- Kezdőlap
- /
- Cikk
A Webex for Cisco BroadWorks Megoldási Útmutató partnerszintű adminisztrátoroknak szól. Az útmutató leírja, hogyan kell beállítani és telepíteni a Webexet a Cisco BroadWorks számára. A Webex for Cisco BroadWorks a BroadWorks hívó ügyfeleinek Webex együttműködési funkciókat biztosít. Az előfizetők egyetlen alkalmazást (a Webex alkalmazást) használnak, hogy kihasználják a két platform által nyújtott funkciókat.
Bemutatkozik a Webex Cisco BroadWorks rendszerhez
Dokumentum módosítási előzmények
Ez a szakasz a Cisco partnerszervezetek (szolgáltatók) rendszergazdáinak szól, akik a Webex bevezetik az ügyfélszervezeteik számára, vagy közvetlenül biztosítják ezt a megoldást a saját előfizetőiknek.
Megoldás Célja
Webex felhőalapú együttműködési funkciók biztosítása olyan kis és közepes ügyfelek számára, akik már rendelkeznek a BroadWorks szolgáltatók által biztosított hívásszolgáltatással.
BroadWorks-alapú hívási szolgáltatás biztosítása kis és közepes Webex -ügyfelek számára.
Környezet
Az összes kollaborációs ügyfelünket egy egységes alkalmazás irányába fejlesztjük. Ez az út csökkenti az elfogadási nehézségeket, javítja az interoperabilitást és az áttelepítést, és kiszámítható felhasználói élményt biztosít a teljes együttműködési portfóliónkban. Ennek az erőfeszítésnek a része a BroadWorks hívási funkcióknak a Webex alkalmazásba történő áthelyezése, és végső soron az UC-One kliensekbe való befektetés csökkentése.
Előnyök
Jövőbeli ellenőrzés: az UC-One Collaborate élettartamának vége, az összes ügyfélnek a Unified Client Framework (UCF) felé történő mozgása ellen.
Mindkettő közül a legjobb: A Webex Üzenetküldés és értekezleti funkcióinak engedélyezése a BroadWorks-hívások megtartása mellett a telefonos hálózaton
Megoldás hatóköre
Azok a meglévő/új kis és közepes ügyfelek (250 előfizetőnél kevesebb), akik egy sor együttműködési funkcióra vágynak, már rendelkezhetnek BroadWorks-hívással.
Meglévő kis és közepes Webex -ügyfelek, akik szeretnék hozzáadni a BroadWorks Calling szolgáltatást.
Nem nagyobb vállalatok (Kérjük, tekintse át a Webex vállalati portfólióját).
Nincs egyetlen felhasználó (Kérjük, értékelje a Webex Online ajánlatait).
A Webex for Cisco BroadWorks funkciókészletei a kis- és középvállalati felhasználási eseteket célozzák meg. A Webex for Cisco BroadWorks csomagokat úgy tervezték, hogy csökkentsék a KKV-k bonyolultságát, és folyamatosan értékeljük, hogy alkalmasak-e erre a szegmensre. Dönthetünk úgy, hogy elrejtjük vagy eltávolítjuk azokat a szolgáltatásokat, amelyek egyébként elérhetőek lennének a nagyvállalati csomagokban.
A Webex Cisco BroadWorks alkalmazáshoz használatának előfeltételei
# | Követelmény | Jegyzetek | ||
---|---|---|---|---|
1 | Javítsa a jelenlegi BroadWorks R22-es vagy újabb verzióját | |||
2 | XSP| ADP XSI, CTI, DMS és authService esetén | Dedikált XSP| ADP for Webex Cisco BroadWorks alkalmazáshoz | ||
3 | Külön XSP| ADP for NPS, megosztható más NPS-t használó megoldásokkal. | Ha már rendelkezik együttműködői telepítéssel, tekintse át az XSP-re vonatkozó ajánlásokat| ADP és NPS konfigurációk. | ||
4 | CI-token-érvényesítés ( TLS-szel ) a hitelesítési szolgáltatáshoz való Webex -kapcsolatokhoz konfigurálva. | |||
5 | Az mTLS a Webex -kapcsolatokhoz van konfigurálva a CTI felülethez. | Más alkalmazások nem igényelnek mTLS-t. | ||
6 | A felhasználóknak létezniük kell a BroadWorksben, és a következő attribútumokkal kell rendelkezniük, a beüzemelési döntéstől függően:
| Megbízható e-mailek esetén: Javasoljuk, hogy ugyanazt az e- e-mail-cím adja meg az Alternate azonosító attribútumban is, hogy a felhasználók e- e-mail-cím jelentkezhessenek be a BroadWorks rendszerébe. Nem megbízható e-mailek esetén: A felhasználó e-mail-beállításaitól függően a nem megbízható e-mailek használata azt eredményezheti, hogy az e-mail a felhasználó Levélszemét vagy SPAM mappájába kerül. Előfordulhat, hogy a rendszergazdának módosítania kell a felhasználó e-mail-beállításait, hogy engedélyezze a tartományokat | ||
7 | Webex Cisco BroadWorks DTAF-fájl a Webex alkalmazáshoz | |||
8 | BW Business Lic vagy Std Enterprise vagy Prem Enterprise felhasználói licenc + Webex Cisco BroadWorks-előfizetéshez | Ha már rendelkezik együttműködői telepítéssel, akkor már nincs szüksége az UC-One kiegészítő csomagra, a Collab Lic-re és a Meet-me konferenciaportokra. Ha már rendelkezik UC-One SaaS-telepítéssel, a prémium csomag feltételeinek elfogadásán kívül nincs további módosítás. | ||
9 | Az IP/Portoknak elérhetőnek kell lenniük a Webex háttérszolgáltatásokon és a Webex Apps alkalmazáson keresztül nyilvános interneten keresztül. | Lásd a „Hálózat előkészítése” részt. | ||
10 | TLS v1.2 konfiguráció XSP-n| ADP-k | |||
11 | A Flowthrough üzembe helyezéshez az alkalmazáskiszolgálónak csatlakoznia kell a BroadWorks üzembe helyezési adapterhez.
| Lásd a „Hálózat előkészítése” témakört. |
Erről a dokumentumról
Ennek a dokumentumnak az a célja, hogy segítse a Webex Cisco BroadWorks megoldás megértését, előkészítését, telepítését és kezelését. A dokumentum főbb részei ezt a célt tükrözik.
Ez az útmutató fogalmi és referenciaanyagokat tartalmaz. Célunk, hogy ebben az egyetlen dokumentumban a megoldás minden vonatkozására kiterjedjen.
A megoldás üzembe helyezéséhez szükséges minimális feladatok a következők:
Forduljon az ügyfélszolgálati csapatához, hogy Cisco -partnerré válhasson. Feltétlenül fedezze fel a Cisco érintkezési pontjait az ismerkedés (és a képzés) érdekében. Amikor Ön Cisco -partner lesz, a Webex Cisco BroadWorks-hez kapcsolót alkalmazzuk az Ön Webex -partnerszervezetére. (Lásd Telepítse a Webex for Cisco BroadWorks alkalmazást > Partner Onboarding alkalmazást ebben a dokumentumban.)
Konfigurálja a BroadWorks rendszereket a Webex való integrációhoz. (Lásd Webex for Cisco BroadWorks telepítése > Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k ebben a dokumentumban.)
A Partner Hub segítségével csatlakoztassa a Webex a BroadWorkshez. (Lásd A Webex Cisco BroadWorks rendszerhez telepítése > Partnerszervezetének konfigurálása a Partner Hubban ebben a dokumentumban.)
A Partner Hub segítségével készítsen elő felhasználó-létesítési sablonokat. (Lásd A Webex Cisco BroadWorks rendszerhez telepítése > Bevezető sablonok konfigurálása ebben a dokumentumban.)
Tesztelje és telepítse az ügyfeleket legalább egy felhasználó kiépítésével. (Lásd A Webex Cisco BroadWorks rendszerhez telepítése > Tesztszervezet konfigurálása .)
|
Terminológia
Igyekszünk korlátozni a jelen dokumentumban használt zsargont és betűszavakat, és minden egyes kifejezést elmagyarázni az első használatkor. (Lásd Webex for Cisco BroadWorks Reference > Terminology ha egy kifejezés magyarázata nincs összefüggésben.)
Hogyan működik
A Webex for Cisco BroadWorks egy olyan ajánlat, amely integrálja a BroadWorks hívást a Webex. Az előfizetők egyetlen alkalmazást (a Webex alkalmazás) használnak, hogy kihasználják mindkét platform által kínált funkciók előnyeit:
A felhasználók a BroadWorks infrastruktúráját használva hívják a PSTN-számokat.
A felhasználók a BroadWorks infrastruktúráját használva hívhatnak más BroadWorks-számokat (hang-/videohívás a felhasználókhoz társított számok kiválasztásával vagy a számok bevezetéséhez a tárcsázó segítségével).
A felhasználók Webex VOIP-hívást kezdeményezhetnek a Webex infrastruktúrán keresztül a Webex alkalmazás „ Webex hívás” opciójának kiválasztásával. (Ezek a hívások Webex alkalmazás Webex alkalmazás, nem Webex alkalmazás PSTN-re érkeznek.)
A felhasználók Webex Meetings, és csatlakozhatnak azokhoz.
A felhasználók privát üzenetet küldhetnek egymásnak vagy a szobákban (perzisztens csoportos csevegés), és élvezhetik az olyan funkciókat, mint a keresés és a fájlmegosztás (a Webex infrastruktúrán).
A felhasználók megoszthatják a jelenlétet (állapotot). Választhatnak egyéni jelenlétet vagy ügyfél által számított jelenlétet.
Miután a megfelelő jogosultságokkal felvettük Önt partnerszervezetként a Control Hubban, beállíthatja a kapcsolatot a BroadWorks-példány és a Webex között.
Az ügyfélszervezeteket a Control Hubban hozhatja létre, és azokban a szervezetekben hozhat létre szolgáltatlási felhasználók .
Minden BroadWorks-előfizető kap egy Webex -identitást az e- e-mail-cím alapján (e-mail azonosító attribútum a BroadWorksben).
A felhasználók BroadWorks vagy Webex segítségével végeznek hitelesítést.
Az ügyfelek hosszú élettartamú tokeneket kapnak, amelyek engedélyezik számukra a BroadWorks és a Webex szolgáltatásait.
A Webex alkalmazás a megoldás középpontjában áll; ez egy márkanevű alkalmazás, amely Mac/Windows asztali számítógépeken, valamint Android/iOS mobilokon és táblagépeken érhető el.
A Webex alkalmazásnak létezik egy webes verziója is, amely jelenleg nem tartalmaz hívási funkciókat.
Az ügyfél a Webex felhőhöz csatlakozva üzenetküldési, jelenléti és értekezleti funkciókat biztosít.
Az ügyfél regisztrál a BroadWorks rendszeren a szolgáltatások hívásához.
A Webex -felhő a BroadWorks-rendszerekkel együttműködve biztosítja a zökkenőmentes felhasználói üzembe helyezést.
Jellemzők és korlátozások
Több csomagot kínálunk különböző funkciókkal.
„Softphone” csomag
Ez a csomagtípus a Webex alkalmazás csak softphone-ügyfélként használja, amely hívási, de üzenetküldési funkcióval nem rendelkezik. Az ilyen csomagtípussal rendelkező felhasználók csatlakozhatnak a Webex-értekezletekhez, de önmagukban nem indíthatnak értekezleteket. Amikor más (softphone vagy nem softphone) felhasználó a telefonkönyvben egy softphone felhasználót keres, a keresési eredmények nem adnak lehetőséget üzenetküldésre.
A Softphone-felhasználók megoszthatják a képernyőjüket hívás közben.
„Alap” csomag
Az alapcsomag hívási, Üzenetküldés és értekezleti funkciókat tartalmaz. 100 résztvevőt foglal magában az „egységes tér” értekezleteken és a személyes tárgyalói (PMR) értekezleteken. (** A kivételt lásd az alábbi Megjegyzésben). Ebben a csomagban az értekezletek maximum 40 percesek lehetnek.
„Standard” csomag
Ez a csomag tartalmazza az alap csomagban található mindent, például akár 100 résztvevőt is az „egységes tér” értekezleteken és a személyes tárgyalói (PMR) értekezleteken.
A PMR -megbeszélésen belüli képernyőmegosztás egy olyan szerepkör, amelyet kezdetben csak a megbeszélés szervezője töltött be, de a szervező átadhatja az „előadói szerepkört” az értekezlet résztvevője , és csak a szervező veheti át újra az előadói szerepet a jelenlegi a házigazda átadja nekik.
„Prémium” csomag
Ez a csomag tartalmazza a Standard csomagban található összes elemet, plusz akár 300 résztvevőt az „egységes tárgyaló” megbeszélésen és akár 1000 résztvevőt a személyes tárgyalóban (PMR).
A PMR -megbeszéléseken belüli képernyőmegosztás minden értekezlet résztvevője számára támogatott.
Csomagok összehasonlítása
Csomag | Hívás | Üzenetküldés | Unified Space Meetings | PMR-találkozók |
---|---|---|---|---|
Szoftveres telefonálás (Softphone) | Felvéve | Nem tartalmazza | Egy sem | Egy sem |
Alapvető | Felvéve | Felvéve | 100 résztvevő | 100 résztvevő |
Standard | Felvéve | Felvéve | 100 résztvevő | 100 résztvevő |
Prémium | Felvéve | Felvéve | 300 résztvevő | 1000 résztvevő |
A Unified Space Meeting korlátja az alapfelhasználók számára 100 résztvevő Unified Space értekezletenként, kivéve, ha a szoba a „Standard” vagy a „Prémium” csomaggal rendelkező felhasználókat is tartalmazza, ebben az esetben a korlát a szervezői felhasználói csomagtól függően növekszik. |
A „Unified Space Meetings” kifejezés olyan (ütemezett vagy nem ütemezett) Webex-értekezlet utal, amelyre Webex -térben kerül sor. Például egy felhasználó az „Értekezlet” vagy az „Ütemezés” gombokkal indíthat értekezletet a szobából. A „PMR -értekezletek” olyan (ütemezett vagy nem ütemezett) Webex -értekezletet jelentenek, amelyre a felhasználó Személyes tárgyalójában (PMR) kerül sor. Ezek az értekezletek dedikált URL -t használnak (például: cisco.webex.com/meet/roomOwnerUserID). |
Üzenetküldés és értekezleti funkciók
Tekintse meg a következő táblázatot a PMR értekezletfunkciók támogatásának különbségeiről az Alap, Standard és Prémium csomagok esetén.
Értekezlet funkció | Alap csomaggal támogatott | A Standard csomag támogatja | Prémium csomaggal támogatott | Hozzászólás |
---|---|---|---|---|
Értekezlet időtartama | 40 perc vagy kevesebb | Korlátlan | Korlátlan | |
Asztalmegosztás | Igen | Igen | Igen | Alapszintű —Asztal megosztása bármely PMR - értekezlet résztvevője által . Szabványos — Asztali megosztás csak a PMR értekezletszervező által. Prémium —Asztal megosztása bármely PMR - értekezlet résztvevője által . |
Alkalmazásmegosztás | Igen | Igen | Igen | Alapszintű – Alkalmazásmegosztás a PMR - értekezlet résztvevője által . Szabványos — Alkalmazásmegosztás csak a PMR értekezletszervező által. Prémium – Alkalmazásmegosztás a PMR - értekezlet résztvevője által . |
Többszemélyes csevegés | Igen | Igen | Igen | |
Jegyzettáblázás | Igen | Igen | Igen | |
Jelszavas védelem | Igen | Igen | Igen | |
web alkalmazás – nincs letöltés vagy beépülő modul (Vendégélmény) | Igen | Igen | Igen | |
Párosítás támogatása Webex eszközökkel | Igen | Igen | Igen | |
Floor vezérlés (Egy némítása / Összes kizárása) | Igen | Igen | Igen | |
Állandó értekezletek hivatkozás | Igen | Igen | Igen | |
Hozzáférés az értekezletekhez | Igen | Igen | Igen | |
Értekezlet Csatlakozás VoIP -on keresztül | Igen | Igen | Igen | |
Zárolás | Igen | Igen | Igen | |
Előadó vezérlői | Nem | Nem | Igen | |
Távoli asztali vezérlés | Nem | Nem | Igen | |
Résztvevők száma | 100 | 100 | 1000 | |
A felvételt helyileg menti a rendszer | Igen | Igen | Igen | |
Rögzítés a felhőben | Nem | Nem | Igen | |
Felvétel – Felhőalapú tárolás | Nem | Nem | 10 GB oldalanként | |
Felvételek leiratai | Nem | Nem | Igen | |
Értekezletütemezés | Igen | Igen | Igen | |
Tartalommegosztás engedélyezése külső integrációkkal | Nem | Nem | Igen | Alapszintű — Tartalommegosztás a PMR - értekezlet résztvevője által . Szabványos — Csak a PMR értekezletszervező általi tartalommegosztás. Prémium —Tartalommegosztás a PMR - értekezlet résztvevője által . |
PMR URL módosítás engedélyezése | Nem | Nem | Igen | Alapszintű — A felhasználók módosíthatják a PMR URL -címet a Webex-webhely. A partner- és szervezeti rendszergazdák módosíthatják az URL -címet a Control Hubból. Szabványos — A PMR URL -címet csak a Partner Hubról módosíthatják a partnerek és a szervezeti rendszergazdák. Prémium — A felhasználók módosíthatják a PMR URL -címet a Webex-webhely. A partner- és szervezeti rendszergazdák módosíthatják az URL -címet a Partner Hubból. |
Értekezletek élő streamelése (pl. a Facebookon, a Youtube-on) | Nem | Nem | Igen | |
Engedélyezze a többi felhasználó számára, hogy megbeszéléseket ütemezzen a nevükben | Nem | Nem | Igen | |
Másodlagos szervező hozzáadása | Igen | Nem | Igen | |
Alkalmazásintegráció (pl. Zendesk, Slack) | Integrációtól függ | Integrációtól függ | Igen | Lásd a Alkalmazásintegrációk szakaszban a támogatással kapcsolatos további információkért. |
Integráció a Microsoft Office 365 Naptárral | Igen | Igen | Igen | |
Integráció a Google Naptár szolgáltatással a G Suite rendszerhez | Igen | Igen | Igen | |
A Webex Súgó a következő címen teszi közzé a Webex szolgáltatásait és felhasználói dokumentációját: help.webex.com
. A funkciókkal kapcsolatos további információkért olvassa el az alábbi cikkeket:
Hívási funkciók
A hívási élmény hasonló a korábbi, a BroadWorks hívásvezérlés motort használó megoldásokhoz. Az UC-One Collaborate és az UC-One SaaS között az a különbség, hogy a Webex alkalmazás az elsődleges soft ügyfél.
Alkalmazásintegrációk
A Webex Cisco BroadWorks alkalmazást a következő alkalmazásokkal integrálhatja:
Zendesk – Csak prémium
Slack – Csak prémium
Microsoft Teams a Webex Meetings – Normál vagy Prémium
Microsoft Teams for Calling — Minden csomag támogatja
Office 365-naptár – Normál vagy Prémium
Google Naptár a G Suite rendszerhez – Normál vagy Prémium
Virtuális asztali infrastruktúra (VDI) támogatás
A Webex for Cisco BroadWorks mostantól támogatja a Virtual Desktop Infrastructure (VDI) környezeteket. A VDI-infrastruktúra telepítésével kapcsolatos részletekért lásd: Webex for Virtual Desktop Infrastructure (VDI) Üzembehelyezési útmutató .
IPv6 támogatás
A Webex for Cisco BroadWorks támogatja az IPv6 -címzést a Webex alkalmazáshoz.
Jövő ütemterve
Ha betekintést szeretne kapni a Webex Cisco BroadWorks jövőbeli verzióival kapcsolatos szándékainkba, látogasson el ide:https://salesconnect.cisco.com/#/program/PAGE-16649 . Az ütemterv elemei semmilyen minőségben nem kötelező erejűek. A Cisco fenntartja a jogot, hogy visszatartsa vagy felülvizsgálja ezen elemek bármelyikét vagy mindegyikét a jövőbeli kiadásokban.
Korlátozások
Beüzemelési korlátozások
Értekezletoldal időzónája
Az egyes csomagok első előfizetőjének időzónája lesz az adott csomaghoz létrehozott Webex Meetings oldal időzónája.
Ha nincs időzóna megadva az egyes csomagok első felhasználójának üzembe helyezési kérelmében, akkor az adott csomag Webex Meetings oldalának időzónája az előfizetői szervezet regionális alapértelmezett beállítására lesz beállítva.
Ha az ügyfelének egy adott Webex Meetings -webhely-időzónára van szüksége, adja meg a timezone
paramétert a beüzemelési kérelemben a következőhöz:
a szervezetben a Standard csomagra kiépített első előfizető.
az első Prémium csomagra kiépített előfizető a szervezeten belül.
a szervezetben az Alap csomagra kiépített első előfizető.
Általános korlátozások
Nincs hívás a Webex ügyfél web verziójában (Ez egy kliens korlátozás, nem a megoldás korlátozása.)
Előfordulhat, hogy a Webex még nem rendelkezik az összes felhasználói felület-vezérlővel a BroadWorks-től elérhető hívásvezérlés funkciók egy részének támogatásához.
A Webex kliens jelenleg nem lehet „fehér címkével” ellátva.
Amikor a kiválasztott beüzemelési módszerrel hoz létre ügyfélszervezeteket, azok automatikusan a partnerszervezettel azonos régióban jönnek létre. Ez a viselkedés szándékos. A multinacionális partnerektől elvárjuk, hogy minden olyan régióban hozzanak létre partnerszervezetet, ahol az ügyfélszervezeteket kezelik.
Az értekezletekről és az üzenetküldés használatáról szóló jelentések a Control Hub ügyfélszervezetén keresztül érhetők el.
Ismert problémák és korlátok
A Webex Cisco BroadWorks ajánlattal kapcsolatos ismert problémák és korlátozások naprakész listájáért lásd: Ismert problémák és korlátok .
Üzenetküldés korlátok
A következő adattárolási korlátozások (üzenetkezelés és fájlok együttesen) azokra a szervezetekre vonatkoznak, amelyek a Webex for Cisco BroadWorks szolgáltatásokat egy Szolgáltatón keresztül vásárolták meg. Ezek a korlátok az üzenetküldés és a fájlok maximális tárhelyét jelentik.
Alapszintű: 2 GB felhasználónként 3 évig
Normál 5 GB felhasználónként 3 évig
Prémium: 10 GB felhasználónként 5 évig
Az egyes ügyfélszervezetek esetében ezeket a felhasználónkénti végösszegeket a rendszer összevonja, így a felhasználók száma alapján összesített összeget kap az adott ügyfélre vonatkozóan. Például egy öt prémium felhasználóval rendelkező vállalatnál a teljes üzenetkezelési és fájltárolási korlát 50 GB. Egy egyéni felhasználó túllépheti a felhasználónkénti korlátot (10 GB), feltéve, hogy a vállalat még mindig az összesített maximum (50 GB) alatt van.
A létrehozott csapatszobák esetében az üzenetküldési korlátok a csoportszobát birtokló ügyfélszervezet összesített végösszegéhez viszonyítva érvényesek. Az egyes csapatszobák tulajdonosáról a Tárhely szabályzatban tájékozódhat. Az egyes csapatszobák Tárhelyházirendjének megtekintésével kapcsolatos információkért lásd:https://help.webex.com/en-us/baztm6/Webex-Space-Policy .
További információk
A Webex üzenetküldő csoportterületekre vonatkozó általános üzenetküldési korlátokkal kapcsolatos további információkért lásd:https://help.webex.com/en-us/n8vw82eb/Webex-Capacities .
Biztonság, adatok és szerepkörök
Webex Security
A Webex kliens egy biztonságos alkalmazás, amely biztonságos kapcsolatot létesít a Webex és a BroadWorks-szel. A Webex felhőben tárolt és a Webex alkalmazás felületén keresztül a felhasználó számára elérhető adatok továbbítása és nyugalmi állapotban egyaránt titkosítva vannak.
További részletek vannak róla adatcsere jelen dokumentum Hivatkozás részében.
További olvasás
Szervezeti adatok rezidenciája
A Webex -adatait abban az adatközpont tároljuk, amelyik a legjobban megfelel az Ön régiójának. Lásd Adatrezidencia a Webex a Súgóban.
Szerepkörök
Szolgáltatói rendszergazda (Ön): A napi karbantartási tevékenységekhez a megoldás helyszíni (hívási) részeit a saját rendszerein keresztül kezelheti. A megoldás Webex részeit a Partner Hubon keresztül kezelheti.
A partnerek számára elérhető szerepkörökről, a szerepkörökhöz kapcsolódó hozzáférési jogosultságokról, valamint a szerepkörök hozzárendelésének módjáról lásd: Rendszergazdai partner szerepkörök a Webex for BroadWorks és a Wholesale RTM alkalmazásban .
Az új partnerszervezethez elsőként beállított felhasználó automatikusan teljes körű rendszergazda és teljes partner rendszergazdai szerepkörhöz lesz hozzárendelve. Ez a rendszergazda a fenti cikk alapján további szerepköröket is hozzárendelhet. |
A Cisco felhőalapú üzemeltetési csapata: Létrehozza a „partnerszervezetet” a Partner Hubban, ha még nem létezik, a beléptetés során.
Miután megvan a Partner Hub-fiókja, beállíthatja a Webex felületeket a saját rendszereihez. Ezután hozzon létre „Onboarding sablonokat”, amelyek az adott rendszereken keresztül kiszolgált csomagokat vagy csomagokat képviselik. Ezután beüzemelheti az ügyfeleit vagy az előfizetőit.
# | Tipikus feladat | SP | Cisco |
---|---|---|---|
1 | Partner Onboarding – A partnerszervezet létrehozása, ha még nem létezik, és a szükséges funkciók engedélyezése kapcsolók között | ● | |
2 | BroadWorks-konfiguráció a Partnerszervezetben a Partner Hubon keresztül (fürt) | ● | |
3 | Integrációs beállítások konfigurálása a Partnerszervezetben a Partner Hubon keresztül (ajánlati sablonok, márkaépítés) | ● | |
4 | BroadWorks környezet előkészítése az integrációhoz (AS, XSP| ADP javítás, tűzfalak, XSP| ADP konfiguráció, XSI, AuthService, CTI, NPS, DMS alkalmazások XSP-n| ADP) | ● | |
5 | Létesítés-integráció vagy -folyamat fejlesztése | ● | |
6 | GTM-anyagok előkészítése | ● | |
7 | Új felhasználók áttelepítése vagy beállítása | ● |
Építészet
Mi van a diagramon?
Ügyfelek
A Webex App-ügyfél szolgál elsődleges alkalmazásként a Webex a Cisco BroadWorks-ajánlatok esetében. A kliens asztali, mobil és webes platformon is elérhető.
Az ügyfél a Webex felhő által biztosított natív üzenetküldési, jelenléti és többszereplős audio/video értekezletekkel rendelkezik. A Webex ügyfél az Ön BroadWorks infrastruktúráját használja a SIP és PSTN hívásokhoz.
A Cisco IP -telefonok és a kapcsolódó kiegészítők a BroadWorks infrastruktúrát használják a SIP és PSTN hívásokhoz is. Várakozásaink szerint képes lesz a harmadik féltől származó telefonok támogatására.
Felhasználóaktiválási portál a felhasználók számára, akik BroadWorks-hitelesítési adataikkal jelentkezhetnek be a Webex .
A Partner Hub egy webinterfész a Webex -szervezet és az ügyfelei szervezeteinek adminisztrálására. A Partner Hubban konfigurálhatja a BroadWorks infrastruktúra és a Webex közötti integrációt. A Partner Hub segítségével kezelheti az klienskonfiguráció és a számlázást is.
Szolgáltatói hálózat
A diagram bal oldalán található zöld blokk az Ön hálózatát jelöli. A hálózaton üzemeltetett összetevők a következő szolgáltatásokat és felületeket biztosítják a megoldás egyéb részei számára:
Nyilvános XSP| ADP, Webex Cisco BroadWorks rendszerhez: (A mező egy vagy több XSP-t jelöl| ADP farmok, esetleg terheléselosztókkal.)
Az Xtended Services felület (XSI-Actions & XSI-Events), az Eszközkezelő szolgáltatás (DMS), a CTI felület és a hitelesítési szolgáltatás üzemeltetője. Ezek az alkalmazások együttesen lehetővé teszik a telefonok és a Webex -kliensek számára, hogy hitelesítsék magukat, letöltsék a híváskonfigurációs fájljaikat, kezdeményezzenek és fogadhassanak hívásokat, valamint megtekinthessék egymás horog állapotát (telefonos jelenlét). és hívásnapló .
Könyvtárat tesz közzé a Webex ügyfelek számára.
Nyilvános XSP| ADP, NPS-t futtat:
szervezői hívásértesítések leküldéses kiszolgálója: Egy Notification Push szerver XSP-n| ADP a környezetében. Interfész az alkalmazáskiszolgálója és az NPS-proxy között. A proxy rövid élettartamú tokenekkel látja el az NPS-t, hogy engedélyezze a felhőalapú szolgáltatások értesítéseit. Ezek a szolgáltatások (APNS és FCM) hívási értesítéseket küldenek a Webex -ügyfeleknek Apple iOS és Google Android eszközökön.
Alkalmazáskiszolgáló:
Hívásvezérlést és interfészeket biztosít más BroadWorks hívásvezérlés (általában)
Folyamatos üzembe helyezés esetén a partnerrendszergazda az AS-t használja a szolgáltatlási felhasználók kiépítéséhez a Webex
A felhasználói profil beküldi a BroadWorks rendszerébe
OSS/BSS: Az Ön Művelettámogatási Rendszere/Üzleti SIP -szolgáltatásai a BroadWorks-vállalatok felügyeletéhez.
Webex Cloud
A diagram kék blokkja a Webex felhőt jelöli. A Webex mikroszolgáltatások a Webex együttműködési képességek teljes spektrumát támogatják:
A Cisco Common Identity (CI) a Webex belüli identitásszolgáltatás.
A Webex for Cisco BroadWorks a mikroszolgáltatások azon készletét képviseli, amelyek támogatják a Webex és a szolgáltató által biztosított BroadWorks közötti integrációt:
Felhasználó-létesítési API-k
Szolgáltatói konfiguráció
Felhasználói bejelentkezés BroadWorks hitelesítő adatokkal
Webex Üzenetküldés doboz az üzenetküldéshez kapcsolódó mikroszolgáltatásokhoz.
A több résztvevős videoértekezletekhez ( SIP és SRTP ) szolgáló médiafeldolgozó szervereket és SBC-ket képviselő Webex Meetings -mező
Harmadik féltől származó web
A diagramon a következő harmadik féltől származó összetevők láthatók:
Az APNS (Apple Push Notifications Service) hívás- és üzenetértesítéseket küld a Webex alkalmazásoknak az Apple eszközökön.
Az FCM (FireBase Cloud Üzenetküldés ) hívás- és üzenetértesítéseket küld az Android -eszközök Webex -alkalmazásainak.
XSP| ADP architektúra szempontok
A nyilvános XSP szerepe| ADP-kiszolgálók a Webex a Cisco BroadWorks-hez
A nyilvános XSP| Az ADP az Ön környezetében a következő felületeket/szolgáltatásokat nyújtja a Webex és az ügyfelek számára:
TLS által védett hitelesítési szolgáltatás (AuthService), amely a felhasználó nevében válaszol a Webex JWT (JSON web Token) Webex-kérelmeire
mTLS által védett CTI interfész, amelyre a Webex előfizet a hívásnapló -eseményekre és a BroadWorks telefonos jelenléti állapot (horog állapot).
Xsi műveletek és események felületei (eXtended Services Interface) az előfizetői hívásvezérlés, névjegy- és híváslista könyvtárak, valamint végfelhasználói telefonos szolgáltatás konfigurációjához
DM (Device Management) szolgáltatás az ügyfelek számára a hívási konfigurációs fájljaik lekéréséhez
Adjon meg URL-címeket ezekhez a felületekhez, amikor a Webex a Cisco BroadWorks rendszerhez konfigurálja. (Lásd Konfigurálja a BroadWorks-fürtöket a Partner Hubban ebben a dokumentumban.) Fürtenként csak egy URL adható meg az egyes felületekhez. Ha több felülettel rendelkezik a BroadWorks infrastruktúrájában, akkor több fürtöt is létrehozhat.
XSP| ADP architektúra
Szükségünk van egy különálló, dedikált XSP használatára| ADP-példány vagy farm az NPS (Notification Push Server) alkalmazás üzemeltetéséhez. Ugyanazt az hálózati házirendet használhatja az UC-One SaaS vagy az UC-One Collaborate szolgáltatással. A Webex for Cisco BroadWorks rendszerhez szükséges egyéb alkalmazásokat azonban nem tárolhatja ugyanazon az XSP-n| Az NPS-alkalmazást kiszolgáló ADP.
Javasoljuk, hogy dedikált XSP-t használjon| ADP-példány/farm, hogy tárolja a Webex -integrációhoz szükséges alkalmazásokat a következő okok miatt
Ha például UC-One SaaS-t kínál, javasoljuk egy új XSP létrehozását| ADP farm a Webex a Cisco BroadWorks-hez. Így a két szolgáltatás egymástól függetlenül tud működni az előfizetők migrálása közben.
Ha a Webex Cisco BroadWorks alkalmazásokat XSP-n helyezi el| Az egyéb célokra használt ADP farm esetében az Ön felelőssége a használat nyomon követése, az ebből adódó összetettség kezelése, és a megnövekedett méretarány tervezése.
A Cisco BroadWorks rendszer kapacitástervező dedikált XSP-t feltételez| ADP farm, és nem biztos, hogy pontos, ha kollokációs számításokhoz használja.
Eltérő megjelölés hiányában a dedikált Webex a Cisco BroadWorks XSP-hez| Az ADP-knek a következő alkalmazásokat kell tárolniuk:
AuthService (TLS CI Token Validációval vagy mTLS)
CTI (mTLS)
XSI-Actions (TLS)
XSI-Events (TLS)
DMS (TLS)—Opcionális. Nem kötelező különálló DMS-példányt vagy farmot telepíteni, kifejezetten a Webex for Cisco BroadWorks számára. Ugyanazt a DMS-példányt használhatja, mint az UC-One SaaS vagy UC-One Collaborate esetében.
Hívásbeállítások Webnézet (TLS) – Nem kötelező. A Call Settings Webview (CSW) csak akkor szükséges, ha azt szeretné, hogy a Webex Cisco BroadWorks felhasználói konfigurálhassák a hívási funkciókat a Webex alkalmazásban.
A Webex szüksége van a CTI -hez való hozzáféréshez egy kölcsönös TLS -hitelesítéssel védett felületen keresztül. A követelmény teljesítéséhez az alábbi lehetőségek egyikét javasoljuk:
(A diagram megjelölve 1. lehetőség ) Egy XSP| ADP-példány vagy farm az összes alkalmazáshoz, két kiszolgálónként konfigurált felülettel: egy mTLS interfész a CTI és egy TLS interfész más alkalmazások, például az AuthService számára.
(A diagram megjelölve 2. lehetőség ) Két XSP| ADP-példányok vagy farmok, amelyek közül az egyik mTLS felülettel rendelkezik a CTI-hez , a másik TLS felülettel más alkalmazásokhoz, például az AuthService-hez.
XSP| ADP újrafelhasználása Ha van már meglévő XSP-je| A fenti javasolt architektúrák egyikének megfelelő ADP farm (1. vagy 2. opció) és enyhén van megterhelve , akkor lehetőség van a meglévő XSP újrafelhasználására| ADP-k. Ellenőriznie kell, hogy nincsenek-e ütköző konfigurációs követelmények a meglévő alkalmazások és a Webex új alkalmazáskövetelményei között. A két elsődleges szempont a következő:
Mivel az XSP| Az ADP-k sok alkalmazást tartalmaznak, és ezeknek az alkalmazásoknak a permutációinak száma nagy, előfordulhatnak más azonosítatlan ütközések is. Emiatt az XSP esetleges újrafelhasználása| Az ADP-ket ellenőrizni kell egy laboratóriumban a tervezett konfigurációval, mielőtt elkötelezné magát az újrahasználat mellett. |
Konfigurálja az NTP -szinkronizálást XSP-n| ADP
A telepítés időszinkronizálást igényel az összes XSP esetében| A Webex használt ADP-k.
Telepítse a ntp
csomagot az operációs rendszer telepítése után és a BroadWorks szoftver telepítése előtt. Ezután beállíthatja az NTP -t az XSP során| ADP szoftver telepítése. Lásd a BroadWorks szoftverkezelési útmutató további részletekért.
Az XSP interaktív telepítése során| ADP szoftverrel, akkor lehetősége van az NTP konfigurálására. A következőképpen járjon el:
Amikor a telepítő megkérdezi,
Do you want to configure NTP?
, adja megy
.Amikor a telepítő megkérdezi,
Is this server going to be a NTP server?
, adja megn
.Amikor a telepítő megkérdezi,
What is the NTP address, hostname, or FQDN?
, adja meg az NTP kiszolgáló vagy egy nyilvános NTP -szolgáltatás címét, például,pool.ntp.org
.
Ha az XSP| Az ADP-k csendes (nem interaktív) telepítést használnak, a telepítő konfigurációs fájl tartalmaznia kell a következő Kulcs=Érték párokat:
NTP
NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>
XSP| ADP-azonosító és biztonsági követelmények
Háttér
A Cisco BroadWorks TLS kapcsolatok protokolljai és titkosításai a specifikusság különböző szintjein konfigurálhatók. Ezek a szintek a legáltalánosabb (SSL -szolgáltató) a legspecifikusabb (egyedi felület)ig terjednek. Egy konkrétabb beállítás mindig felülír egy általánosabb beállítást. Ha nincsenek megadva, akkor az „alacsonyabb” szintű SSL -beállításokat a rendszer a „magasabb” szintekről örökli.
Ha egyetlen beállítás sem módosul az alapértelmezetthez képest, minden szint az SSL -szolgáltató alapértelmezett beállításait (JSSE Java Secure Sockets Extension) örökli.
Követelménylista
Az XSP| Az ADP-nek hitelesítenie kell magát az ügyfelek felé egy olyan CA által aláírt tanúsítvány segítségével, amelyben a Közös név vagy az Alany alternatív neve megegyezik az XSI felület tartományrészével.
Az Xsi felületnek támogatnia kell a TLSv1.2 protokollt.
Az Xsi felületnek olyan titkosítási csomagot kell használnia, amely megfelel a következő követelményeknek.
Diffie-Hellman efemer (DHE) vagy elliptikus görbék Diffie-Hellman efemer (ECDHE) kulcscsere
AES (Advanced Encryption Standard) titkosítás 128 bites minimális blokkmérettel (pl. AES-128 vagy AES-256)
GCM (Galois/Counter Mode) vagy CBC (Cipher Block Chaining) titkosítási mód
CBC titkosítás használata esetén csak az SHA2 hash függvénycsalád engedélyezett kulcsok származtatásához (SHA256, SHA384, SHA512).
Például a következő titkosítások teljesítik a követelményeket:
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
Az XSP| Az ADP CLI-hez az IANA elnevezési megállapodásra van szükség a titkosítási csomagokhoz, amint az fent látható, az openSSL-konvencióra nem. |
Támogatott TLS az AuthService és XSI felületekhez
Ez a lista a felhőalapú biztonsági követelményeink alakulásával változhat. Kövesse a Cisco felhőalapú biztonsági ajánlásait a titkosítás kiválasztására vonatkozóan, a jelen dokumentum követelménylistájában leírtak szerint. |
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA
Xsi Events Skála paraméterek
Előfordulhat, hogy növelnie kell az Xsi-Events sor méretét és a szálak számát a Webex for Cisco BroadWorks megoldáshoz szükséges eseménymennyiség kezelésére. A paramétereket az alábbiak szerint növelheti a megjelenített minimális értékekre (ne csökkentse, ha a minimális értékek felett vannak):
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventQueueSize = 2000
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventHandlerThreadCount = 50
Több XSP| ADP-k
Terheléselosztó élelem
Ha van terheléselosztás eleme a hálózat szélén, akkor annak átláthatóan kell kezelnie a forgalom több XSP-je közötti elosztását| ADP-kiszolgálók és a Webex a Cisco BroadWorks felhőhöz és ügyfelekhez. Ebben az esetben meg kell adnia a terheléselosztó URL -címét a Webex Cisco BroadWorks konfigurációhoz.
Megjegyzések az architektúrával kapcsolatban:
Állítsa be a DNS -t úgy, hogy az ügyfelek megtalálhassák a terheléselosztót, amikor az Xsi interfészhez csatlakoznak (lásd DNS konfiguráció ).
Javasoljuk, hogy az edge elemet fordított SSL proxy módban konfigurálja a pont-pont adattitkosítás biztosítása érdekében.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben. Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Internetre néző XSP| ADP-kiszolgálók
Ha közvetlenül teszi közzé az Xsi felületeket, akkor a DNS segítségével ossza el a forgalmat a több XSP felé| ADP szerverek.
Megjegyzések az architektúrával kapcsolatban:
Két rekord szükséges az XSP-hez való csatlakozáshoz| ADP szerverek:
Webex mikroszolgáltatások esetén: A körbefutó A/AAAA rekordok szükségesek a több XSP megcélzásához| ADP IP -címek. Ennek az az oka, hogy a Webex mikroszolgáltatások nem tudnak SRV-kereséseket végezni. Példákért lásd: Webex Cloud Services .
Webex alkalmazás esetén: Egy SRV-rekord, amely A-rekordot old fel, ahol minden A-rekord egyetlen XSP-re oldja fel| ADP. Példákért lásd: Webex alkalmazás .
Használjon prioritást élvező SRV-rekordok az XSI szolgáltatás megcélzásához a többszörös XSP számára| ADP-címek. Állítsa be az SRV-rekordok prioritását, hogy a mikroszolgáltatások mindig ugyanahhoz az A rekordhoz (és az azt követő IP-cím) menjenek, és csak akkor lépjenek át a következő A rekordra (és IP-cím), ha az első IP-cím nem működik. NE alkalmazzon körbefutó módszert a Webex alkalmazáshoz.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben.
Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Kerülje a HTTP-átirányításokat
Néha a DNS úgy van beállítva, hogy oldja fel az XSP-t| ADP URL egy HTTP terheléselosztóhoz, és a terheléselosztó úgy van beállítva, hogy egy fordított proxyn keresztül irányítsa át az XSP-re| ADP szerverek.
A Webex nem követ átirányítást amikor az Ön által megadott URL-címekhez csatlakozik, így ez a konfiguráció nem működik.
Rendelés és üzembehelyezés
A rendelés és a beüzemelés az alábbi szinteken érvényes:
Partner/Szolgáltató kiépítése :
Minden egyes regisztrált Webex for Cisco BroadWorks szolgáltatót (vagy viszonteladót) partnerszervezetként kell konfigurálni a Webex, és biztosítani kell a szükséges jogosultságokat. A Cisco Operations hozzáférést biztosít a partnerszervezet rendszergazdájának a Webex for Cisco BroadWorks kezeléséhez a Webex Partner Hubon. A Partner rendszergazdának el kell végeznie az összes szükséges üzembe helyezési lépést, mielőtt kiépíthetne egy Ügyfél/Vállalat szervezetet.
Ügyfél/Vállalati rendelés és üzembe helyezés :
Minden, a Webex for Cisco BroadWorks számára engedélyezett BroadWorks Enterprise egy hozzárendelt Webex ügyfélszervezet létrehozását váltja ki. Ez a folyamat automatikusan megtörténik a felhasználó/előfizető beüzemelése részeként. A BroadWorks-vállalatokon belül minden felhasználó/előfizető ugyanabban a Webex Ügyfél-szervezetben van kiépítve.
Ugyanez a viselkedés érvényes, ha a BroadWorks rendszer csoportokkal rendelkező szolgáltatóként van konfigurálva. Amikor előfizetőt létesít egy BroadWorks-csoportban, automatikusan létrejön a csoportnak megfelelő Ügyfél-szervezet a Webex.
Felhasználó/előfizető rendelés és szolgáltatás :
A Webex for Cisco BroadWorks jelenleg a következő felhasználó-szolgáltatási modelleket támogatja:
Folyamatos üzembe helyezés megbízható e-mailekkel
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Felhasználói önellátás
API szolgáltatás
Folyamatos üzembe helyezés megbízható e-mailekkel
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha meggyőződhet arról, hogy a BroadWorks előfizetői e-mail-címei érvényesek, és egyediek a Webex számára, akkor ez a létesítési beállítás automatikusan létrehoz és aktivál Webex -fiókokat ezekkel az e-mail-címekkel felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha nem támaszkodhat a BroadWorks által tárolt előfizetői e-mail-címekre, akkor ez a beüzemelési opció Webex -fiókokat hoz létre, de nem aktiválhatja azokat, amíg az előfizetők megadják és nem hitelesítik az e-mail-címüket. Ekkor a Webex aktiválhatja az adott e-mail-címekkel rendelkező fiókokat felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Felhasználói önellátás
Ezzel a beállítással nincs átfolyólagos kiépítés a BroadWorks és a Webex között. Miután konfigurálta a Webex és a BroadWorks rendszer közötti integrációt, egy vagy több hivatkozást kap, amelyek kifejezetten a felhasználók kiépítésére vonatkoznak a Webex for Cisco BroadWorks partnerszervezetén belül.
Ezután megtervezheti a saját kommunikációját (vagy delegálhatja az ügyfelei számára), hogy a hivatkozást az előfizetőkhöz eljuttassa. Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a saját Webex -fiók létrehozásához és aktiválásához.
Mivel a fiókok kiépítése a partnerszervezet hatókörén belül történik, manuálisan módosíthatja a felhasználói csomagokat a Partner Hubon keresztül, vagy ehhez az API -t használhatja.
A felhasználóknak létezniük kell a Webexszel integrált Webex rendszerben, ellenkező esetben tilos számukra az adott hivatkozással fiókot létrehozni. |
Szolgáltatói kiépítés API-kon keresztül
A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik a Webex for Cisco BroadWorks felhasználói/előfizetői kiépítését a meglévő felhasználókezelési munkafolyamatba/-eszközökbe.
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Mellék tárcsázása
A Melléktárcsázás funkció támogatása lehetővé teszi a Webex for Cisco Broadworks felhasználói számára, hogy más felhasználókat is tárcsázzanak ugyanazon a vállalaton belül az elsődleges telefonvonal hasonló mellékről. Ez különösen azoknak a felhasználóknak hasznos, akik nem rendelkeznek DID-számmal.
Az üzembe helyezés során a felhasználók melléke a Webex címtárba kerül a felhasználó mellékeként. BroadWorks hívás esetén a mellék megjelenik a Webex alkalmazásban az összes híváskezdeményezési módszer terület mellék mezőjében és a felhasználói profilban. A Webex for Cisco BroadWorks a helyhívó kód és a mellék kombinációjával támogatja az ugyanazon a csoporton belüli felhasználók és egyazon vállalat különböző csoportjai között csak mellékről szóló hívásokat. Két vállalat közötti, csak mellékeket használó hívás azonban nem támogatott.
A Cisco BroadWorks-felhasználók számára a következő módszerekkel lehet bővítményt kiépíteni:
Cisco BroadWorks-felhasználók
Nyilvános API -szolgáltatás 'mellékként
A mellékparamétert kifejezetten az API-hívás részeként kell átadni. A Helyszínhívó kóddal (LDC) konfigurált vállalatok/csoportok esetében a mellékszám paraméternek az LDC és a ' mellékszám kombinációjának kell lennie.
Átfolyó vagy önaktiváló üzembe helyezés
A mellék és az LDC (ahol alkalmazható) automatikusan lekérésre kerül a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Automatikusan szinkronizálva a mellékszám alkalmazásból a Directory Sync segítségével, a Helyszínhívó kód (LDC) és a mellékszám kombinációjával .
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Mellék kezelése lehetőségre |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A melléket paraméterként kell átadni |
Átfolyás | A mellék automatikusan lekért a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
BroadWorks-telefonlisták | Vállalati, csoportos vagy személyes telefonlisták | Címtár-szinkronizálás | Nem alkalmazható |
Előfeltételek
A funkció támogatásához szükséges kliensverzió 42.11-es vagy újabb.
Javítás, amelynél mellék- és helyhívó kódok lettek hozzáadva az XSI-hez és a Provisioning Adapterhez 2022. február a 23-as vagy újabb verzióhoz a következő részeként:
AP.platform.23.0.1075.ap380045
AP.as.23.0.1075.ap380045
AP.xsp.23.0.1075.ap380045
AP.as.24.0.944.ap380045
Engedélyezze az X-BroadWorks-Remote-Party-Info fejlécet az AS-en az alábbi CLI-parancs ehhez a SIP-hívás hívásfolyamhoz, amely a mellék tárcsázási funkcióinak támogatásához szükséges.
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Hívásopciók prioritása az alkalmazásban
A Melléktárcsázás funkció támogatásának részeként az alkalmazás hívásbeállításainak prioritási beállítása partner szinten is elérhető a Webex for Cisco Broadworks összes partnere számára. Ezzel a beállítással a partner vezérelheti az összes kezelt ügyfele hívásprioritás-beállításait a Partner Hubról. Az ügyfél alkalmazáshívási opcióinak prioritási beállításai ügyfélszint is módosíthatók a Control Hubból.
Az alkalmazáshívási opciók prioritási beállítása második opcióként tartalmazza a melléket mind a Partner Hub, mind a Control Hub rendszerében, amikor egy Webex for Cisco Broadworks-felhasználó újonnan van hozzárendelve mellékhez a fent említett üzembe helyezési módok bármelyikén keresztül.
Az összes meglévő kiépített szervezet esetében a mellék opció rejtett állapotban lesz (alapértelmezés szerint) az alkalmazás hívásbeállításainak prioritási beállításában. Ez nem fog melléket megjeleníteni a felhasználó hang-/ videohívások opciójában a Webex alkalmazásban.
Az alábbi opciók segítségével teheti láthatóvá a mellékhívási opciót a meglévő ügyfelek számára:
Ha egy partner azt szeretné, hogy az összes felügyelt ügyfélszervezete kapjon melléket a hívási opciók egyikeként, javasoljuk, hogy a partnerrendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Partner Hubban. Ez lehetővé teszi, hogy a felügyelt ügyfélszervezetek örököljék a beállítást a partnerüktől.
Ha egy Partner hívási opciókban szeretne melléket biztosítani egy adott ügyfélszervezet számára, javasoljuk, hogy a Partner-rendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Control Hubban.
Csoportnévjegyek támogatása
Ez a funkció továbbfejleszti a Webex for BroadWorks DirSync szolgáltatást azáltal, hogy megszünteti a legfeljebb 1500 névjegy szinkronizálására vonatkozó korlátozást a csoportos telefonlistákról a BroadWorks rendszerében, és lehetővé teszi a partnerek számára, hogy akár 30 000 névjegyet is szinkronizálhassanak egyetlen csoportos telefonlistáról, és ez egyenrangúvá tegye azt a 30 000 névjegyével növelése a külön kiadott nagyvállalati telefonlista esetében.
A teljes határérték 200 000 minden külső kapcsolat Szervezetenként, amely a Vállalati és a Csoport telefonszámlistáinak összegére vonatkozik egyetlen BroadWorks-vállalaton belül. Például egy BroadWorks-vállalat támogatott, amely vállalati telefonszámlistával rendelkezik 30 000 telefonnal, és 5 csoportos telefonszámlistával egyenként 30 000 telefonnal (szervezetenként összesen 180 000). Ha azonban 6 csoportos telefonlista van egyenként 30 000 értékkel, akkor ez nem támogatott (összesen 210 000).
Ez a funkció kérésre elérhető. Kérjük, az engedélyezéshez forduljon a fiókot kezelő csapathoz.
|
A funkció engedélyezése után a DirSync szolgáltatás elkezdi szinkronizálni a BroadWorks Group telefonlista névjegyeit a Webex Contact Service dedikált csoportonkénti névjegytárára.
Az üzembe helyezés során a felhasználó vállalati csoportját el kell tárolni a Webex címtárban, jelezve, hogy a felhasználó melyik csoporthoz tartozik. A felhasználónak egy BroadWorks-csoporthoz való társítása a Webex címtárban lehetővé teszi a Webex alkalmazás számára, hogy névjegykeresést végezzen a Contact Service csoport tárhelyén a felhasználó adott csoportja számára.
A funkció használatához a Webex for BroadWorks-előfizetőknek a BroadWorks vállalati csoportazonosítóval kell rendelkezniük a Webex .
A BroadWorks vállalati csoportazonosítót a következő módszerekkel lehet kiépíteni a Cisco BroadWorks-felhasználók számára:
Webex a Cisco BroadWorks-felhasználók számára
Nyilvános API -létesítés 'spEnterpriseGroupId'-ként
A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében.
Átfolyó vagy önaktiváló üzembe helyezés
A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Nem alkalmazható. Nem szükséges szinkronizálni a BroadWorks vállalati csoportazonosítót ezeknél a felhasználóknál.
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Vállalati azonosító kezelése |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A BroadWorks vállalati csoportazonosítót spEnterpriseGroupId paraméterként kell átadni |
Átfolyás | A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | Nem alkalmazható |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | Nem alkalmazható |
BroadWorks-telefonlisták | Névjegyek a BroadWorks-csoport telefonszámlistájában | Címtár-szinkronizálás | A csoportnévjegyeket az adott csoporthoz társított Webex Contact Service tárolja |
BroadWorks Enterpsie vagy Persional telefonlisták | Névjegyek a Vállalati vagy Személyes telefonlistán | Címtár-szinkronizálás | Nem alkalmazható |
A nyilvános API -t az ÁLLÍTÁS ELŐTT frissíteni kell. Az áttelepítés nem fejezhető be, amíg be nem fejeződik EZ az API . A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében https://developer.webex.com/docs/api/changelog#2023-march A funkció engedélyezése után és a következő címtár-szinkronizálás eredményeként a vállalati felhasználói csoportok is megjelennek a Control Hubban. A csoportok megjelenítése a Control Hub for Webex for BroadWorks alkalmazásban pusztán információs jellegű ebben a szakaszban. A partner- és ügyfélrendszergazdák nem módosíthatják a csoportokat vagy a csoporttagságot a Control Hubon, mert ezek a módosítások nem tükröződnek vissza a BroadWorks rendszerébe. A Control Hub csoportkezelését azon partnerek használhatják, akik átveszik a közelgő Contact Management API-kat. |
Áttelepítés és jövőbiztosság
A BroadSoft egyesített kommunikációs kliens Cisco fejlesztése az UC-One helyett a Webex felé való elmozdulás. Ennek megfelelően a támogató szolgáltatások a szolgáltatói hálózatról – a hívás kivételével – a Webex felhőplatform felé haladnak.
Akár UC-One SaaS-t, akár BroadWorks Collaborate-ot futtat, a preferált áttelepítési stratégia az új, dedikált XSP telepítése| ADP-k a Webex for Cisco BroadWorks alkalmazással való integrációjához. A két szolgáltatás párhuzamosan is futtatható, miközben áttelepíti az ügyfeleket a Webex rendszerébe, és végül megtérítheti az előző megoldáshoz használt infrastruktúrát.
Ajánlott dokumentum-előfizetések
A Webex Súgó cikkei (a help.webex.com oldalon) rendelkeznek a Előfizetés lehetőségre opciót, amely lehetővé teszi, hogy e-mail értesítést kapjon, amikor az adott cikk frissül.
Javasoljuk, hogy fizessen elő az alábbi cikkek mindegyikére, hogy biztosan ne maradjon le a hálózati kapcsolat érintő kritikus frissítésekről . Az előfizetéshez lépjen az alábbi hivatkozások egyikére, és az induló cikkben kattintson a Előfizetés lehetőségre gombot.
Legalább azt javasoljuk, hogy iratkozzon fel a fenti listára. alatt felsorolt Webex cikkek és dokumentumok többsége azonban További dokumentumok rendelkezik a Előfizetés lehetőségre opciót. Ahhoz, hogy ez a beállítás megjelenjen, a cikknek meg kell jelennie a help.webex.com oldalon.
A dokumentációs céloldalakra nincs előfizetési lehetőség. |
További dokumentumok
A Webex Cisco BroadWorks alkalmazással kapcsolatos további információkért lásd a következő kapcsolódó dokumentációt:
Webex a Cisco BroadWorks dokumentumokhoz
A partnerrendszergazdák a következő dokumentumok és webhelyek segítségével szerezhetnek információkat a Webex for Cisco BroadWorks alkalmazásról.
Hozzon létre saját PSTN-megoldást a Webex for Cisco BroadWorks számára — Ez a megoldás lehetővé teszi a szolgáltatók számára, hogy a saját (és a Cisco által biztosított számok helyett) telefonszámukat biztosítsák a felhasználók számára a Webex Meetings való csatlakozáskor.
Webex Cisco BroadWorks konfigurációs útmutató —Leírja, hogyan kell konfigurálni a Webex alkalmazást a Cisco Webex rendszerhez.
- Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz — Ismerteti a Room OS és MPP eszközök beüzemelésének és szervizelésének módját.
Webex for Cisco BroadWorks hibaelhárítási útmutató — Hibaelhárítási információkat tartalmaz a Webex for Cisco BroadWorks alkalmazáshoz.
Webex a Cisco BroadWorks cikkekhez
A partnerrendszergazdák a következő opcionális webhelyeken tájékozódhatnak a Webex Cisco BroadWorks-hez alkalmazásról:
Webex Cisco BroadWorks dokumentációhoz — A nyitóoldal műszaki dokumentumokat és opcionális Webex -cikkeket sorol fel a Webex for Cisco BroadWorks partnerrendszergazdái számára.
A Webex Cisco BroadWorks rendszerhez újdonságai — Olvassa el a legújabb kiadott funkciókat, valamint a hamarosan megjelenőket.
Ismert problémák és korlátok — Olvassa el a Webex Cisco BroadWorks megoldásban azonosított ismert problémákat.
Rendszergazdai partner szerepkörök a Webex for BroadWorks és a Wholesale RTM alkalmazásban — Ez a cikk azt ismerteti, hogyan rendelhet hozzá rendszergazdai partner szerepkört a Webex for Cisco BroadWorks alkalmazást kínáló partnerszervezetekhez. A szerepkörök hozzászoktak ahhoz, hogy adminisztrátori hozzáférést rendeljenek a beállításokhoz a Partner Hubban és a Control Hubban.
Cisco BroadWorks dokumentumok
A partnerrendszergazdák a cisco.com Cisco BroadWorks webhelyén tájékozódhatnak a megoldás Cisco BroadWorks részének telepítését ismertető műszaki dokumentumokért:
Webex súgócikkek
A következő Webex súgóoldalak segítségével olyan Webex -cikkek találhatók, amelyek segítenek az ügyfélrendszergazdáknak és a végfelhasználóknak a Webex funkcióinak használatában.
Webex a szolgáltatóktól — Ez a nyitóoldal hivatkozásokat tartalmaz az első lépések , és gyakran használt cikkeket tartalmaz azon Webex App-felhasználók számára, akik Webex -szolgáltatásokat vásároltak egy szolgáltatótól.
Webex Súgó — Használja a help.webex.com keresési funkcióját a Webex alkalmazás és a Webex Meetings funkcióit ismertető további Webex cikkek kereséséhez. Kereshet felhasználói vagy rendszergazdai cikkekre is.
Fejlesztői dokumentáció
Webex for BroadWorks Fejlesztői útmutató — Információkat biztosít a Webex for BroadWorks API-kat használó alkalmazásokat létrehozó fejlesztők számára.
Döntési pontok
Mérlegelés | Megválaszolandó kérdések | Erőforrások |
Építészet és infrastruktúra
|
Hány XSP| ADP-k? Hogyan fogadják az mTLS-t? |
Cisco BroadWorks rendszer kapacitástervező Cisco BroadWorks rendszermérnöki útmutató XSP| ADP CLI referencia Ez a dokumentum |
Ügyfél- és felhasználószolgáltatás | Kijelentheti, hogy megbízik az e-mailekben a BroadWorksben? Szeretné, ha a felhasználók e-mail-címeket adnának meg a saját fiókjuk aktiválásához? Készíthet eszközöket az API használatához? |
Nyilvános API -dokumentumok itt: https://developer.webex.com Ez a dokumentum |
Védjegyzés | Milyen színt és logót szeretne használni? | Webex alkalmazás márkaépítési cikk |
Sablonok | Melyek a különböző ügyfélhasználati esetei? | Ez a dokumentum |
Előfizetői funkciók ügyfelenként/vállalatonként/csoportonként | Válasszon csomagot a szolgáltatási szint sablononkénti meghatározásához. Alap, Standard, Prémium vagy Softphone. | Ez a dokumentum Funkció/csomag mátrix |
Alapszintű hitelesítés | BroadWorks vagy Webex | Ez a dokumentum |
Létesítési adapter (átmeneti létesítési beállításokhoz) | Használ már integrált IM&P-t, például az UC-One SaaS-hez? Több sablont is szeretne használni? Várható-e gyakoribb használati eset? |
Ez a dokumentum Application Server CLI hivatkozás |
Építészet és infrastruktúra
Milyen skálával szeretné kezdeni? A jövőben lehetséges a bővítés, de a jelenlegi használati becslésnek kell előmozdítania az infrastruktúra tervezését.
Együtt a Cisco ügyfélmenedzserével/értékesítési képviselőjével döntse el az XSP méretét| ADP infrastruktúra szerint a Cisco BroadWorks rendszer kapacitástervező és a Cisco BroadWorks rendszermérnöki útmutató .
Hogyan hoz létre kölcsönös TLS -kapcsolatokat a Webex az XSP-hez?| ADP-k? Közvetlenül az XSP-re| ADP DMZ-ben vagy TLS-proxy keresztül? Ez hatással van a tanúsítványkezelésre, és a felületekhez használt URL-címekre. ( Nem támogatjuk a nem titkosított TCP kapcsolatokat a hálózat szélére ).
Ügyfél- és felhasználószolgáltatás
Melyik felhasználó-szolgáltatási módszer felel meg Önnek a legjobban?
Átfolyós beüzemelés megbízható e-mailekkel : Az „Integrált IM&P” szolgáltatás BroadWorks rendszeren történő hozzárendelésével az előfizető automatikusan beüzemelésre kerül a Webex.
Ha azt is állíthatja, hogy a BroadWorks-előfizetői e-mail-címek érvényesek, és egyediek a Webex számára, akkor használhatja a „megbízható e-mail” változatát az átfolyós létesítésnek. Az előfizetői Webex -fiókok létrehozása és aktiválása az ő beavatkozásuk nélkül történik; egyszerűen letöltik a klienst, és bejelentkeznek.
Az e- e-mail cím a Webex egyik kulcsfontosságú felhasználói attribútuma. Ezért a Szolgáltatónak érvényes e- e-mail-cím kell megadnia a felhasználó számára ahhoz, hogy a Webex szolgáltatásait biztosítani tudja. Ennek szerepelnie kell a felhasználó e- e-mail - azonosító attribútumában a BroadWorks-ben. Javasoljuk, hogy másolja be az Alternatív azonosító attribútumba is.
Folyamatos üzembe helyezés megbízható e-mailek nélkül : Ha nem tud megbízni az előfizetői e-mail-címekben, akkor is hozzárendelheti a BroadWorks integrált IM&P szolgáltatását a Webex szolgáltatásban lévő szolgáltatlási felhasználók .
Ezzel az opcióval a fiókok a szolgáltatás hozzárendelésekor jönnek létre, de az előfizetőknek meg kell adniuk és ellenőrizniük kell az e-mail-címüket a Webex -fiókok aktiválásához.
Felhasználói önellátás : Ez a beállítás nem igényel IM&P szolgáltatás hozzárendelését a BroadWorksben. Ehelyett Ön (vagy ügyfelei) egy üzembe helyezési hivatkozást terjeszt, és a hivatkozásokat a különböző kliensek letöltéséhez, az Ön márkajelzésével és utasításaival.
Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a Webex -fiók létrehozásához és aktiválásához. Ezután letöltik a klienst, bejelentkeznek, a Webex pedig lekér róluk néhány további konfigurációt a BroadWorks-től (beleértve az elsődleges számukat is).
SP által vezérelt üzembe helyezés API-kon keresztül : A Webex nyilvános API-k egy készletét teszi elérhetővé, amelyek lehetővé teszik a szolgáltatók számára, hogy a meglévő munkafolyamataikba beépítsék a felhasználók/előfizetők szolgáltatásait.
Létesítési követelmények
Az alábbi táblázat összefoglalja az egyes létesítési módszerek követelményeit. A követelményeken kívül a telepítésnek meg kell felelnie az ebben az útmutatóban ismertetett általános rendszerkövetelményeknek.
Beüzemelési módszer | Követelmények |
---|---|
Folyamatos üzembe helyezés (Megbízható vagy nem megbízható e-mailek) | A Webex üzembe helyezési API automatikusan hozzáadja a meglévő BroadWorks-felhasználókat a Webex , amint a felhasználó megfelel a követelményeknek, és Ön átkapcsolja a Integrált IM+P szolgáltatást be. Két folyamat létezik (megbízható e-mailek vagy nem megbízható e-mailek), amelyeket a Webex onboarding sablonján keresztül lehet hozzárendelni. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
Felhasználói önellátás | A rendszergazda hivatkozást biztosít a meglévő BroadWorks-felhasználóknak a Felhasználóaktiválási portálra. A felhasználónak BroadWorks hitelesítési adatokkal kell bejelentkeznie a portálra, és meg kell adnia egy érvényes e- e-mail-cím. Az e-mail hitelesítése után a Webex további felhasználói információk kér a beüzemelés befejezéséhez. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
SP által vezérelt üzembe helyezés API -n keresztül (Megbízható vagy nem megbízható e-mailek) | A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik, hogy a meglévő munkafolyamatokba és eszközökbe beépítse a felhasználói beüzemelést. Két folyamat létezik:
BroadWorks-követelmények:
Webex követelmények:
Az API-k használatához lépjen ide: BroadWorks-előfizetők . |
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Támogatott nyelvi területek
Az üzembe helyezés során a BroadWorks alkalmazásban az elsőként kiépített felügyeleti jogokkal rendelkező felhasználó hozzárendelt nyelv lesz automatikusan hozzárendelve az ügyfélszervezet alapértelmezett területi beállításaiként. Ez a beállítás határozza meg az aktiválási e-mailek, értekezletek és értekezletmeghívók alapértelmezett nyelvét az adott ügyfélszervezeten belül.
Öt karakteres nyelvi területi beállítások az (ISO-639-1) nyelven_ (ISO-3166) formátum támogatott. Például:en_ Az US E-nek felel megnglish_ Egyesült Államok. Ha csak kétbetűs nyelvet kér ( ISO-639-1 formátumot használva), a szolgáltatás egy ötkarakteres nyelvi területi beállítást generál úgy, hogy a kért nyelvet a sablonból származó országkóddal kombinálja, azaz "requestedL".anguage_ CountryCode", ha nem tud érvényes területi beállítást beállítani, akkor a szükséges nyelvkód alapján az alapértelmezett ésszerű területi beállítást használja.
Az alábbi táblázat felsorolja a támogatott területi beállításokat, valamint azt a hozzárendelést, amely a kétbetűs nyelvi kódot ötkarakteres területi beállításra konvertálja olyan helyzetekben, amikor nem áll rendelkezésre öt karakteres területi beállítás.
Támogatott nyelvi területek (ISO-639-1)_ (ISO-3166) | Ha csak egy kétbetűs nyelvkód áll rendelkezésre... | |
---|---|---|
Nyelvkód (ISO-639-1) ** | Használja helyette az Alapértelmezett érzékeny területi beállítást (ISO-639-1)_ (ISO-3166) | |
en_US en_AU en_GB en_CA | hu | en_US |
fr_FR fr_CA | fr | fr_FR |
cs_CZ | cs | cs_CZ |
da_DK | da | da_DK |
de_DE | de | de_DE |
hu_HU | hu | hu_HU |
id_Azonosító | azonosító | id_Azonosító |
it_IT | it | it_IT |
ja_JP | ja | ja_JP |
ko_KR | ko | ko_KR |
es_ES es_CO es_MX | es | es_ES |
nl_NL | nl | nl_NL |
nb_NEM | nb | nb_NEM |
pl_PL | pl | pl_PL |
pt_PT pt_BR | pt | pt_PT |
ru_RU | ru | ru_RU |
ro_RO | ro | ro_RO |
zh_CN zh_TW | zh | zh_CN |
sv_SE | sv | sv_SE |
ar_SA | ar | ar_SA |
tr_TR | tr | tr_TR |
A helyszínekes_ CO,id_ azonosító,nb_ NEM éspt_ A Webex értekezletoldalak nem támogatják a PT-t. Ezeken a területeken a Webex Meetings webhelyek csak angol nyelvűek lesznek. Az angol az alapértelmezett területi beállítás a webhelyekhez, ha nincs/invalid/nem támogatott területi beállítás szükséges a webhelyhez. Ez a nyelvi mező a Szervezeti és Webex Meetings webhely létrehozásakor alkalmazható. Ha egy bejegyzésben vagy az előfizető API -jában nem szerepel nyelv, akkor a sablon nyelve lesz az alapértelmezett nyelv. |
Védjegyzés
A partnerrendszergazdák a Speciális márkaépítés testreszabási opciókkal testreszabhatják, hogy a Webex alkalmazás hogyan keresse a partner által kezelt ügyfélszervezeteket. A partnerrendszergazdák testreszabhatják a következő beállításokat annak érdekében, hogy a Webex alkalmazás tükrözze a vállalati márkát és identitásukat:
Vállalati logók
Egyedi színsémák Világos vagy Sötét módban
Egyedi támogatási URL-címek
A márkaépítés testreszabásának részleteiért lásd: Speciális márka-testreszabások konfigurálása .
|
Beléptetési sablonok
A beléptető sablonok lehetővé teszik azoknak a paramétereknek a meghatározását, amelyek alapján az ügyfelek és a hozzájuk tartozó előfizetők automatikusan ki lesznek szolgáltatva a Webex for Cisco BroadWorks rendszeren. Igény szerint több belépési sablont is konfigurálhat, de amikor egy ügyfelet belép, az csak egy sablonhoz lesz hozzárendelve (egy ügyfélre nem lehet több sablont alkalmazni).
Az alábbiakban felsorolunk néhány elsődleges sablonparamétert.
Csomag
Ki kell választania egy alapértelmezett csomagot a sablon létrehozásakor (lásd Csomagok lehetőségre részletekért az Áttekintés részben). Minden olyan felhasználó, aki rendelkezik ezzel a sablonnal, akár folyamatban lévő, akár önkiépítéssel, megkapja az alapértelmezett csomagot.
Több sablon létrehozásával, és mindegyikben más alapértelmezett csomag kiválasztásával szabályozhatja a csomagok kiválasztását a különböző ügyfelek számára. Ezt követően terjeszthet különböző üzembe helyezési hivatkozásokat vagy különböző vállalatonkénti beüzemelési adaptereket, attól függően, hogy milyen felhasználó-létesítési módszert választott ezekhez a sablonokhoz.
Megváltoztathatja az egyes előfizetők csomagját ettől az alapértelmezetttől a beüzemelési API (lásd Webex for Cisco BroadWorks API dokumentáció vagy a Partner Hubon keresztül (lásd Felhasználói csomag módosítása a Partner Hubban ) .
Nem módosíthatja az előfizetői csomagot a BroadWorksből. Az Integrált IM&P szolgáltatás hozzárendelése be vagy ki van kapcsolva; ha az előfizető hozzá van rendelve ehhez a szolgáltatáshoz a BroadWorksben, akkor az előfizető vállalatának szolgáltatási URL -címéhez társított Partner Hub-sablon határozza meg a csomagot.
Viszonteladó és vállalatok vagy Szolgáltató és csoportok?
A BroadWorks-rendszer konfigurációjának módja hatással van a beüzemelési folyamatra. Ha Ön viszonteladó az Enterprises-szal, akkor sablon létrehozásakor engedélyeznie kell a Vállalati módot.
Ha a BroadWorks rendszere Szolgáltatói módra van beállítva, a Vállalati mód kapcsolót kikapcsolva hagyhatja a sablonokban.
Ha mindkét BroadWorks-móddal tervezi az ügyfélszervezetek kiépítését, akkor különböző sablonokat kell használnia a csoportokhoz és a vállalatokhoz.
Győződjön meg arról, hogy alkalmazta az átfolyós kiépítéshez szükséges BroadWorks javításokat. A részletekért lásd: Szükséges javítások átfolyós telepítéssel . |
Hitelesítő mód
Döntse el, hogyan szeretné hitelesíteni az előfizetőket, amikor bejelentkezik a Webex. Az üzemmódot a következővel rendelheti hozzá Hitelesítési mód beállítást a Belépési sablonban. Az alábbi táblázat felvázol néhány opciót.
Ez a beállítás nincs hatással a Felhasználó aktiválási portálra történő bejelentkezésre. A portálra bejelentkező felhasználóknak meg kell adniuk a BroadWorks- felhasználói azonosító és jelszavukat a BroadWorks-en beállítottak szerint, függetlenül a beállítás módjától. Hitelesítési mód a beléptetési sablonon. |
Hitelesítő mód | BroadWorks | Webex |
Elsődleges felhasználói identitás | BroadWorks-felhasználói azonosító | E-mail-cím |
Identitásszolgáltató | BroadWorks.
| Cisco Common Identity |
Többtényezős hitelesítés? | Nem | A többtényezős hitelesítést támogató ügyfél-azonosítót igényel. |
Hitelesítési adatok érvényesítési útvonala
|
|
|
Az SSO bejelentkezési folyamat részletesebb lebontásához közvetlen BroadWorks-hitelesítéssel lásd: SSO bejelentkezési folyamat . |
UTF-8 kódolás BroadWorks hitelesítéssel
BroadWorks-hitelesítés esetén javasoljuk, hogy UTF-8 kódolást állítson be a hitelesítési fejléchez. Az UTF-8 kijavít egy olyan problémát, amely a speciális karaktereket használó jelszavak esetén fordulhat elő, mivel a webböngésző nem megfelelően kódolja a karaktereket. Az UTF-8 kódolású, 64-es alapkódolású fejlécek használata megoldja ezt a problémát.
Az UTF-8 kódolást a következő CLI-parancsok egyikének az XSP-n vagy ADP-n történő futtatásával állíthatja be:
XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
Ország
Sablon létrehozásakor ki kell választania egy országot. A rendszer automatikusan ezt az országot rendeli hozzá a szervezeti országként minden olyan ügyfél számára, aki rendelkezik a sablonnal a Common Identityben. Ezenkívül a szervezet országa határozza meg a Cisco PSTN alapértelmezett globális betelefonálási számait a Webex értekezletoldalakon.
A webhely alapértelmezett globális betelefonálási számai a szervezet országa alapján a telefonos tartományban meghatározott első elérhető betelefonálási számra lesznek beállítva. Ha a szervezet országa nem található a telefonos tartományban meghatározott betelefonálási számban, akkor az adott helyszín alapértelmezett számát fogja használni a rendszer.
S No. | Helyszín | Országhívószám | Ország neve |
---|---|---|---|
1 | AMER | +1 | USA, CA |
2 | APAC | +65 | Szingapúr |
3 | ANZ | +61 | Ausztrália |
4 | EMEA | +44 | Egyesült Királyság |
5 | EURO | +49 | Németország |
Több partner megállapodás
Szeretné továbblicencelni a Webex for Cisco BroadWorks alkalmazást egy másik szolgáltató? Ebben az esetben minden szolgáltató külön partnerszervezetre van szüksége a Webex Control Hubban, hogy biztosíthassa a megoldást az ügyfélbázisa számára.
Beüzemelési adapter és sablonok
Átmenőleges kiépítés használata esetén a BroadWorks-ben megadott beüzemelési URL -cím a Control Hub sablonjából származik. Több sablonja lehet, és így több szolgáltatási URL-címe is. Ez lehetővé teszi, hogy vállalatonként kiválassza, hogy melyik csomagot alkalmazza az előfizetőkre, amikor megkapják az Integrált IM&P szolgáltatást.
Meg kell fontolnia, hogy szeretne-e rendszerszintű üzembe helyezési URL -t beállítani alapértelmezett szolgáltatási útvonalként, és hogy ehhez melyik sablont szeretné használni. Így csak az üzembe helyezési URL -címet kell kifejezetten beállítani azon vállalatok számára, amelyeknek más sablonra van szükségük.
Ne feledje azt is, hogy előfordulhat, hogy már rendszerszintű beüzemelési URL-t használ , például az UC-One SaaS szolgáltatással. Ebben az esetben dönthet úgy, hogy megtartja a rendszerszintű URL -címet az UC-One SaaS-felhasználók beüzemeléséhez, és felülbírálhatja a Webex for Cisco BroadWorks alkalmazásra áttérő vállalatoknál. Alternatív megoldásként választhat a másik irányba, és beállíthatja a Webex for BroadWorks rendszerszintű URL -címét, és újrakonfigurálhatja azokat a vállalatokat, amelyeket meg szeretné tartani az UC-One SaaS rendszeren.
Az ehhez a döntéshez kapcsolódó konfigurációs lehetőségeket a következő tartalmazza: Konfigurálja az alkalmazáskiszolgálót a kiépítési szolgáltatás URL-címével .
Létesítési adapter proxy
A nagyobb biztonság érdekében a Provisioning Adapter Proxy lehetővé teszi, hogy HTTP(S) proxyt használjon az Application Delivery Platformon az AS és a Webex közötti átfolyólagos kiépítéshez. A proxykapcsolat egy végpontok közötti TCP -alagutat hoz létre, amely a forgalmat az AS és a Webex között továbbítja, elkerülve ezzel annak szükségességét, hogy az AS közvetlenül csatlakozzon a nyilvános internethez. A biztonságos kapcsolatokhoz TLS használható.
Ehhez a funkcióhoz be kell állítani a proxyt a BroadWorks rendszeren. A részletekért lásd: Cisco BroadWorks Provisioning Adapter proxyfunkció leírása .
Minimális követelmények
Fiókok
Minden előfizetőnek, akit a Webex szolgáltatásra kiépít, szerepelnie kell a Webex integrált Webex rendszerben. Szükség esetén több BroadWorks rendszert is integrálhat.
Minden előfizetőnek rendelkeznie kell BroadWorks-licencekkel és elsődleges számmal vagy mellékmel.
A Webex e-mail-címeket használ elsődleges azonosítóként az összes felhasználó számára. Ha a megbízható e-mailekhez átfolyósított üzembe helyezést használ, akkor a felhasználóknak érvényes címekkel kell rendelkezniük a BroadWorks e-mail attribútumában.
Ha a sablon BroadWorks-hitelesítést használ, az előfizetői e-mail-címeket átmásolhatja a BroadWorks Alternatív azonosító attribútumába. Ez lehetővé teszi, hogy a felhasználók e-mail-címükkel és Webex -jelszavukkal jelentkezzenek be a Webexbe.
A rendszergazdáknak a Webex -fiókjukkal kell bejelentkezniük a Partner Hubra.
Nem támogatott BroadWorks-rendszergazda beépítése a Webex for Cisco BroadWorks rendszerébe. Csak olyan BroadWorks-hívó felhasználókat tud bekapcsolni, akik rendelkeznek elsődleges számmal és/vagy melléktel. Ha átfolyósított üzembe helyezést használ, a felhasználókhoz hozzá kell rendelni az Integrált IM&P szolgáltatást is. |
Hálózati kiszolgálók és szoftverkövetelmények
BroadWorks-példány(ok) legalább R22-es verzióval. A támogatott verziók és javítások a BroadWorks szoftverkövetelmények című részben találhatók (ebben a dokumentumban). További információkért lásd: A BroadSoft termékek életciklus-szabályzata szakaszban BroadSoft életciklus házirend és BroadWorks szoftver kompatibilitási táblázat .
A BroadWorks-példány(ok)nak tartalmaznia kell legalább a következő kiszolgálókat:
Alkalmazáskiszolgáló (AS) a fenti BroadWorks-verzióval
Hálózati szerver (NS)
Profilkiszolgáló (PS)
Nyilvános XSP| Az alábbi követelményeknek megfelelő ADP-kiszolgáló(k) vagy Alkalmazáskézbesítő Platform (ADP):
Hitelesítési szolgáltatás (BWAuth)
XSI-műveletek és események felületei
DMS (eszközkezelő webalkalmazás)
CTI interfész (Computer Telephony Intergration)
TLS 1.2 érvényes tanúsítvánnyal (nem önaláírt) és minden szükséges közbenső eszközzel. Rendszerszintű rendszergazda szükséges a vállalati keresés megkönnyítéséhez.
Kölcsönös TLS (mTLS) hitelesítés a hitelesítési szolgáltatáshoz (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Kölcsönös TLS (mTLS) hitelesítés a CTI felülethez (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Különálló XSP/ADP szerver, amely „Hívásértesítések Push Server” szerepében működik (egy NPS a környezetében, amely a hívásértesítések leküldésére szolgál az Apple/Google felé. Itt „CNPS”-nek hívjuk, hogy megkülönböztessék a Webex azon szolgáltatásától, amely push értesítéseket küld az üzenetküldéshez és a jelenléthez.
A kiszolgálónak R22-es vagy újabb verziójúnak kell lennie.
Külön XSP/ADP szervert írunk elő a CNPS számára, mert a Webex a BWKS felhőkapcsolatok esetében bekövetkező betöltés kiszámíthatatlansága negatívan befolyásolhatja az NPS szerver teljesítményét, ami az értesítési késleltetés növekedését eredményezheti. Lásd a Cisco BroadWorks rendszermérnöki útmutató további információkért az XSP-ről| ADP skála.
Webex alkalmazásplatformok
A Webex alkalmazás angol nyelvű verziójának letöltéséhez lépjen a következő oldalra:https://www.webex.com/webexfromserviceproviders-downloads.html . A Webex alkalmazás a következő címen érhető el:
Windows rendszerű PC-k/laptopok
Apple PC-k/laptopok MacOS rendszerrel
iOS (Apple Store)
Android (Play Áruház)
web (lépjen ide:https://teams.webex.com/ )
Lokalizált verziók
A Webex alkalmazás lokalizált verziójának letöltéséhez használja az alábbi hivatkozások egyikét:
https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (koreai)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Francia)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugál)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Hagyományos kínai)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Egyszerűsített kínai)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japán)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spanyolország)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (német)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (olasz)
Fizikai telefonok és kiegészítők
Cisco IP -telefonok:
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html modellekért és további információkért.
A harmadik féltől származó telefonokat ugyanúgy támogatjuk, mint a többi BroadWorks-integrációt. Azonban még nem rendelkeznek névjegy- és jelenlétintegrációval a Webex for Cisco BroadWorks alkalmazással.
Adapterek:
Cisco ATA 191 multiplatform analóg telefonadapter
Cisco ATA 192 multiplatform analóg telefonadapter
Lásdhttps://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html modellekért és további információkért.
Fejhallgatók:
500-as sorozatú Cisco fejhallgató
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.htmlmodellekért és további információkért.
Room OS-eszközök:
Webex Room és Room Kit sorozat
Webex Desk sorozat
Webex Board sorozat
Eszközintegráció
A Room OS és MPP eszközök Webex for Cisco BroadWorks alkalmazáshoz történő bevezetésével és szervizelésével kapcsolatos részletekért lásd: Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz .
Eszközprofilok lehetőségre
Az alábbiakban láthatók azok a DTAF-fájlok, amelyeket be kell töltenie az alkalmazáskiszolgálókra, hogy támogassa a Webex alkalmazást hívó kliensként. Ezek ugyanazok a DTAF-fájlok, mint az UC-One SaaS esetében, azonban van egy új config-wxt.xml.template
a Webex alkalmazáshoz használt fájlt.
A legújabb eszközprofilok letöltéséhez lépjen az Alkalmazáskézbesítési platformra Szoftverletöltések webhelyen, hogy lekérje a legújabb DTAF fájlokat. Ezek a letöltések ADP és XSP esetén is működnek.
Ügyfél neve | Eszközprofil típusa és csomagneve |
---|---|
Webex Mobil Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Mobil DTAF: Konfigurációs fájl: |
Webex Tablet Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Tablet DTAF: Konfigurációs fájl: |
Webex Asztali lehetőségre Sablon |
Identitás/eszközprofil típusa: Business Communicator – PC DTAF: Konfigurációs fájl: |
Azonosítás/Eszközprofil
Minden Webex Cisco BroadWorks-felhasználónak rendelkeznie kell egy Identitás/eszközprofil hozzárendelt a BroadWorksben, amely a fenti eszközprofilok egyikét használja a Webex alkalmazás használatával történő hívások kezdeményezéséhez. A profil biztosítja azt a konfigurációt, amely lehetővé teszi a felhasználó számára, hogy hívásokat kezdeményezzen.
OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez
Adjon szolgáltatáskérés a beléptető ügynöknek vagy a Cisco TAC -nak a Cisco OAuth szolgáltatás létrehozásához a Cisco Identity Provider Federation-fiókjához.
Használja a következő kérelemcímet a megfelelő funkciókhoz:
XSP| ADP AuthService Configuration” szolgáltatás konfigurálásához XSP| ADP.
Az 'NPS-konfiguráció hitelesítési proxybeállításhoz' az NPS-t a hitelesítési proxy használatára konfigurálja.
CI felhasználói UUID szinkronizálás' a CI felhasználói UUID szinkronizáláshoz. A funkció további részleteiért lásd: A Cisco BroadWorks támogatása a CI UUID-hez .
Állítsa be a BroadWorks alkalmazást úgy, hogy engedélyezze a Cisco számlázást a BroadWorks- és a Webex -et a BroadWorks-előfizetésekhez.
A Cisco egy 60 napig érvényes OAuth- azonosító, egy titkos ügyfél titkosítást és egy frissítési tokent ad Önnek. Ha a token a használata előtt lejár, akkor újabb kérelmet indíthat.
Ha már megszerezte a Cisco OAuth Identity Provider hitelesítési adatait, akkor a hitelesítési adatainak frissítéséhez hajtson végre egy új szolgáltatáskérés . |
Tanúsítványok megrendelése
A TLS -hitelesítés tanúsítványkövetelményei
Szüksége lesz egy jól ismert Certificate Authority által aláírt és a nyilvános XSP-re telepített biztonsági tanúsítványokra.| ADP-k, az összes szükséges alkalmazáshoz. Ezekkel támogatják a TLS -tanúsítvány-ellenőrzést az XSP-hez minden bejövő kapcsolat esetén| ADP szerverek.
Ezeknek a tanúsítványoknak tartalmazniuk kell az XSP-t| ADP nyilvános, teljesen minősített tartománynév vagy Tárgy alternatív neveként.
Az ilyen kiszolgálótanúsítványok telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy a CA által aláírt nyilvános kiszolgálótanúsítvány hol kell betölteni a következő három esetben:
A Webex alkalmazás által a hitelesítéshez támogatott, nyilvánosan támogatott hitelesítésszolgáltatók felsorolása Támogatott hitelesítésszolgáltatók a Webex Hybrid Services számára .
TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik a proxyba.
A proxy bemutatja ezt a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
Egy belső CA által aláírt tanúsítvány betölthető az XSP-re| ADP.
Az XSP| Az ADP ezt a belsőleg aláírt kiszolgálótanúsítvány mutatja be a proxynak.
A proxy megbízik az XSP-t aláíró belső hitelesítésszolgáltatóban| ADP kiszolgálótanúsítvány.
TLS -tanúsítvány követelmények a TLS-passthrough Proxy vagy XSP esetében| ADP a DMZ-ben
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik az XSP-be| ADP-k.
Az XSP| Az ADP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
További tanúsítványkövetelmények a CTI felületen keresztüli kölcsönös TLS -hitelesítéshez
Amikor a CTI felülethez csatlakozik, a Webex a kölcsönös TLS hitelesítés részeként egy klienstanúsítvány mutat be. A Webex klienstanúsítvány CA/lánctanúsítvány letölthető a Control Hubon keresztül.
A tanúsítvány letöltése:
Jelentkezzen be a Partner Hubba, ehhez kell
és kattintson a tanúsítvány letöltése hivatkozásra.A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra a tanúsítvány követelményeit foglalja össze a következő három esetben:
(Opció) A TLS-bridge proxy tanúsítványkövetelményei
A Webex egy nyilvánosan aláírt klienstanúsítvány mutat be a proxynak.
A proxy megbízik az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy bemutatja a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions: X509v3 Extended Key Usage: 1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
A belső tanúsítvány CN-jének a következőnek kell lennie:
bwcticlient.webex.com
.
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Előfordulhat, hogy a nyilvános hitelesítő hatóságok nem hajlandók a tanúsítványokat a szükséges védett BroadWorks OID-vel aláírni. Áthidaló proxy esetén előfordulhat, hogy egy belső CA segítségével kell aláírnia a proxy által az XSP-nek bemutatott klienstanúsítvány .| ADP.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Az alkalmazáskiszolgálóé ClientIdentity tartalmazza az XSP-nek bemutatott, belsőleg aláírt klienstanúsítvány CN-jét| ADP a proxy által.
(Opció) Tanúsítványkövetelmények TLS-passthrough Proxy vagy XSP esetén| ADP a DMZ-ben
A Webex egy belső Cisco CA által aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Az XSP| Az ADP-k megbíznak az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány az XSP-be is betöltődik| ADP-k.
Az XSP| Az ADP-k bemutatják a nyilvánosan aláírt szervertanúsítványokat a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
Az alkalmazáskiszolgáló ClientIdentity tartalmazza az XSP-nek bemutatott Cisco által aláírt klienstanúsítvány CN-jét| ADP a Webex által.
A hálózat előkészítése
A Webex Cisco BroadWorks rendszerhez által használt kapcsolatokról szóló további információkért lásd: A Webex for Cisco BroadWorks hálózati követelményei . Ez a cikk a tűzfal be- és kilépési szabályainak konfigurálásához szükséges IP -címek, portok és protokollok listáját tartalmazza.
A Webex-szolgáltatások hálózati követelményei
Az előző Belépési és Kilépési szabályok tűzfaltáblák csak azokat a kapcsolatokat dokumentálják, amelyek kifejezetten a Webex for Cisco BroadWorks alkalmazásra vonatkoznak. A Webex alkalmazás és a Webex felhő közötti kapcsolatokra vonatkozó általános információkért lásd: A Webex Services hálózati követelményei . Ez a cikk a Webex vonatkozik, de a következő táblázat azonosítja a cikk különböző részeit, és azt, hogy az egyes részek mennyire relevánsak a Webex for Cisco BroadWorks számára.
Hálózati követelmények cikk szakasza | Az információk relevanciája |
---|---|
A Webex által támogatott eszköztípusok és protokollok összefoglalása | Tájékoztató |
Tájékoztató | |
El kell olvasni | |
El kell olvasni | |
Tartományok és URL-címek, amelyeknek hozzáférhetőnek kell lenniük a Webex-szolgáltatások számára | El kell olvasni |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
A Webex más hibrid szolgáltatásai és dokumentációjuk összegzése | Opcionális |
Webex-szolgáltatások a FedRAMP ügyfelei számára | N. A. |
További információk
További információkért lásd: Webex App Firewall Whitepaper (PDF) .
BroadWorks redundancia támogatása
A Webex Cloud Services és a Webex ügyfélalkalmazások, amelyeknek el kell érniük a partner hálózatát, teljes mértékben támogatják a Broadworks XSP-t| A partner által biztosított ADP redundancia. Amikor egy XSP| Az ADP vagy a webhely tervezett karbantartás vagy nem tervezett ok miatt nem érhető el, a Webex szolgáltatások és alkalmazások át tudnak lépni egy másik XSP-re| A kérés teljesítéséhez a partner által biztosított ADP vagy oldal.
Hálózati topológia
A Broadworks XSP| Az ADP-k telepíthetők közvetlenül az interneten, vagy egy DMZ-ben is elhelyezhetők egy terheléselosztás elemmel, például az F5 BIG- IP-vel. A georedundancia biztosítása érdekében az XSP| Az ADP-k két (vagy több) adatközpontban telepíthetők, mindegyik előtt egy terheléselosztó állhat, és mindegyik rendelkezik nyilvános IP-cím -címmel. Ha az XSP| Az ADP-k egy terheléselosztó mögött állnak, a Webex mikroszolgáltatások és az alkalmazás csak a terheléselosztó IP-cím látja, a Broadworks pedig úgy tűnik, csak egy XSP-vel rendelkezik| ADP, még akkor is, ha több XSP van| ADP-k mögött.
Az alábbi példában az XSP| Az ADP-k két helyszínen vannak telepítve, az A és a B helyszínen. Két XSP létezik| Az egyes telephelyeken egy terheléselosztóval ellátott ADP-k. Az A oldal XSP-vel rendelkezik| ADP1 és XSP| Az ADP2 előlapján LB1, a B oldalon pedig XSP található| ADP3 és XSP| ADP4 elől LB2. Csak a terheléselosztók láthatók a nyilvános hálózaton, és az XSP| Az ADP-k a DMZ magánhálózatokon vannak.
Webex Cloud Services
DNS konfiguráció
A Webex Cloud mikroszolgáltatásoknak meg kell tudniuk találni a Broadworks XSP-t| ADP-kiszolgáló(k) az Xsi interfészekhez, hitelesítési szolgáltatáshoz és CTI-hez való csatlakozáshoz.
A Webex Cloud mikroszolgáltatások DNS A/AAAA keresést végeznek a konfigurált XSP-n| ADP-gazdanevet, és csatlakozzon a visszaadott IP -címhez. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga. Ha több IP -címet ad vissza, a lista első IP -címe lesz kiválasztva. Az SRV keresés jelenleg nem támogatott.
Példa: A partner DNS -e A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Teherelosztók.
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| LB2-re mutat (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Feladatátvétel
Amikor a Webex mikroszolgáltatások kérést küldenek az XSP-nek| Az ADP/Load Balancer alkalmazáshoz és a kérelem sikertelenségéhez több dolog is történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre.
Ha egy hibakód (HTTP5xx ) üzenetet kapja vissza, a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre .
Ha 2 másodpercen belül nem érkezik HTTP-válasz, a kérés időtúllépése, és a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és továbbítják az útvonalat a következő IP-címre .
Minden kérés háromszor próbálkozik, mielőtt a hibát visszaküldi a mikroszolgáltatásnak.
Ha egy IP a blokkoltak listáján van, akkor nem fog szerepelni azon címek listáján, amelyeket meg kell próbálni, amikor kérést küld egy XSP-nek| ADP. Egy előre meghatározott idő elteltével a blokkolt IP -címek lejárnak, és visszatér a listába, hogy megpróbálja, amikor újabb kérés érkezik.
Ha minden IP -cím blokkolva van, a mikroszolgáltatás akkor is megpróbálja elküldeni a kérést úgy, hogy véletlenszerűen kiválaszt egy IP-cím a blokkolt listáról. Sikeres esetben az adott IP-cím törlődik a blokkoltak listájáról.
Állapot
A Webex Cloud szolgáltatások XSP-hez való kapcsolódási állapota| Az ADP-k vagy a terheléselosztók a Control Hubban láthatók. A BroadWorks hívófürtök alatt a kapcsolat állapota az alábbi felületek mindegyikéhez jelenik meg:
XSI-műveletek
XSI-események
Hitelesítési szolgáltatás
A kapcsolat állapota az oldal betöltésekor vagy a bemeneti frissítések során frissül. A kapcsolatok állapota a következő lehet:
Zöld: Mikor érhető el az interfész az A rekord keresésben lévő egyik IP-n.
Piros: Amikor az A rekord keresésében szereplő összes IP-cím nem érhető el, és az interfész nem elérhető.
A következő szolgáltatások a mikroszolgáltatások segítségével csatlakoznak az XSP-hez| Az XSP hatással van rájuk| Az ADP interfész elérhetősége:
Bejelentkezés a Webex alkalmazásba
Webex alkalmazás-token frissítése
Nem megbízható e-mail/önaktiválás
Broadworks Service állapotfelmérés
Webex alkalmazás
DNS konfiguráció
A Webex alkalmazás hozzáfér az Xtended Services Interface (XSI-Actions & XSI-Events) és az Eszközkezelő szolgáltatás (DMS) szolgáltatásaihoz az XSP-n| ADP.
Az XSI szolgáltatás megkereséséhez a Webex alkalmazás DNS SRV keresést végez a következőhöz: _xsi-client._tcp.<webex app xsi domain>
. Az SRV az XSP számára beállított URL -re mutat| ADP gazdagépek vagy terheléselosztók az XSI szolgáltatáshoz. Ha az SRV keresés nem érhető el, a Webex alkalmazás visszakerül az A/AAAA keresésre.
Az SRV több A/AAAA célt is képes feloldani. Azonban minden A/AAAA rekordnak csak egyetlen IP-cím kell hozzárendelnie. Ha több XSP van| A terheléselosztó/edge eszköz mögötti DMZ-ben található ADP-k esetén a terheléselosztót úgy kell beállítani, hogy fenntartsa a munkamenet-perzisztenciát, és ugyanahhoz az XSP-hez irányítsa át az adott munkamenet összes kérését| ADP. Azért írjuk elő ezt a konfigurációt, mert az ügyfél XSI-esemény szívverésének ugyanahhoz az XSP-hez kell mennie| Az eseménycsatorna létrehozásához használt ADP.
Az 1. példában a webex-app-XSP A/AAAA rekordja| Az ADP.example.com nem létezik, és nem is kell, hogy legyen. Ha a DNS megköveteli, hogy egy A/AAAA rekordot meg kell adni, akkor csak 1 IP-cím kell visszaadnia. Ettől függetlenül az SRV-t meg kell adni a Webex alkalmazáshoz. Ha a Webex alkalmazás olyan A/AAAA nevet használ, amely egynél több IP-cím definiál , vagy ha a terheléselosztó/edge elem nem tartja fenn a munkamenet megmaradását, az ügyfél végső soron szívveréseket küld egy XSP-nek.| ADP, ahol nem hozott létre eseménycsatornát. Ez a csatorna leszakadását eredményezi, és jelentősen megnöveli a belső forgalmat, ami rontja az XSP-t| ADP-fürt teljesítménye. Mivel a Webex Cloud és a Webex alkalmazás eltérő követelményeket támaszt az A/AAAA rekordok keresésében, külön FQDN-t kell használnia a Webex Cloud és a Webex alkalmazás számára az XSP eléréséhez| ADP-k. Amint az a példákban látható, a Webex Cloud A rekordot használja |
1. példa – Több XSP| ADP-k, mindegyik külön terheléselosztó mögött
Ebben a példában az SRV több A rekordra mutat úgy, hogy minden A rekord egy másik helyszínen lévő más terheléselosztóra mutat. A Webex alkalmazás mindig a lista első IP-cím használja, és csak akkor lép a következő rekordra, ha az első nem működik.
Az alábbiakban egy példa látható SRV-rekordok.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
2. példa – Több XSP| ADP-k egyetlen terheléselosztó mögött ( TLS -híddal)
A kezdeti kérelemhez a terheléselosztó egy véletlenszerű XSP-t választ ki| ADP. Az az XSP| Az ADP egy cookie-t ad vissza, amelyet a Webex alkalmazás a jövőbeli kérésekben tartalmaz. A jövőbeni kérésekhez a terheléselosztó a süti segítségével a megfelelő XSP-hez irányítja a kapcsolatot| ADP, biztosítva, hogy az eseménycsatorna ne szakadjon meg.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Terheléselosztó |
A | LB.example.com |
| A terheléselosztó IP-cím (XSP| Az ADP-k a terheléselosztó mögött vannak) |
DMS URL
A bejelentkezési folyamat során a Webex alkalmazás a DMS URL -címet is lekéri a konfigurációs fájl letöltéséhez. A rendszer elemzi az URL -ben szereplő gazdagépet, és a Webex alkalmazás DNS A/AAAA-keresést végez a gazdagépen, hogy csatlakozzon az XSP-hez| A DMS szolgáltatást üzemeltető ADP.
Példa: DNS A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Load Balancers by Webex App konfig fájlok letöltéséhez DMS-en keresztül:
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Hogyan találja meg a Webex alkalmazás az XSP-t?| ADP-címek
Az ügyfél megpróbálja megtalálni az XSP-t| A következő DNS -folyamatot használó ADP-csomópontok:
Az ügyfél először az Xsi-Actions/Xsi-Events URL-címeket kéri le a Webex Webex Cloud (a hozzárendelt BroadWorks hívófürt létrehozásakor adta meg őket). Az Xsi gazdagépnevet/tartományt az URL -ből értelmezi a rendszer, és az ügyfél az SRV keresést hajtja végre a következőképpen:
Az ügyfél SRV-keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain="">
Ha az SRV keresés egy vagy több A/AAAA célt ad vissza:
A kliens A/AAAA keresést végez ezekre a célokra, és gyorsítótárazza a visszaadott IP -címeket.
A kliens az SRV prioritás, majd a súly alapján (vagy véletlenszerűen, ha egyenlők) csatlakozik az egyik célhoz (és így annak egyetlen IP-cím rendelkező A/AAAA rekordjához ).
Ha az SRV keresés nem ad vissza célokat:
A kliens A/AAAA keresést végez az Xsi gyökérparaméterben, majd megpróbál csatlakozni a visszaadott IP-cím. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga.
Mint már említettük, az A/AAAA rekordnak egyetlen IP-cím kell feloldania ugyanezen okokból kifolyólag.
(Opcionális) Ezt követően megadhatja az egyéni XSI-Actions/XSI-Events részleteket a Webex alkalmazás eszközkonfiguráció a következő címkék használatával:
<protocols> <xsi> <paths> <root>%XSI_ROOT_WXT%</root> <actions>%XSI_ACTIONS_PATH_WXT%</actions> <events>%XSI_EVENTS_PATH_WXT%</events> </paths> </xsi> </protocols>
Ezek a konfigurációs paraméterek elsőbbséget élveznek a BroadWorks-fürt bármely konfigurációjával szemben a Control Hubban.
Ha léteznek ilyenek, az ügyfél összehasonlítja a BroadWorks-fürtkonfiguráción keresztül kapott eredeti XSI-címmel.
Ha eltérést észlel, a kliens újrainicializálja az XSI-műveletek/XSI-események kapcsolatát. Ennek első lépése az 1. lépésben felsorolt DNS -keresési folyamat végrehajtása – ezúttal a%XSI_ROOT_WXT% paramétert a konfigurációs fájl.
Ügyeljen arra, hogy hozza létre a megfelelő SRV-rekordok , ha ezzel a címkével módosítja az Xsi felületeket.
Feladatátvétel
A bejelentkezés során a Webex alkalmazás DNS SRV -keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain=""> , összeállítja a gazdagépek listáját, és az SRV prioritás, majd a súly alapján csatlakozik az egyik gazdagéphez. Ez a csatlakoztatott gazdagép lesz a kiválasztott az összes jövőbeli kérelemnél. Ezután megnyílik egy eseménycsatorna a kiválasztott szervező számára, és a rendszer rendszeresen küld egy szívverést a csatorna ellenőrzésére. Az első után küldött összes kérés tartalmaz egy cookie-t, amelyet a HTTP-válasz ad vissza, ezért fontos, hogy a terheléselosztó megtartsa a munkamenet-maradványt (affinitást), és mindig ugyanannak a backend XSP-nek küldje a kéréseket.| ADP szerver.
Ha a szervezőnek küldött kérés vagy szívverési kérés sikertelen, számos dolog történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex App útvonal azonnal továbblép a listán a következő gazdagépre.
Ha egy hibakód (HTTP5xx ) üzenetet adja vissza, a Webex alkalmazás blokkoltként jelöli meg az IP-cím , és az útvonal a listán a következő gazdagéphez lép tovább.
Ha egy bizonyos időn belül nem érkezik válasz, akkor a rendszer az időtúllépés miatt sikertelennek tekinti a kérést, és a következő kéréseket a rendszer a következő gazdagépnek küldi el. Az időtúllépési kérelem azonban sikertelennek minősül. Egyes kérések sikertelensége után újrapróbálkoznak (növekvő újrapróbálkozási idővel). A feltételezett nem létfontosságú kéréseket a rendszer nem próbálja meg újra.
Amikor egy új gazdagép sikeresen próbálkozik, az lesz az új kiválasztott gazdagép, ha a gazdagép szerepel a listában. A lista utolsó gazdagépének kipróbálása után a Webex alkalmazás az elsőre lép.
Szívverés esetén, ha két egymást követő kérelem sikertelen, a Webex alkalmazás újrainicializálja az eseménycsatornát.
Ne feledje, hogy a Webex alkalmazás nem végez feladat-visszavételt, és a DNS -szolgáltatás felderítése csak egyszer történik a bejelentkezéskor.
A bejelentkezés során a Webex alkalmazás megpróbálja letölteni a konfigurációs fájlt az XSP-n keresztül| ADP/Dms interfész. Végrehajt egy A/AAAA rekord keresést a lekért DMS URL -ben lévő gazdagépen, és csatlakozik az első IP-címhez. Először egy SSO token használatával próbálja meg elküldeni a konfigurációs fájl letöltésére vonatkozó kérést. Ha ez bármilyen okból sikertelen, újra megpróbálja, de az eszköz felhasználónevével és jelszavával.
Telepítési áttekintés
A következő diagramok a telepítési feladatok tipikus sorrendjét mutatják be a különböző felhasználói üzembe helyezési módok esetén. A feladatok közül sok közös az összes üzembe helyezési módban.
Partner-belépés a Webex -re Cisco BroadWorks-hez
Minden Webex for Cisco BroadWorks szolgáltatónak vagy viszonteladónak be kell állítania a Webex for Cisco BroadWorks számára partnerszervezetként. Ha már van Webex Partnerszervezete, akkor ez használható.
A szükséges beléptetési folyamat elvégzéséhez el kell végeznie a Webex Cisco BroadWorks papírmunkáját, és az új partnereknek el kell fogadniuk az online közvetett csatornapartneri megállapodást (ICPA). Amikor ezek a lépések megtörténtek, a Cisco Compliance új Partnerszervezetet hoz létre a Partner Hubban (ha szükséges), és hitelesítési adatokat tartalmazó e-mailt küld a papírmunkában szereplő nyilvántartás adminisztrátorának. Ezzel egyidejűleg a Partneraktiválási és/vagy Ügyfélsiker-programmenedzser felveszi Önnel a kapcsolatot a beléptetés megkezdése érdekében.
Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k
Az NPS-alkalmazásnak egy másik XSP-n kell futnia| ADP. Az adott XSP követelményei| Az ADP leírása a Hívásértesítések konfigurálása a hálózatról .
A következő alkalmazásokra/szolgáltatásokra van szüksége az XSP-n| ADP-k.
Szolgáltatás/Alkalmazás | Hitelesítés szükséges | Szolgáltatás/alkalmazás célja |
---|---|---|
Xsi-Events |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Hívásvezérlés, szolgáltatási értesítések |
Xsi-Actions |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Hívásvezérlés, műveletek |
Eszközkezelés |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Hívási konfiguráció letöltése |
Hitelesítési szolgáltatás |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Alapszintű hitelesítés |
Számítógépes telefonos integráció |
mTLS (kliens és kiszolgáló hitelesíti egymást) |
Telefonos jelenlét |
Hívásbeállítások Webview alkalmazás |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Felfedi a felhasználói hívásbeállításokat a Webex alkalmazás önkiszolgáló portálján |
Ez a rész ismerteti, hogyan kell alkalmazni a szükséges TLS és mTLS konfigurációkat ezeken az interfészeken, de a meglévő dokumentáció alapján telepítheti az XSP-re.| ADP-k.
Társrezidens követelmények
Hitelesítési szolgáltatás kell társlakó kell lennie az Xsi alkalmazásokkal, mert ezeknek az interfészeknek el kell fogadniuk a hosszú élettartamú tokeneket a szolgáltatás engedélyezéséhez. A hitelesítési szolgáltatás szükséges ezen tokenek érvényesítéséhez.
A hitelesítési szolgáltatás és az Xsi szükség esetén ugyanazon a porton futhat.
A többi szolgáltatást/alkalmazást szétválaszthatja a mérleghez (dedikált eszközkezelő XSP| például ADP farm).
Az Xsi, CTI, Hitelesítési szolgáltatás és DMS alkalmazások egyidejűleg is megtalálhatók.
Ne telepítsen más alkalmazást vagy szolgáltatásokat az XSP-re| A BroadWorks és a Webex alkalmazás integrálására használt ADP-k.
Ne helyezze el az NPS-alkalmazást más alkalmazással együtt.
Xsi felületek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a leírás szerint Cisco BroadWorks Xtended Services felület konfigurációs útmutató .
Az Xsi-Events alkalmazásoknak csak egy példányát kell telepíteni az XSP-re| A CTI interfészhez használt ADP.
A Broadworks és a Webex közötti integrációhoz használt összes Xsi-Eventnek ugyanazzal a Webex -vel kell rendelkeznie, mint az Applications/Xsi-Events/GeneralSettings alatt. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
Amikor egy felhasználó bejelentkezett a Webex, a Webex előfizetést hoz létre a felhasználó számára az AS-en, hogy fogadja a telefonos eseményeket a jelenlét és a hívásnapló vonatkozásában. Az előfizetés a callControlApplicationName alkalmazáshoz van társítva, és az AS ennek alapján tudja, melyik Xsi-Eventsnek küldje el a telefonos eseményeket.
A callControlApplicationName módosítása, vagy ha nem ugyanaz a név az összes Xsi-Events webalkalmazáson, az hatással lesz az előfizetésekre és a telefonos eseményekre. |
Hitelesítési szolgáltatás konfigurálása (CI token érvényesítéssel)
Ezzel az eljárással állíthatja be a hitelesítési szolgáltatást CI token érvényesítés TLS-sel való használatára. Ez a hitelesítési módszer akkor javasolt, ha R22-es vagy újabb verziót futtat, és a rendszere támogatja.
A kölcsönös TLS (mTLS) alternatív hitelesítési módszerként is támogatott a hitelesítési szolgáltatáshoz. Ha több Webex -szervezete fut ugyanazon az XSP-n| ADP szerver, mTLS hitelesítést kell használnia, mert a CI Token Validation nem támogatja a több kapcsolatot ugyanahhoz az XSP-hez| ADP hitelesítési szolgáltatás. Ha az mTLS-hitelesítést szeretné beállítani a hitelesítési szolgáltatáshoz a CI-token-érvényesítés helyett, lásd: Függelék számára Szolgáltatások konfigurálása (mTLS-szel a hitelesítési szolgáltatáshoz) . |
Ha jelenleg mTLS-t használ a hitelesítési szolgáltatáshoz, akkor nem kötelező újrakonfigurálnia a CI Token Validation használatát a TLS-szel. |
OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez .
Telepítse a következő javításokat minden XSP-re| ADP szerver. Telepítse a kiadásának megfelelő javításokat:
R22 esetén:
R23 esetén:
R24 esetén—nincs szükség javításra
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is.Telepítse a
AuthenticationService
alkalmazást az egyes XSP-ken| ADP szolgáltatás.Futtassa a következő parancsot az AuthenticationService alkalmazás aktiválásához az XSP-n| ADP a /authService környezeti elérési útra.
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
Futtassa ezt a parancsot az AuthenticationService telepítéséhez az XSP-n| ADP:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...
A 2022.10-es Broadworks buildtől kezdve a Java új verziójára való váltáskor a Java új verziójára való váltáskor már nem kerülnek automatikusan be a BroadWorks megbízhatósági tárházába. Az AuthenticationService TLS -kapcsolatot nyit a Webex felé a hozzáférési token lekéréséhez, és az IDBroker és a Webex URL érvényesítéséhez a következőkkel kell rendelkeznie a megbízhatósági tárhelyen:
IdenTrust Commercial Root CA 1
Go Daddy legfelső szintű Certificate Authority – G2
Ellenőrizze, hogy ezek a tanúsítványok jelen vannak-e a következő CLI alatt
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get
Ha nincs jelen, futtassa a következő parancsot az alapértelmezett Java -trösztök importálásához:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust
Alternatív megoldásként manuálisan is hozzáadhatja ezeket a tanúsítványokat megbízhatósági horgonyként a következő paranccsal:
ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>
Ha az ADP egy korábbi kiadásról lett frissítve, akkor a rendszer a régi kiadás hitelesítésszolgáltatóit automatikusan importálja az új kiadásba, és importálása mindaddig folytatódik, amíg manuálisan el nem távolítják őket.
Az AuthenticationService alkalmazás mentesül az ADP alatti validatePeerIdentity beállítás alól_ CLI/System/SSLCommonSettings/GeneralSettings, és mindig érvényesíti a peer identitást. Lásd a Cisco Broadworks X509 tanúsítvány érvényesítési FD a beállítással kapcsolatos további információkért.
Állítsa be az identitásszolgáltatókat a következő parancsok futtatásával az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get
set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerName URL -címet. Lásd a következő táblázatot.set issuerUrl <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerUrl-címet. Lásd a következő táblázatot.set tokenInfoUrl <IdPProxy URL>
—Adja meg a Teams-fürtre vonatkozó IdP-proxy URL -címét. Lásd az alábbi második táblázatot.
1. táblázat Állítsa be az issuerName és az issuerURL címét Ha a CI-fürt... Az issuerName és az issuerURL beállítása a következőre:... US-A
EU
US-B
Ha nem ismeri a sajátját CI-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.2. táblázat TokenInfoURL beállítása Ha a Teams-fürt... A tokenInfoURL beállítása erre:...(IdP Proxy URL) ACHM
https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AFRA
https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AORE
https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
Ha nem ismeri a sajátját Teams-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.
Tesztelés céljából ellenőrizheti, hogy a tokenInfoURL érvényes-e, ha lecseréli a "
idp/authenticate
Az URL " része a következővel: "ping
".
Adja meg azt a Webex -jogosultságot, amelynek jelen kell lennie a Webex felhasználói profil a következő paranccsal:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Konfigurálja az identitásszolgáltatókat a Cisco Federation számára a következő parancsok segítségével az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
set flsUrl https://cifls.webex.com/federation
set refreshPeriodInMinutes 60
set refreshToken refresh-Token-From-Step1
Futtassa a következő parancsot annak ellenőrzésére, hogy az FLS-konfiguráció működik-e. Ez a parancs az identitásszolgáltatók listáját adja vissza:
XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Konfigurálja a Token-kezelést a következő parancsokkal az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
set tokenIssuer BroadWorks
set tokenDurationInHours 720
RSA -kulcsok létrehozása és megosztása. A kulcsokat egyetlen XSP-n kell generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k. Ennek oka a következő tényezők:
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k.Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét. Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket. Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
Ügyfél-hitelesítési követelmény eltávolítása a hitelesítési szolgáltatáshoz (csak R24)
Ha a hitelesítési szolgáltatást CI Token érvényesítéssel konfigurálta az R24-en, akkor a hitelesítési szolgáltatásra vonatkozó ügyfél-hitelesítési követelményt is el kell távolítania. Futtassa a következő CLI-parancs:
ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
CTI felület és kapcsolódó konfiguráció
Az „inmost to outmost” konfigurációs sorrendet az alábbiakban soroljuk fel. A sorrend betartása nem kötelező.
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
XSP konfigurálása| ADP-k mTLS-hitelesített CTI -előfizetésekhez
Nyissa meg a bejövő portokat a biztonságos CTI felülethez
Iratkozzon fel a Webex szervezete a BroadWorks CTI -eseményekre
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
Frissítse a ClientIdentity-t az alkalmazáskiszolgálón a Webex for Cisco BroadWorks CTI - klienstanúsítvány általános név (CN).
A Webex alkalmazással használt összes alkalmazáskiszolgálóhoz adja hozzá a tanúsítványazonosítót a ClientIdentity azonosítóhoz az alábbiak szerint:
AS_CLI/System/ClientIdentity> add bwcticlient.webex.com
A Webex for Cisco BroadWorks klienstanúsítvány általános név : |
Konfigurálja a TLS -t és a titkosításokat a CTI felületen
Az XSP konfigurálhatósági szintjei| Az ADP CTI felületek a következők:
Legáltalánosabb = Rendszer > Szállítás > CTI -interfészek > CTI -interfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
---|---|
Rendszer (globális) (R22 és újabb) | XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Ciphers> XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Protocols> lehetőséget |
Szállítási protokollok ehhez a rendszerhez (R22 és újabb) | XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Ciphers> XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Protocols> lehetőséget |
Az összes CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Protocols> lehetőséget |
Egy speciális CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/CTIServer/SSLSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/CTIServerSSLSettings/Protocols> |
Új telepítéskor a következő titkosítások alapértelmezés szerint települnek rendszerszinten. Ha az interfész szintjén nincs beállítva (például a CTI felületen vagy a HTTP felületen), akkor ez a rejtjellista érvényes. Ne feledje, hogy ez a lista idővel változhat:
|
CTI TLS interfész konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy szükség van-e kiszolgálótanúsítvány , illetve hogy szükség van-e kliens hitelesítésre.XSP|ADP_CLI/Interface/CTI/CTIServer> get Interface IP Port Secure Server Certificate Client Auth Req ================================================================= 10.155.6.175 8012 true true true
TLS 1.2 protokoll hozzáadása a CTI felülethez
Az XSP| A Webex Cloud együttműködő ADP CTI felületet TLS v1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp>
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a CTI felületen
A szükséges titkosítások konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Adja meg a(z)
get
parancsot, hogy megtudja, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> <cipherName>
rejtjel hozzáadása a CTI felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a CTI felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Trust Anchors a CTI felülethez (R22 és újabb)
Ez az eljárás az XSP-t feltételezi| Az ADP-k vagy internet felé néznek, vagy átmenő proxyn keresztül néznek az internetre. A tanúsítvány konfigurációja más az áthidaló proxy esetében (lásd TLS -tanúsítványkövetelmények a TLS-híd proxyhoz ).
Minden XSP-hez| Az ADP-ben a CTI -eseményeket a Webex közzétevő infrastruktúrájában tegye a következőket:
Jelentkezzen be ide: Partner Hub .
Ugrás ide: Beállítások elemre > BroadWorks-hívás és kattintson Töltse Webex CA-tanúsítványt hogy megkapja
CombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.
A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Nem kötelező) Futtatás
help updateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot2023
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, amennyiben minden bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
Tanúsítványokkal történő hitelesítés engedélyezése az ügyfelek számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true
Adja hozzá a CTI felületet, és engedélyezze az mTLS-t
Adja hozzá a CTI SSL felületet.
A CLI környezet a BroadWorks verziójától függ. A parancs egy önaláírt kiszolgálótanúsítvány hoz létre a felületen, és kényszeríti a felületet, hogy klienstanúsítvány igényeljen .
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Cserélje ki a kiszolgálótanúsítvány és -kulcsot az XSP-n| Az ADP CTI interfészei. Ehhez szüksége van a CTI interfész IP-cím ; a következő szövegkörnyezetből olvashatja:
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> get
Ezután futtassa a következő parancsokat, hogy lecserélje a felület önaláírt tanúsítvány a saját tanúsítványára és privát kulcsára:
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Indítsa újra az XSP-t| ADP.
Hozzáférés engedélyezése a BroadWorks CTI -eseményekhez a Webex
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
Adja meg azt a CTI -címet, amelyen keresztül a Webex előfizethet a BroadWorks CTI -eseményekre.
A CTI -előfizetések előfizetőnkénti alapúak, és csak akkor jönnek létre és tartják karban, amíg az előfizető rendelkezik a Webex for Cisco BroadWorks szolgáltatással.
Hívásbeállítások Webnézet
A Call Settings Webview (CSWV) egy XSP-n üzemeltetett alkalmazás| Az ADP lehetővé teszi a felhasználók számára, hogy módosítsák BroadWorks hívásbeállításaikat a szoftveres kliensben látott webnézeten keresztül. Lásd a Cisco BroadWorks hívásbeállítások webnézeti megoldási útmutató .
A Webex ezt a funkciót arra használja fel, hogy hozzáférést biztosítson a felhasználók számára az olyan általános BroadWorks-hívásbeállításokhoz, amelyek nem natív a Webex alkalmazásban.
Ha azt szeretné, hogy a Webex Cisco BroadWorks-előfizetői a Webex Webex alkalmazás elérhető alapértelmezett beállításokon túlmenően is hozzáférjenek a hívásbeállításokhoz, telepítenie kell a Hívásbeállítások Webnézet funkcióját.
Hívásbeállítások Webview két összetevőből áll:
Cisco BroadWorks XSP-n üzemeltetett hívásbeállítások Webview alkalmazás| ADP.
A Webex alkalmazás, amely a hívásbeállításokat Webnézetben jeleníti meg.
Felhasználói élmény
Windows-felhasználók: Kattintson Hívásbeállítások majd kattintson a lehetőségre .
Mac felhasználók: Kattintson a profilképre, majd
.
Telepítse a CSWV-t a BroadWorks rendszeren
Telepítse a Hívásbeállítások Webview-t XSP-re| ADP-k
A CSWV alkalmazásnak ugyanazon az XSP-n kell lennie| Az Xsi-Actions felületet üzemeltető ADP(ek) a környezetben. Ez egy nem felügyelt alkalmazás XSP-n| ADP, ezért telepítenie és telepítenie kell egy webes archív fájlt.
Jelentkezzen be a cisco.com oldalra, és keresse meg a „BWCallSettingsWeb” kifejezést a szoftverletöltés részben.
Keresse meg és töltse le a fájl legújabb verzióját.
Például:
BWCallSettingsWeb_1.8.2_1.war
( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04 ) volt a legújabb a cikk írásakor.Telepítse, aktiválja és telepítse a webes archívumot a Cisco BroadWorks Xtended Service Platform konfigurációs útmutatója szerint az XSP-hez| ADP verzió. (R24-es verzióhttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf ).
Másolja át a .war fájlt egy ideiglenes helyre az XSP-n| ADP, mint pl
/tmp/
.Keresse meg a következő parancssori felületet, és futtassa az install parancsot:
XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
A BroadWorks szoftverkezelő ellenőrzi és telepíti a fájlt.
[Nem kötelező] Törlés
/tmp/BWCallSettingsWeb_1.7.5_1.war
(Erre a fájlra már nincs szükség).Alkalmazás aktiválása:
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
A nevet és verziót minden alkalmazásnál kötelezőek, de CSWV esetén meg kell adni a contextPath mert egy nem felügyelt alkalmazás. Bármilyen értéket használhat, amelyet más alkalmazás nem használ, például
/callsettings
.Telepítse a Hívásbeállítások alkalmazást a kiválasztott környezeti útvonalon:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Mostantól előre megjósolhatja az ügyfelek számára megadandó hívásbeállítások URL -címét, az alábbiak szerint:
https://<XSP|ADP-FQDN>/callsettings/
Megjegyzések:
Ezen az URL -címen meg kell adnia a perjelet, amikor beírja az klienskonfiguráció fájljába.
Az XSP| Az ADP-FQDN-nek meg kell egyeznie az Xsi-Actions FQDN-nel, mert a CSWV-nek Xsi-Actions-t kell használnia, és a CORS nem támogatott.
Ismételje meg ezt az eljárást más XSP esetén| ADP-k a Webex for Cisco BroadWorks-környezetben (ha szükséges).
A Call Settings Webview alkalmazás mostantól aktív az XSP-n| ADP-k.
Állítsa be a Webex alkalmazást a Hívásbeállítások Webnézet használatára
Az klienskonfiguráció kapcsolatos további részletekért lásd: Webex Cisco BroadWorks konfigurációs útmutató .
A Webex alkalmazás konfigurációs fájl található egy egyéni címke, amellyel beállíthatja a CSWV URL-címet . Ez az URL mutatja a hívásbeállításokat a felhasználóknak az alkalmazás felületén keresztül.
<config>
<services>
<web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
<url>%WEB_CALL_SETTINGS_URL_WXT%</url>
</web-call-settings>
A Webex Webex alkalmazás BroadWorks- konfigurációs sablon konfigurálja a CSWV URL -címet a%WEB_CALL_SETTINGS_URL_WXT% címkét.
Ha nem adja meg kifejezetten az URL-címet , az alapértelmezett érték üres lesz, és a hívásbeállítások oldala nem lesz látható a felhasználók számára.
Győződjön meg arról, hogy a legújabb konfigurációs sablonokkal rendelkezik a Webex alkalmazás (lásd Eszközprofilok lehetőségre ).
Állítsa be a web hívásbeállítások célját
csw
:%WEB_CALL_SETTINGS_TARGET_WXT% csw
Állítsa be a web beállításainak URL -címét a környezetéhez, például:
%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/
Ezt az értéket a CSWV alkalmazás telepítésekor származtatta.
Az eredményül kapott klienskonfiguráció fájlnak rendelkeznie kell a következő bejegyzéssel:
<web-call-settings target="csw"> <url>https://yourxsp.example.com/callsettings/</url> </web-call-settings>
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is.
Hívási leküldéses értesítések konfigurálása a Webex for Cisco BroadWorks alkalmazásban
Ebben a dokumentumban a kifejezést használjuk Hívásértesítések Push Server (CNPS) a környezetben futó XSP vagy ADP által üzemeltetett alkalmazás leírásához. A CNPS együttműködik a BroadWorks rendszerrel, hogy tudatában legyen a felhasználóinak bejövő hívásoknak, és ezekről értesítést küldjön a Google Firebase Cloud Üzenetküldés (FCM) vagy az Apple leküldéses értesítés szolgáltatás (APNs) értesítési szolgáltatásainak.
Ezek a szolgáltatások értesítik a Webex for Cisco BroadWorks előfizetői mobileszközeit, ha bejövő hívásaik vannak a Webex.
Az NPS-sel kapcsolatos további információkért lásd: Értesítési leküldéses kiszolgáló funkció leírása .
A Webex egy hasonló mechanizmus működik a Webex üzenetküldési és jelenléti szolgáltatásokkal, így az értesítéseket a Google (FCM) vagy az Apple (APNS) értesítési szolgáltatásaihoz küldi. Ezek a szolgáltatások pedig értesítik a mobil Webex -felhasználókat a bejövő üzenetekről vagy a jelenlét változásáról.
Ez a szakasz ismerteti, hogyan konfigurálható az NPS hitelesítési proxyhoz, ha az NPS még nem támogat más alkalmazásokat. Ha megosztott hálózati házirendet kell áttelepítenie az NPS-proxy használatához, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatáhozhttps://help.webex.com/nl5rir2/. |
NPS-proxy áttekintése
A Webex for Cisco BroadWorks alkalmazással való kompatibilitás érdekében a CNPS-nek javítva kell lennie az NPS-proxy funkció támogatásához, Push Server a VoIP számára UCaaS-ben .
A funkció új kialakítást valósított meg a Notification Push Serverben, hogy feloldja a leküldéses értesítési tanúsítványok privát kulcsainak a szolgáltatókkal való megosztásából eredő biztonsági rést a mobil kliensek számára. A push értesítési tanúsítványok és kulcsok szolgáltató való megosztása helyett az NPS egy új API segítségével szerez egy rövid élettartamú leküldéses értesítési tokent a Webex a Cisco BroadWorks háttérrendszerhez, és ezt a tokent használja az Apple APN-ekkel és a Google FCM szolgáltatásaival történő hitelesítéshez.
A funkció továbbfejleszti a Notification Push Server azon képességét, hogy értesítéseket küldjön az Android eszközöknek az új Google Firebase Cloud Üzenetküldés (FCM) HTTPv1 API-n keresztül.
További információkért lásd a Push-kiszolgáló VoIP -hez UCaaS-ben Funkció leírása .
A funkció BroadWorks-javításai a következő címen érhetők el: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.
Az NPS szoftverrel és javításokkal kapcsolatban lásd a következő részt: Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz .
Keresse meg és töltse le a javítást a szoftverletöltő oldalról.
Az ADP szerverrel kapcsolatos további információk a következő címen találhatók:https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html .
APNS szempontok
Az Apple 2021. március 31-e után már nem támogatja a HTTP/1-alapú bináris protokollt az Apple leküldéses értesítés szolgáltatásban. Javasoljuk, hogy konfigurálja az XSP-t| Az ADP a HTTP/2-alapú felületet használja az APN-ekhez. Ehhez a frissítéshez az XSP-re van szükség| Az NPS-t kiszolgáló ADP R22-es vagy újabb verzióját futtatja.
Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz
1 | Telepítsen és konfiguráljon egy dedikált XSP-t (minimum R22-es verzió) vagy Application Delivery Platform-ot (ADP). | ||
2 | Telepítse az NPS-hitelesítési proxy javításait: XSP R22 javítások: XSP R23 javítások: | ||
3 | Aktiválja az Notification Push Server alkalmazást. | ||
4 | ( Android -értesítések esetén) Engedélyezze az FCM v1 API -t az NPS-en.
| ||
5 | ( Apple iOS -értesítések esetén) Engedélyezze a HTTP/2-t az NPS-en.
| ||
6 | Technikai támogatás csatolása az NPS XSP/ADP-től. | ||
7 | Minden AS kiszolgálón a namedefs fájl bekerül Példa: _pushnotification-ügyfél._tcp .qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com IN A 10.193.78.149
|
Mi a következő teendő
Egy hálózati házirend-kiszolgáló frissen telepített verzióiért ugorjon ide: Állítsa be az NPS-t a hitelesítési proxy használatára
Ha meglévő Android -telepítést szeretne áttelepíteni az FCMv1-re, menjen a következőre: Az NPS áttelepítése az FCMv1-re
Állítsa be az NPS-t a hitelesítési proxy használatára
Ez a feladat az NPS egy új, a Webex for Cisco BroadWorks alkalmazáshoz dedikált telepítésére vonatkozik.
Ha más mobilalkalmazásokkal megosztott hálózati házirend-kiszolgálón szeretné konfigurálni a hitelesítési proxyt, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatához (https://help.webex.com/nl5rir2 ).
1 | OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez . | |||||||||||||||||||
2 | Hozzon létre ügyfélfiókot az NPS-en:
Ha ellenőrizni szeretné, hogy a megadott értékek megfelelnek-e a kapott adatoknak, futtassa
| |||||||||||||||||||
3 | Adja meg az NPS-proxy URL-címét , és állítsa be a token frissítési időközét (30 perc javasolt):
| |||||||||||||||||||
4 | ( Android -értesítések esetén) Adja hozzá az Android alkalmazás azonosító az FCM-alkalmazások környezetéhez az NPS-en.
| |||||||||||||||||||
5 | ( Apple iOS -értesítések esetén) Adja hozzá az alkalmazásazonosítót az azonosító -alkalmazások környezetéhez, ügyelve arra, hogy kihagyja a hitelesítési kulcsot – állítsa üresre.
| |||||||||||||||||||
6 | Konfigurálja a következő NPS URL-eket:
| |||||||||||||||||||
7 | Állítsa be a következő hálózati házirend-kiszolgáló kapcsolati paramétereket a megjelenített ajánlott értékekre:
| |||||||||||||||||||
8 | Ellenőrizze, hogy az alkalmazáskiszolgáló szűri-e az alkalmazásazonosítókat, mert előfordulhat, hogy hozzá kell adnia a Webex alkalmazásokat az engedélyezési listához: | |||||||||||||||||||
9 | Indítsa újra az XSP-t| ADP: | |||||||||||||||||||
10 | Tesztelje a hívásértesítéseket: kezdeményezzen hívásokat egy BroadWorks-előfizetőről két Webex mobilfelhasználóhoz. Ellenőrizze, hogy megjelenik-e a hívásértesítés iOS és Android eszközökön. |
Az NPS áttelepítése az FCMv1-re
Ez a témakör nem kötelező eljárásokat tartalmaz, amelyeket akkor használhat a Google FCM-konzolban, amikor rendelkezik olyan meglévő hálózati házirend-telepítéssel, amelyet át kell telepítenie az FCMv1-re. Három eljárás létezik:
UC-One kliensek áttelepítése FCMv1-re —Ha meglévő UCaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
SaaS-ügyfelek áttelepítése az FCMv1-re —Ha meglévő SaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
Az ADP-kiszolgáló frissítése —Ha az NPS-t ADP-kiszolgálóra telepíti át.
Az UC-One-kliensek áttelepítése az FCMv1-re
Kövesse az alábbi lépéseket a Google FCM konzolban az UC-One kliensek Google FCM HTTPv1 verzióra való áttelepítéséhez.
Ha márkajelzést alkalmaznak az ügyfélre, az ügyfélnek rendelkeznie kell a küldői azonosító. Az FCM-konzolban lásd: . A beállítás megjelenik a Projekt hitelesítő adatai táblázatban.A részletekért lásd a Connect Mobile márkaépítési útmutató athttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/UC-One/UC-One-Collaborate/Connect/Mobile/IandO/ConnectBrandingGuideMobile-R3_8_3.pdf? . Lásd a
|
Jelentkezzen be az FCM Admin SDK-ba a következő címen:http://console.firebase.google.com .
Válassza ki a megfelelő Android alkalmazást.
A Általános fülön rögzítse a azonosító
A szolgáltatásfiókok konfigurálásához lépjen a szolgáltatásfiók lapra. Létrehozhat új szolgáltatásfiók , vagy konfigurálhat egy meglévőt.
Új szolgáltatási fiók létrehozása:
Kattintson a kék gombra az új szolgáltatásfiók létrehozásához
Kattintson a kék gombra új privát kulcs generálásához
Kulcs letöltése biztonságos helyre
Meglévő szolgáltatásfiók újrafelhasználása:
Kattintson a kék szövegre a meglévő szolgáltatási fiókok megtekintéséhez.
Határozza meg a használni kívánt szolgáltatásfiók . A szolgáltatási fióknak engedélyre van szüksége firebaseadmin-sdk .
A jobb oldalon kattintson a hamburger menüre, és hozzon létre egy új privát kulcsot.
Töltse le a kulcsot tartalmazó json-fájlt, és mentse el egy biztonságos helyre.
Másolja a json fájlt az XSP-re| ADP.
Konfigurálja a azonosító és:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get Project ID Accountkey ======================== my_project ********
Alkalmazás konfigurálása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get Application ID Project ID ============================== my_app my_project
FCMv1 engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
SaaS-ügyfelek áttelepítése az FCMv1-re
Ha SaaS-ügyfeleket szeretne áttelepíteni az FCMv1-re, kövesse az alábbi lépéseket a Google FCM-konzolon.
Győződjön meg arról, hogy már végrehajtotta az „A hálózati házirend-kiszolgáló konfigurálása a hitelesítési proxy használatához” eljárást. |
FCM letiltása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.FCM engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
Az ADP-kiszolgáló frissítése
Kövesse az alábbi lépéseket a Google FCM-konzolban, ha az NPS-t ADP-kiszolgáló használatára állítja át.
A JSON-fájl beszerzése a Google Cloud Console-ból:
A Google Cloud Console-ban lépjen a következőre: Szolgáltatásfiókok oldalon.
Kattintson Válasszon ki egy projektet , válassza ki a projektet, és kattintson Megnyitás .
Keresse meg annak a szolgáltatásfiók a sorát, amelyhez kulcsot szeretne létrehozni, majd kattintson a Továbbiak függőleges gombot, majd kattintson Kulcs létrehozása.
Válassza ki a Kulcs írja be, és kattintson Létrehozás lehetőségre
A fájl letöltődik.
FCM hozzáadása az ADP-kiszolgálóhoz:
Importálja a JSON-fájlt az ADP-kiszolgálóra a következővel:
/bw/install
parancsot.Jelentkezzen be az ADP CLI-be, és adja hozzá a projekt- és API -kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON
:Ezután adja hozzá az alkalmazást és a kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
Ellenőrizze a konfigurációt:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g Project ID Accountkey ======================== connect-ucaas ******** ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g Application ID Project ID =================================== com.broadsoft.ucaas.connect connect-ucaas
Konfigurálja a saját partnerszervezetét a Partner Hubban
Konfigurálja a BroadWorks-fürtöket
[fürtönként egyszer]
Ennek oka a következő:
Annak engedélyezése, hogy a Webex felhő hitelesítse a felhasználókat a BroadWorks alkalmazással (XSP-n keresztül| ADP által üzemeltetett hitelesítési szolgáltatás).
Annak engedélyezése, hogy a Webex alkalmazások az Xsi felületet használják a hívásvezérlés.
Annak engedélyezése, hogy a Webex figyelje a BroadWorks által közzétett CTI -eseményeket (telefonos jelenlét és hívásnapló ).
A fürtvarázsló automatikusan ellenőrzi az interfészeket a hozzáadásakor. Folytathatja a fürt szerkesztését, ha valamelyik felület érvényesítése nem sikeres, de nem mentheti a fürtöt, ha érvénytelen bejegyzések vannak benne . Ezt megakadályozzuk, mert egy rosszul konfigurált fürt nehezen megoldható problémákat okozhat. |
Teendő:
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Kattintson Fürt hozzáadása lehetőségre .
Ez elindít egy varázslót, ahol megadja az XSP-t| ADP felületek (URL). Ha nem szabványos portot használ, hozzáadhat portot az interfész URL -címéhez.
Nevezze el ezt a fürtöt, majd kattintson Következő .
A fürtfogalom itt egyszerűen felületek gyűjteménye, amelyeket jellemzően XSP-n helyeznek el| ADP-kiszolgáló vagy farm, amely lehetővé teszi a Webex számára, hogy információkat olvasson az alkalmazáskiszolgálóról (AS). Lehet, hogy egy XSP-je van| AS-fürtönkénti ADP vagy több XSP| ADP-k fürtönként, vagy több AS-fürt XSP-nként| ADP. A BroadWorks-rendszer méretkövetelményei nem tartoznak ide.
(Nem kötelező) Adjon meg egy BroadWorks-felhasználót Fióknév és Jelszó amelyről tudja, hogy a Webexhez csatlakoztatni kívánt Webex rendszeren belül van , majd kattintson a gombra Következő .
Az érvényesítési tesztek ezt a fiókot használhatják a fürt felületeihez fűződő kapcsolatok érvényesítéséhez.
Adja hozzá a sajátját XSI-műveletek és XSI Events URL-ek.
Opcionális. Frissítse a DAS URL az eszközaktiválási szolgáltatás URL -jével.
Opcionális. Ellenőrizze a Közvetlen BroadWorks-hitelesítés engedélyezése Jelölje be a jelölőnégyzet, ha azt szeretné, hogy a BroadWorks-bejelentkezések közvetlenül a BroadWorks-be történjenek. Ellenkező esetben a BroadWorks-hitelesítés a Webex által üzemeltetett IdP-proxyszolgáltatáson keresztül történik.
Ez a jelölőnégyzet az alábbi bejelentkezési helyzetekre vonatkozik:
Felhasználói aktiválási portál bejelentkezés—A felhasználóknak meg kell adniuk BroadWorks-hitelesítési adataikat a portálra való bejelentkezéskor. A fenti beállítás határozza meg, hogy a bejelentkezés közvetlenül a BroadWorks rendszerébe vagy az IdP-proxyn keresztül történik-e.
Ügyfélbejelentkezés—Ha BroadWorks-hitelesítés Az Onboarding sablonban van konfigurálva, a fenti beállítás határozza meg, hogy a Webex alkalmazásba történő ügyfélbejelentkezés közvetlenül a BroadWorks rendszerébe történik-e, vagy az IdP-proxyn keresztül történik-e proxy.
Kattintson a Tovább gombra.
A következőn: CTI felület oldalon tegye a következőket:
Adja hozzá a CTI URL és Port ahhoz a CTI interfészhez, amelyhez csatlakozni kíván.
Opcionális. Engedélyezze a Híváselőzmények lehetőségre kapcsolót, majd adja meg a BroadWorks felhasználói azonosító. Ha ez a lehetőség ki van választva, a BroadWorks hívásnapló -események szinkronizálódnak a Webex felhőbe. A felhasználók megtekinthetik a hívásnapló a Webex alkalmazásban.
Opcionális. Engedélyezze a Ne zavarjanak (DND) szinkron kapcsolót, majd adja meg a BroadWorks felhasználói azonosító. Ez a beállítás szinkronizálja a DND-eseményeket a Webex és a BroadWorks között, így biztosítja, hogy a funkció ugyanúgy működjön mindkét platformon.
Kattintson a Tovább gombra.
Adja hozzá a sajátját Hitelesítési szolgáltatás URL.
Válassza ki Hitelesítési szolgáltatás CI-token hitelesítéssel .
Ehhez a beállításhoz nem szükséges, hogy az mTLS védje a kapcsolatot a Webex, mert a hitelesítési szolgáltatás megfelelően ellenőrzi a felhasználói tokent a Webex identitásszolgáltatással szemben, mielőtt kiadná a hosszú élettartamú tokent a felhasználónak.
Tekintse át a bejegyzéseket a végső képernyőn, majd kattintson a gombra Létrehozás lehetőségre . Egy sikerüzenetnek kell megjelennie.
A Partner Hub átadja az URL-címeket a különböző Webex mikroszolgáltatásoknak, amelyek tesztelik a mellékelt interfészekhez vezető kapcsolatokat.
Kattintson Fürtök megtekintése és látnia kell az új fürtöt, valamint azt, hogy az ellenőrzés sikeres volt-e.
A Létrehozás lehetőségre gomb letiltható a varázsló utolsó (előnézeti) képernyőjén. Ha nem tudja menteni a sablont, az az imént konfigurált integrációk egyikével kapcsolatos problémát jelez.
Azért hajtottuk végre ezt az ellenőrzést, hogy elkerüljük a hibákat a következő feladatok során. A telepítés konfigurálásakor visszaléphet a varázslóba, amihez szükség lehet az infrastruktúra (pl. XSP) módosítására| ADP, terheléselosztó vagy tűzfal) esetén az útmutatóban leírtak szerint, mielőtt elmentené a sablont.
A BroadWorks felületekhez való kapcsolódások ellenőrzése
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Kattintson Fürtök megtekintése .
A Partner Hub kapcsolódási teszteket kezdeményez a különböző mikroszolgáltatásoktól a fürtök felületei felé.
A tesztek befejezése után a fürtlista oldalon állapotüzenet meg az egyes fürtök mellett.
Zöld Siker üzeneteknek kell megjelennie. Ha piros Hibaüzenetet lát, kattintson az érintett fürt nevére, hogy megtudja, melyik beállítás okozza a problémát.
Opcionális. Válasszon ki egy fürtöt, ha szeretné megtekinteni az adott fürt meglévő beállításait, például az XSI-műveletek, az XSI-Events, a DAS URL és a CTI felület beállításait.
Konfigurálja a belépési sablonokat
A beléptetési sablonok segítségével lehet megosztott konfigurációt alkalmazni egy vagy több ügyfélre, amint beiktatja őket a beüzemelési módokon keresztül. Minden sablont hozzá kell rendelnie egy fürthöz (amelyet az előző szakaszban hozott létre).
Annyi sablont hozhat létre, amennyire szüksége van, de csak egy sablon társítható egy ügyfélhez.
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Kattintson Sablon hozzáadása lehetőségre .
Ez elindít egy varázslót, ahol megadhatja a konfigurációt az ezt a sablont használó ügyfelek számára.
Használja a Fürt legördülő menüből válassza ki az ezzel a sablonnal használni kívánt fürtöt.
Adja meg a Sablon neve , majd kattintson a lehetőségre Következő .
Konfigurálja a beüzemelési módot az alábbi javasolt beállításokkal:
3. táblázat. Ajánlott beüzemelési beállítások a különböző beüzemelési módokhoz Beállítás neve
Folyamatos üzembe helyezés megbízható e-mailekkel
Folyamatos üzembe helyezés e-mailek nélkül
Felhasználói önellátás
Engedélyezze a BroadWorks-folyamatot az üzembe helyezésen keresztül (Ha Be van kapcsolva, adja meg a létesítési fiók hitelesítő adatait**)
Be
Adja meg az üzembe helyezést Fióknév és Jelszó a BroadWorks-konfiguráció szerint.
Be
Adja meg az üzembe helyezést Fióknév és Jelszó a BroadWorks-konfiguráció szerint.
Ki
Új szervezetek automatikus létrehozása a Control Hubban
Be †
Be †
Be †
Szolgáltató e-mail-címe
Válasszon ki egy e- e-mail-cím a legördülő menüből (begépelhet néhány karaktert, hogy megtalálja a címet, ha a lista hosszú).
Ez az e- e-mail-cím azonosítja azt a rendszergazdát a partnerszervezetén belül, aki delegált rendszergazdai hozzáférést kap minden új ügyfélszervezethez, amelyet a Belépés sablonnal hoztak létre.
Ország
Válassza ki, hogy melyik országot használja ehhez a sablonhoz.
A kiválasztott ország egy adott régióhoz illeszti az ezzel a sablonnal létrehozott ügyfélszervezeteket. Jelenleg a régió lehet (EMEAR) vagy (Észak-Amerika és a világ többi része). Lásd a ország-régió hozzárendeléseket ebben a táblázatban .
A szervezet országa határozza meg a Cisco PSTN alapértelmezett globális betelefonálási számait a Webex értekezletoldalakon. Lásd a(z) Ország szakaszát súgó oldalt további információkért.
A BroadWorks vállalati üzemmódja aktív
Engedélyezze ezt, ha az ezzel a sablonnal rendelkező ügyfelek a BroadWorks-ben lévő vállalatok.
Ha csoportokról van szó, hagyja kikapcsolva ezt a kapcsolót.
Ha vegyesen szerepelnek vállalatok és csoportok a BroadWorks-ben, akkor ezekhez a különböző esetekhez különböző sablonokat kell létrehoznia.
Megjegyzések a táblázatból:
† Ez a kapcsoló biztosítja, hogy új ügyfélszervezet jöjjön létre, ha egy előfizető e-mail tartománya nem egyezik meg egy meglévő Webex -szervezettel.
Ennek mindig be kell kapcsolnia, kivéve, ha manuális rendelési és teljesítési folyamatot használ (a Cisco Commerce Workspace-en keresztül) ügyfélszervezetek létrehozásához a Webex (mielőtt elkezdené a felhasználók kiépítését ezekben a szervezetekben). Ezt a lehetőséget gyakran „hibrid üzembe helyezési” modellnek nevezik, és nem tartozik a jelen dokumentum hatókörébe.
** A „létesítési fiók” a BroadWorks rendszerszintű rendszergazdai fiókra vonatkozik. A BroadWorks rendszerben a következő attribútumokkal rendelkező rendszergazdai fiókra van szükség: Administrator Type=Létesítmény készítés, Csak olvasható=Ki.
Válassza ki az alapértelmezett szolgáltatási csomagot az ezt a sablont használó ügyfelek számára (lásd Csomagok lehetőségre az Áttekintés részben); sem Alapszintű , Szabványos , Prémium vagy Softphone .
A Partner Hubon keresztül felülbírálhatja ezt a beállítást az egyéni felhasználók számára.
Opcionális. Ellenőrizze A Cisco Webex ingyenes hívás letiltása ha szeretné letiltani a Webex Calls szolgáltatást,.
For Értekezlethez való csatlakozási konfiguráció , válasszon a következő lehetőségek közül:
Cisco betelefonáló számok (PSTN)
Partner által biztosított betelefonálási számok (BYoPSTN) —Ha ezt a lehetőséget választja, olvassa el a következőt: Hozd el a saját PSTN-megoldási útmutatóját a Webex for Cisco BroadWorks alkalmazáshoz az opció konfigurálásával kapcsolatos részletes információk .
Kattintson a Tovább gombra.
Az előfizetők kiépítésének két módja van a személyazonosságuk ellenőrzésének módját illetően – a Megbízható e-mailek vagy a Nem megbízható e-mailek.
A Megbízható e- e-mail munkafolyamatban a felhasználók megadják az e-mail-címeket annak a partnernek, aki hozzáadja őket a BroadWorksben. Partnerként Ön a felelős az e- e-mail-cím beüzemeléséért a flow-through vagy az API módszer részeként.
Erősen ajánlott a Megbízható üzembe helyezési módszer használata, mert ez biztosítja, hogy az összes előfizető teljes körűen Ön, mint partner legyen beüzemelve, és nincs szükséges intézkedés .
Nem megbízható e-mailek esetén a felhasználóknak ellenőrizniük kell az e-maileiket a beüzemelés előtt, vagy a felhasználók önaktiválhatják magukat.
A Nem megbízható esetben az alábbi táblázatban szereplő ellenőrzési beállítások alapján több üzembe helyezési mód létezik:
4. táblázat. Javasolt felhasználó-ellenőrzési beállítások a nem megbízható üzembe helyezési módokhoz Beállítás neve
Folyamatos üzembe helyezés e-mailek nélkül
Felhasználói önellátás
Első a rendszergazda beüzemelése
Ajánlott*
Nem alkalmazható
Önálló aktiválás engedélyezése a felhasználók részére
Nem alkalmazható
Megkérve
Megjegyzések a táblázatból:
* A Webex minden ügyfélszervezetnek rendelkeznie kell legalább egy rendszergazdai szerepkörrel rendelkező felhasználóval. Az első felhasználó, akihez integrált IM&P-t rendel hozzá a BroadWorksben, az ügyfél-rendszergazdai szerepet tölti be, ha új ügyfélszervezet jön létre a Webex. Szolgáltatóként elképzelhető, hogy Ön szabályozhatja, ki kapja meg a szerepkört. A beállítás bejelölése megakadályozza, hogy a felhasználók befejezzék az aktiválást az elsőként beállított felhasználó aktiválásáig. Ha törli ennek a beállításnak a bejelölését, akkor az új szervezetben először aktív felhasználó lesz az ügyfél-rendszergazda.
Kattintson a Tovább gombra.
Válassza ki az alapértelmezett hitelesítési módot (vagy BroadWorks-hitelesítés vagy Webex hitelesítés ) a Webex való felhasználói bejelentkezéshez.
Ez a beállítás nincs hatással a felhasználónak a Felhasználóaktiválási portálra történő bejelentkezésére. A felhasználóknak a BroadWorks felhasználói azonosító és jelszavukat kell használniuk a portálra való bejelentkezéshez, függetlenül a beléptető sablon konfigurációjától.
Ez a beállítás csak az újonnan létrehozott ügyfélszervezetekre vonatkozik. Ha a partnerrendszergazdák új hitelesítési beállítást próbálnak alkalmazni a meglévő ügyfélszervezetekre, a meglévő beállítások érvényesülnek, így a meglévő felhasználók nem veszítik el a hozzáférésüket. A meglévő ügyfélszervezetek hitelesítési módjának módosításához meg kell nyitnia egy jegyet a Cisco TAC alkalmazással.(Lásd Hitelesítési mód A környezet előkészítése szakaszban).
Kattintson a Tovább gombra.
For Beállítások elemre , állítsa be a következőket:
Válassza ki, hogy szeretné-e A felhasználói e-mail-címek előre kitöltése a bejelentkezési oldalon .
Csak akkor használja ezt a lehetőséget, ha kiválasztotta BroadWorks-hitelesítés és a felhasználók e-mail-címét is elhelyezték a BroadWorks Alternatív azonosító attribútumában. Ellenkező esetben a BroadWorks-felhasználónevüket kell használniuk. A bejelentkezési oldalon lehetőség van a felhasználó módosítására, ha szükséges, de ez bejelentkezési problémákhoz vezethet.
Ha engedélyezni szeretné a címtár-szinkronizálást, állítsa be a Telefonkönyv-szinkronizálás engedélyezése az összes új ügyfélszervezet számára kapcsolja Be állásba.
Ez a beállítás lehetővé teszi a Webex számára, hogy beolvassa a BroadWorks-névjegyeket az ügyfélszervezetbe, így a felhasználók megtalálhatják és felhívhatják őket a Webex alkalmazás.
Adja meg a Partner-rendszergazda .
Ezt a nevet használja a Webex automatikus e- e-mail-üzenet , amely felkéri a felhasználókat az e-mail-címük ellenőrzésére.
Győződjön meg arról, hogy a Meglévő szervezetek üzembe helyezése kapcsoló Be állásban van (az alapértelmezett beállítás Be).
Kattintson a Tovább gombra.
Ellenőrizze a bejegyzéseket az utolsó képernyőn. A varázsló tetején lévő navigációs vezérlőkre kattintva visszaléphet, és módosíthatja a részleteket. Kattintson a Létrehozásgombra.
Egy sikerüzenetnek kell megjelennie.
Kattintson Sablonok megtekintése és látnia kell az új sablont a többi sablonnal együtt.
Ha szükséges, kattintson a sablonnév a sablon módosításához vagy törléséhez.
Nem kell újra megadnia a létesítési fiók adatait. Az üres jelszó/jelszó megerősítése mezők arra szolgálnak, hogy szükség esetén módosítsák a hitelesítő adatokat, de hagyja üresen, hogy megőrizzék a varázslónak megadott értékeket.
Adjon hozzá további sablonokat, ha különböző megosztott konfigurációkat szeretne biztosítani az ügyfelek számára.
Tartsa meg a Sablonok megtekintése oldalt nyissa meg, mert előfordulhat, hogy egy következő feladathoz sablonadatokra lesz szüksége.
Konfigurálja az alkalmazáskiszolgálót a kiépítési szolgáltatás URL -címével
Ez a feladat csak a folyamaton keresztüli üzembe helyezéshez szükséges. |
Patch alkalmazáskiszolgáló (csak R22, R23 és R24)
Ha még nem tette meg, alkalmazza a kiadásra vonatkozó következő javítást:.
R22 esetén:
AP.as.22.0.1123.ap373197
R23 esetén:
AP.as.23.0.1075.ap373197
R24 esetén:
AP.as.24.0.944.ap384177
A Webex Cisco BroadWorks rendszerhez telepítéséhez szükséges BroadWorks javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben.Módosítsa a következőre:
Maintenance/ContainerOptions
összefüggésben.A létesítési URL paraméter engedélyezése:
/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true
Szerezze be a beüzemelési URL-cím(ek)et a Partner Hubból
Lásd a Cisco BroadWorks alkalmazáskiszolgáló parancssori felület Felügyeleti útmutató az AS parancsok részleteiért (Interfész > Üzenetküldés és szolgáltatás > Integrált IM&P).
Jelentkezzen be a Partner Hubba, és lépjen ide:
.Kattintson Sablonok megtekintése .
Válassza ki azt a sablont, amelyet a vállalat/csoport előfizetőinek Webex való kiépítéséhez használ.
A sablon részletei a jobb oldalon egy repülő ablaktáblában jelennek meg. Ha még nem hozott létre sablont, akkor ezt meg kell tennie, mielőtt megszerezné a létesítési URL-címet .
Másolja a Beüzemelési adapter URL-címe .
Ismételje meg ezt más sablonoknál is, ha egynél több sablonja van.
(Opció) Rendszerszintű üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
Előfordulhat, hogy nem kívánja beállítani a rendszerszintű kiépítési és szolgáltatási tartományt, ha UC-One SaaS-t használ. Lásd Döntési pontok a Környezet előkészítése részben. |
Jelentkezzen be az alkalmazáskiszolgálóra, és konfigurálja az üzenetkezelő felületet.
AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
AS_CLI/Interface/Messaging> set enableSynchronization true
Az integrált IMP felület aktiválása:
/AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
/AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true
Meg kell adnia a(z) teljes nevét |
(Opció) Vállalatonkénti üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
A BroadWorks felhasználói felületen nyissa meg a konfigurálni kívánt vállalatot, és lépjen a következőhöz: Szolgáltatások > Integrált IM&P .
Válassza ki Szolgáltatási tartomány használata és adjon meg egy fiktív értéket ( A Webex figyelmen kívül hagyja ezt a paramétert. Hasznos lehet
example.com
).Válassza ki Üzenetküldés szerver használata .
A URL mezőbe illessze be a Partner Hub sablonjából másolt beüzemelési URL -címet.
Meg kell adnia a(z) teljes nevét
provisioningURL
paramétert, ahogy azt a Partner Hubban megadták. Ha az alkalmazáskiszolgáló nem tud hozzáférni a DNS -hez a gazdagépnév feloldásához, akkor létre kell hoznia a leképezést a/etc/hosts
fájlt az AS-en.A Felhasználónév mezőbe adja meg a beüzemelési rendszergazda nevét. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
Adjon meg egy jelszót a beüzemelési rendszergazda számára. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
For Alapértelmezett felhasználói azonosító az IM&P azonosító , válassza ki Elsődleges .
Kattintson Alkalmaz .
Ismételje meg a fenti lépéseket a folyamaton keresztüli üzembe helyezésre konfigurálni kívánt többi vállalatnál.
Felhasználó-létesítési adatok
A BroadWorks és a Webex között a felhasználói kiépítés során kicserélt felhasználói adatokkal kapcsolatos információkért lásd: Szolgáltatói Felhasználó-létesítés .
Partner Pre-Provisioning Check API
A Pre-Provisioning Check API segítséget nyújt a rendszergazdáknak és az értékesítési csapatoknak azáltal, hogy ellenőrzi a hibákat, mielőtt egy ügyfél vagy előfizető csomagot biztosítana. A teljes partner rendszergazdai szerepkörrel rendelkező Felhasználó által engedélyezett felhasználók vagy integrációk használhatják ezt az API -t annak biztosítására, hogy ne legyenek ütközések vagy hibák egy adott ügyfél vagy előfizető csomagszolgáltatásával kapcsolatban.
Az API ellenőrzi, hogy nincs-e ütközés az adott ügyfél/előfizető és a Webex meglévő ügyfelei/előfizetői között. Például az API hibákat okozhat, ha az előfizető már ki van osztva egy másik ügyfél vagy partner számára, ha az e- e-mail-cím már létezik egy másik előfizető számára, vagy ha ütközés van a beüzemelési paraméterek és a Webex-en már meglévő paraméterek között. Ez lehetőséget ad arra, hogy még az üzembe helyezés előtt kijavítsa ezeket a hibákat, növelve a sikeres üzembe helyezés valószínűségét.
Az API-val kapcsolatos további információkért lásd: Webex for Wholesale Fejlesztői útmutató
Az API használatához menjen ide: Előzetesen ellenőrizze a nagykereskedelmi előfizetői szolgáltatást
A nagykereskedelmi előfizetői szolgáltatási dokumentum előzetes ellenőrzése eléréséhez be kell jelentkeznie a következőbehttps://developer.webex.com/ portálra. |
Partner SSO – SAML
Lehetővé teszi a partnerrendszergazdák számára az SAML SSO konfigurálását az újonnan létrehozott ügyfélszervezetek számára. A partnerek konfigurálhatnak egyetlen előre meghatározott SSO kapcsolatot, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
Az alábbi Partner SSO lépések csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partnerrendszergazdák megpróbálnak hozzáadni Partner SSO -t egy meglévő ügyfélszervezethez, a meglévő hitelesítési módszer megmarad annak érdekében, hogy a meglévő felhasználók ne veszítsék el a hozzáférésüket. Ha meglévő szervezethez szeretné hozzáadni a Partner SSO -t, meg kell nyitnia egy jegyet a Cisco TAC alkalmazással. |
Ellenőrizze, hogy a külső identitásszolgáltató megfelel-e a következő követelményeknek: Az identitásszolgáltatókra vonatkozó követelmények szakasza Egyszeri bejelentkezéses integráció a Control Hubban .
Nyisson meg egy szolgáltatási kérést a Cisco TAC segítségével. A TAC-nak bizalmi kapcsolatot kell létrehoznia a külső identitásszolgáltató és a Cisco Common Identity szolgáltatás között. .
Ha az IdP-je megköveteli apassEmailInRequest
funkció engedélyezéséhez, ügyeljen rá, hogy ez a követelmény szerepeljen a szolgáltatáskérés. Érdeklődjön az IdP-nél, ha nem biztos benne, hogy szükség van-e erre a funkcióra.Töltse fel a TAC által biztosított CI-metaadatfájlt az identitásszolgáltatója számára.
Belépési sablon konfigurálása. A Hitelesítési mód beállítást, válassza ki Partner hitelesítés . A IDP- azonosító , adja meg az EntityID-t a harmadik fél identitásszolgáltató SAML -metaadat XML -fájljából .
Hozzon létre egy új felhasználót egy új ügyfélszervezetben, amely használja a sablont.
Nagyon, hogy a felhasználó be tud jelentkezni.
Partner SSO – OpenID Connect (OIDC)
Lehetővé teszi a partnerrendszergazdák számára az OIDC SSO konfigurálását az újonnan létrehozott ügyfélszervezetek számára. A partnerek konfigurálhatnak egyetlen előre meghatározott SSO kapcsolatot, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
A Partner SSO OIDC beállításának alábbi lépései csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partnerrendszergazdák egy meglévő sablonban megpróbálják módosítani az alapértelmezett hitelesítési típust Partner SSO OIDC-re, a módosítások nem vonatkoznak a sablont használó ügyfélszervezetekre. Ha meglévő ügyfélszervezethez szeretné hozzáadni a Partner SSO -t, meg kell nyitnia egy jegyet a Cisco TAC alkalmazással. |
Nyisson meg egy szolgáltatási kérelmet a Cisco TAC segítségével az OpenID Connect IDP adataival. Az alábbiak kötelező és nem kötelező IDP-attribútumok. A TAC-nak be kell állítania az IDP-t a CI-n, és meg kell adnia az IDP-n konfigurálandó átirányítási URI -t.
Attribútum
Megkérve
Leírás
IDP név
Igen
Az OIDC IdP-konfiguráció egyedi, de a kis- és nagybetűket nem érző neve tartalmazhat betűket, számokat, kötőjeleket, aláhúzásokat, hullámvölgyeket és pontokat, maximális hossza pedig 128 karakter.
OAuth-ügyfélazonosító
Igen
OIDC IdP-hitelesítés kérésére szolgál.
Titkos OAuth-kliens
Igen
OIDC IdP-hitelesítés kérésére szolgál.
A hatókörök listája
Igen
Az OIDC IdP-hitelesítés kéréséhez használt hatókörök listája, szóközre bontva, pl. 'openid e-mail profil' Tartalmazni kell az openid azonosítót és az e-mailt.
Engedélyezési végpont
Igen, ha a discoveryEndpoint nincs megadva
Az IdP OAuth 2.0 hitelesítési végpontjának URL -címe.
tokenEndpoint
Igen, ha a discoveryEndpoint nincs megadva
Az IdP OAuth 2.0 Token végpontjának URL -címe.
Felfedezési végpont
Nem
Az IdP felderítési végpontjának URL -címe az OpenID végpontok felderítéséhez.
userInfoEndpoint
Nem
Az IdP UserInfo végpontjának URL -címe.
Kulcsbeállítás végpontja
Nem
Az IdP JSON web kulcskészlet-végpontjának URL -címe.
A fenti IDP attribútumok mellett a partnerszervezet azonosító is meg kell adni a TAC kérésben.
Állítsa be az átirányítási URI -t az OpenID connect IDP-n.
Belépési sablon konfigurálása. A Hitelesítési mód beállításához válassza a Partner hitelesítés OpenID Connect segítségével lehetőséget, és adja meg az IDP beállítása során megadott IDP nevet az OpenID Connect IDP entitás azonosító.
Hozzon létre egy új felhasználót egy új ügyfélszervezetben, amely használja a sablont.
Nagyon, hogy a felhasználó bejelentkezhet az SSO hitelesítési folyamat segítségével.
Híváskorrelációs azonosító engedélyezése
A Webex Cisco BroadWorks rendszerhez futtatásához engedélyeznie kell a híváskorrelációs azonosítót. Ez a beállítás számos hívási funkcióhoz szükséges, beleértve a hívásrögzítést, a csoportos hívásfelvételt, az ügyvezetőt és a vezetői asszisztenst.
A CLI segítségével engedélyezze a funkciót az összes AS és XSP rendszeren| ADP interfészek.
Futtassa a következő parancsokat az AS felületeken. Ez lehetővé teszi az AS számára, hogy elküldje a
X-BroadWorks-Correlation-Info
SIP fejléc:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true
AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
A
enableCallCorrelationID
Az Xsi-Actions alkalmazáshoz társított paraméter a híváskorrelációs információk Xsi-Actions naplókban való szerepeltetésének vezérlésére szolgál. Javasoljuk, hogy rendelkezzenenableCallCorrelationID
a következő paranccsal engedélyezhető az XSP-n| ADP interfészek:XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true
A híváskorrelációs azonosítóval kapcsolatos további információkért lásd: Cisco BroadWorks híváskorrelációs azonosító funkció leírása .
Címtár-szinkronizálás
A Címtár-szinkronizálás biztosítja, hogy a Webex Cisco BroadWorks felhasználói a Webex címtár segítségével hívhassanak bármely hívó entitást a BroadWorks kiszolgálóról. Ha ez a funkció engedélyezve van, a BroadWorks kiszolgáló teljes hívási címtárát a rendszer szinkronizálja a Webex címtárral. A felhasználók elérhetik a címtárat a Webex alkalmazásból, és a BroadWorks kiszolgálóról bármely hívó entitást felhívhatnak.
A Címtár-szinkronizálás bekapcsolásához lépjen a következőre: Címtár-szinkronizálás a Webex a Cisco BroadWorks rendszerhez .
A Webex Cisco BroadWorks folyamaton keresztüli üzembe helyezése hozzáadja az üzenetküldő felhasználókat és a kapcsolódó hívási információkat a BroadWorks kiszolgálóról a Webex platformhoz. A telefonlisták, a nem üzenetküldő felhasználók és a nem felhasználói entitások azonban nem szerepelnek benne (például konferenciatermi telefon, faxkészülék vagy keresőcsoport száma). A Címtár-szinkronizálás bekapcsolása biztosítja, hogy az összes hívó entitás hozzákerüljön a Webex platformhoz. |
Egységes híváselőzmények
Ha engedélyezve van az egyesített híváselőzmények, a BroadWorks hívási események szinkronizálódnak a Webex felhőbe, és részeivé válnak a Webex Unified hívás- és értekezletelőzményeknek, amelyek a Webex alkalmazásban jelennek meg. A felhasználók megtekinthetik saját részletes híváselőzményeiket és értekezletelőzményeiket a Webex alkalmazásból.
Az egyesített híváselőzményeket a partnerszintű rendszergazdák engedélyezhetik a Partner Hubban fürtönkénti alapon. Amikor ez a funkció be van kapcsolva, a BroadWorks-telepítés a következő hívási eseményeket szinkronizálja a Webex felhőbe:
Híváselőzmény-események – ezek az események hozzászoktak egy részletes egyesített híváselőzmény létrehozásához
Hook Status események—A Unified Call History olyan kagylóállapot-optimalizálásokat tartalmaz, amelyek csökkentik a hálózati sávszélességet a telefonos jelenlét frissítéseihez
Egységesített híváselőzmények követelményei
Az egyesített híváselőzmények konfigurálása előtt győződjön meg arról, hogy javította a rendszert. Ez a funkció a következő BroadWorks javítások telepítésétől függ:
R22 esetén:
AP.as.22.0.1123.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
R23 esetén:
AP.as.23.0.1075.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
XSP használata esetén—
AP.xsp.23.0.1075.ap378585
Ha ADP-t használ—
Xsi-Events-23_2021.05_1.251.bwar
R24 esetén:
AP.as.24.0.944.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
A Webex Cisco BroadWorks rendszerhez készült futtatásának előfeltételeként telepítendő BroadWorks-javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben. |
A rendszer javítása mellett az ügyfél konfigurációs fájlja ( config-wxt.xml
) a következő címkekészlettel kell rendelkeznie: <call-history enable-unified-history=”%ENABLE_UNIFIED_CALL_HISTORY_WXT%”/>
Ahhoz, hogy a Hunt Group, Call Center és egyéb átirányítási információk megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R23 esetén:
AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994
R24 esetén:
AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994
Ahhoz, hogy az Executive-Assistant információi megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R24 esetén:
AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
Az Xsi-Events-24-et futtató ADP_ 2022.06. vagy újabb
A Broadworks javítások mellett a Címtár szinkronizálást engedélyezni kell az Executive-Assistant egyesített híváselőzményeihez is.
Ha engedélyezi a híváselőzményeket vagy a DND-szinkronizálást, a Webex CTI -előfizetés-frissítési kérelmeket küld a fürthöz tartozó összes felhasználó számára. A felhasználók számától függően ez néhány óráig is eltarthat. Javasoljuk, hogy ne végezzen Broadworks-karbantartási tevékenységet ugyanazon a karbantartási időszak alatt. |
Híváselőzmények engedélyezése (új fürt)
Ha új fürtön szeretné engedélyezni a híváselőzményeket, olvassa el a fürtök hozzáadásának lépéseit Konfigurálja a saját partnerszervezetét a Partner Hubban .
Híváselőzmények engedélyezése (meglévő fürt)
Ha engedélyezni szeretné a híváselőzményeket egy meglévő fürtön, kövesse az alábbi lépéseket:
Jelentkezzen be a Partner Hubba a következő címen:
admin.webex.com
.Ugrás ide: Beállítások elemre és válasszon ki egy meglévő fürtöt.
Ellenőrizze, hogy a fürtkapcsolat megfelelő-e. A jobb oldali panelen egy zöld jelölő kell megjelennie a következővel: A kapcsolat létrejött .
Ha ez nem jelenik meg, akkor a következő alatt: Kapcsolatok ellenőrzése (opcionális) , adja meg BroadWorks felhasználói azonosító és BroadWorks jelszó és kattintson Ellenőrizze hogy ellenőrizze a kapcsolat megfelelőségét.
Ellenőrizze a hívásnapló engedélyezése jelölőnégyzet.
Kattintson a Mentés lehetőségre.
Funkcióinterakciók
A következő funkcióinterakciók léteznek az egyesített híváselőzmények esetében:
Az egyesített híváselőzmények nem támogatottak azoknál a felhasználóknál, akik a BroadWorksben útvonallistákkal vagy közvetlen útvonalakkal vannak konfigurálva. Ha ez a helyzet áll fenn, a rendszer nem küldi el a híváselőzményeket és a Hook állapot eseményeit a Webex alkalmazásba.
Az egyesített híváselőzmények nem támogatottak melléktárcsázás esetén. Előfordulhat, hogy a mellék tárcsázásával indított hívások nem jelennek meg megfelelően a Híváselőzményekben.
Híváselőzmények megtekintése a Webex alkalmazásban
A végfelhasználók a Webex alkalmazásból érhetik el és tekinthetik meg az egyesített híváselőzményeiket. A részletekért lásd: Webex| Hívás- és értekezletelőzmények megtekintése .
Az egyesített híváselőzmények letiltása
Miután engedélyezte az egyesített híváselőzményeket egy fürtön, önmagában nem tilthatja le a funkciót. Ha le szeretné tiltani a funkciót, forduljon a következőhöz: Cisco Technical Assistance Center (TAC) .
Hívófél-azonosítás és hívásátirányítás
Hívófél-azonosítás
Amikor a Webex alkalmazás hívást fogad, megpróbálja azonosítani a hívó fél személyét, és megjeleníti ezt az információt a értesítés bejövő hívásról, a hívás közbeni ablakban, valamint a hívás befejezése után a hívásnapló és a hangpostában.
A Webex alkalmazás megpróbálja megtalálni a hívófél- azonosító úgy, hogy a bejövő telefonszám a különböző forrásokban található kapcsolatok telefonszámával egyezteti. A Webex alkalmazás a következő forrásokat használja ebben a sorrendben. Miután megtalálta az egyik forrásban, nem fog megkísérelni máshol keresni.
Ha egy számnak több előfordulását találja egy forrásban, akkor nem próbál meg kiválasztani közülük egyet, ebben az esetben nem jelenít meg azonosító. |
Webex Common Identity (CI), amely tartalmazza a szervezet felhasználóit.
Személyes és szervezeti kapcsolatok. A Személyes névjegyek a Névjegyek lapon láthatók.
Helyi címjegyzék. Windows rendszeren - Outlook alkalmazás, Mac rendszeren - Mac névjegyek, iOS rendszeren - iPhone névjegyek, Android - Android névjegyek.
Ha nem található egyezés a bejövő telefonszám , akkor az alkalmazás a SIP FROM fejlécben szereplő megjelenítési név fogja használni, ha elérhető. Ellenkező esetben a SIP From fejlécben szereplő SIP URI felhasználónév részét fogja használni végső megoldásként.
Távoli hívásvezérlés (azaz asztali vezérlési módhoz) az XSI info használatos, ahol BWKS azonosító vagy melléket használnak, az XSI esemény távoli-party-info-jából kinyerve. Ha a remote-party-info nem elérhető, akkor a P-Asserted Identity (PAI) lesz használatos (ha be van állítva).
Hívásátirányítás
Abban az esetben, ha egy hívást átirányítottak vagy átirányítottak, az alkalmazás megpróbálja megjeleníteni a hívásértesítésben és a hívásnapló, hogy ki a hívó fél és hogyan továbbította.
Hívásátirányítás: A hívást átirányító számot mutatja.
Keresőcsoport: A hívást továbbító keresőcsoport nevét mutatja.
Call Center várólista: A hívást továbbító sor nevét mutatja.
Vezetői asszisztens: Annak az ügyvezetőnek a nevét mutatja, akinek a hívása érkezik.
Kivételek:
belső hívás sor hívások esetén, amikor egy ügynök visszahív egy belső felet, a távoli fél nem fogja látni a hívásvárakoztatási sor nevét, hanem az őket hívó ügynök nevét.
Máshol fogadott hívás:
Az egyidejű útválasztással beállított keresőcsoportok vagy hívási sorok esetében az ügynökök máshol látják a fogadott hívásnapló , ha egy másik ügynök veszi fel a hívást. A szekvenciális útválasztással rendelkező keresőcsoportok vagy hívási sorok esetén, illetve túlcsordulás esetén a hívások nem nem fogadott hívás jelennek meg a hívásnapló , ha egy másik ügynök fogadja őket.
Megosztott vonal megjelenése
A megosztott vonal megjelenése az a képesség, hogy más felhasználók vonalait megosztott vonalakként beüzemelje a végfelhasználói eszközön. A Webex alkalmazás megosztott közös vonal konfigurációja hasonló az asztali telefonok közös vonal konfigurációjához. Ez a speciális funkció lehetővé teszi, hogy közös vonal vonalmegjelenéseket rendeljen a végfelhasználó Webex alkalmazásához.
Ezzel a funkcióval a felhasználók közvetlenül a Webex alkalmazásból kezelhetik a másik felhasználó mellékén érkező hívásokat.
A megosztott vonal megjelenését csak a Webex alkalmazás asztali verziójához konfigurálhatja.
Legfeljebb 10 vonalat adhat hozzá, beleértve az elsődleges vonalat is, a Webex alkalmazáshoz.
A munkaterület vonala nem rendelhető hozzá megosztott vonalként.
Egy felhasználó nem rendelhető hozzá Executive-Assistant szolgáltatáshoz, és egyidejűleg rendelkezik közös vonalak.
A felhasználó elsődleges vonal portját nem szabad megosztott vonalra módosítani.
Követelmények
A funkció Webex for Cisco BroadWorks rendszeren történő telepítéséhez a következő BroadWorks-javításokat kell telepítenie:
1. javítás: Tulajdonos jelölése az eszközlistában a Webex Client közös vonalak támogatásához
R23 ADP nélkül:
AP.as.23.0.1075.ap384179
AP.xsp.23.0.1075.ap384179
R23 ADP-vel:
AP.as.23.0.1075.ap384179
Xsi-Actions-23_ 2022.10
R24:
AS: AP.as.24.0.944.ap384179
Xsi-Actions-24_ 2022.10
R25:
AS: RI kiadás Rel_ 2022.10_ 1.310
Xsi-Actions-25_ 2022.10
2. javítás: Javítások a portszám növeléséhez az eszközprofil típusokon (jelen esetben az asztali kliens esetében: Business Communicator).
RI kiadás Rel_ 2022.10_ 1.310
„Ne zavarjanak” (DND) szinkronizálás
A „Ne zavarjanak” (DND) szinkronizálás a DND-státusz két platform közötti szinkronizálásával összehangolja a DND-beállításokat a Webex és a BroadWorks között. Ha például egy felhasználó bekapcsolja a DND-t a Webex alkalmazásból, az állapot szinkronizálódik a BroadWorks hívóeszközökhöz. Ennek eredményeként a felhasználó BroadWorks-regisztrált asztali telefon nem csörög, amikor valaki megpróbálja hívni. Hasonlóképpen, ha egy felhasználó asztali telefon állít be DND-t, az állapot szinkronizálódik a Webex alkalmazásba. E funkció nélkül az egyik platformról érkező DND-frissítéseket nem ismeri fel a másik platform.
A DND-szinkronizálás a BroadWorks-fürt szintjén kerül alkalmazásra, és egy partnerrendszergazda engedélyezheti a Partner Hubban.
Előfeltételek
Győződjön meg arról, hogy a következő javítások telepítve vannak az AS és XSP rendszeren| ADP. Csak a BroadWorks-verzióhoz tartozó javításokat alkalmazza.
22. kiadás esetén:
AS javítás: AP.as.22.0.1123.ap382615, AP.as.22.0.1123.ap382838
XSP| ADP javítás: AP.xsp.22.0.1123.ap382615, AP.xsp.22.0.1123.ap382838
23. kiadás esetén:
AS javítás: AP.as.23.0.1075.ap382615, AP.as.23.0.1075.ap382838
XSP| ADP javítás: AP.xsp.23.0.1075.ap382615, AP.xsp.23.0.1075.ap382838
ADP-alkalmazások: Xsi-Actions-23_ 2022.03_ 1.220.bwar, Xsi-Events-23_ 2022.03_ 1.220.bwar
24. kiadás esetén:
AS javítás: AP.as.24.0.944.ap382615, AP.as.24.0.944.ap382838
ADP-alkalmazások: Xsi-Actions-24_ 2022.03_ 1.220.bwar, Xsi-Events-24_ 2022.03_ 1.220.bwar
A javítások telepítése után aktiválja a 25433-as funkciót az AS-en:
AS_CLI/System/ActivatableFeature> activate 25433
Eszközfunkció-kulcs-szinkronizálás konfigurálása a BroadWorks-en. Győződjön meg arról, hogy a telefon támogatja a SIP SUBSCRIBE/NOTIFY funkciót az „as-feature-event” eseménycsomaghoz. A részletekért lásd: Cisco BroadWorks eszközfunkciókulcs-szinkronizálás .
DND-szinkronizálás engedélyezése (meglévő fürt)
Jelentkezzen be a Partner Hubba
Kattintson Beállítások elemre .
Kattintson Fürt megtekintése és válassza ki a megfelelő BroadWorks-fürtöt.
Engedélyezze a Ne zavarjanak (DND) szinkron kapcsolót.
Adja meg BroadWorks felhasználói azonosító , és kattintson a gombra Engedélyezés .
A rendszer ellenőrzi, hogy a BroadWorks-fürt rendelkezik-e a DND-szinkronizálás támogatásához megfelelő javításokkal. Ha az érvényesítés sikertelen, a Mentés gomb letiltásra kerül.
Ha az érvényesítés sikeres, kattintson a gombra Mentés .
|
DND-szinkronizálás engedélyezése (új fürt)
A funkciót a fürt létrehozása során is engedélyezheti. A részletekért lásd a „BroadWorks-fürtök konfigurálása” című részt Konfigurálja a saját partnerszervezetét a Partner Hubban .
DND szinkronizálás letiltása
A DND-szinkronizálást egyedül nem lehet kikapcsolni. A funkció letiltásához hozzon létre egy műszaki BEMS-esetet a következő információkkal:
Család: Spark szolgáltatás
Termék: Hívás a Webex (Webex a BroadWorks-hez)
Összetevő: WxBW- Létesítés
A BEMS-esetnek fel kell tüntetnie, hogy a „Ne zavarjanak ” szinkronizálást le kell tiltani egy partnernél. A toknak tartalmaznia kell partnerId és BroadWorks clusterId .
Használati esetek
Hívásrögzítés
A Webex for Cisco BroadWorks a hívásrögzítés négy módját támogatja.
Felvételi módok | Leírás | A Webex alkalmazás megjelenő vezérlők/jelzők |
---|---|---|
Mindig | A rögzítés a hívás létrejöttekor automatikusan elindul. A felhasználó nem képes elindítani vagy leállítani a felvételt. |
|
Mindig Szüneteltetés/Folytatás funkcióval | A rögzítés a hívás létrejöttekor automatikusan elindul. A felhasználó szüneteltetheti és folytathatja a felvételt. |
|
OnDemand lehetőségre | A rögzítés automatikusan elindul a hívás létrehozásakor, de a felvétel törlődik, hacsak a felhasználó meg nem nyomja Indítsa el a Felvételt . Ha a felhasználó elkezdi a felvételt, a hívásbeállításból származó teljes felvétel megmarad. A felvétel elindítása után a felhasználó szüneteltetheti és folytathatja a felvételt |
|
OnDemand felhasználó által kezdeményezett indítással | A rögzítés nem indul el, hacsak a felhasználó nem választja ki a Indítsa el a Felvételt opciót a Webex alkalmazás. A felhasználónak lehetősége van többször elindítani és leállítani a felvételt hívás közben. |
|
Követelmények
A funkció Webex for Cisco BroadWorks rendszeren történő telepítéséhez a következő BroadWorks-javításokat kell telepítenie:
R22 esetén: AP.as.22.0.1123.ap377718
R23 esetén: AP.as.23.0.1075.ap377718
R24 esetén: AP.as.24.0.944.ap377718
A híváskorrelációs azonosítót be kell kapcsolni. A részletekért lásd: Híváskorrelációs azonosító engedélyezése .
A funkció használatához a következő konfigurációs címkét kell engedélyezni: %ENABLE_CALL_RECORDING_WXT%
.
Ehhez a funkcióhoz egy harmadik féltől származó hívásrögzítés platformmal való integráció szükséges.
A hívásrögzítés BroadWorks rendszeren történő konfigurálásához lépjen a következőre: Cisco BroadWorks hívásrögzítési felület útmutató .
További információk
A Rögzítés funkció használatával kapcsolatos felhasználói információk ugorjon a következőre: help.webex.com
cikket Webex| Rögzítse a hívásokat .
Egy felvétel ismételt lejátszásához a felhasználóknak vagy a rendszergazdáknak fel kell lépniük a harmadik féltől származó hívásrögzítés platformjukra.
Csoportos hívás park és lekérés
A Webex for Cisco BroadWorks támogatja a csoportos hívások parkoltatását és visszakeresését. Ez a funkció lehetőséget biztosít a csoporton belüli felhasználók számára a hívások parkoltatására, amelyeket azután a csoport többi felhasználója lehívhat. Például az üzletben dolgozó kiskereskedelmi alkalmazottak használhatják a funkciót arra, hogy parkoljanak egy hívást, amelyet aztán egy másik részlegen valaki felvehet.
Funkció működése
Miután beállította a funkciót
Hívás közben a felhasználó rákattint a Park opciót a Webex alkalmazás , hogy a rendszer által automatikusan kiválasztott mellékre parkoltassák a hívást. A rendszer 10 másodpercig megjeleníti a felhasználónak a melléket.
A csoport egy másik felhasználója rákattint a Hívás fogadása opciót a Webex alkalmazás. A felhasználó ezután belép a várakoztatott hívás mellékére, hogy folytathassa a hívást.
Követelmények
A funkció működéséhez győződjön meg a következőkről:
Az ügyfél konfigurációs fájljának a következő címkékkel kell rendelkeznie:
<call-park enabled="%ENABLE_CALL_PARK_WXT%" timer="%CALL_PARK_AUTO_CLOSE_DIALOG_TIMER_WXT%"/>
A híváskorrelációs azonosítót engedélyezni kell az AS és az XSP rendszeren| ADP. A részletekért lásd: Híváskorrelációs azonosító engedélyezése .
Az SBC-t úgy kell beállítani, hogy átadja a
x-broadworks-correlation-in
' SIP attribútum az Alkalmazáskiszolgáló felé és onnan.
Konfiguráció
A Csoportos hívásparkoltatás BroadWorks rendszeren történő konfigurálásával kapcsolatos információkért lásd a „Hívásparkoltatás csoport hozzáadása” című részt a Cisco BroadWorks alkalmazáskiszolgáló csoport web felület Felügyeleti útmutató – 2. rész . Létre kell hoznia egy csoportot, és hozzá kell adnia felhasználókat a csoporthoz.
A híváskorrelációs azonosító BroadWorks rendszeren történő konfigurálásával kapcsolatos információkért lásd: Cisco BroadWorks híváskorrelációs azonosító funkció leírása .
További információk
A Csoportos hívásparkoltatással kapcsolatos felhasználói információk lásd: Webex| Hívások parkoltatása és fogadása .
Hívásparkoltatás/Irányított hívásparkoltatás
A Webex alkalmazás felhasználói felülete nem támogatja a normál vagy irányított hívásátirányítás , de a telepített felhasználók funkció-hozzáférési kódokkal telepíthetik a funkciót:
Belépés *68 hogy parkoljon egy hívást
Belépés *88 hívás fogadásához
Belépés a hívásba
A barge-in szolgáltatást általában call center környezetben vagy más olyan helyzetekben használják, ahol azonnali segítségre vagy beavatkozásra lehet szükség.
Amikor a betárolási szolgáltatás engedélyezve van, a kijelölt felhasználó vagy felettes egy adott parancs indításával, vagy a telefonján vagy a kommunikációs eszközén lévő dedikált gomb vagy billentyűkombináció használatával beléphet egy aktív hívás . A behatolási kérelem elküldését követően a rendszer kapcsolatot létesít a folyamatban lévő hívással, lehetővé téve az arra jogosult személy számára, hogy meghallgassa a beszélgetést, vagy aktív résztvevőként csatlakozzon a híváshoz.
A betárolási szolgáltatás különféle helyzetekben hasznos lehet. Call center-beállításokban a felettesek vagy oktatók figyelemmel kísérhetik és felkészíthetik az ügyfélszolgálati munkatársakat azáltal, hogy valós időben hallgatják a hívásaikat. Ha szükséges, beavatkozhatnak, hogy útmutatást adhassanak, vagy átvegyék a hívást, ha a képviselőnek nehézségei vannak. Vészhelyzetekben vagy kritikus megbeszélésekben a felhatalmazott személyzet gyorsan csatlakozhat a folyamatban lévő beszélgetésekhez, hogy segítséget nyújthasson vagy fontos döntéseket hozhasson.
A Webex alkalmazás for Barge in alkalmazásban értesítést kapunk arról, hogy a hívás konferenciává alakul át. Az ÉRTESÍTÉS-ben (hívás-info vagy konferencia-infó) nincs további információ, hogy mi a konferencia típusa, így azt másképp tudjuk kezelni.
Barge-in esetén háromoldalú hívás jön létre a felek között. A következő kifejezések kerülnek bevezetésre:
Felügyelő : A felettes az a személy, aki felügyeli és kezeli az ügyfélszolgálati ügynökökből vagy a call center képviselőiből álló csapatot. A hívásbeavatkozással összefüggésben a felettes általában képes figyelni és beavatkozni a folyamatban lévő ügyfélhívásokba. Hívásfigyelő eszközöket vagy szoftvert használhatnak a hívásfelügyelet , útmutatást nyújthatnak az ügynökök számára, és biztosíthatják a minőségellenőrzést. A felettes szerepe magában foglalhatja az ügynökök képzését, az ügyfelek aggályainak kezelését és a csapat teljesítményének optimalizálását.
Ügyfél: Az ügyfél egy olyan magánszemély vagy entitás, aki kapcsolatba lép egy vállalattal vagy szervezettel, hogy termékeket, szolgáltatásokat vagy támogatást szerezzen. A betelefonálás összefüggésében ügyfél az a személy, aki egy ügyfélszolgálati ügynökkel kezdeményez vagy fogad telefonhívás . Az ügyfelek a hívás során segítséget, információt vagy megoldást kérhetnek kérdéseikre vagy problémáikra. A hívásbarge-in funkció lehetővé teszi, hogy a felettesek vagy a felhatalmazott személyzet csatlakozzanak az ügyfél és az ügynök között folyó híváshoz.
Ügynök: Az ügynök, más néven ügyfélszolgálati képviselő vagy telefonos ügyfélszolgálat ügyintézője, az a személy, aki felelős az ügyfélkapcsolatok kezeléséért, valamint a telefonon vagy más kommunikációs csatornákon keresztül nyújtott támogatásért vagy segítségnyújtásért. Az ügynökök képzést kapnak az ügyfelek kérdéseinek megválaszolására, a problémák megoldására, a tranzakciók feldolgozására és a pozitív ügyfélélmény biztosítására. A hívási egyeztetés összefüggésében az ügynök az a személy, aki közvetlenül beszél az ügyfélhez a telefonhívás során. Az ügynök szükség esetén útmutatást vagy visszajelzést kaphat a felettestől betelefonáláson keresztül.
Mobil natív hívás eszkalálása értekezletre
A Mobile Native Call Escalate to Meeting két egyedi funkcióval rendelkezik:
Új leküldéses értesítés
A natív hívást kezdeményező mobilfelhasználók mostantól az Új leküldéses értesítés lehetőségre koppintva válthatnak a Webex alkalmazásra. Amikor elindít egy natív hívási képernyőt, egy Új leküldéses értesítés jelenik meg a képernyőn, és az értesítésre koppintva közvetlenül a Webex App hívás közbeni képernyőjére kerül.
mobiltelefon közben megjelenik a Webex értesítés, ha a Webex Go alkalmazást használja, vagy ha a mobilhálózat-szolgáltató (MNO) rendelkezik a Cisco hívásvezérlés használó hívásjelzéssel a mobiltelefon hívásokhoz.
Mobilhívás áthelyezése értekezletbe
Amikor éppen egy hívásban van valakivel, érdemes áthelyezni a hívást egy értekezletbe, hogy kihasználhassa az értekezletek egyes speciális funkcióit, például a videót, a megosztást vagy a jegyzettáblát. Vagy hívjon meg másokat a beszélgetésbe, és lépjen át egy értekezletre.
BroadWorks-követelmények
Aktiválható 25239 funkció
R23 XSP-vel| ADP:
AS Patch AP.as.23.0.1075.ap383064
XSP| ADP-javítás AP.xsp.23.0.1075.ap383064
Javítás: AP.platform.23.0.1075.ap383064
R23 ADP-vel:
AS Patch AP.as.23.0.1075.ap383064
ADP Xsi-Actions-23-mal, CommPilot-23 verzió > 2022.05_ 1.303 és NPS verzió > 2022.08_ 1.350
R24:
AS javítás: AP.as.24.0.944.ap383064
ADP Xsi-Actions-24, CommPilot-24 verzió > 2022.05_ 1.303 és NPS verzió > 2022.08_ 1.350
R25:
AS RI R kiadásel_ 2022.08_ 1.354
ADP Xsi-Actions-25-tel, CommPilot-25 > 2022.08_ 1.350 és NPS verzió > 2022.08_ 1.350
URI tárcsázási konfiguráció a Hívás áthelyezése értekezletbe funkció támogatására
NS Urltárcsázási házirend
Határozzon meg szabályt a (.*)webex.com számára az I-SBC-n keresztül történő átirányításhoz
NS_CLI/Policy/UrlDialing> get WebexMeetings
Policy: UrlDialing Instance: Webex
unknownSipURIHandling = reject
disableSubscriberLookups = true
Enable = true
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, TPSX, OAX, GNT, DP, LPS, OA, TPS, IOA, MOBX, EA, FGB, MOB, SNEN, POA, SV, SVCD, CAC, IN, TO1X, MS, CSV, VSC, EM, SVCO, SMC, TPSE, ZD, NIL, CS, CT, TF, GAN, VFAC, TO, DA, OAP}
lineportOnly = false
enableSipURIMatchingRules = true
NS_CLI/Policy/UrlDialing/Rules> get WebexMeetings
Policy: UrlDialing Instance: WebexCalling Table: Rules
id pattern routingNE cost weight dtg
===================================================================
1 *@*.webex.com WebexMeetings 1 50 WebexMeetings
NS NE útválasztás az I-SBC számára
Példa konfigurációra
NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
Network Element WebexMeetings
Location = 1281465
Data Center =
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = NIL_PROFILE
Remote Lookup Enabled = false
Signaling Attributes =
NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
Routing NE Address Cost Weight Port Transport Route
=====================================================================
WebexMeetings sbc-address 1 99 - unspecified
NS útválasztási profil
UrlDialing házirend-példány hozzáadva a megfelelő útválasztási profil(ok)hoz
NS_CLI/Policy/Profile> get profile MyInst
Profile: Webex
Policy Instance
==========================================
…
UrlDialing WebexMeetings
AS NS Route használata a NetworkURL híváshoz
Engedélyezze az AS számára az NS útvonal tiszteletben tartását Hibrid AS módban
AS_CLI/Interface/IMS> set queryNSForNetworkURL true
E911 Segélyhívás
A Webex for Cisco BroadWorks támogatja az E911 segélyhívó szolgálatok hívását. Ezzel a funkcióval a segélyhívások egy PSAP-ra lesznek irányítva, amely a segélyhívó szolgálatokat a hívó fél helyszínére irányíthatja. A funkció használatához integrálnia kell a Webex for Cisco BroadWorks alkalmazást egy E911 segélyhívás szolgáltatóval.
A következő Webex -cikkek segítségével konfigurálhatja az E911 segélyhívó szolgáltatásainak támogatását:
E911 vészhívás a Webex for BroadWorks alkalmazásban —E cikk segítségével konfigurálhatja az E911-vészhívást a Webex for Cisco BroadWorks alkalmazásban az alábbi támogatott E911-szolgáltatók egyikének használatával:
Sávszélesség
Intrado
RedSky
Segélyhívási felelősség kizárása — Ha rendelkezik helymeghatározási szolgáltatással, beállíthatja, hogy a Webex alkalmazás Vészhelyzeti szolgálatok felelősségkizárása ablaka tartalmazzon lehetőséget a felhasználók számára, hogy bejelentkezéskor frissítsék a tartózkodási helyüket.
Ügyfelek testre szabása és biztosítása
A felhasználók letöltik és telepítik az általános Webex -alkalmazásaikat, asztali számítógépre vagy mobilra (a letöltési hivatkozásokat lásd: Webex alkalmazásplatformok ). A felhasználó hitelesítését követően a kliens regisztrál a Webex Cloudon üzenetküldéshez és értekezletekhez, lekéri a márkainformációit, felfedezi a BroadWorks szolgáltatás információit, és letölti a hívási konfigurációját a BroadWorks alkalmazáskiszolgálóról (DMS-en keresztül XSP-n| ADP).
A Webex-alkalmazások hívási paramétereit a Webex -ben konfigurálhatja (a szokásos módon). A Control Hubban konfigurálhatja a márkaépítési, üzenetküldési és értekezletparamétereket az ügyfelek számára. A konfigurációs fájl közvetlenül nem lehet módosítani.
Ez a két konfigurációkészlet átfedheti egymást, ebben az esetben a Webex -konfiguráció felülírja a BroadWorks-konfigurációt.
Webex Apps konfigurációs sablonok hozzáadása a BroadWorks alkalmazáskiszolgálóhoz
A Webex alkalmazások DTAF fájlokkal vannak konfigurálva. Az ügyfelek letöltenek egy konfigurációs XML-fájl az alkalmazáskiszolgálóról az XSP eszközkezelő szolgáltatásán keresztül| ADP.
Szerezze be a szükséges DTAF fájlokat (lásd Eszközprofilok lehetőségre A környezet előkészítése szakaszban).
Ellenőrizze, hogy a megfelelő címkekészletek vannak-e beállítva BroadWorks System > Erőforrások > Eszközkezelési címkekészletek .
Minden egyes beüzemelt ügyfél esetében:
Töltse le és bontsa ki a DTAF zip fájlt az adott klienshez.
DTAF-fájlok importálása a BroadWorks-be itt: Rendszer > Erőforrások > Identitás/eszközprofil típusok
Nyissa meg az újonnan hozzáadott eszközprofil szerkesztéshez, és:
Adja meg az XSP-t| ADP farm FQDN és Device Access Protocol.
Ellenőrizze a Távoli partyinformációk támogatása jelölőnégyzet. Ez a támogatás szükséges az asztalmegosztás működéséhez.
A távoli fél támogatását úgy is engedélyezheti, hogy futtatja a következő CLI-parancs az alkalmazáskiszolgálón:AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Módosítsa a sablonokat a környezetének megfelelően (lásd az alábbi táblázatot).
Mentse el a profilját.
Kattintson Fájlok és hitelesítés majd válassza ki az összes rendszerfájl újraépítését.
Név | Leírás |
Kodek prioritás | Állítsa be a VoIP -hívások hang- és videokodekeinek prioritási sorrendjét |
TCP, UDP és TLS | Konfigurálja a SIP-jelküldés és médiához használt protokollokat |
RTP audio és videó portok | Porttartományok konfigurálása az RTP hanghoz és videóhoz |
SIP beállítások | Konfigurálhatja a SIP -pel kapcsolatos különféle opciókat (SIP INFO, rport használata, SIP-proxy felderítés, frissítési időközök a regisztrációhoz és az előfizetéshez stb.) |
A Webex alkalmazás márkaépítésének testreszabása
Partner testreszabása—A partneri rendszergazdák alkalmazhatnak speciális márkaépítési testreszabásokat, amelyek a partner által kezelt partnerszervezetre és/vagy ügyfelekre vonatkoznak. Lásd Speciális márka-testreszabások konfigurálása .
Ügyfélre vonatkozó testreszabások—Ha a partner lehetővé teszi az ügyfelek számára, hogy alkalmazzák saját márkaépítési testreszabásaikat, az ügyfél rendszergazdái a következő oldalon követhetik az eljárást: Vállalati márkaépítés hozzáadása a Webex .
A Felhasználóaktiválási portál ugyanazt az emblémát használja, mint amit az ügyfél márkaépítéshez ad hozzá. |
A problémajelentési és a súgó URL-címek testreszabása
A beállítások testreszabásához a rendszergazdák követhetik a „Visszajelzés és súgóoldal URL-címeinek hozzáadása” című eljárást, amely mindkét fenti Márkaépítési cikkben található.
A Webex for Cisco BroadWorks tesztszervezetének konfigurálása
Mielőtt elkezdené
Átfolyós üzembe helyezéssel
Az összes XSP-t be kell állítania| Az ADP-szolgáltatásokat, és a partnerszervezetet a Control Hubban, mielőtt elvégezné ezt a feladatot.
1 | Szolgáltatás hozzárendelése a BroadWorks-ben: |
2 | Ügyfélszervezet és felhasználók ellenőrzése a Control Hubban: |
Felhasználói tesztelés
1 | Töltse le a Webex alkalmazás két különböző gépen. |
2 | Jelentkezzen be tesztfelhasználóként a két gépen. |
3 | Indítson teszthívásokat. |
Ügyfélszervezetek biztosítása
A jelenlegi modellben automatikusan kiépítjük az ügyfélszervezetet, amikor belép az első felhasználóba a jelen dokumentumban ismertetett módszerek bármelyikén keresztül. Az üzembe helyezés csak egyszer történik minden ügyfél esetében.
Felhasználók beüzemelése
A szolgáltatlási felhasználók a következő módokon adhatja ki:
Használjon API-kat Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailekhez a Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailek nélkül. A felhasználók megadják és érvényesítik az e-mail-címeket a Webex -fiókok létrehozásához
Engedélyezze a felhasználók számára az önaktiválást (küldjön nekik egy hivatkozást, ők hoznak létre Webex -fiókot)
Nyilvános üzembe helyezési API-k
A Webex nyilvános API-kat tesz elérhetővé, hogy lehetővé tegyék a szolgáltatók számára, hogy integrálják a Webex for Cisco BroadWorks előfizetői kiépítését a meglévő üzembe helyezési munkafolyamataikba. Ezen API-k specifikációi itt érhetők el: developer.webex.com
. Ha ezekkel az API-kkal szeretne fejleszteni, forduljon a Cisco képviselőjéhez, és szerezze be a Webex Cisco BroadWorks alkalmazást.
A nagykereskedelmi ügyfeleket elutasítják ezek az API-k. |
Folyamatos üzembe helyezés
A BroadWorks rendszeren a szolgáltatlási felhasználók a Integrált IM&P engedélyezése opciót. Ez a művelet arra készteti a BroadWorks üzembe helyezési illesztőt, hogy egy API-hívás indít a felhasználó kiépítéséhez a Webex-en. Az üzembe helyezési API -nk visszafelé kompatibilis az UC-One SaaS API-val . A BroadWorks AS nem igényel kódmódosítást, csak a létesítési adapter API -végpontjának konfigurációs módosítás .
Az előfizetők telepítése a Webex -en jelentős időt vehet igénybe (a kezdeti felhasználónál több percet is igénybe vehet a vállalaton belül). A Webex az üzembe helyezést háttérfeladatként végzi. Tehát az átmenőleges üzembe helyezés sikeressége azt jelzi, hogy a telepítés megkezdődött. Nem jelzi a befejezést. Annak ellenőrzéséhez, hogy a felhasználók és az ügyfélszervezet teljes körűen kiépült-e a Webex rendszerében, be kell jelentkeznie a Partner Hubra, és meg kell néznie az Ügyféllistát. A BroadWorks törzshálózatot használó felhasználók megosztott hívási megjelenésen (SCA) keresztül rendelkezhetnek Webex for BroadWorks-szel. A trönkelő felhasználóhoz hozzá kell rendelni a hitelesítési szolgáltatást. A BroadWorks trunking megoldási útmutató 8. szakaszában leírtak szerint ez lehetővé teszi, hogy az SCA Webex megjelenés hitelesítése elkülönüljön a közös fővonali hitelesítéstől. A Webex for BroadWorks nem létesíthető olyan trönkelő felhasználók számára, akiknek Útvonallista vagy Közvetlen útválasztás funkciói vannak hozzárendelve. |
A sablonok helye átkerült a BroadWorks Calling alkalmazásból a Szervezeti beállításokban az Ügyféllista részbe, és mostantól Bevezető sablonnak hívják. |
Felhasználói önaktiválás
BroadWorks-felhasználók kiépítése a Webex az Integrált IM&P szolgáltatás hozzárendelése nélkül:
Jelentkezzen be a Partner Hubba, és keresse meg a Ügyféllista oldalon.
Kattintson Sablonok megtekintése .
Válassza ki az erre a felhasználóra alkalmazni kívánt beüzemelési beléptető sablont.
Ne feledje, hogy minden sablon egy fürthöz és a partnerszervezethez van társítva. Ha a felhasználó nincs a sablonhoz társított BroadWorks rendszerben, akkor a felhasználó nem tudja aktiválni magát a hivatkozással.
Másolja ki a beüzemelési hivatkozást, és küldje el a felhasználónak.
Érdemes lehet a szoftverletöltési hivatkozást is feltüntetni, és emlékeztetni a felhasználót, hogy a Webex -fiók aktiválásához meg kell adnia és ellenőriznie kell az e- e-mail-cím .
A kiválasztott sablonon nyomon követheti a felhasználó aktiválási állapotát.
További információkért lásd: Felhasználó-létesítési és aktiválási folyamatok .
Beüzemelés nem megbízható e-mailekkel
A Partner Hub egy sor vezérlőt biztosít a Felhasználói állapot nézeten belül, amely lehetővé teszi Webex a Cisco BroadWorks rendszerhez A szolgáltató rendszergazdái ellenőrzik a felhasználó állapotát, és kijavítják a hibákat a nem megbízható e-mailekkel történő beüzemeléskor. További részletekért lásd: A felhasználói kiépítés ellenőrzése nem megbízható e-mailekkel.
Webex -felhasználók áthelyezése a Webex for Cisco BroadWorks rendszerébe
Ha meglévő Webex -felhasználókat szeretne áthelyezni a Webex for Cisco BroadWorks rendszerébe, tekintse meg az alábbi táblázatot a követendő eljárás meghatározásához.
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) |
|
Ügyfélszervezet | A Webex for BroadWorks csatolása a meglévő szervezethez — A szervezeti melléklet (az első felhasználó számára) a Webex for BroadWorks alkalmazást is hozzáadja a következő felhasználókhoz, amennyiben azok a megfelelő szervezethez vannak rendelve. |
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) | Ha a Webex for BroadWorks-szervezet nem létezik (nincs kiépítve felhasználó):
Ha létezik Webex for BroadWorks-szervezet (legalább egy felhasználó ki van jelölve):
|
Ügyfélszervezet |
|
Felhasználó áthelyezése (beleegyezéssel) a Webex Cisco BroadWorks alkalmazásba
Ezzel az eljárással áthelyezhet egy meglévő Webex -felhasználót, aki egy fogyasztói szervezethez tartozik, vagy önregisztráló fiókkal (ingyenes fiókkal vagy próbafiókkal) rendelkezik a Webex for Cisco BroadWorks rendszerébe. Ne feledje, hogy a Webex for Cisco BroadWorks szervezetnek léteznie kell (az első felhasználó kiépítésével). Ebben az esetben az alábbi lehetőségek egyikével helyezheti át a felhasználókat:
Felhasználó áthelyezése (megbízható e- e-mail-címmel) – A megbízható e-mail-címekkel történő létesítést használja
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel) – A nem megbízható e-mailekkel kapcsolatos szolgáltatást használja
Önaktiválás
Felhasználó áthelyezése (megbízható e- e-mail-címmel)
Ha a belépési sablon megbízható e-maileket használ, a partner rendszergazda a következő felhasználókat a következő folyamattal helyezheti át:
A rendszergazda hozzáadja a felhasználót.
A felhasználó a BroadWorks Provisioning Bridge-re kerül.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Fiók aktiválása . A felhasználót a rendszer a Webex Consumer portálra irányítja át.
A felhasználó bejelentkezik a Webex.
Felhasználói kattintások Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel)
Ha a beléptető sablon nem megbízható e-maileket használ, először a felhasználó e- e-mail-cím kell érvényesíteni. A rendszergazda az alábbi folyamatot követve helyezheti át a következő felhasználókat:
A rendszergazda hozzáadja a felhasználót.
A felhasználó automatikusan a BroadWorks Provisioning Bridge-re kerül.
A rendszer egy aktiválási hivatkozást tartalmazó szöveget küld a felhasználónak.
A felhasználó rákattint az Aktiválás hivatkozásra, és megadja az e- e-mail-cím.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Csatlakozzon most .
Az e- e-mail-cím érvényesítése megtörtént.
A rendszer átirányítja a felhasználót, hogy jelentkezzen be a Webex Consumer portálra.
A felhasználó bejelentkezik a Webex.
A felhasználónak rá kell kattintania Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Önaktiválási folyamat
Ha a felhasználónak van BroadWorks-fiókja, akkor az önaktiválási folyamat segítségével áthelyezheti a fiókját.
A felhasználó BroadWorks hitelesítési adataival jelentkezik be a felhasználói hozzáférési portál URL -címére.
A felhasználó megadja az e- e-mail-cím.
A felhasználó a BroadWorks Provisioning Bridge-be kerül.
A rendszer egy automatikus e-mailt küld a felhasználó e- e-mail-cím.
A felhasználó megnyitja az e-mailt, és rákattint a Csatlakozzon most hivatkozást, amely hitelesíti az e- e-mail-cím.
A CI azt találja, hogy a felhasználónak már van Webex -fiókja. A felhasználónak törölnie kell a régi fiókját, mielőtt folytatná.
A rendszer átirányítja a felhasználót a Webex való bejelentkezésre.
A felhasználó bejelentkezik a Fogyasztói Portálra.
A felhasználó rákattint Fiók törlése lehetőségre .
A régi Webex -fiók törlődik.
A felhasználó egy új Webex for Cisco BroadWorks-fiókot kapott ugyanazzal az e- e-mail-cím.
A Webex for BroadWorks csatolása a meglévő szervezethez
Ha Ön partner rendszergazda Webex for BroadWorks szolgáltatásokat ad hozzá egy meglévő Webex ügyfélszervezethez, amely még nincs társítva partner által kezelt BroadWorks-vállalattal, az ügyfélszervezet rendszergazdájának KELL jóváhagynia a rendszergazdai hozzáférést ahhoz, hogy a beüzemelési kérelem sikeres legyen.
Szervezeti rendszergazdai jóváhagyásra van szükség, ha a következők bármelyike igaz:
A meglévő ügyfélszervezetnek 100 vagy több felhasználója van
A szervezet ellenőrzött e-mail-domainnel rendelkezik
A szervezeti tartomány igényelve
Ha a fenti feltételek egyike sem teljesül, akkor automatikus csatolás történhet.
Egy an Automatikus csatolás forgatókönyv esetén a Webex for BroadWorks-előfizetés hozzáadásra kerül egy meglévő ügyfélszervezethez a meglévő szervezeti rendszergazda vagy végfelhasználó értesítése nélkül. A legtöbb esetben a Partnerszervezete létesítési rendszergazdai jogokat kap. Ha azonban az ügyfélszervezetnek nincs licence, vagy csak felfüggesztett/visszavont licencei vannak, akkor teljes körű rendszergazda lesz. Az üzembe helyezési rendszergazdai hozzáféréssel korlátozott mértékben láthatja a meglévő szervezet felhasználóit a Control Hubban. Javasoljuk, hogy vegye fel a kapcsolatot az ügyfél rendszergazdájával, és kérjen teljes rendszergazdai hozzáférést a szervezethez. |
A partnerrendszergazdák a következő eljárással adhatják hozzá a BroadWorks hívási szolgáltatásokat egy meglévő Webex szervezethez:
A Partner Hubban a Meglévő szervezetek üzembe helyezése A kapcsolót engedélyezni kell az adott szervezeten belül Belépési sablon beállításokat (a kapcsoló alapértelmezés szerint be van kapcsolva). |
1 | A partner rendszergazda biztosítja a Webex for Cisco BroadWorks alkalmazást az ügyfél számára. Segítségért lásd: Ügyfélszervezetek biztosítása . A következő történik:
| ||
2 | Ezzel teljes rendszergazda hozzáféréssel, a partner rendszergazda végezheti el az ügyfél beüzemelésének folyamatát. A fenti 1. lépéstől kezdve újra meg kell kísérelnie az ügyfél üzembe helyezését. Most azonban külső teljes rendszergazdaként nem kell megfigyelnie a 2017-es hibát. Amint a hívási szolgáltatások üzembe helyezése befejeződött, a meglévő ügyfélszervezet ügyfélként lesz látható a Webex for BroadWorks Partner Org alatt.
|
A szervezeti csatolás feltételei
Az elsőként beállított BroadWorks-előfizető e- e-mail-cím -címének meg kell egyeznie a megcélzott ügyfélszervezetben már meglévő felhasználó e- e-mail-cím . Ellenkező esetben új ügyfélszervezet jön létre.
A meglévő szervezetből az első olyan felhasználó, aki a Webex for Webex számára kiépült, nincs rendszergazdai felhasználóként kiépítve. A meglévő szervezet beállításai és jogosultságai megmaradnak.
A szervezet meglévő hitelesítési beállításai elsőbbséget élveznek a Webex for BroadWorks beüzemelési sablonon beállítottakkal szemben. Ennek eredményeként a meglévő felhasználók bejelentkezési módja nem változik.
Ha azonban a meglévő ügyfélszervezetnél engedélyezve van az alapvető márkaépítés, a csatolás után a Partner speciális márkaépítési beállításai élveznek elsőbbséget. Ha az ügyfél azt szeretné, hogy az alapvető márkaépítés változatlan maradjon, akkor a partnernek be kell állítania az ügyfélszervezetet, hogy a Speciális márkaépítési beállításokban felülbírálja a márkaépítést.
A meglévő szervezet neve nem változik.
A meglévő szervezet beállításaiban nincs változás az e-mail-letiltás jelző beállításaiban. Ez hatással lehet az újonnan kiépített felhasználókra. A jelző beállításának módjától függően előfordulhat, hogy az új felhasználók kapnak vagy nem kapnak e-mailt egy kóddal, amelyet meg kell adni az aktiválás befejezéséhez.
A Korlátozott rendszergazdai mód (a Partner által korlátozott mód kapcsolóval beállítható) ki van kapcsolva a csatolt szervezetnél.
Mielőtt új felhasználókat létesít a Webex for Cisco BroadWorks szervezetbe, feltétlenül fejezze be a szervezeti csatolási folyamatot (meglévő felhasználók áthelyezése és a szervezeti azonosító frissítése ).
Egy BroadWorks-vállalat csak egy Webex -szervezethez társítható. Egy BroadWorks-vállalat előfizetőit nem lehet külön Webex -szervezetbe beépíteni.
Külső rendszergazda hozzáadása
Az ügyfélszervezeti rendszergazdák által a partnerrendszergazda külső adminisztrátorként való felvételéhez szükséges lépésekért lásd: Külső rendszergazdai kérelem jóváhagyása cikk a következőn: help.webex.com
.
Az ügyfél-adminisztrátornak biztosítania kell a külső rendszergazda számára a teljes rendszergazdai jogokat és jogosultságokat. |
Az ügyfélszervezet-rendszergazda által külső rendszergazdaként hozzáadott e- e-mail-cím -címnek meg kell egyeznie a partnerrendszergazda e- e-mail-cím , amelyet a Partner Hub Onboarding sablonjában beállítottak. Miután teljes jogú rendszergazdaként hozzáadta az e-mailt a Partner Hub onboarding sablonjából, minden további partnerrendszergazdát is hozzá kell adni külső rendszergazdaként, teljes rendszergazdai jogosultsággal. |
A Webex for BroadWorks leválasztása a meglévő szervezetről
Kövesse az alábbi lépéseket a Webex for BroadWorks egy meglévő Webex -szervezetről való leválasztásához. Például, ha véletlenül csatolta a Webex for BroadWorks alkalmazást egy meglévő szervezethez, és szeretné eltávolítani a mellékletet.
Normál folyamatban a Webex for BroadWorks egy meglévő Webex -szervezettől való leválasztása (csak standard folyamat esetén) törli az összes kapcsolódó előfizetői adatot, és inaktiválja az ügyfél Webex for BroadWorks-előfizetését. Ezenkívül elveszíti a hozzáférést az ügyfélszervezethez, ha ez az egyetlen társított előfizetés. Hibrid folyamatban az ügyfél-előfizetések nem módosulnak. |
Ha nem fér hozzá az ügyfélbeállításokhoz a Control Hubban, kérje meg az ügyfél-rendszergazdától, hogy adjon külső rendszergazdai hozzáférést a következő lépésekkel Külső rendszergazdai kérelem jóváhagyása .
Távolítsa el az összes Webex for BroadWorks-munkaterületet a szervezetből. Használja a BroadWorks-munkaterület eltávolítása API.
Távolítsa el az összes Webex for BroadWorks-előfizetőt a szervezetből. Használja a BroadWorks-előfizető eltávolítása API.
A függőben lévő Webex for BroadWorks-felhasználók eltávolítása a szervezetből. Például, ha a felhasználókat a nem megbízható e-mail folyamaton keresztül biztosították be, és még nem adtak meg érvényes e-maileket, a felhasználók függőben maradnak. Kövesse Felhasználó-létesítés ellenőrzése nem megbízható e-mailekkel a felhasználók törléséhez.
Törölje a BroadWorks-hívás konfigurációt ehhez az ügyfélhez. Nyissa meg az ügyfél Control Hub-példányát, majd kattintson Hibrid , alatt BroadWorks-hívás szakaszban törölje az összes konfigurációt.
Ha a leválasztás befejezése után a Webex for BroadWorks alkalmazást az ügyfélhez szeretné csatolni, kövesse a meglévő ügyfélhez való csatolás beüzemelési folyamatait.
Alternatív lehetőség az előfizetők eltávolítására, ha nem szeretné használni a BroadWorks-előfizető eltávolítása Az API -nak be kell lépnie a BroadWorks CommPilot alkalmazásba, és el kell távolítania a Integrált IM&P szolgáltatást az érintett felhasználók számára. |
Felhasználók és szervezetek kezelése
Ha szeretné kezelni a felhasználókat a Webex for Cisco BroadWorks alkalmazásban, ne feledje, hogy a felhasználó a BroadWorksben és a Webex is létezik. A hívási attribútumokat és a felhasználó BroadWorks-identitását a BroadWorks tárolja. A Webex tartalmaz egy különálló e-mail-identitást a felhasználó számára, és a Webex -funkciók Webex.
Felhasználó-létesítés ellenőrzése nem megbízható e-mailekkel
Ha a Webex for BroadWorks-felhasználók nem megbízható e-mailekkel történő átfolyósított beüzemelést használnak, akkor a felhasználóknak az e- e-mail-cím Felhasználóaktiválási portálon történő megadásával kell önellátást végezniük. Ha a felhasználó hibát észlel, használhatja a Próbálkozzon újra opciót, amely megjelenik a portálon, hogy újabb kísérletet tegyen. Ha a felhasználó újra találkozik a hibával, a rendszergazda a Partner Hub alábbi lépései segítségével megtekintheti az állapotot, és felveheti a felhasználót, törölheti a felhasználót, vagy módosíthatja a konfigurációt.
1 | Jelentkezzen be a Partner Hubba, és keresse meg a Ügyféllista oldalon. |
2 | Kattintson Sablonok megtekintése . Válassza ki az erre a felhasználóra alkalmazni kívánt megfelelő beléptető sablont. |
3 | Alatt Felhasználó ellenőrzése , ellenőrizze, hogy a következő beállítások vannak-e beállítva annak érdekében, hogy a nem megbízható e-mailekkel történő átfolyósítási szolgáltatás megfelelően legyen konfigurálva:
|
4 | A felhasználó üzembe helyezése után a Felhasználó ellenőrzése szakaszban kattintson Felhasználói állapot megjelenítése az üzembe helyezés állapotának ellenőrzéséhez. A Felhasználói állapot A nézet megjeleníti a felhasználók listáját olyan részletekkel együtt, mint a BroadWorks azonosító, a kiválasztott csomag típusa és az aktuális állapot, amely azt mutatja, hogy a felhasználó ki van-e osztva, vagy van-e függőben lévő követelmény.
|
5 | A hibával vagy függőben lévő követelményekkel rendelkező felhasználók kattintson a jobb oldalon található három pontra, és válasszon a következő felügyeleti beállítások közül:
|
További nézetbeállítások
A felhasználólista megtekintésekor a következő további opciók állnak rendelkezésre:
Exportálás lehetőségre — Kattintson erre a gombra, ha a felhasználói lista CSV-fájl szeretné exportálni.
Kiépített felhasználók kizárása — Engedélyezze ezt a kapcsolót, ha csak a függőben lévő követelményekkel vagy hibával rendelkező felhasználókat szeretné megtekinteni.
Felhasználói azonosító vagy e- e-mail -cím módosítása
Felhasználói azonosító és e- e-mail -cím módosításai
Az e- e-mail azonosító és az alternatív azonosító a Webex for Cisco BroadWorks alkalmazáshoz használt BroadWorks felhasználói attribútumok. A BroadWorks felhasználói azonosító továbbra is a felhasználó elsődleges azonosítója a BroadWorksben. Az alábbi táblázat ismerteti ezeknek a különböző attribútumoknak a célját, és azt, hogy mi a teendő, ha módosítani kell őket:
Attribútum a BroadWorksben | Megfelelő attribútum a Webex | Cél | Jegyzetek |
BroadWorks felhasználói azonosító | Egy sem | Elsődleges azonosító | Nem módosíthatja ezt az azonosítót, és nem kapcsolhatja a felhasználót ugyanahhoz a fiókhoz a Webex. Törölheti a felhasználót, és újra létrehozhatja, ha hibás. |
E-mailes azonosító | Felhasználói azonosító | Kötelező az átfolyós szolgáltatás ( Webex User azonosító létrehozása) esetén, amikor azt állítja, hogy megbízik az e-mailekben Nem kötelező a BroadWorksben, ha nem állítja, hogy megbízható az e-mailek Nem szükséges a BroadWorksben, ha engedélyezi az előfizetők számára az önaktiválást | Ez mindkét helyen manuálisan módosítható, ha a felhasználó rossz e- e-mail-cím kapott:
Ne módosítsa a BroadWorks felhasználói azonosítót. Ez nem támogatott. |
Alternatív azonosító | Egy sem | Engedélyezi a felhasználó e-mail-címen és jelszón keresztül történő hitelesítését BroadWorks felhasználói azonosító | Meg kell egyeznie az e- e-mail azonosító. Ha az e-mail nem helyezhető el az Alternatív azonosító attribútumban, a felhasználóknak meg kell adniuk a BroadWorks felhasználói azonosító a hitelesítés során. |
Felhasználói csomag módosítása a Partner Hubban
1 | Jelentkezzen be a Partner Hubba, és kattintson a lehetőségre Ügyfelek . |
2 | Keresse meg és válassza ki azt az ügyfélszervezetet, ahol a felhasználó otthon van. A szervezet áttekintése oldal egy panelen nyílik meg a képernyő jobb oldalán. |
3 | Kattintson Ügyfél megtekintése . Az ügyfélszervezet a Control Hubban nyílik meg, és az Áttekintés oldalt jeleníti meg.
|
4 | Kattintson Felhasználók lehetőségre , majd keresse meg és kattintson az érintett felhasználóra. |
5 | A felhasználóéban Szolgáltatások lehetőségre , kattintson Webex for BroadWorks-csomagok (előfizetések) . Megnyílik a felhasználó csomagjainak panele, és megtekintheti, hogy melyik csomag van jelenleg hozzárendelve a felhasználóhoz. |
6 | A Profil elemre fülre, nézze meg a Csomag lehetőségre szakaszt, és kattintson a nyílra ( > ) a nézet kibontásához. |
7 | Válassza ki az ehhez a felhasználóhoz kívánt csomagot ( Alapszintű , Szabványos , Prémium vagy Softphone ) és kattintson Mentés . A Control Hub egy üzenetet jelenít meg, hogy a felhasználó éppen frissít. |
8 | Bezárhatja a felhasználói adatokat és a Control Hub lapot. |
A normál és a prémium csomagok külön értekezletoldallal rendelkeznek, amelyek mindegyik csomaghoz hozzá vannak rendelve. Amikor a két csomag egyikével rendszergazdai jogosultságok rendelkező előfizető a másik csomagra vált, az előfizető két értekezletoldallal jelenik meg a Control Hubban. Az előfizető szervezői értekezlet-funkciói és a értekezlet webhelye igazodik az aktuális csomaghoz. Az előző csomag a értekezlet webhelye korábban létrehozott tartalmak, például a felvételek elérhetők maradnak a értekezlet webhelye rendszergazdája számára. |
A csomagmódosításból eredő új PMR -beállítások frissítése két-három óráig is eltarthat. |
Felhasználók törlése
A rendszergazdák számos módszerrel törölhetnek egy felhasználót a Webex for Cisco BroadWorks alkalmazásból:
Ha a törölni kívánt felhasználó rendszergazdai jogosultságok, akkor a felhasználó törlése előtt rendeljen hozzá új rendszergazdát. Az utolsó rendszergazda törlése esetén a rendszergazdai szerepkör nem kerül automatikusan átadásra. |
Webex Cisco BroadWorks API -hoz
A partnerrendszergazdák a Webex Cisco BroadWorks API segítségével törölhetnek felhasználókat:
Futtassa a BroadWorks-előfizető eltávolítása API -kérés itt:https://developer.webex.com/docs/api/v1/broadworks-subscribers/remove-a-broadworks-subscriber . Ez a kérelem eltávolítja a Webex for Cisco BroadWorks-előfizetést. A felhasználó a továbbiakban nem Webex for Cisco BroadWorks-felhasználóként kerül számlázásra, és ingyenes Webex -felhasználóként kezeli.
Futtassa a Személy törlése API -kérés itt:https://developer.webex.com/docs/api/v1/people/delete-a-person a felhasználó teljes törléséhez.
Átfolyó üzembe helyezés
A partnerrendszergazdák átmenő hozzáférés-kezeléssel törölhetik a felhasználókat:
A BroadWorks kiszolgálón távolítsa el az IM+P Integrated szolgáltatást a felhasználóról. A szolgáltatást a felhasználó számára innen lehet kikapcsolni Felhasználó – Integrált IM&P oldalon a BroadWorks-en. A részletes eljárásért lásd az „Integrált IM&P konfigurálása” című részt a következő dokumentumban: Cisco BroadWorks alkalmazáskiszolgáló csoport web felület Felügyeleti útmutató – 2. rész .
A szolgáltatás letiltása után a folyamatos üzembe helyezés eltávolítja a Webex for Cisco BroadWorks-előfizetést a felhasználóról. A felhasználó a továbbiakban nem Webex for Cisco BroadWorks-felhasználóként kerül számlázásra, és ingyenes Webex -felhasználóként kezeli.
A Control Hubban keresse meg és válassza ki a felhasználót.
- Ugrás ide: Műveletek lehetőségre és válassza ki a lehetőséget Felhasználó törlése .
Control Hub (ügyfélrendszergazdák)
Az ügyfél-rendszergazdák a Control Hub segítségével törölhetnek felhasználókat a szervezetükből. A részletekért lásd: Felhasználó törlése a szervezetből a Webex Control Hubban athttps://help.webex.com/0qse04/ .
Szervezet törlése
1 | A People API-kkal törölheti az összes felhasználót a szervezetből:
| ||
2 | Ha a Címtár-szinkronizálás be van kapcsolva, kapcsolja ki. Ezt a Partner Hubon vagy a nyilvános API-n keresztül lehet megtenni. A Címtár-szinkronizálás Partner Hubon keresztüli letiltása: A Címtár-szinkronizálás API-n keresztüli letiltásához használja a Címtár-szinkron frissítése BroadWorks Enterprise-hoz API -t, és tiltsa le a enableDirSync beállítást. A szervezetnél a BroadWorks Directory Sync alkalmazáshoz kapcsolódó összes felhasználó törlődik. Ne feledje, hogy a felhasználók eltávolítása (bármelyik módszer használatával) a felhasználók számától függően eltarthat egy ideig. | ||
3 | Miután az összes felhasználót eltávolította, használja a Szervezet törlése API -t a szervezet törléséhez. |
Verziókezelés
A Partner Hub kiadáskezelési vezérlői megkönnyítik a Webex for Cisco BroadWorks szolgáltatók számára a kiadások kezelését, mivel lehetővé teszik számukra, hogy szabályozzák azt a kiadási ütemezést, amellyel a felhasználók Webex alkalmazásai a legújabb szoftverre frissítenek.
Alapértelmezés szerint a Webex alkalmazás automatikus frissítéseket használ (a Cisco által vezérelt havi kiadások). Ezzel a funkcióval azonban a partnerrendszergazdák a következőket tehetik:
Egyéni kiadási ütemezések konfigurálása a Cisco alapértelmezett kiadási ütemezésének halasztásával
Konfigurálhat egyetlen kiadás ütemezését, és lépcsőzetesen ütemezheti az összes általuk kezelt ügyfélszervezetre
Különböző kiadási ütemezések hozzárendelése a különböző ügyfélszervezetekhez
A Verziókezeléssel kapcsolatos további információkért, beleértve a testreszabott kiadási ütemezések beállítását és alkalmazását, olvassa el a Webex cikkét. Verziókezelési testreszabások .
Konfigurálja újra a rendszert
A rendszert a következőképpen konfigurálhatja újra:
Adjon hozzá BroadWorks-fürtöt a Partner Hubban
BroadWorks-fürt szerkesztése vagy törlése a Partner Hubban
Adjon hozzá belépési sablont a Partner Hubhoz
Belépési sablon szerkesztése vagy törlése a Partner Hubban
BroadWorks-fürt szerkesztése vagy törlése a Partner Hubban
A BroadWorks-fürtöket a Partner Hubban szerkesztheti vagy távolíthatja el.
1 | Jelentkezzen be a Partner Hubba a partner rendszergazdai hitelesítő adataival a következő címen: | ||
2 | Ugrás ide: Beállítások elemre és keresse meg a BroadWorks-hívás szakaszban. | ||
3 | Kattintson Fürtök megtekintése . | ||
4 | Kattintson a szerkeszteni vagy törölni kívánt fürtre. A fürt részletei a jobb oldalon egy repülő ablaktáblában jelennek meg.
| ||
5 | A következő lehetőségek állnak rendelkezésére:
A fürtlista a módosításokkal frissül.
|
Belépési sablon szerkesztése vagy törlése a Partner Hubban
A belépési sablonokat a Partner Hubban szerkesztheti vagy törölheti.
1 | Jelentkezzen be a Partner Hubba a partner rendszergazdai hitelesítő adataival a következő címen: | |||||||||
2 | Ugrás ide: Beállítások elemre és keresse meg a BroadWorks-hívás szakaszban. | |||||||||
3 | Kattintson Sablonok megtekintése . | |||||||||
4 | Kattintson a szerkeszteni vagy törölni kívánt sablonra. | |||||||||
5 | A következő lehetőségek állnak rendelkezésére:
A fürtlista a módosításokkal frissül.
|
Webex Assistant
A Webex Assistant for Meetings egy intelligens, interaktív virtuális értekezlet-asszisztens, amely az értekezleteket kereshetővé, végrehajthatóbbá és produktívabbá teszi. Megkérheti a Webex Assistant -t, hogy kövesse nyomon a teendőket, vegye tudomásul a fontos döntéseket, és emelje ki a legfontosabb pillanatokat egy értekezlet vagy esemény során.
A Webex Assistant for Meetings ingyenesen elérhető a prémium és standard csomagos értekezletoldalakon, valamint a személyes tárgyalókon. A támogatás új és meglévő webhelyeket is magában foglal.
A Webex Assistant for Meetings engedélyezése
A Webex Assistant alapértelmezés szerint engedélyezve van mind a normál, mind a prémium csomaggal rendelkező Broadworks-ügyfeleknél.
A partnerrendszergazdák és az ügyfélszervezeti rendszergazdák a következőn keresztül tilthatják le a funkciót az ügyfélszervezeteknél Control Hub .
Korlátozások
A Webex for Cisco BroadWorks alkalmazásra a következő korlátozások vonatkoznak:
A támogatás csak a prémium és standard csomagos értekezletoldalakra és a személyes tárgyalókra korlátozódik.
A feliratos átiratok csak angol, spanyol, francia és német nyelven támogatottak.
Az e-mailben történő tartalommegosztást csak a szervezeten belüli felhasználók érhetik el
Az értekezlet tartalma a szervezeten kívüli felhasználók számára nem érhető el. Az értekezlet tartalma akkor sem érhető el, ha azt ugyanazon szervezeten belüli különböző csomagok felhasználói között osztják meg.
A prémium csomaggal az értekezlet utáni leiratok elérhetők, függetlenül attól, hogy a Webex Assistant engedélyezve van-e vagy letiltva. Ha azonban a helyi felvétel van kiválasztva, az értekezlet utáni leiratok vagy kiemelések nem lesznek rögzítve.
A Standard csomagban az Értekezlet rögzítése felhőben opció nem érhető el, így az értekezlet utáni leiratok sem érhetők el, függetlenül attól, hogy a Webex Assistant engedélyezve van-e vagy letiltva. Helyi felvétel kiválasztása esetén azonban a rendszer nem rögzíti az értekezlet utáni leiratokat vagy kiemeléseket.
További információk a Webex Assistant
A funkció használatával kapcsolatos felhasználói információk lásd: A Webex Assistant használata Webex Meetings és eseményeken .
Webex-hívások letiltása
Az ingyenes Webex -hívás alapértelmezetten engedélyezve van, így a felhasználók bármilyen Webex-kompatibilis eszközt ingyenesen hívhatnak. Ha azonban azt szeretné, hogy minden hívás a BroadWorks infrastruktúrát használja, akkor letilthatja a Webex hívásokat egy Onboarding sablonon belül, ami letiltja ezt a lehetőséget a sablont használó ügyfélszervezetek számára.
Funkciótámogatás
Ha a Webex Calling le van tiltva, a következő feltételek vonatkoznak a Webex Cisco BroadWorks-felhasználókra:
A felhasználók már nem látják Hívjon a Webex választható hívási opcióként a Webex alkalmazásban.
A felhasználók nem indíthatnak vagy fogadhatnak ingyenes Webex -hívásokat a nem Webex for Cisco BroadWorks-felhasználók felé. Ez magában foglalja a Webex csapattárhelyről indított hívásokat, a Híváselőzményeket, a Névjegyeket úgy, hogy a keresősávba beírja a másik felhasználó URI -ját vagy e- e-mail-cím .
A képernyőmegosztás BroadWorks-hívásokon belül működik.
A Webex értekezletek és a telefonos jelenlét továbbra is működnek, még akkor is, ha a Webex Calls le van tiltva.
Webex Calls letiltása (új beléptető sablon)
Egy új Webex sablon konfigurálása során bejelölheti vagy törölheti a bejelentkezést a A Cisco Webex ingyenes hívás letiltása jelölőnégyzet a Új sablon hozzáadása varázslót. Ezt a beállítást a rendszer átveszi az ügyfélszervezetek azon felhasználói, akiket Ön a sablonhoz rendelt.
Az új beléptető sablon beállításának részleteiért lásd: Konfigurálja a saját partnerszervezetét a Partner Hubban .
Webex Calls letiltása (meglévő beléptető sablon)
Kövesse az alábbi eljárást a meglévő Onboarding sablonból érkező Webex -hívások letiltásához. Ezzel letiltja a funkciót az összes olyan új felhasználónál az ügyfélszervezeteknél, akik ezt a sablont használják.
Jelentkezzen be a Partner Hubba a következő címen: admin.webex.com .
Válasszon Beállítások elemre .
Kattintson Sablon megtekintése és válassza ki a megfelelő beléptető sablont.
Kattintson A Cisco Webex ingyenes hívás letiltása .
Kattintson a Mentés lehetőségre.
Webex hívások letiltása (meglévő felhasználó)
Ha letiltja ezt a funkciót egy Onboarding sablonon, csak a sablonhoz hozzárendelt új felhasználók beállításai módosulnak. A Webex -hívások meglévő felhasználónál történő letiltásához kövesse az alábbi eljárásokat a felhasználó frissítéséhez.
Győződjön meg arról, hogy már végrehajtotta a fenti eljárások egyikét a Webex -hívások letiltásához arról a belépési sablonról, amelyhez a felhasználó hozzá van rendelve. Ellenkező esetben az alábbi eljárások bármelyike újrakonfigurálja a felhasználót a Webex -hívások engedélyezésével. |
Átfolyós szolgáltatás használata esetén a következőket teheti:
Nyissa meg a CommPilot alkalmazást, és lépjen a felhasználói beállítások.
Távolítsa el a Integrált IM+P szolgáltatást a felhasználótól, majd kattintson a lehetőségre OK .
Adja hozzá a Integrált IM+P szolgáltatást a felhasználónak, és kattintson a lehetőségre OK .
Ellenkező esetben az API segítségével frissítheti a felhasználót.
Használja a Távolítson el egy BroadWorks Subscriber API -t a felhasználó törléséhez.
Használja a Hozzon létre egy BroadWorks Subscriber API -t a felhasználó hozzáadásához.
Videó- vagy képernyőmegosztás letiltása a hívásokon belül
A partnerrendszergazdák konfigurációs címkék segítségével letilthatják a videohívásokat és/vagy a képernyőmegosztás egy híváson belül a Webex alkalmazásból (alapértelmezés szerint mindkét médiatípus engedélyezett a hívásokhoz).
A teljes konfigurációs részletekért és opciókért lásd: Videohívások letiltása és Képernyőmegosztás letiltása a Webex Cisco BroadWorks konfigurációs útmutató .
Videó esetén azt is beállíthatja, hogy a bejövő hívás média alapértelmezett beállítása csak videó vagy csak hang legyen. |
Foglalt lámpa mező / Hívásfogadás értesítés
Foglalt lámpa mező (BLF) / Hívásfogadás értesítés kihasználja a BLF és az irányított hívás felvétel funkciót. A BLF -felhasználók hangos és vizuális értesítést kapnak a Webex alkalmazásban, ha a BLF figyelt listáján szereplő felhasználó bejövő hívás kap. A BLF felhasználó képes Figyelmen kívül hagyás vagy Vedd fel a figyelt felhasználó hívását.
A BLF / Hívásfelvétel értesítés olyan helyzetekben segít, amikor a felhasználónak fogadnia kell a csapat más tagjainak hívását, akik esetleg más helyszínen dolgoznak.
A felhasználók a Többhívásos ablak – Figyelőlista részben – (csak Windows, Mac nem támogatott) megtekinthetik a BLF -figyelt listájukat, ahol láthatják a Webex és nem Webex csapattagjaik jelenlétét. A Webex -tagok teljes körű Webex -jelenléttel fognak rendelkezni. A nem Webex-tagokat címtár-szinkronizálni kell a Webex-szel , és csak „ismeretlen” és „hívás közben” állapotuk lesz (a csengetési állapot kiváltja a hívásfogadás párbeszédpanelt).
A jelenlét korlátozásai a nem Webex-felhasználók számára:
A jelenlét nem támogatott a nem CI broadworks-felhasználók számára, még akkor sem, ha szerepelnek a BLF -listán.
A Webex felhő jogosultsággal vagy géptípusú fiókokkal (munkaterületekkel) nem rendelkező CI-felhasználók csak a „hívás közbeni” és az „ismeretlen” jelenlétet mutatják. Nincs aktív, csengő stb. állapot.
A BLF figyelőlistáján szereplő nem Webex-felhasználók, akik a Webex kliens elindítása előtt vagy offline állapotban indítottak el hívást, „ismeretlen” jelenléttel fognak megjelenni.
A kapcsolat megszakadása azt jelenti, hogy újracsatlakozáskor az összes nem Webex- hívásállapotok „ismeretlen” állapotba kerül.
Ha a BLF -től egy nem Webex-felhasználó tart egy hívást, az továbbra is „hívásban” állapotúként jelenik meg.
Követelmények
Győződjön meg arról, hogy a következő javítások telepítve vannak a BroadWorks rendszeren. Csak azokat a javításokat telepítse, amelyek az adott kiadásra vonatkoznak:
R22 esetén:
AP.platform.22.0.1123.ap382053
AP.as.22.0.1123.ap382053
AP.as.22.0.1123.ap382362
AP.xsp.22.0.1123.ap382053
AP.xsp.22.0.1123.ap382362
AP.as.22.0.1123.ap383459
AP.as.22.0.1123.ap383520
R23 esetén:
AP.platform.23.0.1075.ap382053
AP.as.23.0.1075.ap382053
AP.as.23.0.1075.ap382362
AP.as.23.0.1075.ap383459
AP.as.23.0.1075.ap383520
Ha XSP-t használ| ADP:
AP.xsp.23.0.1075.ap382053
AP.xsp.23.0.1075.ap382362
Ha ADP-t használ:
Xsi-Actions-23_ 2022.01_ 1.200.bwar
Xsi-Events-23_ 2022.01_ 1.201.bwar (vagy újabb)
R24 esetén:
AP.as.24.0.944.ap382053
AP.as.24.0.944.ap382362
AP.as.24.0.944.ap383459
AP.as.24.0.944. ap383520
Xsi-Actions-24_ 2022.01_ 1.200.bwar
Xsi-Events-24_ 2022.01_ 1.201.bwar (vagy újabb)
Győződjön meg arról, hogy a következő konfigurációs címkék engedélyezve vannak a Webex alkalmazásban:
<busy-lamp-field enabled="%ENABLE_BUSY_LAMP_FIELD_WXT%">
<display-caller enabled="%ENABLE_BLF_DISPLAY_CALLER_WXT%"/>
<notification-delay time=”%BLF_NOTIFICATON_DELAY_TIME_WXT%”/>
(ez a címke nem kötelező)
Aktiválnia kell az 101642-es továbbfejlesztett Xsi-mechanizmus funkciót a csapattelefonáláshoz az AS-en:
AS_CLI/System/ActivatableFeature> activate 101642
Engedélyezés X-BroadWorks-Remote-Party-Info
az AS-en az alábbi CLI-parancs , mivel egyes SIP-hívás hívásfolyamokhoz szükség van erre a funkcióra:
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Győződjön meg arról, hogy a következő szolgáltatások vannak hozzárendelve a felhasználókhoz:
Az Irányított hívásfogadás szolgáltatás hozzárendelése az összes felhasználóhoz
Állítsa be a Foglalt lámpa mezőt a felhasználók számára
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Foglalt lámpa mező konfigurálása a BroadWorks rendszeren
A partner rendszergazdák a következő eljárással állíthatják be a Foglalt lámpa mezőt egy felhasználóhoz.
Jelentkezzen be a BroadWorks CommPilot alkalmazásba.
Egy kiválasztott felhasználó esetén lépjen ide: Kliens alkalmazások és konfigurálja a Foglalt lámpa mezőt.
Adja hozzá a figyelni kívánt BLF -lista URL -címét.
A keresési paraméterek segítségével keresse meg és adja hozzá a felhasználókat a Figyelt felhasználók listát.
Kattintson az OK gombra.
SlidoIntegráció támogatása
A Webex for Cisco BroadWorks támogatja a Webex alkalmazás integrációját a következővel:Slido .
Slidoegy könnyen használható közönségmegszólítási eszköz. Segíti az embereket abban, hogy a legtöbbet hozzák ki az értekezletekből azáltal, hogy áthidalják az előadók és a közönség közötti szakadékot. MikorSlido integrálva van a Control Hub szervezetébe, a felhasználók hozzáadhatják aSlido alkalmazást az értekezleteikre a Webex alkalmazásban. Ez az integráció további Kérdések és válaszok és szavazási funkciókat biztosít az értekezletekhez.
A telepítéssel és a használattal kapcsolatos további információkértSlido a Webex alkalmazással, lásd Integrálás lehetőségreSlido a Webex alkalmazással .
Webex elérhetőség: Naptári értekezleten
Amikor elfogad egy értekezletet az Outlook-ügyfélprogramban, amely találkozó, eseti értekezlet vagy nem Webex-értekezlet, a Webex -elérhetősége „Naptárértekezletben” felirattal jelenik meg. Ez az elérhetőség tudatja munkatársaival, hogy Ön egyébként elfoglalt, és előfordulhat, hogy a válasz késleltetve érkezik.
A funkció engedélyezése:
navigáljon ide: Általános lapon Beállítások elemre lapon a Windows vagy Beállítások elemre Mac rendszeren.
Jelölje be a jelölőnégyzetet Naptári értekezleten való részvételi idő megjelenítése .
Azoknál a felhasználóknál, akiknél engedélyezve van az Outlook-jelenléti integráció, a Webexben az Egy Webex beállítás az Outlookban az Elfoglalt értékre van rendelve. |
Figyelmeztetés
Ahhoz, hogy ez a funkció működjön, a Webex alkalmazás és az Outlook ügyfélnek egyidejűleg kell futnia.
Jelenleg azon dolgozunk, hogy támogassuk a „Megjelenítés máshol dolgozóként” opciót az Outlookban, hogy a Webexben ne jelenjenek meg a felhasználók „ Webex” állapotúként.
Ha egy felhasználó úgy dönt, hogy kikapcsolja a Naptárértekezlet időpontjának megjelenítése lehetőséget, miközben éppen egy naptári értekezletben van, a jelenléte az értekezlet befejezéséig nem frissül. Ehhez az ügyfél újraindítására van szükség.
Automatikus válasz hangjelzéssel
Az automatikus hanghívásfogadás funkcióval a felhasználók indíthatnak hívást egy külső gyártótól származó alkalmazásból, például a Contact Centerből, és a hívást a rendszer automatikusan az asztali Webex alkalmazáson keresztül irányítja át. Amikor a Webex alkalmazás csengeti a másik felet, a felhasználó egy bizonyos hangot hall, amely jelzi, hogy a hívás kapcsolódik.
Ha egy Webex for Cisco BroadWorks-felhasználó használhatja ezt a funkciót:
A funkció csak az elsődleges vonal megjelenésén támogatott
A Webex alkalmazásnak kell lennie az elsődleges vonal vonalmegjelenítésnek
A%ENABLE_AUTO_ANSWER_WXT% a címkét engedélyezni kell
Ha a felhasználónak Shared Call hívásmegjelenése is van (például egy asztali telefon van beállítva a másodlagos vonali megjelenések egyikeként), a funkció továbbra is támogatott az elsődleges megjelenésen mindaddig, amíg a megosztott hívásmegjelenések úgy vannak beállítva, hogy nem hogy fogadja a bejövő hívásokat. Ezt úgy érheti el, hogy a következő három feltétel valamelyikét állítja be a BroadWorks rendszeren az összes megosztott hívási megjelenésre vonatkozóan:
Minden megjelenés riasztása Click-to-Dial hívásokra le van tiltva a Shared Call megjelenése konfigurációban – ez az ajánlott megközelítés
vagy
Megszakítás engedélyezése erre a helyre le kell tiltani az összes megosztott hívás megjelenésénél vagy
vagy
A helyszínek le vannak tiltva az összes megosztott hívás megjelenésénél
Kapacitás növelése
XSP| ADP Farms
Javasoljuk, hogy a kapacitástervező segítségével határozza meg, hány további XSP| Az előfizetői számok javasolt növeléséhez szükséges ADP-erőforrások. A dedikált hálózati házirendek vagy a dedikált Webex for Cisco BroadWorks farmok esetében a következő méretezhetőségi lehetőségek állnak rendelkezésre:
Dedikált farm : Adjon hozzá egy vagy több XSP-t| ADP-kiszolgálókat küld annak a farmnak, amelynek extra kapacitásra van szüksége. Ugyanazt az alkalmazás- és konfigurációkészletet telepítse és aktiválja, mint a farm meglévő csomópontjait.
Dedikált farm hozzáadása : Új, dedikált XSP hozzáadása| ADP farm. Létre kell hoznia egy új fürtöt és új sablonokat a Partner Hubban, hogy megkezdhesse az új ügyfelek hozzáadását az új farmhoz, így csökkentve a meglévő farmra nehezedő nyomást.
Adjon hozzá speciális farmot : Ha egy adott szolgáltatás szűk keresztmetszeteit tapasztalja, érdemes lehet külön XSP-t létrehozni| Az ADP farm erre a célra, figyelembe véve a jelen dokumentumban felsorolt társ-rezidens követelményeket. Előfordulhat, hogy újra kell konfigurálnia a Control Hub-fürtöket és a DNS -bejegyzéseket, ha módosítja az új farmtal rendelkező szolgáltatás URL -címét.
A BroadWorks-környezet figyelése és erőforrás-ellátása minden esetben az Ön felelőssége. Ha a Cisco segítségét szeretné igénybe venni, vegye fel a kapcsolatot a fiókképviselőjével, aki professzionális szolgáltatásokat nyújt.
HTTP szervertanúsítványok kezelése
Ezeket a tanúsítványokat az mTLS-hitelesítésű webalkalmazásokhoz kell kezelnie az XSP-n| ADP-k:
Megbízhatósági lánc tanúsítványunk a Webex felhőből
Az XSP| Az ADP HTTP szerver interfészeinek tanúsítványai
A bizalmi lánc
Töltse le a megbízhatósági lánc tanúsítványt a Control Hubról, és telepítse az XSP-re| ADP-ket a kezdeti konfiguráció során. A tanúsítványt a lejárat előtt frissítjük, és értesítjük arról, hogyan és mikor kell módosítania.
Az Ön HTTP kiszolgáló felületei
Az XSP| Az ADP-nek nyilvánosan aláírt kiszolgálótanúsítvány kell bemutatnia a Webex, az itt leírtak szerint Tanúsítványok megrendelése . A felület első biztonságossá tételekor egy önaláírt tanúsítvány generálódik a felülethez. Ez a tanúsítvány az adott dátumtól számított egy évig érvényes. A önaláírt tanúsítvány le kell cserélnie egy nyilvánosan aláírt tanúsítványra. Az Ön felelőssége, hogy új tanúsítványt igényeljen annak lejárata előtt.
„Partner által korlátozva” mód
A Partner által korlátozott mód egy olyan Partner Hub-beállítás, amelyet a partnerrendszergazdák rendelhetnek hozzá adott ügyfélszervezetekhez, hogy korlátozzák az ügyfél-rendszergazdák által a Control Hubban frissíthető szervezeti beállításokat. Ha ez a beállítás engedélyezve van egy adott ügyfélszervezetnél, akkor a szervezet összes ügyfél-rendszergazdája a szerepkör-jogosultságoktól függetlenül nem tud hozzáférni a korlátozott vezérlők csoportjához a Control Hubban. Csak egy partner rendszergazda frissítheti a korlátozott beállításokat.
A Partner által korlátozott mód inkább szervezet-szintű beállítás, mint szerepkör. A beállítás azonban korlátozza az ügyfél-rendszergazdák meghatározott szerepkör-jogosultságait abban a szervezetben, amelyre a beállítás vonatkozik. |
Ügyfél-rendszergazdai hozzáférés
Az ügyfélrendszergazdák értesítést kapnak a Partner által korlátozott mód alkalmazásakor. Bejelentkezés után egy értesítési sáv jelenik meg a képernyő tetején, közvetlenül a Control Hub fejléc alatt. A szalaghirdetés értesíti az ügyfél rendszergazdáját, hogy a Korlátozott mód engedélyezve van, és előfordulhat, hogy bizonyos hívási beállításokat nem tud frissíteni.
Az ügyfél-rendszergazda egy olyan szervezetben, ahol engedélyezve van a Partner által korlátozott mód, a Control Hub-hozzáférés szintjét a következő képlet határozza meg:
(Control Hub-hozzáférés) = (Szervezeti szerepkör-jogosultságok) - (Partner módra vonatkozó korlátozások által korlátozott)
Korlátozások
Ha a Partner által korlátozott mód engedélyezve van egy ügyfélszervezetnél, az adott szervezet ügyfél-rendszergazdái számára nem férhetnek hozzá a következő Control Hub-beállítások:
A Felhasználók nézeten belül az alábbi beállítások nem érhetők el:
A Felhasználók kezelése gomb ki van szürkülve.
Felhasználók manuális hozzáadása vagy módosítása – Nincs lehetőség felhasználók hozzáadására vagy módosítására sem manuálisan, sem CSV-n keresztül.
Felhasználók igénylése – nem érhető el
Licencek automatikus hozzárendelése – nem érhető el
Címtár-szinkronizálás — Nem szerkeszthetők a címtár-szinkronizálási beállítások (ez a beállítás csak partnerszintű rendszergazdák számára érhető el).
Felhasználói adatok — A felhasználói beállítások, például a keresztnév, a vezetéknév, a megjelenített név és az elsődleges e- e-mail* szerkeszthetők.
Csomag alaphelyzetbe állítása – Nincs lehetőség a csomagtípus visszaállítására.
Szolgáltatások szerkesztése – Nincs lehetőség a felhasználók számára engedélyezett szolgáltatások szerkesztésére (pl. Üzenetek, Értekezletek, Hívás)
Szolgáltatások állapotának megtekintése – Nem látható a hibrid szolgáltatások vagy a szoftverfrissítési csatorna teljes állapota
Elsődleges munkahelyi szám – Ez a mező csak olvasható.
A Fiók nézeten belül a következő beállítások nem érhetők el:
A vállalat neve csak olvasható.
A Szervezeti beállítások nézetben a következő beállítások nem érhetők el:
Tartomány – A hozzáférés csak olvasható.
E-mail – A rendszergazdai meghívó e-mailek letiltásához és az e-mail helyi adatainak kiválasztásához tartozó beállítások csak olvashatók.
Hitelesítés – Nincs lehetőség a hitelesítési beállítások és az SSO-beállítások szerkesztésére.
A Hívás menüben a következő beállítások nem érhetők el:
Hívásbeállítások – Az Alkalmazásbeállítások hívásprioritás-beállításai csak olvashatók.
Hívási szokás – A beállítások csak olvashatók.
Hely > PSTN – A helyi átjáró és a Cisco PSTN beállításai el vannak rejtve.
A SZOLGÁLTATÁSOK menüben az áttelepítések és a csatlakoztatott UC-szolgáltatáslehetőségek le vannak tiltva.
„Partner által korlátozva” mód engedélyezése
A partnerrendszergazdák az alábbi eljárással engedélyezhetik Partner mód által korlátozott adott ügyfélszervezethez (az alapértelmezett beállítás engedélyezve van).
Bejelentkezés a Partner Hubba (https://admin.webex.com ) és válassza ki a lehetőséget Ügyfelek .
Válassza ki a megfelelő ügyfélszervezetet.
A jobb oldali beállítások nézetben engedélyezze a Partner mód által korlátozott kapcsolóval kapcsolhatja be a beállítást.
Ha szeretné kikapcsolni a Partner által korlátozott módot, kapcsolja ki a kapcsolót.
Ha a partner eltávolítja a korlátozott rendszergazdai módot egy ügyfél-rendszergazda számára, az ügyfél-rendszergazda a következőket tudja elvégezni:
|
Partnerelemzés
A Control Hub fejlesztéseinek köszönhetően a partnerrendszergazdák könnyebben megtekinthetik és frissíthetik a csomaginformációkat a felhasználóik nevében. Ez a funkció lehetővé teszi a partnerek számára, hogy összesített nézetet kapjanak az összes ügyfélről, és a következő részleteket tartalmazza:
Összes felhasználó csomag szerint (Softphone, Basic, Standard, Premium)
Felhasználó csomagtrend szerint (napi/heti/havi)
Ügyfelek a hozzárendelt csomagok számával
A Partner Analytics használatának részletes ismertetését a Webex cikkben találja Analytics for Webex for Wholesale és Webex for Broadworks csomagok a Partner Hubban .
Számlázási jelentés API-k
A Webex for Developers nyilvános API-kat biztosít, amelyek a havi számlázási jelentésekhez használhatók. A partnerrendszergazdák ezekkel az API-kkal számlázási jelentéseket hozhatnak létre, listázhatnak, lekérhetnek és törölhetnek. A következő táblázat felsorolja az API-kat, a szükséges hozzáférés típusát és a szerepkör követelményeit.
Számlázási API | Cél | Hozzáférés típusa | Szerepkör követelmény az API -hoz (Az adminisztrátornak legalább egy ilyen szerepkörre van szüksége) |
---|---|---|---|
Létrehozás lehetőségre egy BroadWorks számlázási jelentést | Számlázási jelentés generálására szolgál. | Írási hozzáférés |
|
Lista elemre BroadWorks számlázási jelentések | A megtekinthető jelentések felsorolására szolgál. | Olvasási hozzáférés |
|
Szerezzen egy BroadWorks számlázási jelentést | Egy generált jelentés másolatának beszerzésére szolgál. | Olvasási hozzáférés |
|
Törlés lehetőségre egy BroadWorks számlázási jelentést | Egy létrehozott jelentés törlésére szolgál. | Írási hozzáférés |
|
Számlázási mezők
A következő táblázat a létrehozott jelentésben szereplő mezőket sorolja fel.
Mező | Leírás |
---|---|
viszonteladóName | Partner neve vagy partnerszervezeti azonosítója |
billingId | Partner egyedi számlázási azonosítója vagy C-szám |
spEnterpriseId | A Szolgáltató által biztosított egyedi azonosító az előfizető vállalkozásához. |
belső | Az ügyfél belső próbaverziójának állapota (Igen/Nem) |
userId | Az előfizető felhasználói azonosítója a BroadWorks rendszerében |
subscriberId | A kérdéses előfizető egyedi azonosítója a Webex |
selfActivated | Igen/Nem |
firstStartDate | Az előfizető beüzemelésének dátuma. |
billingStartDate | A számlázás kezdetének dátuma ebben a hónapban |
billingEndDate | A számlázás befejezésének dátuma ebben a hónapban |
csomagot | A díj alatt lévő csomagtípus |
mennyiséget | Arányos mennyiség a számlázáshoz.
|
|
A Webex Cisco BroadWorks rendszerhez hibaelhárítása
Iratkozzon fel a Webex állapotoldalra
Első ellenőrzéshttps://status.webex.com amikor a szolgáltatás váratlan megszakítását tapasztalja. Ha a megszakítás előtt nem módosította a konfigurációt a Control Hubban vagy a BroadWorksben, ellenőrizze az állapotoldalt. Az állapot- és eseményértesítésekre való előfizetésről bővebben itt olvashat: Webex Súgó .
Használja a Control Hub elemzését
A Webex nyomon követi a használati és minőségi adatokat a szervezete és az ügyfelei szervezetei számára. Tudjon meg többet a Control Hub Analytics a Webex Súgóban .
Hálózati problémák
Az ügyfelek vagy a felhasználók nem a Control Hubban jönnek létre folyamaton keresztüli kiépítéssel:
El tudja érni az alkalmazáskiszolgáló a beüzemelési URL-t?
Helyes a beüzemelési fiók és jelszó, létezik ez a fiók a BroadWorksben?
A fürtök folyamatosan sikertelenek a kapcsolati teszteken:
A hitelesítési szolgáltatáshoz való mTLS-kapcsolat várhatóan sikertelen lesz, amikor létrehozza az első fürtöt a Partner Hubban, mert a Webex tanúsítványlánc való hozzáféréshez létre kell hoznia a fürtöt. Enélkül nem hozható létre megbízhatósági horgony az XSP hitelesítési szolgáltatáson| ADP-ket, így a Partner Hubból érkező teszt mTLS-kapcsolat nem sikeres. |
Az XSP| Az ADP interfészek nyilvánosan elérhetőek?
A megfelelő portokat használja? A fürt felületmeghatározásában megadhat egy portot.
Az illesztőfelületek érvényesítése sikertelen
Xsi-Actions és Xsi-Events felületek:
- Ellenőrizze, hogy a felület URL-címei megfelelően vannak-e megadva a fürtön a Partner Hubban, beleértve a
/v2.0/
az URL-címek végén. Ellenőrizze, hogy a tűzfal engedélyezi-e a kommunikációt a Webex és ezen felületek között.
Tekintse át a jelen dokumentumban található felület-konfigurációs tanácsokat.
Hitelesítési szolgáltatási felület:
- Ellenőrizze, hogy a felület URL-címei megfelelően vannak-e megadva a fürtön a Partner Hubban, beleértve a
/v2.0/
az URL-címek végén. Ellenőrizze, hogy a tűzfal engedélyezi-e a kommunikációt a Webex és ezen felületek között.
Tekintse át a jelen dokumentumban található felület-konfigurációs tanácsokat, különös tekintettel a következőkre:
- Győződjön meg arról, hogy megosztotta az RSA -kulcsokat az összes XSP-n| ADP-k.
- Győződjön meg arról, hogy minden XSP-n megadta az AuthService URL -címét a webes tárolóhoz| ADP-k.
- Ha szerkesztette a TLS titkosítási konfigurációt, ellenőrizze, hogy a megfelelő elnevezési megállapodást használta-e. Az XSP| Az ADP megköveteli, hogy adja meg az IANA névformátumot a TLS titkosításokhoz. Ennek a dokumentumnak egy korábbi verziója hibásan sorolta fel a szükséges titkosítási csomagokat az OpenSSL elnevezési megállapodásban.
Ha mTLS-t használ hitelesítési szolgáltatással, akkor a Webex ügyféltanúsítványok betöltődnek az XSP-re| ADP/ADP bizalmi tárhely? Az alkalmazás (vagy a felület) úgy van konfigurálva, hogy ügyféltanúsítványokat igényeljen?
Ha CI token érvényesítést használ a hitelesítési szolgáltatással, az alkalmazás (vagy felület) úgy van konfigurálva, hogy nem ügyféltanúsítványokat igényel?
Ügyfélproblémák
Ellenőrizze, hogy az ügyfél csatlakozik-e a BroadWorks-hez
Jelentkezzen be a Webex alkalmazás.
Ellenőrizze, hogy a Hívási opciók ikon (egy kézibeszélő fölött fogaskerékkel) megjelenik-e az oldalsávon.
Ha az ikon nem látható, előfordulhat, hogy a felhasználó még nincs engedélyezve a hívószolgáltatáshoz a Control Hubban.
Nyissa meg a Beállítások/Beállítások elemre menüt, és lépjen a következőre: Telefonos szolgáltatások szakaszban. Látnia kell az állapotot SSO -munkamenet Ön bejelentkezett .
Ha egy másik telefonos szolgáltatás, például a Webex Calling látható, a felhasználó nem a Webex for Cisco BroadWorks alkalmazást használja.
Ez az ellenőrzés a következőket jelenti:
Az ügyfél sikeresen átlépte a szükséges Webex mikroszolgáltatásokat.
A felhasználó sikeresen hitelesítette.
Az Ön BroadWorks rendszere hosszú élettartamú JSON webes tokent állított ki az ügyfélnek.
Az ügyfél lekérte az eszközprofil , és regisztrált a BroadWorks rendszerébe.
Kliensnaplók
Minden Webex alkalmazás -ügyfél tud naplókat küldeni a Webex. Mobilkliensek számára ez a legjobb lehetőség. Rögzítse a felhasználói e- e-mail-cím és a probléma becsült időpontját is, ha a TAC-tól kér segítséget. További információkért lásd: Hol találok támogatást a Webex számára?
Ha manuálisan kell naplókat gyűjtenie Windows PC-ről , akkor azok a következőképpen találhatók:
Windows PC : C:\Users\{username}\AppData\Local\CiscoSpark
Mac:/Users/{username}/Library/Logs/SparkMacDesktop
Felhasználói bejelentkezéssel kapcsolatos problémák
Az mTLS-hitelesítés helytelenül konfigurálva
Ha minden felhasználó érintett, ellenőrizze a Webex és a hitelesítési szolgáltatás URL-címe közötti mTLS kapcsolatot:
Ellenőrizze, hogy a hitelesítési szolgáltató alkalmazás vagy az általa használt felület mTLS-re van konfigurálva.
Ellenőrizze, hogy a Webex tanúsítványlánc megbízhatósági horgonyként van-e telepítve.
Ellenőrizze, hogy a felületen/alkalmazáson lévő kiszolgálótanúsítvány érvényes-e, és hogy egy jól ismert CA által aláírt-e.
Licenctúllépés üzenet
Ez az üzenet a Partner Hub Ügyfelek nézetében jelenhet meg az ügyfelek számára. Ez az üzenet akkor jelenik meg, ha a licenchasználat meghaladja a licenc által megengedettet. Az üzenet figyelmen kívül hagyható.
Hibaelhárítási útmutató
A Webex Cisco BroadWorks rendszerhez készült hibaelhárításával kapcsolatos részletes információk lásd: Webex for Cisco BroadWorks hibaelhárítási útmutató .
Ügyféltámogatás
Állandó állapotú támogatási politika
A végfelhasználói (vállalati) támogatás első kapcsolattartó pontja a Szolgáltató. Az SP által nem tud megoldani problémákat eszkalálni a TAC-ra. A BroadWorks kiszolgáló verziótámogatás a jelenlegi verzió és két korábbi fő verzió (N-2) BroadSoft házirendjét követi. Bővebben itt: A BroadSoft termékek életciklus-szabályzata szakaszban BroadSoft életciklus házirend és BroadWorks szoftver kompatibilitási táblázat .
Eszkalációs házirend
Ön (Szolgáltató/partner) az első kapcsolattartó a végfelhasználói (vállalati) támogatással kapcsolatban.
Az SP által nem megoldható problémákat a rendszer a TAC-hoz eszkalálja.
BroadWorks-verziók
A BroadWorks kiszolgáló verziótámogatás a BroadSoft házirendet követi, az aktuális verzióra és két korábbi fő verzióra (N-2). Bővebben itt: A BroadSoft termékek életciklus-szabályzata szakaszban BroadSoft életciklus házirend és BroadWorks szoftver kompatibilitási táblázat .
Önkiszolgáló erőforrások
A felhasználók a Webex súgóközponton keresztül kaphatnak támogatást, ahol van egy Webex for Cisco BroadWorks-specifikus oldal, amely felsorolja a Webex Webex alkalmazás általános súgóját és támogatási témaköreit.
A Webex alkalmazás személyre szabható ezzel a súgó URL -lel és egy problémajelentés URL-lel .
A Webex alkalmazás felhasználói közvetlenül az ügyféltől küldhetnek visszajelzést vagy naplókat. A naplók a Webex felhőbe kerülnek, ahol a Webex DevOps segítségével elemezhetők.
Van egy Súgó oldalunk is, amely a Webex Cisco BroadWorks rendszergazdai szintű segítségét nyújtja.
Információgyűjtés szolgáltatásigénylés benyújtásához
Amikor hibákat lát a Control Hubban, előfordulhat, hogy olyan információkat csatoltak, amelyek segíthetik a TAC-ot a probléma kivizsgálásában. Ha például egy adott hibához tartozó nyomkövetési azonosító vagy hibakód lát , mentse el a szöveget, hogy megossza velünk.
Próbálja meg legalább a következő információkat megadni lekérdezés benyújtásakor vagy ügy megnyitásakor:
Ügyfélszervezeti azonosító és Partnerszervezeti azonosító (mindegyik azonosító egy 32 hexa számjegyből álló, kötőjelekkel elválasztott karakterlánc)
TrackingID (szintén 32 hex jegyű karakterlánc), ha az interfész vagy a hibaüzenet biztosít ilyet
Felhasználó e- e-mail-cím (ha egy adott felhasználó problémát tapasztal)
Kliensverziók (ha a problémát az ügyfélen keresztül észlelték a tünetek)
UC-One SaaS-összehasonlítás a Webex -szel a Cisco BroadWorks-hez
Megoldás > | UC-One SaaS | Webex a Cisco BroadWorks részére |
---|---|---|
Felhő | Cisco UC– One Cloud (GCP) | Webex Cloud (AWS) |
Ügyfelek | UC-One: Mobil, asztali Recepciós, Supervisor | Webex: Mobil, Asztali, web |
Főbb technológiai különbségek | Az értekezletek a Broadsoft Meet technológián keresztül történnek | A Webex Meetings technológián keresztül leadott értekezletek |
Korai tereppróbák | Átmeneti környezet, béta kliensek | Gyári környezet, GA-kliensek |
Felhasználói azonosító | A BroadWorks- azonosító szolgált elsődleges azonosító, kivéve, ha a szolgáltató már rendelkezik SSO -integrációval.
Felhasználói azonosító és titkosítás a BroadWorksben | A Cisco CI-ben az e- e-mail - azonosító szolgál elsődleges azonosító SSO -integráció a szolgáltató BroadWorks rendszerébe, ahol a felhasználó BroadWorks felhasználói azonosító és BroadWorks titkossággal fog hitelesíteni.
A felhasználó BroadWorks esetén SSO -n keresztül adja meg a hitelesítő adatokat, a BroadWorksben pedig a titkos adatokat VAGY Felhasználói azonosító és titkosítás a CI IdP-ben VAGY Felhasználói azonosító a CI-ben, azonosító és titkok az IdP-ben |
Kliens hitelesítés | A felhasználók az ügyfélen keresztül adják meg a hitelesítési adatokat Webex üzenetküldés használata esetén hosszú élettartamú BroadWorks tokenek szükségesek | A felhasználók böngészőn keresztül adják meg a hitelesítési adatokat (akár Webex BIDP-proxyról, akár CI-ről bejelentkezési oldalt) Webex hozzáférési és frissítési tokenek |
Kezelés / konfiguráció | Az Ön OSS/BSS rendszerei és Viszonteladói portál | Az Ön OSS/BSS-rendszerei és a Control Hub |
Partner/Szolgáltató aktiválása | Egyszeri beállítás a Cisco Operations által | Egyszeri beállítás a Cisco Operations által |
Ügyfél/vállalat aktiválása | Viszonteladói portál | Control Hub Automatikusan létrehozva az első felhasználó regisztrálásakor |
Felhasználói aktiválási lehetőségek | Saját beiratkozás Külső IM&P beállítása a BroadWorksben
| Integrált IM&P beállítása a BroadWorks-ben (általában nagyvállalati) |
XSP| ADP szolgáltatás interfészek | XSI-Actions
XSI-Events CTI (mTLS) AuthService (opcionális mTLS) DMS | XSI-Actions XSI-Actions (mTLS) XSI-Events CTI (mTLS) AuthService (TLS) DMS |
A Webex telepítése és bejelentkezés (előfizetői szempont)
1 | Töltse le és telepítse a Webex. A részletekért lásd: Webex| Töltse le az alkalmazást . |
2 | Futtassa a Webex. A Webex kéri az e- e-mail-cím.
|
3 | Adja meg e-mail-címét, majd kattintson a Következő lehetőségre. |
4 | Az alábbiak egyike történik, attól függően, hogy a szervezet hogyan van beállítva a Webex alkalmazásban: A Webex a sikeres IdP vagy BroadWorks hitelesítés után töltődik be.
|
Adatcsere és -tárolás
Ezek a szakaszok részletesen ismertetik a Webex történő adatcserét és -tárolást. Minden adat titkosítva van továbbítás közben és nyugalmi állapotban is. További részletekért lásd: Webex App Security .
Szolgáltatói beléptetés
Amikor a szolgáltatói beléptetés során fürtöket és felhasználói sablonokat konfigurál a Webex Control Hubban, a következő, Webex által tárolt Webex -adatokat kicseréli:
Xsi-Actions URL
Xsi-Events URL
CTI felület URL -címe
Hitelesítési szolgáltatás URL-címe
BroadWorks Provisioning Adapter hitelesítő adatai
Szolgáltatói Felhasználó-létesítés
Ez a táblázat a Webex API-kon keresztüli felhasználói üzembe helyezés részeként kicserélt felhasználói és vállalati adatok sorolja fel.
Adatáthelyezés a Webex | Innen | Keresztül | A Webex által tárolt ? |
---|---|---|---|
BroadWorks felhasználói azonosítója | BroadWorks, API -n keresztül | Webex API-k | Igen |
E- e-mail (ha van SP) | BroadWorks, API -n keresztül | Webex API-k | Igen |
E- e-mail (ha a felhasználó megadta) | Felhasználó | Felhasználói aktiválási portál | Igen |
Utónév | BroadWorks, API -n keresztül | Webex API-k | Igen |
Vezetéknév | BroadWorks, API -n keresztül | Webex API-k | Igen |
Elsődleges telefonszám | BroadWorks, API -n keresztül | Webex API-k | Igen |
Mobiltelefonszám lehetőségre | BroadWorks, API -n keresztül | Webex API-k | Igen |
Elsődleges mellék | BroadWorks, API -n keresztül | Webex API-k | Igen |
BroadWorks szolgáltató azonosító és azonosító | BroadWorks, API -n keresztül | Webex API-k | Igen |
Nyelv | BroadWorks, API -n keresztül | Webex API-k | Igen |
Időzóna | BroadWorks, API -n keresztül | Webex API-k | Igen |
Felhasználó eltávolítása
A Webex for Cisco BroadWorks API-k támogatják a felhasználó részleges és teljes eltávolítását is. Ez a táblázat felsorolja az üzembe helyezés során tárolt összes felhasználói adatot, valamint az egyes forgatókönyvekben törölt adatokat.
Felhasználói adatok lehetőségre | Részleges törlés | Teljes törlés |
---|---|---|
BroadWorks felhasználói azonosítója | Igen | Igen |
Nem | Igen | |
Utónév | Nem | Igen |
Vezetéknév | Nem | Igen |
Elsődleges telefonszám | Igen | Igen |
Mobiltelefonszám lehetőségre | Igen | Igen |
Mellék | Igen | Igen |
BroadWorks szolgáltató azonosító és azonosító | Igen | Igen |
Nyelv | Nem | Igen |
Felhasználói bejelentkezés és konfiguráció visszakeresése
Webex hitelesítés
Webex hitelesítés A felhasználónak a Webex alkalmazás a Webex támogatási hitelesítési mechanizmusok valamelyikével történő bejelentkezésére utal. ( BroadWorks-hitelesítés külön tárgyalja.) Ez a táblázat a különböző összetevők között a hitelesítési folyamat során kicserélt adatok típusát mutatja be.
Adatáthelyezés | Innen | Címzett: |
---|---|---|
E-mail-cím | Felhasználó a Webex alkalmazás keresztül | Webex |
Korlátozott hozzáférési token és (független) IdP URL | Webex | Felhasználói böngésző |
Felhasználói hitelesítő adatok | Felhasználói böngésző | Identitásszolgáltató (amely már rendelkezik felhasználói identitással) |
SAML állítás | Felhasználói böngésző | Webex |
Hitelesítő kód | Webex | Felhasználói böngésző |
Hitelesítő kód | Felhasználói böngésző | Webex |
Tokenek elérése és frissítése | Webex | Felhasználói böngésző |
Tokenek elérése és frissítése | Felhasználói böngésző | Webex alkalmazás |
BroadWorks hitelesítés
BroadWorks-hitelesítés A felhasználónak egy Webex Webex alkalmazás történő bejelentkezése a BroadWorks-hitelesítési adataikkal történik. Ez a táblázat a különböző összetevők között a hitelesítési folyamat során kicserélt adatok típusát mutatja be.
Adatáthelyezés | Innen | Címzett: |
---|---|---|
E-mail-cím | Felhasználó a Webex alkalmazás keresztül | Webex |
Korlátozott hozzáférésű token és (Webex Bwks IdP proxy) IdP URL | Webex | Felhasználói böngésző |
Márkainformációk és BroadWorks URL-ek | Webex | Felhasználói böngésző |
BroadWorks felhasználói hitelesítő adatok | Felhasználó böngészőn keresztül (a Webex által kiszolgált márkás bejelentkezési oldal) | Webex |
BroadWorks felhasználói hitelesítő adatok | Webex | BroadWorks |
BroadWorks felhasználói profil | BroadWorks | Webex |
SAML állítás | Felhasználói böngésző | Webex |
Hitelesítő kód | Webex | Felhasználói böngésző |
Hitelesítő kód | Felhasználói böngésző | Webex |
Tokenek elérése és frissítése | Webex | Felhasználói böngésző |
Tokenek elérése és frissítése | Felhasználói böngésző | Webex alkalmazás |
A BroadWorks jelszó lejártáról szóló értesítés a bejelentkezés során
Ez a funkció javítja a bejelentkezési folyamatot, és az alábbiak alapján vezérli a bejelentkezési folyamatot:
Bejelentkezési figyelmeztetés és hibaüzenet javítása:
- A BroadWorks hitelesítést használó és az UAP-on keresztül bejelentkező Wexbex for BWKS felhasználók jelenleg nem kap értesítést arról, hogy jelszavuk hamarosan lejár, vagy hogy nem tudnak bejelentkezni, mert a jelszó már lejárt. Ezzel a funkcióval, ha a jelszó 10 napon belül lejár, a felhasználó figyelmeztetést kap, hogy a jelszó hamarosan lejár, jelezve, hogy hány nap van hátra, és javasoljuk, hogy vegye fel a kapcsolatot a Partnerrel, vagy kövesse az Elfelejtett Jelszó hivatkozást a bejelentkezési képernyőn a jelszavuk alaphelyzetbe állításához.
- Ha a jelszó lejárt, és a BroadWorks 'enforcePasswordChangeOnExpiry' konfigurációja igaz értékre van állítva, akkor a „helytelen felhasználónév és jelszó” hibaüzenetet adtak ki, de most ezzel a funkcióval a hibaüzenet tovább bővül: Sikertelen bejelentkezési kísérlet. A megadott felhasználói azonosító és jelszó kombinációja nem egyezik meg a nyilvántartásunkkal, vagy a jelszavát frissíteni kell. Próbálkozzon újra, vagy forduljon a rendszergazdájához a jelszó frissítéséhez. Hibakód: 100006
Bejelentkezési folyamat vezérlése:
- A partner korlátozhatja a bejelentkezést a „w4bwks-password-expiry-fail-login” beállítás engedélyezésével vagy letiltásával. Ha a BroadWorks-jelszó lejárt, a BroadWorks-jelszó „enforcePasswordChangeOnExpiry” konfigurációja false értékre van állítva, és a „w4bwks-password-expiry-fail-login” beállítás engedélyezve van, akkor hibaüzenet jelenik meg, miszerint a jelszó x napja lejárt, míg ha a beállítási szolgáltatás le van tiltva , akkor a bejelentkezés engedélyezett. Alapértelmezés szerint a beállítás le van tiltva.
Az Elfelejtett jelszó hivatkozást a bejelentkezési oldalon a partner konfigurálhatja a Speciális testreszabás funkció részeként. A partnerek általában úgy konfigurálják a hivatkozást, hogy a felhasználót egy partneri portálra navigálják a jelszókezeléshez és a jelszó-visszaállításhoz.
Ez a funkció csak akkor javítja a felhasználói bejelentkezési élményt az aktivált felhasználó bejelentkezése során, ha a jelszó hamarosan lejár, vagy már lejárt. A funkció nem kezeli, ha egy jelszó lejár, miközben a felhasználó bejelentkezett a Webex alkalmazás. A felhasználó a következő bejelentkezési kísérlet alkalmával értesítést kap a jelszó lejártáról. A „w4bwks-password-expiry-fail-login” beállítást a Cisco egy partner kérésére engedélyezi vagy letiltja. |
Klienskonfiguráció visszakeresése
Ez a táblázat szemlélteti az ügyfélkonfigurációk lekérése során a különböző összetevők között kicserélt adatok típusát.
Adatáthelyezés | Innen | Címzett: |
---|---|---|
Regisztráció | Kliens | Webex |
Szervezeti beállítások, beleértve a BroadWorks URL-címeket is | Webex | Kliens |
BroadWorks JWT token | BroadWorks a Webex keresztül | Kliens |
BroadWorks JWT token | Kliens | BroadWorks |
Eszköztoken | BroadWorks | Kliens |
Eszköztoken | Kliens | BroadWorks |
Konfigurációs fájl | BroadWorks | Kliens |
Állandó állapotú használat
Ez a szakasz ismerteti az összetevők közötti adatmozgást a token lejártát követő újrahitelesítés során, akár BroadWorks, akár Webex segítségével.
Ez a táblázat a híváshoz szükséges adatmozgásokat sorolja fel.
Adatáthelyezés | Innen | Címzett: |
---|---|---|
SIP jelzés | Kliens | BroadWorks |
SRTP adathordozó | Kliens | BroadWorks |
SIP jelzés | BroadWorks | Kliens |
SRTP adathordozó | BroadWorks | Kliens |
Ez a táblázat az üzenetkezelés, a jelenlét és az értekezletek adatmozgását sorolja fel.
Adatáthelyezés | Innen | Címzett: |
---|---|---|
HTTPS REST üzenetküldés és jelenlét | Kliens | Webex |
HTTPS REST üzenetküldés és jelenlét | Webex | Kliens |
SIP jelzés | Kliens | Webex |
SRTP adathordozó | Kliens | Webex |
SIP jelzés | Webex | Kliens |
SRTP adathordozó | Webex | Kliens |
A Provisioning API
Fejlesztői hozzáférés
Az API specifikáció a következő napon érhető el:https://developer.webex.com és egy útmutató a használatához itt találhatóhttps://developer.webex.com/docs/api/guides/webex-for-broadworks-developers-guide .
Az API specifikáció elolvasásához be kell jelentkeznie a következő címen:https://developer.webex.com/docs/api/v1/broadworks-subscribers .
Alkalmazás hitelesítés és engedélyezés
Az alkalmazás integrálható a Webex , mint egy Integráció . Ez a mechanizmus lehetővé teszi az alkalmazás számára, hogy adminisztratív feladatokat (például előfizetői szolgáltatást) végezzen a partnerszervezeten belüli rendszergazda számára.
A Webex API-k követik az OAuth 2 szabványt (http://oauth.net/2/ ). Az OAuth 2 lehetővé teszi a harmadik féltől származó integrációk számára, hogy frissítési és hozzáférési tokeneket szerezzenek be a kiválasztott Partner-rendszergazda nevében az API -hívások hitelesítéséhez.
Először regisztrálnia kell az integrációt a Webex. A regisztrációt követően az alkalmazásnak támogatnia kell ezt az OAuth 2.0 engedélyezési folyamatot, hogy megszerezze a szükséges frissítési és hozzáférési jogkivonatokat.
Az integrációkkal és az OAuth 2 hitelesítési folyamat alkalmazásba való beépítésével kapcsolatos további részletekért lásd:https://developer.webex.com/docs/integrations .
Két szerepkör szükséges az integrációk megvalósításához – a fejlesztő és a felhasználó engedélyezése - és előfordulhat, hogy a környezetében különálló személyek/csapatok tartják őket.
|
Szervezetnév
A szervezet neve attól függ, hogy melyik beüzemelési módot használja:
Vállalati mód—A szervezet neve pontosan megegyezik az spEnterpriseId értékkel.
Szolgáltatói mód—A Szervezetnév az spEnterpriseId csoportazonosító része.
A szervezet neve tartalmazni fog minden olyan szóközt, nagybetűt és speciális karaktert, amelyet az eredeti spEnterpriseId tartalmaz.
BroadWorks szoftverkövetelmények
Lásd Életciklus-kezelés – BroadSoft szerverek .
A Szolgáltatótól elvárjuk, hogy a legújabb BroadWorks-javításokkal és Release Independent (RI) alkalmazásokkal legyen "javításkor". A javítások alábbi listája a minimális követelmény a Webex való integrációhoz.
Feltétlenül tekintse át az ezekhez a szoftverjavításokhoz tartozó javítási megjegyzéseket. Egyes javítások további CLI-követelményeket is tartalmazhatnak. |
R22-es verzió
Kiszolgáló | Patch | További információk |
---|---|---|
Alkalmazáskiszolgáló | ||
Címtár-szinkronizáláshoz szükséges | ||
Szükséges a V1-ről V2-es leküldéses értesítésekre való frissítéshez | ||
Szükséges javítás az alkalmazáskiszolgálóhoz | ||
Szükséges a V1-ről V2-es leküldéses értesítésekre való frissítéshez | ||
Szükséges javítás a hívásrögzítés funkcióhoz | ||
Szükséges javítás az átfolyós üzembe helyezéshez | ||
Szükséges javítás a Hook állapot (jelenlét) és az egyesített híváselőzmények számára | ||
Profilkiszolgáló | ||
Szükséges javítás a Hook állapot (jelenlét) és az egyesített híváselőzmények számára | ||
Platform | ||
Az NPS-hitelesítési proxyhoz szükséges | ||
Az NPS-hitelesítési proxyhoz szükséges | ||
Szükséges a CI-token érvényesítéssel rendelkező hitelesítési szolgáltatáshoz | ||
Szükséges javítás a Hook állapot (jelenlét) és az egyesített híváselőzmények számára | ||
XSP| ADP | Az NPS-hitelesítési proxyhoz szükséges | |
Szükséges a CI-token érvényesítéssel rendelkező hitelesítési szolgáltatáshoz | ||
Az NPS-hitelesítési proxyhoz szükséges | ||
Szükséges a V1-ről V2-es leküldéses értesítésekre való frissítéshez | ||
Az NPS-hitelesítési proxyhoz szükséges | ||
Az NPS-hitelesítési proxyhoz szükséges | ||
Szükséges a CI-token érvényesítéssel rendelkező hitelesítési szolgáltatáshoz | ||
Kötelező az egyesített híváselőzményekhez | ||
Egyéb | AP.xsa.22.0.1123.ap372757 | |
R23-as verzió
Kiszolgáló | Patch | További információk |
---|---|---|
Alkalmazáskiszolgáló | Címtár-szinkronizáláshoz szükséges | |
Alkalmazáskiszolgáló konfigurálása | ||
Szükséges a V1-ről V2-es leküldéses értesítésekre való frissítéshez | ||
A hívásrögzítéshez szükséges | ||
Szükséges javítás a Hook állapot (jelenlét) és az egyesített híváselőzmények számára | ||
Profilkiszolgáló | ||
Platform | ||
Az NPS-hitelesítési proxyhoz szükséges | ||
Szükséges javítás a Hook állapot (jelenlét) és az egyesített híváselőzmények számára | ||
XSP| ADP | ||
Az NPS-hitelesítési proxyhoz szükséges | ||
Szükséges a V1-ről V2-es leküldéses értesítésekre való frissítéshez | ||
Az NPS-hitelesítési proxyhoz szükséges | ||
Az NPS-hitelesítési proxyhoz szükséges | ||
Szükséges javítás a Hook állapot (jelenlét) és az egyesített híváselőzmények számára | ||
Egyéb | Ha ADP-t használ... | Szükséges javítás a Hook állapot (jelenlét) és az egyesített híváselőzmények számára |
R24-es verzió
Kiszolgáló | Patch | További információk |
---|---|---|
Alkalmazáskiszolgáló | A Unified Üzenetküldés Server (UMS) használatához szükséges | |
Az átfolyósított üzembe helyezéshez szükséges | ||
A hívásrögzítéshez szükséges | ||
Szükséges javítás a Hook állapot (jelenlét) és az egyesített híváselőzmények számára | ||
Egyéb | Szükséges javítás a Hook állapot (jelenlét) és az egyesített híváselőzmények számára |
BroadWorks-címkék szükségesek a Webex
A Webexhez konfigurálandó Webex rendszercímkékkel és egyéni címkékkel kapcsolatos információkért lásd: Webex Cisco BroadWorks konfigurációs útmutató .
Felhasználó-létesítési és aktiválási folyamatok
Beüzemelés leírja, hogyan kell hozzáadni a felhasználót a Webex. Aktiválás tartalmazza az e-mail hitelesítést és a szolgáltatás hozzárendelését a Webex. |
A felhasználók e-mail-címének egyedinek kell lennie, mivel a Webex az e- e-mail-cím használja a felhasználók azonosítására. Ha rendelkezik megbízható e-mail-címekkel a felhasználók számára, akkor beállíthatja, hogy azok automatikusan aktiválódjanak az automatikus beüzemelésükkor. Ez a folyamat „automatikus beüzemelés és automatikus aktiválás”.
Automatikus felhasználó-létesítés és automatikus aktiválás (megbízható e- e-mail folyamat)
Előfeltételek
A beüzemelési adapter a Webex for Cisco BroadWorks alkalmazásra mutat (amihez kimenő kapcsolat szükséges az AS és a Webex Provisioning Bridge között).
Érvényes, elérhető végfelhasználói e-mail-címekkel kell rendelkeznie másodlagos azonosítóként a BroadWorksben.
A Control Hubnak van beüzemelési fiókja a partnerszervezet konfigurációjában.
Lépés | Leírás |
---|---|
1 | Árajánlatot ad és vesz fel a szolgáltatásra vonatkozó megrendeléseket az ügyfelekkel. |
2 | Az ügyfél megrendelését dolgozza fel és biztosítja az ügyfelet a rendszereiben. |
3 | A szolgáltatás-kihelyezési rendszer kiváltja a BroadWorks üzembe helyezését. Összefoglalóan ez a lépés hozza létre a vállalatot és a felhasználókat. Ezután minden egyes felhasználóhoz hozzárendeli a szükséges szolgáltatásokat és számokat. Az egyik ilyen szolgáltatás a külső IM&P. |
4 | Ez a beüzemelési lépés elindítja az ügyfélszervezet és a felhasználók automatikus üzembe helyezését a Webex. (Az IM&P szolgáltatás-hozzárendelés hatására a beüzemelési adapter meghívja a Webex üzembe helyezési API-t ). |
5 | A rendszereinek a Webex üzembe helyezési API -t kell használniuk, ha később módosítani kell a csomagot a felhasználóhoz (az alapértelmezettről való módosításhoz). |
SSO bejelentkezési folyamat
Az alábbiakban látható a Webex Webex alkalmazás SAML SSO bejelentkezési folyamata BroadWorks-hitelesítés használatakor, és ha a Cross-Origin erőforrás-megosztás engedélyezve van, lehetővé téve a közvetlen BroadWorks-hitelesítést. A képen a kliens és a felhasználói események bal oldalán láthatók, a nyilakkal ellátott szöveg pedig azt jelzi, hogy az ügyfél mit biztosít a hitelesítéshez. Az 1. és 5. lépés felhasználói események. A kép jobb oldala a bejelentkezési szolgáltatások eseményeit jelöli az ügyfélnek visszaküldött adatokkal együtt.
Az alábbiakban a BroadWorks szolgáltatás-felderítési folyamat látható, amely közvetlenül az előző Webex SAML SSO bejelentkezési folyamatból következik. Az ügyfél a Webex Device Management alkalmazásba történő regisztráció során kapott hozzáférési token segítségével kér regisztrációt a BroadWorks-telepítéstől.
Alternatív bejelentkezési folyamatok
A fenti képek azt feltételezik, hogy az SAML SSO bejelentkezés BroadWorks-hitelesítéssel van konfigurálva, és a közvetlen BroadWorks-hitelesítés engedélyezett (Cross-Origin Erőforrásmegosztás). Az alábbiakban felsorolunk néhány alternatív SAML SSO bejelentkezési folyamatot:
BroadWorks-hitelesítés közvetlen BroadWorks-hitelesítés nélkül (kereszt-eredetű erőforrás-megosztás):
Az egyetlen különbség a Webex bejelentkezési folyamat 5. és 6. lépésében van. Az 5. lépésben a bejelentkezési hitelesítő adatokat az IdP-proxy (nem pedig az XSI) ellenőrzi, és a rendszer egy SAML -igazolást küld vissza az ügyfélnek.
A folyamat a hátralévő lépéseken keresztül halad a két érvényes diagramon.
Az SSO tokent nem használja ez a folyamat.
SAML SSO Webex hitelesítés:
A Webex bejelentkezési folyamat 3. lépésében a Common Identity szolgáltatás a Webex hitelesítéshez használt identitásszolgáltatót adja vissza.
Ekkor a rendszer meghív egy alternatív SAML SSO bejelentkezési folyamatot a Webex számára.
Felhasználói interakciók
Bejelentkezés
A Webex alkalmazás elindít egy böngészőt a Cisco Common Identity (CI) alkalmazáshoz, amely lehetővé teszi a felhasználók számára, hogy megadják az e- e-mail-cím.
A CI észleli, hogy a társított ügyfélszervezet SAML IDP-ként a BroadWorks IDP-proxyt (IDP) használja. A CI az IDP-hez irányít át, amely bejelentkezési oldalt ad a felhasználónak. (Ezt a bejelentkezési oldalt a Szolgáltató márkajelzéssel látja el.)
A felhasználó megadja a BroadWorks-hitelesítési adatait.
A Broadworks az IDP-n keresztül hitelesíti a felhasználót. Sikeres esetben az IDP visszairányítja a böngészőt a CI-re egy SAML sikerrel, hogy befejezze a hitelesítési folyamatot (nem látható az ábrán).
Sikeres hitelesítés esetén a Webex alkalmazás hozzáférési tokeneket kap a CI-től (az ábrán nem látható). Az ügyfél ezek segítségével igényel BroadWorks hosszú élettartamú Jason web Token (JWT).
A Webex alkalmazás a hívási konfigurációját a BroadWorks-ből, más szolgáltatásokat pedig a Webex fedezi fel.
A Webex Webex alkalmazás regisztrál a BroadWorks rendszerében.
Jelentkezzen be felhasználói szemmel
Ez a diagram a tipikus bejelentkezési folyamatot mutatja a végfelhasználó vagy előfizető által:
Töltse le és telepítse a Webex alkalmazás.
Előfordulhat, hogy a hivatkozást a szolgáltató kapta, vagy a letöltést a Webex letöltések oldalán találja.
Adja meg az e- e-mail-cím a Webex bejelentkezési képernyőjén. Kattintson a Tovább gombra.
A rendszer általában a Szolgáltató márkájú oldalára irányítja át.
Ez az oldal az e- e-mail-cím üdvözölheti Önt.
Ha nincs e- e-mail-cím, vagy ha az e- e-mail-cím rossz, akkor inkább adja meg a BroadWorks- felhasználónév .
Adja meg BroadWorks-jelszavát.
Ha sikeresen jelentkezett be, megnyílik a Webex .
Call Flow—Vállalati címtár
Hívásfolyamat—PSTN-szám
Bemutató és megosztás
Térértekezlet indítása
Kliens-interakciók
Profil lekérése DMS-ből és SIP -ből Regisztráljon az AS-nél
Az ügyfél meghívja az XSI-t, hogy megkapja az eszközkezelési tokent és a DMS URL -címét.
Az ügyfél az 1. lépésből származó token bemutatásával kéri le az eszközprofil a DMS-től.
Az ügyfél beolvassa az eszközprofil , és lekéri a SIP hitelesítő adatokat, címeket és portokat.
Az ügyfél a 3. lépésből származó információk alapján egy SIP REGISTER-t küld az SBC-nek.
Az SBC elküldi a SIP REGISTER-t az AS-nek (Az SBC végrehajthat egy keresést az NS-ben egy AS megkeresésére, ha az SBC még nem ismeri a SIP felhasználót.)
Vizsgálati és laboratóriumi irányelvek
A következő irányelvek vonatkoznak a tesztelő és laboratóriumi szervezetekre:
A szolgáltatói partnerek legfeljebb 50 tesztfelhasználóba korlátozottak, akik több szervezeten keresztül is kiépíthetők.
Az első 50 tesztfelhasználón túli felhasználókat kiszámlázzuk.
A számla pontos feldolgozása érdekében minden tesztszervezetnek tartalmaznia kell a „test” szót a BroadWorks szervezet nevében.
A belső tesztelő szervezeteket a Webex Control Hubon belül kell kijelölni. Ennek célja annak megakadályozása, hogy a tesztfelhasználók tényleges felhasználóként legyenek számlázva.
Szervezet kijelölése tesztszervezetként
Szervezet kijelölése tesztszervezetként:
Jelentkezzen be a Partner Hubba, és válassza ki az Ügyfelek lehetőséget.
Válassza ki a megfelelő Ügyfelet.
A jobb oldali vezérlősávban engedélyezze a Belső tesztelési szervezet kapcsolót.
Hangposta lejátszása
Hangposta esetén győződjön meg arról, hogy a Médiakiszolgálót a következő kódok egyikére állította be:
mp3
wav—A WAV fájlok a következő formátumokban támogatottak: PCM (minden platformon támogatott) és DVI-ADPCM ( Android nem támogatott).
Ha wav fájlokat használ, futtassa a következő CLI parancsokat az alkalmazáskiszolgáló és a médiakiszolgáló konfigurálásához:
AS_CLI/Service/VoiceMsg>set vmRecordingAudioFileFormat WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw
Terminológia
- ACL
- Hozzáférés-vezérlési lista
- ALG
- Alkalmazásréteg-átjáró
- API
- Alkalmazásprogramozási felület
- APNS
- Apple leküldéses értesítés Service
- AS
- Alkalmazáskiszolgáló
- ATA
- Analóg telefonadapter, adapter, amely az analóg telefonálást VoIP -re alakítja
- BAM
- BroadSoft alkalmazáskezelő
- Alapszintű hitelesítés
- Olyan hitelesítési módszer, amelyben egy fiók (felhasználónév) egy megosztott titkos kód (jelszó) van hitelesítve.
- BMS
- BroadSoft Üzenetküldés Server
- BOSH
- Kétirányú adatfolyamok szinkron HTTP-n keresztül
- BRI
- Alapsebességű interfész A BRI egy ISDN hozzáférési módszer
- Csomag lehetőségre
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- CA
- Hitelesítés-szolgáltató
- Szolgáltató
- A telefonos forgalmat lebonyolító szervezet (vö. Partner, Szolgáltató, Értéknövelt viszonteladó)
- CAPTCHA
- Teljesen automatizált nyilvános Turing-teszt a számítógépek és az emberek megkülönböztetésére
- CCXML
- Hívásvezérlő bővíthető jelölőnyelv
- CIF
- Közös köztes formátum
- CLI
- Parancssori felület
- CN
- Általános név
- CNPS
- Hívásértesítések Push Server. Egy XSP-n futó Notification Push szerver| ADP a környezetében, hogy hívásértesítéseket küldjön az FCM és APNS felé. Lásd: NPS-proxy.
- CPE
- Ügyféltelepi berendezések
- CPR
- Egyéni jelenléti szabály
- CSS
- Lépcsőzetes stíluslap
- CSV
- Vesszővel elválasztott érték
- CTI
- Számítógépes telefonos integráció
- CUBE
- Cisco Unified Border Element
- DMZ
- Demilitarizált zóna
- DN
- Telefonkönyvi szám
- DND
- Ne zavarjanak
- DNS
- Tartománynév-rendszer
- DPG
- Tárcsázza a társcsoportot
- DSCP
- Differenciált szolgáltatások kódpontja
- DTAF
- Eszköztípus archív fájl
- DTG
- Cél fővonalcsoport
- DTMF
- Dual-Tone Multi-Frequency
- Végfelhasználó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Előfizető)
- Nagyvállalati
- Végfelhasználók gyűjteménye (vö. Szervezet)
- FCM
- Firebase felhőalapú Üzenetküldés
- FMC
- Javított mobilkonvergencia
- Átfolyós beüzemelés
- Felhasználók létrehozása a Webex identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorksben.
- FQDN
- Teljes tartománynév
- Teljes átfolyású üzembe helyezés
- Létrehozása és ellenőrzése felhasználókat a Webex Identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorks és állítva hogy minden BroadWorks-felhasználó egyedi és érvényes e- e-mail-cím rendelkezik .
- FXO
- A Devizairoda az a port, amely az analóg vonalat fogadja. Ez a telefon vagy a faxkészülék, illetve az analóg telefon csatlakozói. On-hook/off-hook jelzést ad (hurokzárás). Mivel az FXO port egy eszközhöz, például faxhoz vagy telefonhoz csatlakozik, az eszközt gyakran „FXO eszköznek” is nevezik.
- FXS
- A deviza-előfizető az a port, amely ténylegesen továbbítja az analóg vonalat az előfizetőnek. Más szóval, a „dugó a falba” az, amelyik a tárcsahang, az akkumulátoráramot és a csengőfeszültséget továbbítja.
- GCM
- Google Cloud Message lehetőségre
- GCM
- Galois/Counter mód (titkosítási technológia)
- HID
- Emberi felület eszköz
- HTTPS
- Hypertext Transfer Protocol Secure Sockets
- IAD
- Integrált hozzáférési eszköz
- IM&P
- Azonnali Üzenetküldés és jelenlét
- IP PSTN
- Olyan szolgáltató , amely VoIP -ot nyújt a PSTN-nek, felcserélhető az ITSP-vel, vagy az internethez kapcsolódó „nyilvános” telefonálás általános kifejezésével, amelyet a nagy távközlési szolgáltatók biztosítanak (nem pedig országok szerint, ahogyan a PSTN az).
- ITSP
- Internettelefon szolgáltató
- IVR
- interaktív hangválasz / válaszadó
- JID
- Az XMPP entitások natív címét Jabber-azonosítónak vagy JID-nek nevezik localpart@tartomány.part.example.com/resourcepart (@ . / elválasztók)
- JSON
- Java Script objektumjelölés
- JSSE
- Java Secure Socket kiterjesztés; a mögöttes technológia, amely biztonságos kapcsolódási szolgáltatásokat nyújt a BroadWorks szervereknek
- KEM
- Kulcskiterjesztés modul (hardveres Cisco telefonok)
- LLT
- Hosszú élettartamú (vagy Long Life) token; a vivői token önleíró, biztonságos formája, amely lehetővé teszi a felhasználók számára, hogy hosszabb ideig maradjanak hitelesítettek, és nincs bizonyos alkalmazásokhoz kötve.
- MA
- Üzenetarchiválás
- MIB
- Vezetési információs bázis
- MS
- Médiakiszolgáló
- mTLS
- Kölcsönös hitelesítés két fél között, tanúsítványcserével, TLS kapcsolat létesítésekor
- MUC
- Többfelhasználós csevegés
- NAT
- Hálózati cím fordítások
- NPS
- Notification Push Server; lásd: CNPS
- NPS-proxy
-
A Webex olyan szolgáltatása, amely rövid élettartamú hitelesítési tokeneket szállít a CNPS-nek, lehetővé téve, hogy hívási értesítéseket küldjön le az FCM és az APN, végső soron a Webex futtató Android és iOS eszközök számára.
- OCI
- Nyissa meg az ügyfélfelületet
- Szervezet
- Végfelhasználók egy csoportját képviselő vállalat vagy szervezet (vö. Vállalati)
- OTG
- Kimenő fővonal-csoport
- Csomag
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- Partner
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Értéknövelt viszonteladó, szolgáltató, szolgáltató)
- PBX
- Privát fiókcsere
- PEM
- Továbbfejlesztett adatvédelmi levelezés
- PLMN
- Nyilvános szárazföldi mobilhálózat
- PRI
- A Primary Rate Interface (PRI) egy távközlési interfészszabvány , amelyet Integrált Szolgáltatású Digitális Hálózaton (ISDN) használnak .
- Ui.:
- Profilkiszolgáló
- PSTN
- Nyilvános kapcsolt telefonhálózat
- QoS
- Szolgáltatásminőség
- Viszonteladói portál
- Egy weboldal, amely lehetővé teszi a viszonteladó rendszergazdájának az UC-One SaaS-megoldás konfigurálását. Néha BAM portálnak, rendszergazdai portálnak vagy felügyeleti portálnak is nevezik.
- RTCP
- Valós idejű vezérlési protokoll
- RTP
- Real-Time Transport protokoll
- SBC
- Session Border Controller
- SCA
- Shared Call megjelenése
- SD
- Szabványos felbontás
- SDP
- Munkamenetleíró protokoll
- SP
- Szolgáltató; Olyan szervezet, amely telefonos vagy kapcsolódó szolgáltatásokat nyújt más szervezeteknek (vö. Szolgáltató, Partner, Értéknövelt viszonteladó)
- SIP
- Session Initiation Protocol
- SLT
- Rövid élettartamú (vagy rövid élettartamú) token (más néven BroadWorks SSO token); egy egyszer használatos hitelesített token, amely a webes alkalmazások biztonságos elérésére szolgál.
- SMB
- Kis- és középvállalkozások
- SNMP
- Egyszerű hálózatkezelési protokoll
- sRTCP
- biztonságos Realtime Transfer Control Protocol (VoIP hívásmédia)
- sRTP
- biztonságos Realtime Transfer Protocol (VoIP hívásmédia)
- SSL
- Biztonságos socket-réteg
- Feliratkozó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Végfelhasználó)
- TCP
- Átvitelvezérlő protokoll
- TDM
- Időosztásos multiplexelés
- TLS
- Transport Layer Security (TLS)
- Általános Szerződési Feltételek
- Szolgáltatás típusa
- UAP
- Felhasználói aktiválási portál
- UC
- Egységesített kommunikáció
- UI
- Felhasználói felület
- U azonosító
- Egyedi azonosító
- UMS
- Üzenetküldés szerver
- URI
- Egységes erőforrás-azonosító
- URL
- Uniform Resource Locator
- USS
- Megosztási kiszolgáló
- UTC
- Egyezményes koordinált világidő
- UVS
- Videó szerver
- Értéknövelt viszonteladó (VAR)
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Szolgáltató, Partner, Szolgáltató)
- VGA
- Video Graphics Array
- VoIP
- Voice over internetprotokoll (IP)
- VXML
- Hanggal bővíthető jelölőnyelv
- WebDAV
- web elosztott szerzői és verziószámozás
- WebRTC
- web valós idejű kommunikáció
- WRS
- WebRTC szerver
- XMPP
- Bővíthető Üzenetküldés és jelenléti protokoll
Szolgáltatások konfigurálása (mTLS-szel a hitelesítési szolgáltatáshoz)
Az alábbi eljárások váltják fel a témakörben szereplő eljárásokat Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k . Ezeket az eljárásokat csak akkor végezze el, ha mTLS-t használ a hitelesítési szolgáltatáshoz a CI token érvényesítés helyett. Ezek az eljárások kötelezőek, ha több Webex -szervezetet futtat ugyanazon az XSP-n| ADP szerver. Ellenkező esetben ezek nem kötelezőek.
Ha nem futtat több Webex -szervezetet ugyanazon az XSP-n keresztül| ADP szerver, CI Token Validation ( TLS-szel) javasolt a hitelesítési szolgáltatáshoz. Lásd: Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k a hitelesítési szolgáltatás és egyéb szolgáltatások konfigurálásával kapcsolatos részletekért. |
Xsi felületek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a leírás szerint Cisco BroadWorks Xtended Services felület konfigurációs útmutató .
Az Xsi-Events alkalmazásoknak csak egy példányát kell telepíteni az XSP-re| A CTI interfészhez használt ADP.
A Broadworks és a Webex közötti integrációhoz használt összes Xsi-Eventnek ugyanazzal a Webex -vel kell rendelkeznie, mint az Applications/Xsi-Events/GeneralSettings alatt. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
Amikor egy felhasználó bejelentkezett a Webex, a Webex előfizetést hoz létre a felhasználó számára az AS-en, hogy fogadja a telefonos eseményeket a jelenlét és a hívásnapló vonatkozásában. Az előfizetés a callControlApplicationName alkalmazáshoz van társítva, és az AS ennek alapján tudja, melyik Xsi-Eventsnek küldje el a telefonos eseményeket.
A callControlApplicationName módosítása, vagy ha nem ugyanaz a név az összes Xsi-Events webalkalmazáson, az hatással lesz az előfizetésekre és a telefonos eseményekre. |
Hitelesítési szolgáltatás konfigurálása (mTLS-szel)
A hosszú élettartamú BroadWorks tokeneket az XSP-n tárolt hitelesítési szolgáltatás hozza létre és hitelesíti| ADP-k.
Követelmények
Az XSP| A hitelesítési szolgáltatást futtató ADP-kiszolgálóknak rendelkezniük kell konfigurált mTLS-interfészekkel.
XSP| Az ADP-knek ugyanazokat a kulcsokat kell megosztaniuk a BroadWorks hosszú élettartamú tokenek titkosításához/visszafejtéséhez. Ezeknek a kulcsoknak a másolása az egyes XSP-kre| Az ADP manuális folyamat.
XSP| Az ADP-ket szinkronizálni kell az NTP-vel.
Konfiguráció áttekintése
Az alapvető konfiguráció az XSP-n| Az ADP-k a következőket tartalmazzák:
Telepítse a hitelesítési szolgáltatást.
Állítsa be a token időtartamát legalább 60 napra (hagyja meg a kibocsátót BroadWorksként).
RSA -kulcsok létrehozása és megosztása XSP-n keresztül| ADP-k.
Adja meg a webes tároló authService URL -címét.
Telepítse a hitelesítési szolgáltatást az XSP rendszeren| ADP
Minden XSP-n| A Webex használt ADP:
Aktiválja a hitelesítési szolgáltatás alkalmazást az elérési úton
/authService
(ezt az elérési utat kell használnia):XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService
(hol
<version>
az Ön BroadWorks-verziója).Az alkalmazás telepítése:
XSP|ADP_CLI/Maintenance/ManagedObjects>
deploy application /authService
Token időtartamának konfigurálása
A meglévő tokenkonfiguráció ellenőrzése (óra):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
get
Állítsa be az időtartamot 60 napra (maximum 180 nap):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
set tokenDurationInHours 1440
RSA -kulcsok létrehozása és megosztása
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
E két tényező miatt egyetlen XSP-n kell kulcsokat generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k. |
Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress> /authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét
Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket.
Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Bizalom konfigurálása a hitelesítési szolgáltatáshoz (mTLS-szel)
Jelentkezzen be a Control Hubba a partnerrendszergazdai rendszergazdafiók.
Ugrás ide: Töltse Webex CA-tanúsítványt hogy megkapja
és kattintsonCombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
.Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
.Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
. (Nem kötelező) Futtassa a súgótUpdateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot
,webexclientroot2023
,webexclientissuing
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, ha mind a négy bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
(Opció) Az mTLS konfigurálása a HTTP interfész/port szintjén
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS-t HTTP interfész/port szinten állítja be, az mTLS-re minden, ezen a felületen/porton keresztül elérhető webalkalmazáshoz szükség van.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/HttpServer>
és futtassa aget
parancsot a felületek megtekintéséhez.Interfész hozzáadása és ügyfélhitelesítés előírása (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Lényegében az első
true
TLS -sel (a kiszolgálótanúsítvány létrejön, ha szükséges), és a másodiktrue
arra kényszeríti a felületet, hogy klienstanúsítvány -hitelesítést igényeljen (együtt mTLS).
Például:
XSP|ADP_CLI/Interface/Http/HttpServer> get
Interface Port Name Secure Client Auth Req Cluster Fqdn
=======================================================
192.0.2.7 443 XSP|ADP01.collab.example.net true false
192.0.2.7 444 XSP|ADP01.collab.example.net true true
Ebben a példában az mTLS (Client Auth Req = true) engedélyezve van 192.0.2.7
port 444
. A TLS engedélyezve van 192.0.2.7
port 443
.
(Opció) Az mTLS konfigurálása adott webes alkalmazásokhoz
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS alkalmazásszinten konfigurálódik, az mTLS-re az adott alkalmazáshoz is szükség van, függetlenül a HTTP kiszolgáló interfész konfigurációjától.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
és futtassa aget
parancsot, hogy megtudja, mely alkalmazások futnak.Alkalmazás hozzáadása és ügyfélhitelesítés előírása hozzá (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Az alkalmazásnevek ott vannak felsorolva. A
true
ebben a parancsban engedélyezi az mTLS-t.
Például:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
add 192.0.2.7 443 AuthenticationService true
A példaparancs hozzáadja az AuthenticationService alkalmazást a 192.0.2.7:443-hoz, és megköveteli tőle, hogy tanúsítványokat kérjen és hitelesítsen az ügyféltől.
Ellenőrizze a következővel: get
:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
get
Interface Ip Port Application Name Client Auth Req
===================================================
192.0.2.7 443 AuthenticationService true
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
Merre tovább?
A konfigurációhoz újra csatlakozhat a fő dokumentumfolyamathoz a következő időpontban: CTI felület és kapcsolódó konfiguráció .
További tanúsítványkövetelmények az AuthService elleni kölcsönös TLS -hitelesítéshez
A Webex és a hitelesítési szolgáltatás egy kölcsönös TLS -hitelesített kapcsolaton keresztül működik együtt. Ez azt jelenti, hogy a Webex bemutat egy klienstanúsítvány és az XSP-t| Az ADP-nek hitelesítenie kell. Annak érdekében, hogy megbízható legyen ez a tanúsítvány, a Webex CA-tanúsítvány segítségével hozzon létre egy megbízhatósági horgonyt az XSP-n| ADP (vagy proxy). A tanúsítványlánc letölthető a Partner Hubon keresztül:
Ugrás ide: Beállítások > BroadWorks-hívás lehetőséget .
Kattintson a tanúsítvány letöltése hivatkozásra.
A tanúsítványlánc innen is beszerezhetihttps://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt . |
A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy ebben a három esetben hol kell telepíteni a Webex CA-tanúsítvány .
Kölcsönös TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be a proxynak.
A Webex CA-tanúsítvány a proxy megbízhatósági tárolójában van telepítve, így a proxy megbízik az klienstanúsítvány.
A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy egy nyilvánosan aláírt kiszolgálótanúsítvány mutat be a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions:
X509v3 Extended Key Usage:
1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Kölcsönös TLS -tanúsítvány-követelmények a TLS-passthrough proxyhoz vagy XSP-hez DMZ-ben
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be az XSP-knek.
A Webex CA-tanúsítvány az XSP-k bizalmi tárolójában van telepítve, így az XSP-k megbíznak az klienstanúsítvány.
A nyilvánosan aláírt XSP kiszolgálótanúsítvány is betöltődik az XSP-kbe.
Az XSP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex megbízik az XSP-k kiszolgálótanúsítványait aláíró nyilvános hitelesítésszolgáltatóban.
Dokumentum módosítási előzmények
A következő táblázat a dokumentum módosításainak előzményeit mutatja be az elmúlt 12 hónapban.
Dátum | Verzió | A változás leírása | |
---|---|---|---|
2024. február 07 | 2-108 |
| |
2024. január 25 | 2-107 |
| |
2024. január 23 | 2-106 |
| |
2024. január 10 | 2-105 |
| |
2023. december 20 | 2-104 |
| |
2023. december 13 | 2-103 |
| |
2023. december 12 | 2-102 |
| |
2023. december 08 | 2-101 |
| |
2023. november 08 | 2-100 |
| |
2023. október 25 | 2-99 |
| |
2023. szeptember 13 | 2-98 |
| |
2023. szeptember 04 | 2-97 |
| |
2023. augusztus 08 | 2-96 |
| |
2023. június 23 | 2-95 |
| |
2023. május 30 | 2-94 |
| |
2023. május 26 | 2-93 |
| |
2023. május 24 | 2-92 |
| |
2023. május 10 | 2-91 |
| |
2023. május 09 | 2-90 |
| |
2023. május 04 | 2-89 |
| |
2023. április 27 | 2-88 |
| |
2023. április 14. | 2-87 |
| |
2023. március 17 | 2-86 |
| |
2023. március 11 | 2-85 |
| |
2023. március 10 | 2-84 |
| |
2023. március 07 | 2-83 |
| |
2023. február 28 | 2-82 |
| |
2023. február 15 | 2-81 |
| |
2023. február 10 | 2-80 |
| |
Bemutatkozik a Webex Cisco BroadWorks rendszerhez
Dokumentum módosítási előzmények
Ez a szakasz a Cisco partnerszervezetek (szolgáltatók) rendszergazdáinak szól, akik a Webex bevezetik az ügyfélszervezeteik számára, vagy közvetlenül biztosítják ezt a megoldást a saját előfizetőiknek.
Megoldás Célja
Webex felhőalapú együttműködési funkciók biztosítása olyan kis és közepes ügyfelek számára, akik már rendelkeznek a BroadWorks szolgáltatók által biztosított hívásszolgáltatással.
BroadWorks-alapú hívási szolgáltatás biztosítása kis és közepes Webex -ügyfelek számára.
Környezet
Az összes kollaborációs ügyfelünket egy egységes alkalmazás irányába fejlesztjük. Ez az út csökkenti az elfogadási nehézségeket, javítja az interoperabilitást és az áttelepítést, és kiszámítható felhasználói élményt biztosít a teljes együttműködési portfóliónkban. Ennek az erőfeszítésnek a része a BroadWorks hívási funkcióknak a Webex alkalmazásba történő áthelyezése, és végső soron az UC-One kliensekbe való befektetés csökkentése.
Előnyök
Jövőbeli ellenőrzés: az UC-One Collaborate élettartamának vége, az összes ügyfélnek a Unified Client Framework (UCF) felé történő mozgása ellen.
Mindkettő közül a legjobb: A Webex Üzenetküldés és értekezleti funkcióinak engedélyezése a BroadWorks-hívások megtartása mellett a telefonos hálózaton
Megoldás hatóköre
Azok a meglévő/új kis és közepes ügyfelek (250 előfizetőnél kevesebb), akik egy sor együttműködési funkcióra vágynak, már rendelkezhetnek BroadWorks-hívással.
Meglévő kis és közepes Webex -ügyfelek, akik szeretnék hozzáadni a BroadWorks Calling szolgáltatást.
Nem nagyobb vállalatok (Kérjük, tekintse át a Webex vállalati portfólióját).
Nincs egyetlen felhasználó (Kérjük, értékelje a Webex Online ajánlatait).
A Webex for Cisco BroadWorks funkciókészletei a kis- és középvállalati felhasználási eseteket célozzák meg. A Webex for Cisco BroadWorks csomagokat úgy tervezték, hogy csökkentsék a KKV-k bonyolultságát, és folyamatosan értékeljük, hogy alkalmasak-e erre a szegmensre. Dönthetünk úgy, hogy elrejtjük vagy eltávolítjuk azokat a szolgáltatásokat, amelyek egyébként elérhetőek lennének a nagyvállalati csomagokban.
A Webex Cisco BroadWorks alkalmazáshoz használatának előfeltételei
# | Követelmény | Jegyzetek | ||
---|---|---|---|---|
1 | Javítsa a jelenlegi BroadWorks R22-es vagy újabb verzióját | |||
2 | XSP| ADP XSI, CTI, DMS és authService esetén | Dedikált XSP| ADP for Webex Cisco BroadWorks alkalmazáshoz | ||
3 | Külön XSP| ADP for NPS, megosztható más NPS-t használó megoldásokkal. | Ha már rendelkezik együttműködői telepítéssel, tekintse át az XSP-re vonatkozó ajánlásokat| ADP és NPS konfigurációk. | ||
4 | CI-token-érvényesítés ( TLS-szel ) a hitelesítési szolgáltatáshoz való Webex -kapcsolatokhoz konfigurálva. | |||
5 | Az mTLS a Webex -kapcsolatokhoz van konfigurálva a CTI felülethez. | Más alkalmazások nem igényelnek mTLS-t. | ||
6 | A felhasználóknak létezniük kell a BroadWorksben, és a következő attribútumokkal kell rendelkezniük, a beüzemelési döntéstől függően:
| Megbízható e-mailek esetén: Javasoljuk, hogy ugyanazt az e- e-mail-cím adja meg az Alternate azonosító attribútumban is, hogy a felhasználók e- e-mail-cím jelentkezhessenek be a BroadWorks rendszerébe. Nem megbízható e-mailek esetén: A felhasználó e-mail-beállításaitól függően a nem megbízható e-mailek használata azt eredményezheti, hogy az e-mail a felhasználó Levélszemét vagy SPAM mappájába kerül. Előfordulhat, hogy a rendszergazdának módosítania kell a felhasználó e-mail-beállításait, hogy engedélyezze a tartományokat | ||
7 | Webex Cisco BroadWorks DTAF-fájl a Webex alkalmazáshoz | |||
8 | BW Business Lic vagy Std Enterprise vagy Prem Enterprise felhasználói licenc + Webex Cisco BroadWorks-előfizetéshez | Ha már rendelkezik együttműködői telepítéssel, akkor már nincs szüksége az UC-One kiegészítő csomagra, a Collab Lic-re és a Meet-me konferenciaportokra. Ha már rendelkezik UC-One SaaS-telepítéssel, a prémium csomag feltételeinek elfogadásán kívül nincs további módosítás. | ||
9 | Az IP/Portoknak elérhetőnek kell lenniük a Webex háttérszolgáltatásokon és a Webex Apps alkalmazáson keresztül nyilvános interneten keresztül. | Lásd a „Hálózat előkészítése” részt. | ||
10 | TLS v1.2 konfiguráció XSP-n| ADP-k | |||
11 | A Flowthrough üzembe helyezéshez az alkalmazáskiszolgálónak csatlakoznia kell a BroadWorks üzembe helyezési adapterhez.
| Lásd a „Hálózat előkészítése” témakört. |
Erről a dokumentumról
Ennek a dokumentumnak az a célja, hogy segítse a Webex Cisco BroadWorks megoldás megértését, előkészítését, telepítését és kezelését. A dokumentum főbb részei ezt a célt tükrözik.
Ez az útmutató fogalmi és referenciaanyagokat tartalmaz. Célunk, hogy ebben az egyetlen dokumentumban a megoldás minden vonatkozására kiterjedjen.
A megoldás üzembe helyezéséhez szükséges minimális feladatok a következők:
Forduljon az ügyfélszolgálati csapatához, hogy Cisco -partnerré válhasson. Feltétlenül fedezze fel a Cisco érintkezési pontjait az ismerkedés (és a képzés) érdekében. Amikor Ön Cisco -partner lesz, a Webex Cisco BroadWorks-hez kapcsolót alkalmazzuk az Ön Webex -partnerszervezetére. (Lásd Telepítse a Webex for Cisco BroadWorks alkalmazást > Partner Onboarding alkalmazást ebben a dokumentumban.)
Konfigurálja a BroadWorks rendszereket a Webex való integrációhoz. (Lásd Webex for Cisco BroadWorks telepítése > Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k ebben a dokumentumban.)
A Partner Hub segítségével csatlakoztassa a Webex a BroadWorkshez. (Lásd A Webex Cisco BroadWorks rendszerhez telepítése > Partnerszervezetének konfigurálása a Partner Hubban ebben a dokumentumban.)
A Partner Hub segítségével készítsen elő felhasználó-létesítési sablonokat. (Lásd A Webex Cisco BroadWorks rendszerhez telepítése > Bevezető sablonok konfigurálása ebben a dokumentumban.)
Tesztelje és telepítse az ügyfeleket legalább egy felhasználó kiépítésével. (Lásd A Webex Cisco BroadWorks rendszerhez telepítése > Tesztszervezet konfigurálása .)
|
Terminológia
Igyekszünk korlátozni a jelen dokumentumban használt zsargont és betűszavakat, és minden egyes kifejezést elmagyarázni az első használatkor. (Lásd Webex for Cisco BroadWorks Reference > Terminology ha egy kifejezés magyarázata nincs összefüggésben.)
Hogyan működik
A Webex for Cisco BroadWorks egy olyan ajánlat, amely integrálja a BroadWorks hívást a Webex. Az előfizetők egyetlen alkalmazást (a Webex alkalmazás) használnak, hogy kihasználják mindkét platform által kínált funkciók előnyeit:
A felhasználók a BroadWorks infrastruktúráját használva hívják a PSTN-számokat.
A felhasználók a BroadWorks infrastruktúráját használva hívhatnak más BroadWorks-számokat (hang-/videohívás a felhasználókhoz társított számok kiválasztásával vagy a számok bevezetéséhez a tárcsázó segítségével).
A felhasználók Webex VOIP-hívást kezdeményezhetnek a Webex infrastruktúrán keresztül a Webex alkalmazás „ Webex hívás” opciójának kiválasztásával. (Ezek a hívások Webex alkalmazás Webex alkalmazás, nem Webex alkalmazás PSTN-re érkeznek.)
A felhasználók Webex Meetings, és csatlakozhatnak azokhoz.
A felhasználók privát üzenetet küldhetnek egymásnak vagy a szobákban (perzisztens csoportos csevegés), és élvezhetik az olyan funkciókat, mint a keresés és a fájlmegosztás (a Webex infrastruktúrán).
A felhasználók megoszthatják a jelenlétet (állapotot). Választhatnak egyéni jelenlétet vagy ügyfél által számított jelenlétet.
Miután a megfelelő jogosultságokkal felvettük Önt partnerszervezetként a Control Hubban, beállíthatja a kapcsolatot a BroadWorks-példány és a Webex között.
Az ügyfélszervezeteket a Control Hubban hozhatja létre, és azokban a szervezetekben hozhat létre szolgáltatlási felhasználók .
Minden BroadWorks-előfizető kap egy Webex -identitást az e- e-mail-cím alapján (e-mail azonosító attribútum a BroadWorksben).
A felhasználók BroadWorks vagy Webex segítségével végeznek hitelesítést.
Az ügyfelek hosszú élettartamú tokeneket kapnak, amelyek engedélyezik számukra a BroadWorks és a Webex szolgáltatásait.
A Webex alkalmazás a megoldás középpontjában áll; ez egy márkanevű alkalmazás, amely Mac/Windows asztali számítógépeken, valamint Android/iOS mobilokon és táblagépeken érhető el.
A Webex alkalmazásnak létezik egy webes verziója is, amely jelenleg nem tartalmaz hívási funkciókat.
Az ügyfél a Webex felhőhöz csatlakozva üzenetküldési, jelenléti és értekezleti funkciókat biztosít.
Az ügyfél regisztrál a BroadWorks rendszeren a szolgáltatások hívásához.
A Webex -felhő a BroadWorks-rendszerekkel együttműködve biztosítja a zökkenőmentes felhasználói üzembe helyezést.
Jellemzők és korlátozások
Több csomagot kínálunk különböző funkciókkal.
„Softphone” csomag
Ez a csomagtípus a Webex alkalmazás csak softphone-ügyfélként használja, amely hívási, de üzenetküldési funkcióval nem rendelkezik. Az ilyen csomagtípussal rendelkező felhasználók csatlakozhatnak a Webex-értekezletekhez, de önmagukban nem indíthatnak értekezleteket. Amikor más (softphone vagy nem softphone) felhasználó a telefonkönyvben egy softphone felhasználót keres, a keresési eredmények nem adnak lehetőséget üzenetküldésre.
A Softphone-felhasználók megoszthatják a képernyőjüket hívás közben.
„Alap” csomag
Az alapcsomag hívási, Üzenetküldés és értekezleti funkciókat tartalmaz. 100 résztvevőt foglal magában az „egységes tér” értekezleteken és a személyes tárgyalói (PMR) értekezleteken. (** A kivételt lásd az alábbi Megjegyzésben). Ebben a csomagban az értekezletek maximum 40 percesek lehetnek.
„Standard” csomag
Ez a csomag tartalmazza az alap csomagban található mindent, például akár 100 résztvevőt is az „egységes tér” értekezleteken és a személyes tárgyalói (PMR) értekezleteken.
A PMR -megbeszélésen belüli képernyőmegosztás egy olyan szerepkör, amelyet kezdetben csak a megbeszélés szervezője töltött be, de a szervező átadhatja az „előadói szerepkört” az értekezlet résztvevője , és csak a szervező veheti át újra az előadói szerepet a jelenlegi a házigazda átadja nekik.
„Prémium” csomag
Ez a csomag tartalmazza a Standard csomagban található összes elemet, plusz akár 300 résztvevőt az „egységes tárgyaló” megbeszélésen és akár 1000 résztvevőt a személyes tárgyalóban (PMR).
A PMR -megbeszéléseken belüli képernyőmegosztás minden értekezlet résztvevője számára támogatott.
Csomagok összehasonlítása
Csomag | Hívás | Üzenetküldés | Unified Space Meetings | PMR-találkozók |
---|---|---|---|---|
Szoftveres telefonálás (Softphone) | Felvéve | Nem tartalmazza | Egy sem | Egy sem |
Alapvető | Felvéve | Felvéve | 100 résztvevő | 100 résztvevő |
Standard | Felvéve | Felvéve | 100 résztvevő | 100 résztvevő |
Prémium | Felvéve | Felvéve | 300 résztvevő | 1000 résztvevő |
A Unified Space Meeting korlátja az alapfelhasználók számára 100 résztvevő Unified Space értekezletenként, kivéve, ha a szoba a „Standard” vagy a „Prémium” csomaggal rendelkező felhasználókat is tartalmazza, ebben az esetben a korlát a szervezői felhasználói csomagtól függően növekszik. |
A „Unified Space Meetings” kifejezés olyan (ütemezett vagy nem ütemezett) Webex-értekezlet utal, amelyre Webex -térben kerül sor. Például egy felhasználó az „Értekezlet” vagy az „Ütemezés” gombokkal indíthat értekezletet a szobából. A „PMR -értekezletek” olyan (ütemezett vagy nem ütemezett) Webex -értekezletet jelentenek, amelyre a felhasználó Személyes tárgyalójában (PMR) kerül sor. Ezek az értekezletek dedikált URL -t használnak (például: cisco.webex.com/meet/roomOwnerUserID). |
Üzenetküldés és értekezleti funkciók
Tekintse meg a következő táblázatot a PMR értekezletfunkciók támogatásának különbségeiről az Alap, Standard és Prémium csomagok esetén.
Értekezlet funkció | Alap csomaggal támogatott | A Standard csomag támogatja | Prémium csomaggal támogatott | Hozzászólás |
---|---|---|---|---|
Értekezlet időtartama | 40 perc vagy kevesebb | Korlátlan | Korlátlan | |
Asztalmegosztás | Igen | Igen | Igen | Alapszintű —Asztal megosztása bármely PMR - értekezlet résztvevője által . Szabványos — Asztali megosztás csak a PMR értekezletszervező által. Prémium —Asztal megosztása bármely PMR - értekezlet résztvevője által . |
Alkalmazásmegosztás | Igen | Igen | Igen | Alapszintű – Alkalmazásmegosztás a PMR - értekezlet résztvevője által . Szabványos — Alkalmazásmegosztás csak a PMR értekezletszervező által. Prémium – Alkalmazásmegosztás a PMR - értekezlet résztvevője által . |
Többszemélyes csevegés | Igen | Igen | Igen | |
Jegyzettáblázás | Igen | Igen | Igen | |
Jelszavas védelem | Igen | Igen | Igen | |
web alkalmazás – nincs letöltés vagy beépülő modul (Vendégélmény) | Igen | Igen | Igen | |
Párosítás támogatása Webex eszközökkel | Igen | Igen | Igen | |
Floor vezérlés (Egy némítása / Összes kizárása) | Igen | Igen | Igen | |
Állandó értekezletek hivatkozás | Igen | Igen | Igen | |
Hozzáférés az értekezletekhez | Igen | Igen | Igen | |
Értekezlet Csatlakozás VoIP -on keresztül | Igen | Igen | Igen | |
Zárolás | Igen | Igen | Igen | |
Előadó vezérlői | Nem | Nem | Igen | |
Távoli asztali vezérlés | Nem | Nem | Igen | |
Résztvevők száma | 100 | 100 | 1000 | |
A felvételt helyileg menti a rendszer | Igen | Igen | Igen | |
Rögzítés a felhőben | Nem | Nem | Igen | |
Felvétel – Felhőalapú tárolás | Nem | Nem | 10 GB oldalanként | |
Felvételek leiratai | Nem | Nem | Igen | |
Értekezletütemezés | Igen | Igen | Igen | |
Tartalommegosztás engedélyezése külső integrációkkal | Nem | Nem | Igen | Alapszintű — Tartalommegosztás a PMR - értekezlet résztvevője által . Szabványos — Csak a PMR értekezletszervező általi tartalommegosztás. Prémium —Tartalommegosztás a PMR - értekezlet résztvevője által . |
PMR URL módosítás engedélyezése | Nem | Nem | Igen | Alapszintű — A felhasználók módosíthatják a PMR URL -címet a Webex-webhely. A partner- és szervezeti rendszergazdák módosíthatják az URL -címet a Control Hubból. Szabványos — A PMR URL -címet csak a Partner Hubról módosíthatják a partnerek és a szervezeti rendszergazdák. Prémium — A felhasználók módosíthatják a PMR URL -címet a Webex-webhely. A partner- és szervezeti rendszergazdák módosíthatják az URL -címet a Partner Hubból. |
Értekezletek élő streamelése (pl. a Facebookon, a Youtube-on) | Nem | Nem | Igen | |
Engedélyezze a többi felhasználó számára, hogy megbeszéléseket ütemezzen a nevükben | Nem | Nem | Igen | |
Másodlagos szervező hozzáadása | Igen | Nem | Igen | |
Alkalmazásintegráció (pl. Zendesk, Slack) | Integrációtól függ | Integrációtól függ | Igen | Lásd a Alkalmazásintegrációk szakaszban a támogatással kapcsolatos további információkért. |
Integráció a Microsoft Office 365 Naptárral | Igen | Igen | Igen | |
Integráció a Google Naptár szolgáltatással a G Suite rendszerhez | Igen | Igen | Igen | |
A Webex Súgó a következő címen teszi közzé a Webex szolgáltatásait és felhasználói dokumentációját: help.webex.com
. A funkciókkal kapcsolatos további információkért olvassa el az alábbi cikkeket:
Hívási funkciók
A hívási élmény hasonló a korábbi, a BroadWorks hívásvezérlés motort használó megoldásokhoz. Az UC-One Collaborate és az UC-One SaaS között az a különbség, hogy a Webex alkalmazás az elsődleges soft ügyfél.
Alkalmazásintegrációk
A Webex Cisco BroadWorks alkalmazást a következő alkalmazásokkal integrálhatja:
Zendesk – Csak prémium
Slack – Csak prémium
Microsoft Teams a Webex Meetings – Normál vagy Prémium
Microsoft Teams for Calling — Minden csomag támogatja
Office 365-naptár – Normál vagy Prémium
Google Naptár a G Suite rendszerhez – Normál vagy Prémium
Virtuális asztali infrastruktúra (VDI) támogatás
A Webex for Cisco BroadWorks mostantól támogatja a Virtual Desktop Infrastructure (VDI) környezeteket. A VDI-infrastruktúra telepítésével kapcsolatos részletekért lásd: Webex for Virtual Desktop Infrastructure (VDI) Üzembehelyezési útmutató .
IPv6 támogatás
A Webex for Cisco BroadWorks támogatja az IPv6 -címzést a Webex alkalmazáshoz.
Jövő ütemterve
Ha betekintést szeretne kapni a Webex Cisco BroadWorks jövőbeli verzióival kapcsolatos szándékainkba, látogasson el ide:https://salesconnect.cisco.com/#/program/PAGE-16649 . Az ütemterv elemei semmilyen minőségben nem kötelező erejűek. A Cisco fenntartja a jogot, hogy visszatartsa vagy felülvizsgálja ezen elemek bármelyikét vagy mindegyikét a jövőbeli kiadásokban.
Korlátozások
Beüzemelési korlátozások
Értekezletoldal időzónája
Az egyes csomagok első előfizetőjének időzónája lesz az adott csomaghoz létrehozott Webex Meetings oldal időzónája.
Ha nincs időzóna megadva az egyes csomagok első felhasználójának üzembe helyezési kérelmében, akkor az adott csomag Webex Meetings oldalának időzónája az előfizetői szervezet regionális alapértelmezett beállítására lesz beállítva.
Ha az ügyfelének egy adott Webex Meetings -webhely-időzónára van szüksége, adja meg a timezone
paramétert a beüzemelési kérelemben a következőhöz:
a szervezetben a Standard csomagra kiépített első előfizető.
az első Prémium csomagra kiépített előfizető a szervezeten belül.
a szervezetben az Alap csomagra kiépített első előfizető.
Általános korlátozások
Nincs hívás a Webex ügyfél web verziójában (Ez egy kliens korlátozás, nem a megoldás korlátozása.)
Előfordulhat, hogy a Webex még nem rendelkezik az összes felhasználói felület-vezérlővel a BroadWorks-től elérhető hívásvezérlés funkciók egy részének támogatásához.
A Webex kliens jelenleg nem lehet „fehér címkével” ellátva.
Amikor a kiválasztott beüzemelési módszerrel hoz létre ügyfélszervezeteket, azok automatikusan a partnerszervezettel azonos régióban jönnek létre. Ez a viselkedés szándékos. A multinacionális partnerektől elvárjuk, hogy minden olyan régióban hozzanak létre partnerszervezetet, ahol az ügyfélszervezeteket kezelik.
Az értekezletekről és az üzenetküldés használatáról szóló jelentések a Control Hub ügyfélszervezetén keresztül érhetők el.
Ismert problémák és korlátok
A Webex Cisco BroadWorks ajánlattal kapcsolatos ismert problémák és korlátozások naprakész listájáért lásd: Ismert problémák és korlátok .
Üzenetküldés korlátok
A következő adattárolási korlátozások (üzenetkezelés és fájlok együttesen) azokra a szervezetekre vonatkoznak, amelyek a Webex for Cisco BroadWorks szolgáltatásokat egy Szolgáltatón keresztül vásárolták meg. Ezek a korlátok az üzenetküldés és a fájlok maximális tárhelyét jelentik.
Alapszintű: 2 GB felhasználónként 3 évig
Normál 5 GB felhasználónként 3 évig
Prémium: 10 GB felhasználónként 5 évig
Az egyes ügyfélszervezetek esetében ezeket a felhasználónkénti végösszegeket a rendszer összevonja, így a felhasználók száma alapján összesített összeget kap az adott ügyfélre vonatkozóan. Például egy öt prémium felhasználóval rendelkező vállalatnál a teljes üzenetkezelési és fájltárolási korlát 50 GB. Egy egyéni felhasználó túllépheti a felhasználónkénti korlátot (10 GB), feltéve, hogy a vállalat még mindig az összesített maximum (50 GB) alatt van.
A létrehozott csapatszobák esetében az üzenetküldési korlátok a csoportszobát birtokló ügyfélszervezet összesített végösszegéhez viszonyítva érvényesek. Az egyes csapatszobák tulajdonosáról a Tárhely szabályzatban tájékozódhat. Az egyes csapatszobák Tárhelyházirendjének megtekintésével kapcsolatos információkért lásd:https://help.webex.com/en-us/baztm6/Webex-Space-Policy .
További információk
A Webex üzenetküldő csoportterületekre vonatkozó általános üzenetküldési korlátokkal kapcsolatos további információkért lásd:https://help.webex.com/en-us/n8vw82eb/Webex-Capacities .
Biztonság, adatok és szerepkörök
Webex Security
A Webex kliens egy biztonságos alkalmazás, amely biztonságos kapcsolatot létesít a Webex és a BroadWorks-szel. A Webex felhőben tárolt és a Webex alkalmazás felületén keresztül a felhasználó számára elérhető adatok továbbítása és nyugalmi állapotban egyaránt titkosítva vannak.
További részletek vannak róla adatcsere jelen dokumentum Hivatkozás részében.
További olvasás
Szervezeti adatok rezidenciája
A Webex -adatait abban az adatközpont tároljuk, amelyik a legjobban megfelel az Ön régiójának. Lásd Adatrezidencia a Webex a Súgóban.
Szerepkörök
Szolgáltatói rendszergazda (Ön): A napi karbantartási tevékenységekhez a megoldás helyszíni (hívási) részeit a saját rendszerein keresztül kezelheti. A megoldás Webex részeit a Partner Hubon keresztül kezelheti.
A partnerek számára elérhető szerepkörökről, a szerepkörökhöz kapcsolódó hozzáférési jogosultságokról, valamint a szerepkörök hozzárendelésének módjáról lásd: Rendszergazdai partner szerepkörök a Webex for BroadWorks és a Wholesale RTM alkalmazásban .
Az új partnerszervezethez elsőként beállított felhasználó automatikusan teljes körű rendszergazda és teljes partner rendszergazdai szerepkörhöz lesz hozzárendelve. Ez a rendszergazda a fenti cikk alapján további szerepköröket is hozzárendelhet. |
A Cisco felhőalapú üzemeltetési csapata: Létrehozza a „partnerszervezetet” a Partner Hubban, ha még nem létezik, a beléptetés során.
Miután megvan a Partner Hub-fiókja, beállíthatja a Webex felületeket a saját rendszereihez. Ezután hozzon létre „Onboarding sablonokat”, amelyek az adott rendszereken keresztül kiszolgált csomagokat vagy csomagokat képviselik. Ezután beüzemelheti az ügyfeleit vagy az előfizetőit.
# | Tipikus feladat | SP | Cisco |
---|---|---|---|
1 | Partner Onboarding – A partnerszervezet létrehozása, ha még nem létezik, és a szükséges funkciók engedélyezése kapcsolók között | ● | |
2 | BroadWorks-konfiguráció a Partnerszervezetben a Partner Hubon keresztül (fürt) | ● | |
3 | Integrációs beállítások konfigurálása a Partnerszervezetben a Partner Hubon keresztül (ajánlati sablonok, márkaépítés) | ● | |
4 | BroadWorks környezet előkészítése az integrációhoz (AS, XSP| ADP javítás, tűzfalak, XSP| ADP konfiguráció, XSI, AuthService, CTI, NPS, DMS alkalmazások XSP-n| ADP) | ● | |
5 | Létesítés-integráció vagy -folyamat fejlesztése | ● | |
6 | GTM-anyagok előkészítése | ● | |
7 | Új felhasználók áttelepítése vagy beállítása | ● |
Építészet
Mi van a diagramon?
Ügyfelek
A Webex App-ügyfél szolgál elsődleges alkalmazásként a Webex a Cisco BroadWorks-ajánlatok esetében. A kliens asztali, mobil és webes platformon is elérhető.
Az ügyfél a Webex felhő által biztosított natív üzenetküldési, jelenléti és többszereplős audio/video értekezletekkel rendelkezik. A Webex ügyfél az Ön BroadWorks infrastruktúráját használja a SIP és PSTN hívásokhoz.
A Cisco IP -telefonok és a kapcsolódó kiegészítők a BroadWorks infrastruktúrát használják a SIP és PSTN hívásokhoz is. Várakozásaink szerint képes lesz a harmadik féltől származó telefonok támogatására.
Felhasználóaktiválási portál a felhasználók számára, akik BroadWorks-hitelesítési adataikkal jelentkezhetnek be a Webex .
A Partner Hub egy webinterfész a Webex -szervezet és az ügyfelei szervezeteinek adminisztrálására. A Partner Hubban konfigurálhatja a BroadWorks infrastruktúra és a Webex közötti integrációt. A Partner Hub segítségével kezelheti az klienskonfiguráció és a számlázást is.
Szolgáltatói hálózat
A diagram bal oldalán található zöld blokk az Ön hálózatát jelöli. A hálózaton üzemeltetett összetevők a következő szolgáltatásokat és felületeket biztosítják a megoldás egyéb részei számára:
Nyilvános XSP| ADP, Webex Cisco BroadWorks rendszerhez: (A mező egy vagy több XSP-t jelöl| ADP farmok, esetleg terheléselosztókkal.)
Az Xtended Services felület (XSI-Actions & XSI-Events), az Eszközkezelő szolgáltatás (DMS), a CTI felület és a hitelesítési szolgáltatás üzemeltetője. Ezek az alkalmazások együttesen lehetővé teszik a telefonok és a Webex -kliensek számára, hogy hitelesítsék magukat, letöltsék a híváskonfigurációs fájljaikat, kezdeményezzenek és fogadhassanak hívásokat, valamint megtekinthessék egymás horog állapotát (telefonos jelenlét). és hívásnapló .
Könyvtárat tesz közzé a Webex ügyfelek számára.
Nyilvános XSP| ADP, NPS-t futtat:
szervezői hívásértesítések leküldéses kiszolgálója: Egy Notification Push szerver XSP-n| ADP a környezetében. Interfész az alkalmazáskiszolgálója és az NPS-proxy között. A proxy rövid élettartamú tokenekkel látja el az NPS-t, hogy engedélyezze a felhőalapú szolgáltatások értesítéseit. Ezek a szolgáltatások (APNS és FCM) hívási értesítéseket küldenek a Webex -ügyfeleknek Apple iOS és Google Android eszközökön.
Alkalmazáskiszolgáló:
Hívásvezérlést és interfészeket biztosít más BroadWorks hívásvezérlés (általában)
Folyamatos üzembe helyezés esetén a partnerrendszergazda az AS-t használja a szolgáltatlási felhasználók kiépítéséhez a Webex
A felhasználói profil beküldi a BroadWorks rendszerébe
OSS/BSS: Az Ön Művelettámogatási Rendszere/Üzleti SIP -szolgáltatásai a BroadWorks-vállalatok felügyeletéhez.
Webex Cloud
A diagram kék blokkja a Webex felhőt jelöli. A Webex mikroszolgáltatások a Webex együttműködési képességek teljes spektrumát támogatják:
A Cisco Common Identity (CI) a Webex belüli identitásszolgáltatás.
A Webex for Cisco BroadWorks a mikroszolgáltatások azon készletét képviseli, amelyek támogatják a Webex és a szolgáltató által biztosított BroadWorks közötti integrációt:
Felhasználó-létesítési API-k
Szolgáltatói konfiguráció
Felhasználói bejelentkezés BroadWorks hitelesítő adatokkal
Webex Üzenetküldés doboz az üzenetküldéshez kapcsolódó mikroszolgáltatásokhoz.
A több résztvevős videoértekezletekhez ( SIP és SRTP ) szolgáló médiafeldolgozó szervereket és SBC-ket képviselő Webex Meetings -mező
Harmadik féltől származó web
A diagramon a következő harmadik féltől származó összetevők láthatók:
Az APNS (Apple Push Notifications Service) hívás- és üzenetértesítéseket küld a Webex alkalmazásoknak az Apple eszközökön.
Az FCM (FireBase Cloud Üzenetküldés ) hívás- és üzenetértesítéseket küld az Android -eszközök Webex -alkalmazásainak.
XSP| ADP architektúra szempontok
A nyilvános XSP szerepe| ADP-kiszolgálók a Webex a Cisco BroadWorks-hez
A nyilvános XSP| Az ADP az Ön környezetében a következő felületeket/szolgáltatásokat nyújtja a Webex és az ügyfelek számára:
TLS által védett hitelesítési szolgáltatás (AuthService), amely a felhasználó nevében válaszol a Webex JWT (JSON web Token) Webex-kérelmeire
mTLS által védett CTI interfész, amelyre a Webex előfizet a hívásnapló -eseményekre és a BroadWorks telefonos jelenléti állapot (horog állapot).
Xsi műveletek és események felületei (eXtended Services Interface) az előfizetői hívásvezérlés, névjegy- és híváslista könyvtárak, valamint végfelhasználói telefonos szolgáltatás konfigurációjához
DM (Device Management) szolgáltatás az ügyfelek számára a hívási konfigurációs fájljaik lekéréséhez
Adjon meg URL-címeket ezekhez a felületekhez, amikor a Webex a Cisco BroadWorks rendszerhez konfigurálja. (Lásd Konfigurálja a BroadWorks-fürtöket a Partner Hubban ebben a dokumentumban.) Fürtenként csak egy URL adható meg az egyes felületekhez. Ha több felülettel rendelkezik a BroadWorks infrastruktúrájában, akkor több fürtöt is létrehozhat.
XSP| ADP architektúra
Szükségünk van egy különálló, dedikált XSP használatára| ADP-példány vagy farm az NPS (Notification Push Server) alkalmazás üzemeltetéséhez. Ugyanazt az hálózati házirendet használhatja az UC-One SaaS vagy az UC-One Collaborate szolgáltatással. A Webex for Cisco BroadWorks rendszerhez szükséges egyéb alkalmazásokat azonban nem tárolhatja ugyanazon az XSP-n| Az NPS-alkalmazást kiszolgáló ADP.
Javasoljuk, hogy dedikált XSP-t használjon| ADP-példány/farm, hogy tárolja a Webex -integrációhoz szükséges alkalmazásokat a következő okok miatt
Ha például UC-One SaaS-t kínál, javasoljuk egy új XSP létrehozását| ADP farm a Webex a Cisco BroadWorks-hez. Így a két szolgáltatás egymástól függetlenül tud működni az előfizetők migrálása közben.
Ha a Webex Cisco BroadWorks alkalmazásokat XSP-n helyezi el| Az egyéb célokra használt ADP farm esetében az Ön felelőssége a használat nyomon követése, az ebből adódó összetettség kezelése, és a megnövekedett méretarány tervezése.
A Cisco BroadWorks rendszer kapacitástervező dedikált XSP-t feltételez| ADP farm, és nem biztos, hogy pontos, ha kollokációs számításokhoz használja.
Eltérő megjelölés hiányában a dedikált Webex a Cisco BroadWorks XSP-hez| Az ADP-knek a következő alkalmazásokat kell tárolniuk:
AuthService (TLS CI Token Validációval vagy mTLS)
CTI (mTLS)
XSI-Actions (TLS)
XSI-Events (TLS)
DMS (TLS)—Opcionális. Nem kötelező különálló DMS-példányt vagy farmot telepíteni, kifejezetten a Webex for Cisco BroadWorks számára. Ugyanazt a DMS-példányt használhatja, mint az UC-One SaaS vagy UC-One Collaborate esetében.
Hívásbeállítások Webnézet (TLS) – Nem kötelező. A Call Settings Webview (CSW) csak akkor szükséges, ha azt szeretné, hogy a Webex Cisco BroadWorks felhasználói konfigurálhassák a hívási funkciókat a Webex alkalmazásban.
A Webex szüksége van a CTI -hez való hozzáféréshez egy kölcsönös TLS -hitelesítéssel védett felületen keresztül. A követelmény teljesítéséhez az alábbi lehetőségek egyikét javasoljuk:
(A diagram megjelölve 1. lehetőség ) Egy XSP| ADP-példány vagy farm az összes alkalmazáshoz, két kiszolgálónként konfigurált felülettel: egy mTLS interfész a CTI és egy TLS interfész más alkalmazások, például az AuthService számára.
(A diagram megjelölve 2. lehetőség ) Két XSP| ADP-példányok vagy farmok, amelyek közül az egyik mTLS felülettel rendelkezik a CTI-hez , a másik TLS felülettel más alkalmazásokhoz, például az AuthService-hez.
XSP| ADP újrafelhasználása Ha van már meglévő XSP-je| A fenti javasolt architektúrák egyikének megfelelő ADP farm (1. vagy 2. opció) és enyhén van megterhelve , akkor lehetőség van a meglévő XSP újrafelhasználására| ADP-k. Ellenőriznie kell, hogy nincsenek-e ütköző konfigurációs követelmények a meglévő alkalmazások és a Webex új alkalmazáskövetelményei között. A két elsődleges szempont a következő:
Mivel az XSP| Az ADP-k sok alkalmazást tartalmaznak, és ezeknek az alkalmazásoknak a permutációinak száma nagy, előfordulhatnak más azonosítatlan ütközések is. Emiatt az XSP esetleges újrafelhasználása| Az ADP-ket ellenőrizni kell egy laboratóriumban a tervezett konfigurációval, mielőtt elkötelezné magát az újrahasználat mellett. |
Konfigurálja az NTP -szinkronizálást XSP-n| ADP
A telepítés időszinkronizálást igényel az összes XSP esetében| A Webex használt ADP-k.
Telepítse a ntp
csomagot az operációs rendszer telepítése után és a BroadWorks szoftver telepítése előtt. Ezután beállíthatja az NTP -t az XSP során| ADP szoftver telepítése. Lásd a BroadWorks szoftverkezelési útmutató további részletekért.
Az XSP interaktív telepítése során| ADP szoftverrel, akkor lehetősége van az NTP konfigurálására. A következőképpen járjon el:
Amikor a telepítő megkérdezi,
Do you want to configure NTP?
, adja megy
.Amikor a telepítő megkérdezi,
Is this server going to be a NTP server?
, adja megn
.Amikor a telepítő megkérdezi,
What is the NTP address, hostname, or FQDN?
, adja meg az NTP kiszolgáló vagy egy nyilvános NTP -szolgáltatás címét, például,pool.ntp.org
.
Ha az XSP| Az ADP-k csendes (nem interaktív) telepítést használnak, a telepítő konfigurációs fájl tartalmaznia kell a következő Kulcs=Érték párokat:
NTP
NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>
XSP| ADP-azonosító és biztonsági követelmények
Háttér
A Cisco BroadWorks TLS kapcsolatok protokolljai és titkosításai a specifikusság különböző szintjein konfigurálhatók. Ezek a szintek a legáltalánosabb (SSL -szolgáltató) a legspecifikusabb (egyedi felület)ig terjednek. Egy konkrétabb beállítás mindig felülír egy általánosabb beállítást. Ha nincsenek megadva, akkor az „alacsonyabb” szintű SSL -beállításokat a rendszer a „magasabb” szintekről örökli.
Ha egyetlen beállítás sem módosul az alapértelmezetthez képest, minden szint az SSL -szolgáltató alapértelmezett beállításait (JSSE Java Secure Sockets Extension) örökli.
Követelménylista
Az XSP| Az ADP-nek hitelesítenie kell magát az ügyfelek felé egy olyan CA által aláírt tanúsítvány segítségével, amelyben a Közös név vagy az Alany alternatív neve megegyezik az XSI felület tartományrészével.
Az Xsi felületnek támogatnia kell a TLSv1.2 protokollt.
Az Xsi felületnek olyan titkosítási csomagot kell használnia, amely megfelel a következő követelményeknek.
Diffie-Hellman efemer (DHE) vagy elliptikus görbék Diffie-Hellman efemer (ECDHE) kulcscsere
AES (Advanced Encryption Standard) titkosítás 128 bites minimális blokkmérettel (pl. AES-128 vagy AES-256)
GCM (Galois/Counter Mode) vagy CBC (Cipher Block Chaining) titkosítási mód
CBC titkosítás használata esetén csak az SHA2 hash függvénycsalád engedélyezett kulcsok származtatásához (SHA256, SHA384, SHA512).
Például a következő titkosítások teljesítik a követelményeket:
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
Az XSP| Az ADP CLI-hez az IANA elnevezési megállapodásra van szükség a titkosítási csomagokhoz, amint az fent látható, az openSSL-konvencióra nem. |
Támogatott TLS az AuthService és XSI felületekhez
Ez a lista a felhőalapú biztonsági követelményeink alakulásával változhat. Kövesse a Cisco felhőalapú biztonsági ajánlásait a titkosítás kiválasztására vonatkozóan, a jelen dokumentum követelménylistájában leírtak szerint. |
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA
Xsi Events Skála paraméterek
Előfordulhat, hogy növelnie kell az Xsi-Events sor méretét és a szálak számát a Webex for Cisco BroadWorks megoldáshoz szükséges eseménymennyiség kezelésére. A paramétereket az alábbiak szerint növelheti a megjelenített minimális értékekre (ne csökkentse, ha a minimális értékek felett vannak):
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventQueueSize = 2000
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventHandlerThreadCount = 50
Több XSP| ADP-k
Terheléselosztó élelem
Ha van terheléselosztás eleme a hálózat szélén, akkor annak átláthatóan kell kezelnie a forgalom több XSP-je közötti elosztását| ADP-kiszolgálók és a Webex a Cisco BroadWorks felhőhöz és ügyfelekhez. Ebben az esetben meg kell adnia a terheléselosztó URL -címét a Webex Cisco BroadWorks konfigurációhoz.
Megjegyzések az architektúrával kapcsolatban:
Állítsa be a DNS -t úgy, hogy az ügyfelek megtalálhassák a terheléselosztót, amikor az Xsi interfészhez csatlakoznak (lásd DNS konfiguráció ).
Javasoljuk, hogy az edge elemet fordított SSL proxy módban konfigurálja a pont-pont adattitkosítás biztosítása érdekében.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben. Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Internetre néző XSP| ADP-kiszolgálók
Ha közvetlenül teszi közzé az Xsi felületeket, akkor a DNS segítségével ossza el a forgalmat a több XSP felé| ADP szerverek.
Megjegyzések az architektúrával kapcsolatban:
Két rekord szükséges az XSP-hez való csatlakozáshoz| ADP szerverek:
Webex mikroszolgáltatások esetén: A körbefutó A/AAAA rekordok szükségesek a több XSP megcélzásához| ADP IP -címek. Ennek az az oka, hogy a Webex mikroszolgáltatások nem tudnak SRV-kereséseket végezni. Példákért lásd: Webex Cloud Services .
Webex alkalmazás esetén: Egy SRV-rekord, amely A-rekordot old fel, ahol minden A-rekord egyetlen XSP-re oldja fel| ADP. Példákért lásd: Webex alkalmazás .
Használjon prioritást élvező SRV-rekordok az XSI szolgáltatás megcélzásához a többszörös XSP számára| ADP-címek. Állítsa be az SRV-rekordok prioritását, hogy a mikroszolgáltatások mindig ugyanahhoz az A rekordhoz (és az azt követő IP-cím) menjenek, és csak akkor lépjenek át a következő A rekordra (és IP-cím), ha az első IP-cím nem működik. NE alkalmazzon körbefutó módszert a Webex alkalmazáshoz.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben.
Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Kerülje a HTTP-átirányításokat
Néha a DNS úgy van beállítva, hogy oldja fel az XSP-t| ADP URL egy HTTP terheléselosztóhoz, és a terheléselosztó úgy van beállítva, hogy egy fordított proxyn keresztül irányítsa át az XSP-re| ADP szerverek.
A Webex nem követ átirányítást amikor az Ön által megadott URL-címekhez csatlakozik, így ez a konfiguráció nem működik.
Rendelés és üzembehelyezés
A rendelés és a beüzemelés az alábbi szinteken érvényes:
Partner/Szolgáltató kiépítése :
Minden egyes regisztrált Webex for Cisco BroadWorks szolgáltatót (vagy viszonteladót) partnerszervezetként kell konfigurálni a Webex, és biztosítani kell a szükséges jogosultságokat. A Cisco Operations hozzáférést biztosít a partnerszervezet rendszergazdájának a Webex for Cisco BroadWorks kezeléséhez a Webex Partner Hubon. A Partner rendszergazdának el kell végeznie az összes szükséges üzembe helyezési lépést, mielőtt kiépíthetne egy Ügyfél/Vállalat szervezetet.
Ügyfél/Vállalati rendelés és üzembe helyezés :
Minden, a Webex for Cisco BroadWorks számára engedélyezett BroadWorks Enterprise egy hozzárendelt Webex ügyfélszervezet létrehozását váltja ki. Ez a folyamat automatikusan megtörténik a felhasználó/előfizető beüzemelése részeként. A BroadWorks-vállalatokon belül minden felhasználó/előfizető ugyanabban a Webex Ügyfél-szervezetben van kiépítve.
Ugyanez a viselkedés érvényes, ha a BroadWorks rendszer csoportokkal rendelkező szolgáltatóként van konfigurálva. Amikor előfizetőt létesít egy BroadWorks-csoportban, automatikusan létrejön a csoportnak megfelelő Ügyfél-szervezet a Webex.
Felhasználó/előfizető rendelés és szolgáltatás :
A Webex for Cisco BroadWorks jelenleg a következő felhasználó-szolgáltatási modelleket támogatja:
Folyamatos üzembe helyezés megbízható e-mailekkel
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Felhasználói önellátás
API szolgáltatás
Folyamatos üzembe helyezés megbízható e-mailekkel
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha meggyőződhet arról, hogy a BroadWorks előfizetői e-mail-címei érvényesek, és egyediek a Webex számára, akkor ez a létesítési beállítás automatikusan létrehoz és aktivál Webex -fiókokat ezekkel az e-mail-címekkel felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha nem támaszkodhat a BroadWorks által tárolt előfizetői e-mail-címekre, akkor ez a beüzemelési opció Webex -fiókokat hoz létre, de nem aktiválhatja azokat, amíg az előfizetők megadják és nem hitelesítik az e-mail-címüket. Ekkor a Webex aktiválhatja az adott e-mail-címekkel rendelkező fiókokat felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Felhasználói önellátás
Ezzel a beállítással nincs átfolyólagos kiépítés a BroadWorks és a Webex között. Miután konfigurálta a Webex és a BroadWorks rendszer közötti integrációt, egy vagy több hivatkozást kap, amelyek kifejezetten a felhasználók kiépítésére vonatkoznak a Webex for Cisco BroadWorks partnerszervezetén belül.
Ezután megtervezheti a saját kommunikációját (vagy delegálhatja az ügyfelei számára), hogy a hivatkozást az előfizetőkhöz eljuttassa. Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a saját Webex -fiók létrehozásához és aktiválásához.
Mivel a fiókok kiépítése a partnerszervezet hatókörén belül történik, manuálisan módosíthatja a felhasználói csomagokat a Partner Hubon keresztül, vagy ehhez az API -t használhatja.
A felhasználóknak létezniük kell a Webexszel integrált Webex rendszerben, ellenkező esetben tilos számukra az adott hivatkozással fiókot létrehozni. |
Szolgáltatói kiépítés API-kon keresztül
A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik a Webex for Cisco BroadWorks felhasználói/előfizetői kiépítését a meglévő felhasználókezelési munkafolyamatba/-eszközökbe.
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Mellék tárcsázása
A Melléktárcsázás funkció támogatása lehetővé teszi a Webex for Cisco Broadworks felhasználói számára, hogy más felhasználókat is tárcsázzanak ugyanazon a vállalaton belül az elsődleges telefonvonal hasonló mellékről. Ez különösen azoknak a felhasználóknak hasznos, akik nem rendelkeznek DID-számmal.
Az üzembe helyezés során a felhasználók melléke a Webex címtárba kerül a felhasználó mellékeként. BroadWorks hívás esetén a mellék megjelenik a Webex alkalmazásban az összes híváskezdeményezési módszer terület mellék mezőjében és a felhasználói profilban. A Webex for Cisco BroadWorks a helyhívó kód és a mellék kombinációjával támogatja az ugyanazon a csoporton belüli felhasználók és egyazon vállalat különböző csoportjai között csak mellékről szóló hívásokat. Két vállalat közötti, csak mellékeket használó hívás azonban nem támogatott.
A Cisco BroadWorks-felhasználók számára a következő módszerekkel lehet bővítményt kiépíteni:
Cisco BroadWorks-felhasználók
Nyilvános API -szolgáltatás 'mellékként
A mellékparamétert kifejezetten az API-hívás részeként kell átadni. A Helyszínhívó kóddal (LDC) konfigurált vállalatok/csoportok esetében a mellékszám paraméternek az LDC és a ' mellékszám kombinációjának kell lennie.
Átfolyó vagy önaktiváló üzembe helyezés
A mellék és az LDC (ahol alkalmazható) automatikusan lekérésre kerül a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Automatikusan szinkronizálva a mellékszám alkalmazásból a Directory Sync segítségével, a Helyszínhívó kód (LDC) és a mellékszám kombinációjával .
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Mellék kezelése lehetőségre |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A melléket paraméterként kell átadni |
Átfolyás | A mellék automatikusan lekért a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
BroadWorks-telefonlisták | Vállalati, csoportos vagy személyes telefonlisták | Címtár-szinkronizálás | Nem alkalmazható |
Előfeltételek
A funkció támogatásához szükséges kliensverzió 42.11-es vagy újabb.
Javítás, amelynél mellék- és helyhívó kódok lettek hozzáadva az XSI-hez és a Provisioning Adapterhez 2022. február a 23-as vagy újabb verzióhoz a következő részeként:
AP.platform.23.0.1075.ap380045
AP.as.23.0.1075.ap380045
AP.xsp.23.0.1075.ap380045
AP.as.24.0.944.ap380045
Engedélyezze az X-BroadWorks-Remote-Party-Info fejlécet az AS-en az alábbi CLI-parancs ehhez a SIP-hívás hívásfolyamhoz, amely a mellék tárcsázási funkcióinak támogatásához szükséges.
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Hívásopciók prioritása az alkalmazásban
A Melléktárcsázás funkció támogatásának részeként az alkalmazás hívásbeállításainak prioritási beállítása partner szinten is elérhető a Webex for Cisco Broadworks összes partnere számára. Ezzel a beállítással a partner vezérelheti az összes kezelt ügyfele hívásprioritás-beállításait a Partner Hubról. Az ügyfél alkalmazáshívási opcióinak prioritási beállításai ügyfélszint is módosíthatók a Control Hubból.
Az alkalmazáshívási opciók prioritási beállítása második opcióként tartalmazza a melléket mind a Partner Hub, mind a Control Hub rendszerében, amikor egy Webex for Cisco Broadworks-felhasználó újonnan van hozzárendelve mellékhez a fent említett üzembe helyezési módok bármelyikén keresztül.
Az összes meglévő kiépített szervezet esetében a mellék opció rejtett állapotban lesz (alapértelmezés szerint) az alkalmazás hívásbeállításainak prioritási beállításában. Ez nem fog melléket megjeleníteni a felhasználó hang-/ videohívások opciójában a Webex alkalmazásban.
Az alábbi opciók segítségével teheti láthatóvá a mellékhívási opciót a meglévő ügyfelek számára:
Ha egy partner azt szeretné, hogy az összes felügyelt ügyfélszervezete kapjon melléket a hívási opciók egyikeként, javasoljuk, hogy a partnerrendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Partner Hubban. Ez lehetővé teszi, hogy a felügyelt ügyfélszervezetek örököljék a beállítást a partnerüktől.
Ha egy Partner hívási opciókban szeretne melléket biztosítani egy adott ügyfélszervezet számára, javasoljuk, hogy a Partner-rendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Control Hubban.
Csoportnévjegyek támogatása
Ez a funkció továbbfejleszti a Webex for BroadWorks DirSync szolgáltatást azáltal, hogy megszünteti a legfeljebb 1500 névjegy szinkronizálására vonatkozó korlátozást a csoportos telefonlistákról a BroadWorks rendszerében, és lehetővé teszi a partnerek számára, hogy akár 30 000 névjegyet is szinkronizálhassanak egyetlen csoportos telefonlistáról, és ez egyenrangúvá tegye azt a 30 000 névjegyével növelése a külön kiadott nagyvállalati telefonlista esetében.
A teljes határérték 200 000 minden külső kapcsolat Szervezetenként, amely a Vállalati és a Csoport telefonszámlistáinak összegére vonatkozik egyetlen BroadWorks-vállalaton belül. Például egy BroadWorks-vállalat támogatott, amely vállalati telefonszámlistával rendelkezik 30 000 telefonnal, és 5 csoportos telefonszámlistával egyenként 30 000 telefonnal (szervezetenként összesen 180 000). Ha azonban 6 csoportos telefonlista van egyenként 30 000 értékkel, akkor ez nem támogatott (összesen 210 000).
Ez a funkció kérésre elérhető. Kérjük, az engedélyezéshez forduljon a fiókot kezelő csapathoz.
|
A funkció engedélyezése után a DirSync szolgáltatás elkezdi szinkronizálni a BroadWorks Group telefonlista névjegyeit a Webex Contact Service dedikált csoportonkénti névjegytárára.
Az üzembe helyezés során a felhasználó vállalati csoportját el kell tárolni a Webex címtárban, jelezve, hogy a felhasználó melyik csoporthoz tartozik. A felhasználónak egy BroadWorks-csoporthoz való társítása a Webex címtárban lehetővé teszi a Webex alkalmazás számára, hogy névjegykeresést végezzen a Contact Service csoport tárhelyén a felhasználó adott csoportja számára.
A funkció használatához a Webex for BroadWorks-előfizetőknek a BroadWorks vállalati csoportazonosítóval kell rendelkezniük a Webex .
A BroadWorks vállalati csoportazonosítót a következő módszerekkel lehet kiépíteni a Cisco BroadWorks-felhasználók számára:
Webex a Cisco BroadWorks-felhasználók számára
Nyilvános API -létesítés 'spEnterpriseGroupId'-ként
A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében.
Átfolyó vagy önaktiváló üzembe helyezés
A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Nem alkalmazható. Nem szükséges szinkronizálni a BroadWorks vállalati csoportazonosítót ezeknél a felhasználóknál.
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Vállalati azonosító kezelése |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A BroadWorks vállalati csoportazonosítót spEnterpriseGroupId paraméterként kell átadni |
Átfolyás | A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | Nem alkalmazható |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | Nem alkalmazható |
BroadWorks-telefonlisták | Névjegyek a BroadWorks-csoport telefonszámlistájában | Címtár-szinkronizálás | A csoportnévjegyeket az adott csoporthoz társított Webex Contact Service tárolja |
BroadWorks Enterpsie vagy Persional telefonlisták | Névjegyek a Vállalati vagy Személyes telefonlistán | Címtár-szinkronizálás | Nem alkalmazható |
A nyilvános API -t az ÁLLÍTÁS ELŐTT frissíteni kell. Az áttelepítés nem fejezhető be, amíg be nem fejeződik EZ az API . A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében https://developer.webex.com/docs/api/changelog#2023-march A funkció engedélyezése után és a következő címtár-szinkronizálás eredményeként a vállalati felhasználói csoportok is megjelennek a Control Hubban. A csoportok megjelenítése a Control Hub for Webex for BroadWorks alkalmazásban pusztán információs jellegű ebben a szakaszban. A partner- és ügyfélrendszergazdák nem módosíthatják a csoportokat vagy a csoporttagságot a Control Hubon, mert ezek a módosítások nem tükröződnek vissza a BroadWorks rendszerébe. A Control Hub csoportkezelését azon partnerek használhatják, akik átveszik a közelgő Contact Management API-kat. |
Áttelepítés és jövőbiztosság
A BroadSoft egyesített kommunikációs kliens Cisco fejlesztése az UC-One helyett a Webex felé való elmozdulás. Ennek megfelelően a támogató szolgáltatások a szolgáltatói hálózatról – a hívás kivételével – a Webex felhőplatform felé haladnak.
Akár UC-One SaaS-t, akár BroadWorks Collaborate-ot futtat, a preferált áttelepítési stratégia az új, dedikált XSP telepítése| ADP-k a Webex for Cisco BroadWorks alkalmazással való integrációjához. A két szolgáltatás párhuzamosan is futtatható, miközben áttelepíti az ügyfeleket a Webex rendszerébe, és végül megtérítheti az előző megoldáshoz használt infrastruktúrát.
Ajánlott dokumentum-előfizetések
A Webex Súgó cikkei (a help.webex.com oldalon) rendelkeznek a Előfizetés lehetőségre opciót, amely lehetővé teszi, hogy e-mail értesítést kapjon, amikor az adott cikk frissül.
Javasoljuk, hogy fizessen elő az alábbi cikkek mindegyikére, hogy biztosan ne maradjon le a hálózati kapcsolat érintő kritikus frissítésekről . Az előfizetéshez lépjen az alábbi hivatkozások egyikére, és az induló cikkben kattintson a Előfizetés lehetőségre gombot.
Legalább azt javasoljuk, hogy iratkozzon fel a fenti listára. alatt felsorolt Webex cikkek és dokumentumok többsége azonban További dokumentumok rendelkezik a Előfizetés lehetőségre opciót. Ahhoz, hogy ez a beállítás megjelenjen, a cikknek meg kell jelennie a help.webex.com oldalon.
A dokumentációs céloldalakra nincs előfizetési lehetőség. |
További dokumentumok
A Webex Cisco BroadWorks alkalmazással kapcsolatos további információkért lásd a következő kapcsolódó dokumentációt:
Webex a Cisco BroadWorks dokumentumokhoz
A partnerrendszergazdák a következő dokumentumok és webhelyek segítségével szerezhetnek információkat a Webex for Cisco BroadWorks alkalmazásról.
Hozzon létre saját PSTN-megoldást a Webex for Cisco BroadWorks számára — Ez a megoldás lehetővé teszi a szolgáltatók számára, hogy a saját (és a Cisco által biztosított számok helyett) telefonszámukat biztosítsák a felhasználók számára a Webex Meetings való csatlakozáskor.
Webex Cisco BroadWorks konfigurációs útmutató —Leírja, hogyan kell konfigurálni a Webex alkalmazást a Cisco Webex rendszerhez.
- Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz — Ismerteti a Room OS és MPP eszközök beüzemelésének és szervizelésének módját.
Webex for Cisco BroadWorks hibaelhárítási útmutató — Hibaelhárítási információkat tartalmaz a Webex for Cisco BroadWorks alkalmazáshoz.
Webex a Cisco BroadWorks cikkekhez
A partnerrendszergazdák a következő opcionális webhelyeken tájékozódhatnak a Webex Cisco BroadWorks-hez alkalmazásról:
Webex Cisco BroadWorks dokumentációhoz — A nyitóoldal műszaki dokumentumokat és opcionális Webex -cikkeket sorol fel a Webex for Cisco BroadWorks partnerrendszergazdái számára.
A Webex Cisco BroadWorks rendszerhez újdonságai — Olvassa el a legújabb kiadott funkciókat, valamint a hamarosan megjelenőket.
Ismert problémák és korlátok — Olvassa el a Webex Cisco BroadWorks megoldásban azonosított ismert problémákat.
Rendszergazdai partner szerepkörök a Webex for BroadWorks és a Wholesale RTM alkalmazásban — Ez a cikk azt ismerteti, hogyan rendelhet hozzá rendszergazdai partner szerepkört a Webex for Cisco BroadWorks alkalmazást kínáló partnerszervezetekhez. A szerepkörök hozzászoktak ahhoz, hogy adminisztrátori hozzáférést rendeljenek a beállításokhoz a Partner Hubban és a Control Hubban.
Cisco BroadWorks dokumentumok
A partnerrendszergazdák a cisco.com Cisco BroadWorks webhelyén tájékozódhatnak a megoldás Cisco BroadWorks részének telepítését ismertető műszaki dokumentumokért:
Webex súgócikkek
A következő Webex súgóoldalak segítségével olyan Webex -cikkek találhatók, amelyek segítenek az ügyfélrendszergazdáknak és a végfelhasználóknak a Webex funkcióinak használatában.
Webex a szolgáltatóktól — Ez a nyitóoldal hivatkozásokat tartalmaz az első lépések , és gyakran használt cikkeket tartalmaz azon Webex App-felhasználók számára, akik Webex -szolgáltatásokat vásároltak egy szolgáltatótól.
Webex Súgó — Használja a help.webex.com keresési funkcióját a Webex alkalmazás és a Webex Meetings funkcióit ismertető további Webex cikkek kereséséhez. Kereshet felhasználói vagy rendszergazdai cikkekre is.
Fejlesztői dokumentáció
Webex for BroadWorks Fejlesztői útmutató — Információkat biztosít a Webex for BroadWorks API-kat használó alkalmazásokat létrehozó fejlesztők számára.
Döntési pontok
Mérlegelés | Megválaszolandó kérdések | Erőforrások |
Építészet és infrastruktúra
|
Hány XSP| ADP-k? Hogyan fogadják az mTLS-t? |
Cisco BroadWorks rendszer kapacitástervező Cisco BroadWorks rendszermérnöki útmutató XSP| ADP CLI referencia Ez a dokumentum |
Ügyfél- és felhasználószolgáltatás | Kijelentheti, hogy megbízik az e-mailekben a BroadWorksben? Szeretné, ha a felhasználók e-mail-címeket adnának meg a saját fiókjuk aktiválásához? Készíthet eszközöket az API használatához? |
Nyilvános API -dokumentumok itt: https://developer.webex.com Ez a dokumentum |
Védjegyzés | Milyen színt és logót szeretne használni? | Webex alkalmazás márkaépítési cikk |
Sablonok | Melyek a különböző ügyfélhasználati esetei? | Ez a dokumentum |
Előfizetői funkciók ügyfelenként/vállalatonként/csoportonként | Válasszon csomagot a szolgáltatási szint sablononkénti meghatározásához. Alap, Standard, Prémium vagy Softphone. | Ez a dokumentum Funkció/csomag mátrix |
Alapszintű hitelesítés | BroadWorks vagy Webex | Ez a dokumentum |
Létesítési adapter (átmeneti létesítési beállításokhoz) | Használ már integrált IM&P-t, például az UC-One SaaS-hez? Több sablont is szeretne használni? Várható-e gyakoribb használati eset? |
Ez a dokumentum Application Server CLI hivatkozás |
Építészet és infrastruktúra
Milyen skálával szeretné kezdeni? A jövőben lehetséges a bővítés, de a jelenlegi használati becslésnek kell előmozdítania az infrastruktúra tervezését.
Együtt a Cisco ügyfélmenedzserével/értékesítési képviselőjével döntse el az XSP méretét| ADP infrastruktúra szerint a Cisco BroadWorks rendszer kapacitástervező és a Cisco BroadWorks rendszermérnöki útmutató .
Hogyan hoz létre kölcsönös TLS -kapcsolatokat a Webex az XSP-hez?| ADP-k? Közvetlenül az XSP-re| ADP DMZ-ben vagy TLS-proxy keresztül? Ez hatással van a tanúsítványkezelésre, és a felületekhez használt URL-címekre. ( Nem támogatjuk a nem titkosított TCP kapcsolatokat a hálózat szélére ).
Ügyfél- és felhasználószolgáltatás
Melyik felhasználó-szolgáltatási módszer felel meg Önnek a legjobban?
Átfolyós beüzemelés megbízható e-mailekkel : Az „Integrált IM&P” szolgáltatás BroadWorks rendszeren történő hozzárendelésével az előfizető automatikusan beüzemelésre kerül a Webex.
Ha azt is állíthatja, hogy a BroadWorks-előfizetői e-mail-címek érvényesek, és egyediek a Webex számára, akkor használhatja a „megbízható e-mail” változatát az átfolyós létesítésnek. Az előfizetői Webex -fiókok létrehozása és aktiválása az ő beavatkozásuk nélkül történik; egyszerűen letöltik a klienst, és bejelentkeznek.
Az e- e-mail cím a Webex egyik kulcsfontosságú felhasználói attribútuma. Ezért a Szolgáltatónak érvényes e- e-mail-cím kell megadnia a felhasználó számára ahhoz, hogy a Webex szolgáltatásait biztosítani tudja. Ennek szerepelnie kell a felhasználó e- e-mail - azonosító attribútumában a BroadWorks-ben. Javasoljuk, hogy másolja be az Alternatív azonosító attribútumba is.
Folyamatos üzembe helyezés megbízható e-mailek nélkül : Ha nem tud megbízni az előfizetői e-mail-címekben, akkor is hozzárendelheti a BroadWorks integrált IM&P szolgáltatását a Webex szolgáltatásban lévő szolgáltatlási felhasználók .
Ezzel az opcióval a fiókok a szolgáltatás hozzárendelésekor jönnek létre, de az előfizetőknek meg kell adniuk és ellenőrizniük kell az e-mail-címüket a Webex -fiókok aktiválásához.
Felhasználói önellátás : Ez a beállítás nem igényel IM&P szolgáltatás hozzárendelését a BroadWorksben. Ehelyett Ön (vagy ügyfelei) egy üzembe helyezési hivatkozást terjeszt, és a hivatkozásokat a különböző kliensek letöltéséhez, az Ön márkajelzésével és utasításaival.
Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a Webex -fiók létrehozásához és aktiválásához. Ezután letöltik a klienst, bejelentkeznek, a Webex pedig lekér róluk néhány további konfigurációt a BroadWorks-től (beleértve az elsődleges számukat is).
SP által vezérelt üzembe helyezés API-kon keresztül : A Webex nyilvános API-k egy készletét teszi elérhetővé, amelyek lehetővé teszik a szolgáltatók számára, hogy a meglévő munkafolyamataikba beépítsék a felhasználók/előfizetők szolgáltatásait.
Létesítési követelmények
Az alábbi táblázat összefoglalja az egyes létesítési módszerek követelményeit. A követelményeken kívül a telepítésnek meg kell felelnie az ebben az útmutatóban ismertetett általános rendszerkövetelményeknek.
Beüzemelési módszer | Követelmények |
---|---|
Folyamatos üzembe helyezés (Megbízható vagy nem megbízható e-mailek) | A Webex üzembe helyezési API automatikusan hozzáadja a meglévő BroadWorks-felhasználókat a Webex , amint a felhasználó megfelel a követelményeknek, és Ön átkapcsolja a Integrált IM+P szolgáltatást be. Két folyamat létezik (megbízható e-mailek vagy nem megbízható e-mailek), amelyeket a Webex onboarding sablonján keresztül lehet hozzárendelni. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
Felhasználói önellátás | A rendszergazda hivatkozást biztosít a meglévő BroadWorks-felhasználóknak a Felhasználóaktiválási portálra. A felhasználónak BroadWorks hitelesítési adatokkal kell bejelentkeznie a portálra, és meg kell adnia egy érvényes e- e-mail-cím. Az e-mail hitelesítése után a Webex további felhasználói információk kér a beüzemelés befejezéséhez. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
SP által vezérelt üzembe helyezés API -n keresztül (Megbízható vagy nem megbízható e-mailek) | A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik, hogy a meglévő munkafolyamatokba és eszközökbe beépítse a felhasználói beüzemelést. Két folyamat létezik:
BroadWorks-követelmények:
Webex követelmények:
Az API-k használatához lépjen ide: BroadWorks-előfizetők . |
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Támogatott nyelvi területek
Az üzembe helyezés során a BroadWorks alkalmazásban az elsőként kiépített felügyeleti jogokkal rendelkező felhasználó hozzárendelt nyelv lesz automatikusan hozzárendelve az ügyfélszervezet alapértelmezett területi beállításaiként. Ez a beállítás határozza meg az aktiválási e-mailek, értekezletek és értekezletmeghívók alapértelmezett nyelvét az adott ügyfélszervezeten belül.
Öt karakteres nyelvi területi beállítások az (ISO-639-1) nyelven_ (ISO-3166) formátum támogatott. Például:en_ Az US E-nek felel megnglish_ Egyesült Államok. Ha csak kétbetűs nyelvet kér ( ISO-639-1 formátumot használva), a szolgáltatás egy ötkarakteres nyelvi területi beállítást generál úgy, hogy a kért nyelvet a sablonból származó országkóddal kombinálja, azaz "requestedL".anguage_ CountryCode", ha nem tud érvényes területi beállítást beállítani, akkor a szükséges nyelvkód alapján az alapértelmezett ésszerű területi beállítást használja.
Az alábbi táblázat felsorolja a támogatott területi beállításokat, valamint azt a hozzárendelést, amely a kétbetűs nyelvi kódot ötkarakteres területi beállításra konvertálja olyan helyzetekben, amikor nem áll rendelkezésre öt karakteres területi beállítás.
Támogatott nyelvi területek (ISO-639-1)_ (ISO-3166) | Ha csak egy kétbetűs nyelvkód áll rendelkezésre... | |
---|---|---|
Nyelvkód (ISO-639-1) ** | Használja helyette az Alapértelmezett érzékeny területi beállítást (ISO-639-1)_ (ISO-3166) | |
en_US en_AU en_GB en_CA | hu | en_US |
fr_FR fr_CA | fr | fr_FR |
cs_CZ | cs | cs_CZ |
da_DK | da | da_DK |
de_DE | de | de_DE |
hu_HU | hu | hu_HU |
id_Azonosító | azonosító | id_Azonosító |
it_IT | it | it_IT |
ja_JP | ja | ja_JP |
ko_KR | ko | ko_KR |
es_ES es_CO es_MX | es | es_ES |
nl_NL | nl | nl_NL |
nb_NEM | nb | nb_NEM |
pl_PL | pl | pl_PL |
pt_PT pt_BR | pt | pt_PT |
ru_RU | ru | ru_RU |
ro_RO | ro | ro_RO |
zh_CN zh_TW | zh | zh_CN |
sv_SE | sv | sv_SE |
ar_SA | ar | ar_SA |
tr_TR | tr | tr_TR |
A helyszínekes_ CO,id_ azonosító,nb_ NEM éspt_ A Webex értekezletoldalak nem támogatják a PT-t. Ezeken a területeken a Webex Meetings webhelyek csak angol nyelvűek lesznek. Az angol az alapértelmezett területi beállítás a webhelyekhez, ha nincs/invalid/nem támogatott területi beállítás szükséges a webhelyhez. Ez a nyelvi mező a Szervezeti és Webex Meetings webhely létrehozásakor alkalmazható. Ha egy bejegyzésben vagy az előfizető API -jában nem szerepel nyelv, akkor a sablon nyelve lesz az alapértelmezett nyelv. |
Védjegyzés
A partnerrendszergazdák a Speciális márkaépítés testreszabási opciókkal testreszabhatják, hogy a Webex alkalmazás hogyan keresse a partner által kezelt ügyfélszervezeteket. A partnerrendszergazdák testreszabhatják a következő beállításokat annak érdekében, hogy a Webex alkalmazás tükrözze a vállalati márkát és identitásukat:
Vállalati logók
Egyedi színsémák Világos vagy Sötét módban
Egyedi támogatási URL-címek
A márkaépítés testreszabásának részleteiért lásd: Speciális márka-testreszabások konfigurálása .
|
Beléptetési sablonok
A beléptető sablonok lehetővé teszik azoknak a paramétereknek a meghatározását, amelyek alapján az ügyfelek és a hozzájuk tartozó előfizetők automatikusan ki lesznek szolgáltatva a Webex for Cisco BroadWorks rendszeren. Igény szerint több belépési sablont is konfigurálhat, de amikor egy ügyfelet belép, az csak egy sablonhoz lesz hozzárendelve (egy ügyfélre nem lehet több sablont alkalmazni).
Az alábbiakban felsorolunk néhány elsődleges sablonparamétert.
Csomag
Ki kell választania egy alapértelmezett csomagot a sablon létrehozásakor (lásd Csomagok lehetőségre részletekért az Áttekintés részben). Minden olyan felhasználó, aki rendelkezik ezzel a sablonnal, akár folyamatban lévő, akár önkiépítéssel, megkapja az alapértelmezett csomagot.
Több sablon létrehozásával, és mindegyikben más alapértelmezett csomag kiválasztásával szabályozhatja a csomagok kiválasztását a különböző ügyfelek számára. Ezt követően terjeszthet különböző üzembe helyezési hivatkozásokat vagy különböző vállalatonkénti beüzemelési adaptereket, attól függően, hogy milyen felhasználó-létesítési módszert választott ezekhez a sablonokhoz.
Megváltoztathatja az egyes előfizetők csomagját ettől az alapértelmezetttől a beüzemelési API (lásd Webex for Cisco BroadWorks API dokumentáció vagy a Partner Hubon keresztül (lásd Felhasználói csomag módosítása a Partner Hubban ) .
Nem módosíthatja az előfizetői csomagot a BroadWorksből. Az Integrált IM&P szolgáltatás hozzárendelése be vagy ki van kapcsolva; ha az előfizető hozzá van rendelve ehhez a szolgáltatáshoz a BroadWorksben, akkor az előfizető vállalatának szolgáltatási URL -címéhez társított Partner Hub-sablon határozza meg a csomagot.
Viszonteladó és vállalatok vagy Szolgáltató és csoportok?
A BroadWorks-rendszer konfigurációjának módja hatással van a beüzemelési folyamatra. Ha Ön viszonteladó az Enterprises-szal, akkor sablon létrehozásakor engedélyeznie kell a Vállalati módot.
Ha a BroadWorks rendszere Szolgáltatói módra van beállítva, a Vállalati mód kapcsolót kikapcsolva hagyhatja a sablonokban.
Ha mindkét BroadWorks-móddal tervezi az ügyfélszervezetek kiépítését, akkor különböző sablonokat kell használnia a csoportokhoz és a vállalatokhoz.
Győződjön meg arról, hogy alkalmazta az átfolyós kiépítéshez szükséges BroadWorks javításokat. A részletekért lásd: Szükséges javítások átfolyós telepítéssel . |
Hitelesítő mód
Döntse el, hogyan szeretné hitelesíteni az előfizetőket, amikor bejelentkezik a Webex. Az üzemmódot a következővel rendelheti hozzá Hitelesítési mód beállítást a Belépési sablonban. Az alábbi táblázat felvázol néhány opciót.
Ez a beállítás nincs hatással a Felhasználó aktiválási portálra történő bejelentkezésre. A portálra bejelentkező felhasználóknak meg kell adniuk a BroadWorks- felhasználói azonosító és jelszavukat a BroadWorks-en beállítottak szerint, függetlenül a beállítás módjától. Hitelesítési mód a beléptetési sablonon. |
Hitelesítő mód | BroadWorks | Webex |
Elsődleges felhasználói identitás | BroadWorks-felhasználói azonosító | E-mail-cím |
Identitásszolgáltató | BroadWorks.
| Cisco Common Identity |
Többtényezős hitelesítés? | Nem | A többtényezős hitelesítést támogató ügyfél-azonosítót igényel. |
Hitelesítési adatok érvényesítési útvonala
|
|
|
Az SSO bejelentkezési folyamat részletesebb lebontásához közvetlen BroadWorks-hitelesítéssel lásd: SSO bejelentkezési folyamat . |
UTF-8 kódolás BroadWorks hitelesítéssel
BroadWorks-hitelesítés esetén javasoljuk, hogy UTF-8 kódolást állítson be a hitelesítési fejléchez. Az UTF-8 kijavít egy olyan problémát, amely a speciális karaktereket használó jelszavak esetén fordulhat elő, mivel a webböngésző nem megfelelően kódolja a karaktereket. Az UTF-8 kódolású, 64-es alapkódolású fejlécek használata megoldja ezt a problémát.
Az UTF-8 kódolást a következő CLI-parancsok egyikének az XSP-n vagy ADP-n történő futtatásával állíthatja be:
XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
Ország
Sablon létrehozásakor ki kell választania egy országot. A rendszer automatikusan ezt az országot rendeli hozzá a szervezeti országként minden olyan ügyfél számára, aki rendelkezik a sablonnal a Common Identityben. Ezenkívül a szervezet országa határozza meg a Cisco PSTN alapértelmezett globális betelefonálási számait a Webex értekezletoldalakon.
A webhely alapértelmezett globális betelefonálási számai a szervezet országa alapján a telefonos tartományban meghatározott első elérhető betelefonálási számra lesznek beállítva. Ha a szervezet országa nem található a telefonos tartományban meghatározott betelefonálási számban, akkor az adott helyszín alapértelmezett számát fogja használni a rendszer.
S No. | Helyszín | Országhívószám | Ország neve |
---|---|---|---|
1 | AMER | +1 | USA, CA |
2 | APAC | +65 | Szingapúr |
3 | ANZ | +61 | Ausztrália |
4 | EMEA | +44 | Egyesült Királyság |
5 | EURO | +49 | Németország |
Több partner megállapodás
Szeretné továbblicencelni a Webex for Cisco BroadWorks alkalmazást egy másik szolgáltató? Ebben az esetben minden szolgáltató külön partnerszervezetre van szüksége a Webex Control Hubban, hogy biztosíthassa a megoldást az ügyfélbázisa számára.
Beüzemelési adapter és sablonok
Átmenőleges kiépítés használata esetén a BroadWorks-ben megadott beüzemelési URL -cím a Control Hub sablonjából származik. Több sablonja lehet, és így több szolgáltatási URL-címe is. Ez lehetővé teszi, hogy vállalatonként kiválassza, hogy melyik csomagot alkalmazza az előfizetőkre, amikor megkapják az Integrált IM&P szolgáltatást.
Meg kell fontolnia, hogy szeretne-e rendszerszintű üzembe helyezési URL -t beállítani alapértelmezett szolgáltatási útvonalként, és hogy ehhez melyik sablont szeretné használni. Így csak az üzembe helyezési URL -címet kell kifejezetten beállítani azon vállalatok számára, amelyeknek más sablonra van szükségük.
Ne feledje azt is, hogy előfordulhat, hogy már rendszerszintű beüzemelési URL-t használ , például az UC-One SaaS szolgáltatással. Ebben az esetben dönthet úgy, hogy megtartja a rendszerszintű URL -címet az UC-One SaaS-felhasználók beüzemeléséhez, és felülbírálhatja a Webex for Cisco BroadWorks alkalmazásra áttérő vállalatoknál. Alternatív megoldásként választhat a másik irányba, és beállíthatja a Webex for BroadWorks rendszerszintű URL -címét, és újrakonfigurálhatja azokat a vállalatokat, amelyeket meg szeretné tartani az UC-One SaaS rendszeren.
Az ehhez a döntéshez kapcsolódó konfigurációs lehetőségeket a következő tartalmazza: Konfigurálja az alkalmazáskiszolgálót a kiépítési szolgáltatás URL-címével .
Létesítési adapter proxy
A nagyobb biztonság érdekében a Provisioning Adapter Proxy lehetővé teszi, hogy HTTP(S) proxyt használjon az Application Delivery Platformon az AS és a Webex közötti átfolyólagos kiépítéshez. A proxykapcsolat egy végpontok közötti TCP -alagutat hoz létre, amely a forgalmat az AS és a Webex között továbbítja, elkerülve ezzel annak szükségességét, hogy az AS közvetlenül csatlakozzon a nyilvános internethez. A biztonságos kapcsolatokhoz TLS használható.
Ehhez a funkcióhoz be kell állítani a proxyt a BroadWorks rendszeren. A részletekért lásd: Cisco BroadWorks Provisioning Adapter proxyfunkció leírása .
Minimális követelmények
Fiókok
Minden előfizetőnek, akit a Webex szolgáltatásra kiépít, szerepelnie kell a Webex integrált Webex rendszerben. Szükség esetén több BroadWorks rendszert is integrálhat.
Minden előfizetőnek rendelkeznie kell BroadWorks-licencekkel és elsődleges számmal vagy mellékmel.
A Webex e-mail-címeket használ elsődleges azonosítóként az összes felhasználó számára. Ha a megbízható e-mailekhez átfolyósított üzembe helyezést használ, akkor a felhasználóknak érvényes címekkel kell rendelkezniük a BroadWorks e-mail attribútumában.
Ha a sablon BroadWorks-hitelesítést használ, az előfizetői e-mail-címeket átmásolhatja a BroadWorks Alternatív azonosító attribútumába. Ez lehetővé teszi, hogy a felhasználók e-mail-címükkel és Webex -jelszavukkal jelentkezzenek be a Webexbe.
A rendszergazdáknak a Webex -fiókjukkal kell bejelentkezniük a Partner Hubra.
Nem támogatott BroadWorks-rendszergazda beépítése a Webex for Cisco BroadWorks rendszerébe. Csak olyan BroadWorks-hívó felhasználókat tud bekapcsolni, akik rendelkeznek elsődleges számmal és/vagy melléktel. Ha átfolyósított üzembe helyezést használ, a felhasználókhoz hozzá kell rendelni az Integrált IM&P szolgáltatást is. |
Hálózati kiszolgálók és szoftverkövetelmények
BroadWorks-példány(ok) legalább R22-es verzióval. A támogatott verziók és javítások a BroadWorks szoftverkövetelmények című részben találhatók (ebben a dokumentumban). További információkért lásd: A BroadSoft termékek életciklus-szabályzata szakaszban BroadSoft életciklus házirend és BroadWorks szoftver kompatibilitási táblázat .
A BroadWorks-példány(ok)nak tartalmaznia kell legalább a következő kiszolgálókat:
Alkalmazáskiszolgáló (AS) a fenti BroadWorks-verzióval
Hálózati szerver (NS)
Profilkiszolgáló (PS)
Nyilvános XSP| Az alábbi követelményeknek megfelelő ADP-kiszolgáló(k) vagy Alkalmazáskézbesítő Platform (ADP):
Hitelesítési szolgáltatás (BWAuth)
XSI-műveletek és események felületei
DMS (eszközkezelő webalkalmazás)
CTI interfész (Computer Telephony Intergration)
TLS 1.2 érvényes tanúsítvánnyal (nem önaláírt) és minden szükséges közbenső eszközzel. Rendszerszintű rendszergazda szükséges a vállalati keresés megkönnyítéséhez.
Kölcsönös TLS (mTLS) hitelesítés a hitelesítési szolgáltatáshoz (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Kölcsönös TLS (mTLS) hitelesítés a CTI felülethez (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Különálló XSP/ADP szerver, amely „Hívásértesítések Push Server” szerepében működik (egy NPS a környezetében, amely a hívásértesítések leküldésére szolgál az Apple/Google felé. Itt „CNPS”-nek hívjuk, hogy megkülönböztessék a Webex azon szolgáltatásától, amely push értesítéseket küld az üzenetküldéshez és a jelenléthez.
A kiszolgálónak R22-es vagy újabb verziójúnak kell lennie.
Külön XSP/ADP szervert írunk elő a CNPS számára, mert a Webex a BWKS felhőkapcsolatok esetében bekövetkező betöltés kiszámíthatatlansága negatívan befolyásolhatja az NPS szerver teljesítményét, ami az értesítési késleltetés növekedését eredményezheti. Lásd a Cisco BroadWorks rendszermérnöki útmutató további információkért az XSP-ről| ADP skála.
Webex alkalmazásplatformok
A Webex alkalmazás angol nyelvű verziójának letöltéséhez lépjen a következő oldalra:https://www.webex.com/webexfromserviceproviders-downloads.html . A Webex alkalmazás a következő címen érhető el:
Windows rendszerű PC-k/laptopok
Apple PC-k/laptopok MacOS rendszerrel
iOS (Apple Store)
Android (Play Áruház)
web (lépjen ide:https://teams.webex.com/ )
Lokalizált verziók
A Webex alkalmazás lokalizált verziójának letöltéséhez használja az alábbi hivatkozások egyikét:
https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (koreai)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Francia)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugál)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Hagyományos kínai)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Egyszerűsített kínai)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japán)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spanyolország)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (német)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (olasz)
Fizikai telefonok és kiegészítők
Cisco IP -telefonok:
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html modellekért és további információkért.
A harmadik féltől származó telefonokat ugyanúgy támogatjuk, mint a többi BroadWorks-integrációt. Azonban még nem rendelkeznek névjegy- és jelenlétintegrációval a Webex for Cisco BroadWorks alkalmazással.
Adapterek:
Cisco ATA 191 multiplatform analóg telefonadapter
Cisco ATA 192 multiplatform analóg telefonadapter
Lásdhttps://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html modellekért és további információkért.
Fejhallgatók:
500-as sorozatú Cisco fejhallgató
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.htmlmodellekért és további információkért.
Room OS-eszközök:
Webex Room és Room Kit sorozat
Webex Desk sorozat
Webex Board sorozat
Eszközintegráció
A Room OS és MPP eszközök Webex for Cisco BroadWorks alkalmazáshoz történő bevezetésével és szervizelésével kapcsolatos részletekért lásd: Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz .
Eszközprofilok lehetőségre
Az alábbiakban láthatók azok a DTAF-fájlok, amelyeket be kell töltenie az alkalmazáskiszolgálókra, hogy támogassa a Webex alkalmazást hívó kliensként. Ezek ugyanazok a DTAF-fájlok, mint az UC-One SaaS esetében, azonban van egy új config-wxt.xml.template
a Webex alkalmazáshoz használt fájlt.
A legújabb eszközprofilok letöltéséhez lépjen az Alkalmazáskézbesítési platformra Szoftverletöltések webhelyen, hogy lekérje a legújabb DTAF fájlokat. Ezek a letöltések ADP és XSP esetén is működnek.
Ügyfél neve | Eszközprofil típusa és csomagneve |
---|---|
Webex Mobil Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Mobil DTAF: Konfigurációs fájl: |
Webex Tablet Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Tablet DTAF: Konfigurációs fájl: |
Webex Asztali lehetőségre Sablon |
Identitás/eszközprofil típusa: Business Communicator – PC DTAF: Konfigurációs fájl: |
Azonosítás/Eszközprofil
Minden Webex Cisco BroadWorks-felhasználónak rendelkeznie kell egy Identitás/eszközprofil hozzárendelt a BroadWorksben, amely a fenti eszközprofilok egyikét használja a Webex alkalmazás használatával történő hívások kezdeményezéséhez. A profil biztosítja azt a konfigurációt, amely lehetővé teszi a felhasználó számára, hogy hívásokat kezdeményezzen.
OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez
Adjon szolgáltatáskérés a beléptető ügynöknek vagy a Cisco TAC -nak a Cisco OAuth szolgáltatás létrehozásához a Cisco Identity Provider Federation-fiókjához.
Használja a következő kérelemcímet a megfelelő funkciókhoz:
XSP| ADP AuthService Configuration” szolgáltatás konfigurálásához XSP| ADP.
Az 'NPS-konfiguráció hitelesítési proxybeállításhoz' az NPS-t a hitelesítési proxy használatára konfigurálja.
CI felhasználói UUID szinkronizálás' a CI felhasználói UUID szinkronizáláshoz. A funkció további részleteiért lásd: A Cisco BroadWorks támogatása a CI UUID-hez .
Állítsa be a BroadWorks alkalmazást úgy, hogy engedélyezze a Cisco számlázást a BroadWorks- és a Webex -et a BroadWorks-előfizetésekhez.
A Cisco egy 60 napig érvényes OAuth- azonosító, egy titkos ügyfél titkosítást és egy frissítési tokent ad Önnek. Ha a token a használata előtt lejár, akkor újabb kérelmet indíthat.
Ha már megszerezte a Cisco OAuth Identity Provider hitelesítési adatait, akkor a hitelesítési adatainak frissítéséhez hajtson végre egy új szolgáltatáskérés . |
Tanúsítványok megrendelése
A TLS -hitelesítés tanúsítványkövetelményei
Szüksége lesz egy jól ismert Certificate Authority által aláírt és a nyilvános XSP-re telepített biztonsági tanúsítványokra.| ADP-k, az összes szükséges alkalmazáshoz. Ezekkel támogatják a TLS -tanúsítvány-ellenőrzést az XSP-hez minden bejövő kapcsolat esetén| ADP szerverek.
Ezeknek a tanúsítványoknak tartalmazniuk kell az XSP-t| ADP nyilvános, teljesen minősített tartománynév vagy Tárgy alternatív neveként.
Az ilyen kiszolgálótanúsítványok telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy a CA által aláírt nyilvános kiszolgálótanúsítvány hol kell betölteni a következő három esetben:
A Webex alkalmazás által a hitelesítéshez támogatott, nyilvánosan támogatott hitelesítésszolgáltatók felsorolása Támogatott hitelesítésszolgáltatók a Webex Hybrid Services számára .
TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik a proxyba.
A proxy bemutatja ezt a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
Egy belső CA által aláírt tanúsítvány betölthető az XSP-re| ADP.
Az XSP| Az ADP ezt a belsőleg aláírt kiszolgálótanúsítvány mutatja be a proxynak.
A proxy megbízik az XSP-t aláíró belső hitelesítésszolgáltatóban| ADP kiszolgálótanúsítvány.
TLS -tanúsítvány követelmények a TLS-passthrough Proxy vagy XSP esetében| ADP a DMZ-ben
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik az XSP-be| ADP-k.
Az XSP| Az ADP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
További tanúsítványkövetelmények a CTI felületen keresztüli kölcsönös TLS -hitelesítéshez
Amikor a CTI felülethez csatlakozik, a Webex a kölcsönös TLS hitelesítés részeként egy klienstanúsítvány mutat be. A Webex klienstanúsítvány CA/lánctanúsítvány letölthető a Control Hubon keresztül.
A tanúsítvány letöltése:
Jelentkezzen be a Partner Hubba, ehhez kell
és kattintson a tanúsítvány letöltése hivatkozásra.A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra a tanúsítvány követelményeit foglalja össze a következő három esetben:
(Opció) A TLS-bridge proxy tanúsítványkövetelményei
A Webex egy nyilvánosan aláírt klienstanúsítvány mutat be a proxynak.
A proxy megbízik az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy bemutatja a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions: X509v3 Extended Key Usage: 1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
A belső tanúsítvány CN-jének a következőnek kell lennie:
bwcticlient.webex.com
.
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Előfordulhat, hogy a nyilvános hitelesítő hatóságok nem hajlandók a tanúsítványokat a szükséges védett BroadWorks OID-vel aláírni. Áthidaló proxy esetén előfordulhat, hogy egy belső CA segítségével kell aláírnia a proxy által az XSP-nek bemutatott klienstanúsítvány .| ADP.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Az alkalmazáskiszolgálóé ClientIdentity tartalmazza az XSP-nek bemutatott, belsőleg aláírt klienstanúsítvány CN-jét| ADP a proxy által.
(Opció) Tanúsítványkövetelmények TLS-passthrough Proxy vagy XSP esetén| ADP a DMZ-ben
A Webex egy belső Cisco CA által aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Az XSP| Az ADP-k megbíznak az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány az XSP-be is betöltődik| ADP-k.
Az XSP| Az ADP-k bemutatják a nyilvánosan aláírt szervertanúsítványokat a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
Az alkalmazáskiszolgáló ClientIdentity tartalmazza az XSP-nek bemutatott Cisco által aláírt klienstanúsítvány CN-jét| ADP a Webex által.
A hálózat előkészítése
A Webex Cisco BroadWorks rendszerhez által használt kapcsolatokról szóló további információkért lásd: A Webex for Cisco BroadWorks hálózati követelményei . Ez a cikk a tűzfal be- és kilépési szabályainak konfigurálásához szükséges IP -címek, portok és protokollok listáját tartalmazza.
A Webex-szolgáltatások hálózati követelményei
Az előző Belépési és Kilépési szabályok tűzfaltáblák csak azokat a kapcsolatokat dokumentálják, amelyek kifejezetten a Webex for Cisco BroadWorks alkalmazásra vonatkoznak. A Webex alkalmazás és a Webex felhő közötti kapcsolatokra vonatkozó általános információkért lásd: A Webex Services hálózati követelményei . Ez a cikk a Webex vonatkozik, de a következő táblázat azonosítja a cikk különböző részeit, és azt, hogy az egyes részek mennyire relevánsak a Webex for Cisco BroadWorks számára.
Hálózati követelmények cikk szakasza | Az információk relevanciája |
---|---|
A Webex által támogatott eszköztípusok és protokollok összefoglalása | Tájékoztató |
Tájékoztató | |
El kell olvasni | |
El kell olvasni | |
Tartományok és URL-címek, amelyeknek hozzáférhetőnek kell lenniük a Webex-szolgáltatások számára | El kell olvasni |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
A Webex más hibrid szolgáltatásai és dokumentációjuk összegzése | Opcionális |
Webex-szolgáltatások a FedRAMP ügyfelei számára | N. A. |
További információk
További információkért lásd: Webex App Firewall Whitepaper (PDF) .
BroadWorks redundancia támogatása
A Webex Cloud Services és a Webex ügyfélalkalmazások, amelyeknek el kell érniük a partner hálózatát, teljes mértékben támogatják a Broadworks XSP-t| A partner által biztosított ADP redundancia. Amikor egy XSP| Az ADP vagy a webhely tervezett karbantartás vagy nem tervezett ok miatt nem érhető el, a Webex szolgáltatások és alkalmazások át tudnak lépni egy másik XSP-re| A kérés teljesítéséhez a partner által biztosított ADP vagy oldal.
Hálózati topológia
A Broadworks XSP| Az ADP-k telepíthetők közvetlenül az interneten, vagy egy DMZ-ben is elhelyezhetők egy terheléselosztás elemmel, például az F5 BIG- IP-vel. A georedundancia biztosítása érdekében az XSP| Az ADP-k két (vagy több) adatközpontban telepíthetők, mindegyik előtt egy terheléselosztó állhat, és mindegyik rendelkezik nyilvános IP-cím -címmel. Ha az XSP| Az ADP-k egy terheléselosztó mögött állnak, a Webex mikroszolgáltatások és az alkalmazás csak a terheléselosztó IP-cím látja, a Broadworks pedig úgy tűnik, csak egy XSP-vel rendelkezik| ADP, még akkor is, ha több XSP van| ADP-k mögött.
Az alábbi példában az XSP| Az ADP-k két helyszínen vannak telepítve, az A és a B helyszínen. Két XSP létezik| Az egyes telephelyeken egy terheléselosztóval ellátott ADP-k. Az A oldal XSP-vel rendelkezik| ADP1 és XSP| Az ADP2 előlapján LB1, a B oldalon pedig XSP található| ADP3 és XSP| ADP4 elől LB2. Csak a terheléselosztók láthatók a nyilvános hálózaton, és az XSP| Az ADP-k a DMZ magánhálózatokon vannak.
Webex Cloud Services
DNS konfiguráció
A Webex Cloud mikroszolgáltatásoknak meg kell tudniuk találni a Broadworks XSP-t| ADP-kiszolgáló(k) az Xsi interfészekhez, hitelesítési szolgáltatáshoz és CTI-hez való csatlakozáshoz.
A Webex Cloud mikroszolgáltatások DNS A/AAAA keresést végeznek a konfigurált XSP-n| ADP-gazdanevet, és csatlakozzon a visszaadott IP -címhez. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga. Ha több IP -címet ad vissza, a lista első IP -címe lesz kiválasztva. Az SRV keresés jelenleg nem támogatott.
Példa: A partner DNS -e A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Teherelosztók.
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| LB2-re mutat (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Feladatátvétel
Amikor a Webex mikroszolgáltatások kérést küldenek az XSP-nek| Az ADP/Load Balancer alkalmazáshoz és a kérelem sikertelenségéhez több dolog is történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre.
Ha egy hibakód (HTTP5xx ) üzenetet kapja vissza, a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre .
Ha 2 másodpercen belül nem érkezik HTTP-válasz, a kérés időtúllépése, és a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és továbbítják az útvonalat a következő IP-címre .
Minden kérés háromszor próbálkozik, mielőtt a hibát visszaküldi a mikroszolgáltatásnak.
Ha egy IP a blokkoltak listáján van, akkor nem fog szerepelni azon címek listáján, amelyeket meg kell próbálni, amikor kérést küld egy XSP-nek| ADP. Egy előre meghatározott idő elteltével a blokkolt IP -címek lejárnak, és visszatér a listába, hogy megpróbálja, amikor újabb kérés érkezik.
Ha minden IP -cím blokkolva van, a mikroszolgáltatás akkor is megpróbálja elküldeni a kérést úgy, hogy véletlenszerűen kiválaszt egy IP-cím a blokkolt listáról. Sikeres esetben az adott IP-cím törlődik a blokkoltak listájáról.
Állapot
A Webex Cloud szolgáltatások XSP-hez való kapcsolódási állapota| Az ADP-k vagy a terheléselosztók a Control Hubban láthatók. A BroadWorks hívófürtök alatt a kapcsolat állapota az alábbi felületek mindegyikéhez jelenik meg:
XSI-műveletek
XSI-események
Hitelesítési szolgáltatás
A kapcsolat állapota az oldal betöltésekor vagy a bemeneti frissítések során frissül. A kapcsolatok állapota a következő lehet:
Zöld: Mikor érhető el az interfész az A rekord keresésben lévő egyik IP-n.
Piros: Amikor az A rekord keresésében szereplő összes IP-cím nem érhető el, és az interfész nem elérhető.
A következő szolgáltatások a mikroszolgáltatások segítségével csatlakoznak az XSP-hez| Az XSP hatással van rájuk| Az ADP interfész elérhetősége:
Bejelentkezés a Webex alkalmazásba
Webex alkalmazás-token frissítése
Nem megbízható e-mail/önaktiválás
Broadworks Service állapotfelmérés
Webex alkalmazás
DNS konfiguráció
A Webex alkalmazás hozzáfér az Xtended Services Interface (XSI-Actions & XSI-Events) és az Eszközkezelő szolgáltatás (DMS) szolgáltatásaihoz az XSP-n| ADP.
Az XSI szolgáltatás megkereséséhez a Webex alkalmazás DNS SRV keresést végez a következőhöz: _xsi-client._tcp.<webex app xsi domain>
. Az SRV az XSP számára beállított URL -re mutat| ADP gazdagépek vagy terheléselosztók az XSI szolgáltatáshoz. Ha az SRV keresés nem érhető el, a Webex alkalmazás visszakerül az A/AAAA keresésre.
Az SRV több A/AAAA célt is képes feloldani. Azonban minden A/AAAA rekordnak csak egyetlen IP-cím kell hozzárendelnie. Ha több XSP van| A terheléselosztó/edge eszköz mögötti DMZ-ben található ADP-k esetén a terheléselosztót úgy kell beállítani, hogy fenntartsa a munkamenet-perzisztenciát, és ugyanahhoz az XSP-hez irányítsa át az adott munkamenet összes kérését| ADP. Azért írjuk elő ezt a konfigurációt, mert az ügyfél XSI-esemény szívverésének ugyanahhoz az XSP-hez kell mennie| Az eseménycsatorna létrehozásához használt ADP.
Az 1. példában a webex-app-XSP A/AAAA rekordja| Az ADP.example.com nem létezik, és nem is kell, hogy legyen. Ha a DNS megköveteli, hogy egy A/AAAA rekordot meg kell adni, akkor csak 1 IP-cím kell visszaadnia. Ettől függetlenül az SRV-t meg kell adni a Webex alkalmazáshoz. Ha a Webex alkalmazás olyan A/AAAA nevet használ, amely egynél több IP-cím definiál , vagy ha a terheléselosztó/edge elem nem tartja fenn a munkamenet megmaradását, az ügyfél végső soron szívveréseket küld egy XSP-nek.| ADP, ahol nem hozott létre eseménycsatornát. Ez a csatorna leszakadását eredményezi, és jelentősen megnöveli a belső forgalmat, ami rontja az XSP-t| ADP-fürt teljesítménye. Mivel a Webex Cloud és a Webex alkalmazás eltérő követelményeket támaszt az A/AAAA rekordok keresésében, külön FQDN-t kell használnia a Webex Cloud és a Webex alkalmazás számára az XSP eléréséhez| ADP-k. Amint az a példákban látható, a Webex Cloud A rekordot használja |
1. példa – Több XSP| ADP-k, mindegyik külön terheléselosztó mögött
Ebben a példában az SRV több A rekordra mutat úgy, hogy minden A rekord egy másik helyszínen lévő más terheléselosztóra mutat. A Webex alkalmazás mindig a lista első IP-cím használja, és csak akkor lép a következő rekordra, ha az első nem működik.
Az alábbiakban egy példa látható SRV-rekordok.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
2. példa – Több XSP| ADP-k egyetlen terheléselosztó mögött ( TLS -híddal)
A kezdeti kérelemhez a terheléselosztó egy véletlenszerű XSP-t választ ki| ADP. Az az XSP| Az ADP egy cookie-t ad vissza, amelyet a Webex alkalmazás a jövőbeli kérésekben tartalmaz. A jövőbeni kérésekhez a terheléselosztó a süti segítségével a megfelelő XSP-hez irányítja a kapcsolatot| ADP, biztosítva, hogy az eseménycsatorna ne szakadjon meg.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Terheléselosztó |
A | LB.example.com |
| A terheléselosztó IP-cím (XSP| Az ADP-k a terheléselosztó mögött vannak) |
DMS URL
A bejelentkezési folyamat során a Webex alkalmazás a DMS URL -címet is lekéri a konfigurációs fájl letöltéséhez. A rendszer elemzi az URL -ben szereplő gazdagépet, és a Webex alkalmazás DNS A/AAAA-keresést végez a gazdagépen, hogy csatlakozzon az XSP-hez| A DMS szolgáltatást üzemeltető ADP.
Példa: DNS A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Load Balancers by Webex App konfig fájlok letöltéséhez DMS-en keresztül:
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Hogyan találja meg a Webex alkalmazás az XSP-t?| ADP-címek
Az ügyfél megpróbálja megtalálni az XSP-t| A következő DNS -folyamatot használó ADP-csomópontok:
Az ügyfél először az Xsi-Actions/Xsi-Events URL-címeket kéri le a Webex Webex Cloud (a hozzárendelt BroadWorks hívófürt létrehozásakor adta meg őket). Az Xsi gazdagépnevet/tartományt az URL -ből értelmezi a rendszer, és az ügyfél az SRV keresést hajtja végre a következőképpen:
Az ügyfél SRV-keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain="">
Ha az SRV keresés egy vagy több A/AAAA célt ad vissza:
A kliens A/AAAA keresést végez ezekre a célokra, és gyorsítótárazza a visszaadott IP -címeket.
A kliens az SRV prioritás, majd a súly alapján (vagy véletlenszerűen, ha egyenlők) csatlakozik az egyik célhoz (és így annak egyetlen IP-cím rendelkező A/AAAA rekordjához ).
Ha az SRV keresés nem ad vissza célokat:
A kliens A/AAAA keresést végez az Xsi gyökérparaméterben, majd megpróbál csatlakozni a visszaadott IP-cím. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga.
Mint már említettük, az A/AAAA rekordnak egyetlen IP-cím kell feloldania ugyanezen okokból kifolyólag.
(Opcionális) Ezt követően megadhatja az egyéni XSI-Actions/XSI-Events részleteket a Webex alkalmazás eszközkonfiguráció a következő címkék használatával:
<protocols> <xsi> <paths> <root>%XSI_ROOT_WXT%</root> <actions>%XSI_ACTIONS_PATH_WXT%</actions> <events>%XSI_EVENTS_PATH_WXT%</events> </paths> </xsi> </protocols>
Ezek a konfigurációs paraméterek elsőbbséget élveznek a BroadWorks-fürt bármely konfigurációjával szemben a Control Hubban.
Ha léteznek ilyenek, az ügyfél összehasonlítja a BroadWorks-fürtkonfiguráción keresztül kapott eredeti XSI-címmel.
Ha eltérést észlel, a kliens újrainicializálja az XSI-műveletek/XSI-események kapcsolatát. Ennek első lépése az 1. lépésben felsorolt DNS -keresési folyamat végrehajtása – ezúttal a%XSI_ROOT_WXT% paramétert a konfigurációs fájl.
Ügyeljen arra, hogy hozza létre a megfelelő SRV-rekordok , ha ezzel a címkével módosítja az Xsi felületeket.
Feladatátvétel
A bejelentkezés során a Webex alkalmazás DNS SRV -keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain=""> , összeállítja a gazdagépek listáját, és az SRV prioritás, majd a súly alapján csatlakozik az egyik gazdagéphez. Ez a csatlakoztatott gazdagép lesz a kiválasztott az összes jövőbeli kérelemnél. Ezután megnyílik egy eseménycsatorna a kiválasztott szervező számára, és a rendszer rendszeresen küld egy szívverést a csatorna ellenőrzésére. Az első után küldött összes kérés tartalmaz egy cookie-t, amelyet a HTTP-válasz ad vissza, ezért fontos, hogy a terheléselosztó megtartsa a munkamenet-maradványt (affinitást), és mindig ugyanannak a backend XSP-nek küldje a kéréseket.| ADP szerver.
Ha a szervezőnek küldött kérés vagy szívverési kérés sikertelen, számos dolog történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex App útvonal azonnal továbblép a listán a következő gazdagépre.
Ha egy hibakód (HTTP5xx ) üzenetet adja vissza, a Webex alkalmazás blokkoltként jelöli meg az IP-cím , és az útvonal a listán a következő gazdagéphez lép tovább.
Ha egy bizonyos időn belül nem érkezik válasz, akkor a rendszer az időtúllépés miatt sikertelennek tekinti a kérést, és a következő kéréseket a rendszer a következő gazdagépnek küldi el. Az időtúllépési kérelem azonban sikertelennek minősül. Egyes kérések sikertelensége után újrapróbálkoznak (növekvő újrapróbálkozási idővel). A feltételezett nem létfontosságú kéréseket a rendszer nem próbálja meg újra.
Amikor egy új gazdagép sikeresen próbálkozik, az lesz az új kiválasztott gazdagép, ha a gazdagép szerepel a listában. A lista utolsó gazdagépének kipróbálása után a Webex alkalmazás az elsőre lép.
Szívverés esetén, ha két egymást követő kérelem sikertelen, a Webex alkalmazás újrainicializálja az eseménycsatornát.
Ne feledje, hogy a Webex alkalmazás nem végez feladat-visszavételt, és a DNS -szolgáltatás felderítése csak egyszer történik a bejelentkezéskor.
A bejelentkezés során a Webex alkalmazás megpróbálja letölteni a konfigurációs fájlt az XSP-n keresztül| ADP/Dms interfész. Végrehajt egy A/AAAA rekord keresést a lekért DMS URL -ben lévő gazdagépen, és csatlakozik az első IP-címhez. Először egy SSO token használatával próbálja meg elküldeni a konfigurációs fájl letöltésére vonatkozó kérést. Ha ez bármilyen okból sikertelen, újra megpróbálja, de az eszköz felhasználónevével és jelszavával.
Telepítési áttekintés
A következő diagramok a telepítési feladatok tipikus sorrendjét mutatják be a különböző felhasználói üzembe helyezési módok esetén. A feladatok közül sok közös az összes üzembe helyezési módban.
Partner-belépés a Webex -re Cisco BroadWorks-hez
Minden Webex for Cisco BroadWorks szolgáltatónak vagy viszonteladónak be kell állítania a Webex for Cisco BroadWorks számára partnerszervezetként. Ha már van Webex Partnerszervezete, akkor ez használható.
A szükséges beléptetési folyamat elvégzéséhez el kell végeznie a Webex Cisco BroadWorks papírmunkáját, és az új partnereknek el kell fogadniuk az online közvetett csatornapartneri megállapodást (ICPA). Amikor ezek a lépések megtörténtek, a Cisco Compliance új Partnerszervezetet hoz létre a Partner Hubban (ha szükséges), és hitelesítési adatokat tartalmazó e-mailt küld a papírmunkában szereplő nyilvántartás adminisztrátorának. Ezzel egyidejűleg a Partneraktiválási és/vagy Ügyfélsiker-programmenedzser felveszi Önnel a kapcsolatot a beléptetés megkezdése érdekében.
Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k
Az NPS-alkalmazásnak egy másik XSP-n kell futnia| ADP. Az adott XSP követelményei| Az ADP leírása a Hívásértesítések konfigurálása a hálózatról .
A következő alkalmazásokra/szolgáltatásokra van szüksége az XSP-n| ADP-k.
Szolgáltatás/Alkalmazás | Hitelesítés szükséges | Szolgáltatás/alkalmazás célja |
---|---|---|
Xsi-Events |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Hívásvezérlés, szolgáltatási értesítések |
Xsi-Actions |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Hívásvezérlés, műveletek |
Eszközkezelés |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Hívási konfiguráció letöltése |
Hitelesítési szolgáltatás |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Alapszintű hitelesítés |
Számítógépes telefonos integráció |
mTLS (kliens és kiszolgáló hitelesíti egymást) |
Telefonos jelenlét |
Hívásbeállítások Webview alkalmazás |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Felfedi a felhasználói hívásbeállításokat a Webex alkalmazás önkiszolgáló portálján |
Ez a rész ismerteti, hogyan kell alkalmazni a szükséges TLS és mTLS konfigurációkat ezeken az interfészeken, de a meglévő dokumentáció alapján telepítheti az XSP-re.| ADP-k.
Társrezidens követelmények
Hitelesítési szolgáltatás kell társlakó kell lennie az Xsi alkalmazásokkal, mert ezeknek az interfészeknek el kell fogadniuk a hosszú élettartamú tokeneket a szolgáltatás engedélyezéséhez. A hitelesítési szolgáltatás szükséges ezen tokenek érvényesítéséhez.
A hitelesítési szolgáltatás és az Xsi szükség esetén ugyanazon a porton futhat.
A többi szolgáltatást/alkalmazást szétválaszthatja a mérleghez (dedikált eszközkezelő XSP| például ADP farm).
Az Xsi, CTI, Hitelesítési szolgáltatás és DMS alkalmazások egyidejűleg is megtalálhatók.
Ne telepítsen más alkalmazást vagy szolgáltatásokat az XSP-re| A BroadWorks és a Webex alkalmazás integrálására használt ADP-k.
Ne helyezze el az NPS-alkalmazást más alkalmazással együtt.
Xsi felületek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a leírás szerint Cisco BroadWorks Xtended Services felület konfigurációs útmutató .
Az Xsi-Events alkalmazásoknak csak egy példányát kell telepíteni az XSP-re| A CTI interfészhez használt ADP.
A Broadworks és a Webex közötti integrációhoz használt összes Xsi-Eventnek ugyanazzal a Webex -vel kell rendelkeznie, mint az Applications/Xsi-Events/GeneralSettings alatt. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
Amikor egy felhasználó bejelentkezett a Webex, a Webex előfizetést hoz létre a felhasználó számára az AS-en, hogy fogadja a telefonos eseményeket a jelenlét és a hívásnapló vonatkozásában. Az előfizetés a callControlApplicationName alkalmazáshoz van társítva, és az AS ennek alapján tudja, melyik Xsi-Eventsnek küldje el a telefonos eseményeket.
A callControlApplicationName módosítása, vagy ha nem ugyanaz a név az összes Xsi-Events webalkalmazáson, az hatással lesz az előfizetésekre és a telefonos eseményekre. |
Hitelesítési szolgáltatás konfigurálása (CI token érvényesítéssel)
Ezzel az eljárással állíthatja be a hitelesítési szolgáltatást CI token érvényesítés TLS-sel való használatára. Ez a hitelesítési módszer akkor javasolt, ha R22-es vagy újabb verziót futtat, és a rendszere támogatja.
A kölcsönös TLS (mTLS) alternatív hitelesítési módszerként is támogatott a hitelesítési szolgáltatáshoz. Ha több Webex -szervezete fut ugyanazon az XSP-n| ADP szerver, mTLS hitelesítést kell használnia, mert a CI Token Validation nem támogatja a több kapcsolatot ugyanahhoz az XSP-hez| ADP hitelesítési szolgáltatás. Ha az mTLS-hitelesítést szeretné beállítani a hitelesítési szolgáltatáshoz a CI-token-érvényesítés helyett, lásd: Függelék számára Szolgáltatások konfigurálása (mTLS-szel a hitelesítési szolgáltatáshoz) . |
Ha jelenleg mTLS-t használ a hitelesítési szolgáltatáshoz, akkor nem kötelező újrakonfigurálnia a CI Token Validation használatát a TLS-szel. |
OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez .
Telepítse a következő javításokat minden XSP-re| ADP szerver. Telepítse a kiadásának megfelelő javításokat:
R22 esetén:
R23 esetén:
R24 esetén—nincs szükség javításra
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is.Telepítse a
AuthenticationService
alkalmazást az egyes XSP-ken| ADP szolgáltatás.Futtassa a következő parancsot az AuthenticationService alkalmazás aktiválásához az XSP-n| ADP a /authService környezeti elérési útra.
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
Futtassa ezt a parancsot az AuthenticationService telepítéséhez az XSP-n| ADP:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...
A 2022.10-es Broadworks buildtől kezdve a Java új verziójára való váltáskor a Java új verziójára való váltáskor már nem kerülnek automatikusan be a BroadWorks megbízhatósági tárházába. Az AuthenticationService TLS -kapcsolatot nyit a Webex felé a hozzáférési token lekéréséhez, és az IDBroker és a Webex URL érvényesítéséhez a következőkkel kell rendelkeznie a megbízhatósági tárhelyen:
IdenTrust Commercial Root CA 1
Go Daddy legfelső szintű Certificate Authority – G2
Ellenőrizze, hogy ezek a tanúsítványok jelen vannak-e a következő CLI alatt
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get
Ha nincs jelen, futtassa a következő parancsot az alapértelmezett Java -trösztök importálásához:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust
Alternatív megoldásként manuálisan is hozzáadhatja ezeket a tanúsítványokat megbízhatósági horgonyként a következő paranccsal:
ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>
Ha az ADP egy korábbi kiadásról lett frissítve, akkor a rendszer a régi kiadás hitelesítésszolgáltatóit automatikusan importálja az új kiadásba, és importálása mindaddig folytatódik, amíg manuálisan el nem távolítják őket.
Az AuthenticationService alkalmazás mentesül az ADP alatti validatePeerIdentity beállítás alól_ CLI/System/SSLCommonSettings/GeneralSettings, és mindig érvényesíti a peer identitást. Lásd a Cisco Broadworks X509 tanúsítvány érvényesítési FD a beállítással kapcsolatos további információkért.
Állítsa be az identitásszolgáltatókat a következő parancsok futtatásával az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get
set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerName URL -címet. Lásd a következő táblázatot.set issuerUrl <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerUrl-címet. Lásd a következő táblázatot.set tokenInfoUrl <IdPProxy URL>
—Adja meg a Teams-fürtre vonatkozó IdP-proxy URL -címét. Lásd az alábbi második táblázatot.
1. táblázat Állítsa be az issuerName és az issuerURL címét Ha a CI-fürt... Az issuerName és az issuerURL beállítása a következőre:... US-A
EU
US-B
Ha nem ismeri a sajátját CI-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.2. táblázat TokenInfoURL beállítása Ha a Teams-fürt... A tokenInfoURL beállítása erre:...(IdP Proxy URL) ACHM
https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AFRA
https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AORE
https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
Ha nem ismeri a sajátját Teams-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.
Tesztelés céljából ellenőrizheti, hogy a tokenInfoURL érvényes-e, ha lecseréli a "
idp/authenticate
Az URL " része a következővel: "ping
".
Adja meg azt a Webex -jogosultságot, amelynek jelen kell lennie a Webex felhasználói profil a következő paranccsal:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Konfigurálja az identitásszolgáltatókat a Cisco Federation számára a következő parancsok segítségével az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
set flsUrl https://cifls.webex.com/federation
set refreshPeriodInMinutes 60
set refreshToken refresh-Token-From-Step1
Futtassa a következő parancsot annak ellenőrzésére, hogy az FLS-konfiguráció működik-e. Ez a parancs az identitásszolgáltatók listáját adja vissza:
XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Konfigurálja a Token-kezelést a következő parancsokkal az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
set tokenIssuer BroadWorks
set tokenDurationInHours 720
RSA -kulcsok létrehozása és megosztása. A kulcsokat egyetlen XSP-n kell generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k. Ennek oka a következő tényezők:
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k.Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét. Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket. Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
Ügyfél-hitelesítési követelmény eltávolítása a hitelesítési szolgáltatáshoz (csak R24)
Ha a hitelesítési szolgáltatást CI Token érvényesítéssel konfigurálta az R24-en, akkor a hitelesítési szolgáltatásra vonatkozó ügyfél-hitelesítési követelményt is el kell távolítania. Futtassa a következő CLI-parancs:
ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
CTI felület és kapcsolódó konfiguráció
Az „inmost to outmost” konfigurációs sorrendet az alábbiakban soroljuk fel. A sorrend betartása nem kötelező.
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
XSP konfigurálása| ADP-k mTLS-hitelesített CTI -előfizetésekhez
Nyissa meg a bejövő portokat a biztonságos CTI felülethez
Iratkozzon fel a Webex szervezete a BroadWorks CTI -eseményekre
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
Frissítse a ClientIdentity-t az alkalmazáskiszolgálón a Webex for Cisco BroadWorks CTI - klienstanúsítvány általános név (CN).
A Webex alkalmazással használt összes alkalmazáskiszolgálóhoz adja hozzá a tanúsítványazonosítót a ClientIdentity azonosítóhoz az alábbiak szerint:
AS_CLI/System/ClientIdentity> add bwcticlient.webex.com
A Webex for Cisco BroadWorks klienstanúsítvány általános név : |
Konfigurálja a TLS -t és a titkosításokat a CTI felületen
Az XSP konfigurálhatósági szintjei| Az ADP CTI felületek a következők:
Legáltalánosabb = Rendszer > Szállítás > CTI -interfészek > CTI -interfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
---|---|
Rendszer (globális) (R22 és újabb) | XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Ciphers> XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Protocols> lehetőséget |
Szállítási protokollok ehhez a rendszerhez (R22 és újabb) | XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Ciphers> XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Protocols> lehetőséget |
Az összes CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Protocols> lehetőséget |
Egy speciális CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/CTIServer/SSLSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/CTIServerSSLSettings/Protocols> |
Új telepítéskor a következő titkosítások alapértelmezés szerint települnek rendszerszinten. Ha az interfész szintjén nincs beállítva (például a CTI felületen vagy a HTTP felületen), akkor ez a rejtjellista érvényes. Ne feledje, hogy ez a lista idővel változhat:
|
CTI TLS interfész konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy szükség van-e kiszolgálótanúsítvány , illetve hogy szükség van-e kliens hitelesítésre.XSP|ADP_CLI/Interface/CTI/CTIServer> get Interface IP Port Secure Server Certificate Client Auth Req ================================================================= 10.155.6.175 8012 true true true
TLS 1.2 protokoll hozzáadása a CTI felülethez
Az XSP| A Webex Cloud együttműködő ADP CTI felületet TLS v1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp>
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a CTI felületen
A szükséges titkosítások konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Adja meg a(z)
get
parancsot, hogy megtudja, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> <cipherName>
rejtjel hozzáadása a CTI felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a CTI felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Trust Anchors a CTI felülethez (R22 és újabb)
Ez az eljárás az XSP-t feltételezi| Az ADP-k vagy internet felé néznek, vagy átmenő proxyn keresztül néznek az internetre. A tanúsítvány konfigurációja más az áthidaló proxy esetében (lásd TLS -tanúsítványkövetelmények a TLS-híd proxyhoz ).
Minden XSP-hez| Az ADP-ben a CTI -eseményeket a Webex közzétevő infrastruktúrájában tegye a következőket:
Jelentkezzen be ide: Partner Hub .
Ugrás ide: Beállítások elemre > BroadWorks-hívás és kattintson Töltse Webex CA-tanúsítványt hogy megkapja
CombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.
A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Nem kötelező) Futtatás
help updateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot2023
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, amennyiben minden bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
Tanúsítványokkal történő hitelesítés engedélyezése az ügyfelek számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true
Adja hozzá a CTI felületet, és engedélyezze az mTLS-t
Adja hozzá a CTI SSL felületet.
A CLI környezet a BroadWorks verziójától függ. A parancs egy önaláírt kiszolgálótanúsítvány hoz létre a felületen, és kényszeríti a felületet, hogy klienstanúsítvány igényeljen .
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Cserélje ki a kiszolgálótanúsítvány és -kulcsot az XSP-n| Az ADP CTI interfészei. Ehhez szüksége van a CTI interfész IP-cím ; a következő szövegkörnyezetből olvashatja:
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> get
Ezután futtassa a következő parancsokat, hogy lecserélje a felület önaláírt tanúsítvány a saját tanúsítványára és privát kulcsára:
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Indítsa újra az XSP-t| ADP.
Hozzáférés engedélyezése a BroadWorks CTI -eseményekhez a Webex
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
Adja meg azt a CTI -címet, amelyen keresztül a Webex előfizethet a BroadWorks CTI -eseményekre.
A CTI -előfizetések előfizetőnkénti alapúak, és csak akkor jönnek létre és tartják karban, amíg az előfizető rendelkezik a Webex for Cisco BroadWorks szolgáltatással.
Hívásbeállítások Webnézet
A Call Settings Webview (CSWV) egy XSP-n üzemeltetett alkalmazás| Az ADP lehetővé teszi a felhasználók számára, hogy módosítsák BroadWorks hívásbeállításaikat a szoftveres kliensben látott webnézeten keresztül. Lásd a Cisco BroadWorks hívásbeállítások webnézeti megoldási útmutató .
A Webex ezt a funkciót arra használja fel, hogy hozzáférést biztosítson a felhasználók számára az olyan általános BroadWorks-hívásbeállításokhoz, amelyek nem natív a Webex alkalmazásban.
Ha azt szeretné, hogy a Webex Cisco BroadWorks-előfizetői a Webex Webex alkalmazás elérhető alapértelmezett beállításokon túlmenően is hozzáférjenek a hívásbeállításokhoz, telepítenie kell a Hívásbeállítások Webnézet funkcióját.
Hívásbeállítások Webview két összetevőből áll:
Cisco BroadWorks XSP-n üzemeltetett hívásbeállítások Webview alkalmazás| ADP.
A Webex alkalmazás, amely a hívásbeállításokat Webnézetben jeleníti meg.
Felhasználói élmény
Windows-felhasználók: Kattintson Hívásbeállítások majd kattintson a lehetőségre .
Mac felhasználók: Kattintson a profilképre, majd
.
Telepítse a CSWV-t a BroadWorks rendszeren
Telepítse a Hívásbeállítások Webview-t XSP-re| ADP-k
A CSWV alkalmazásnak ugyanazon az XSP-n kell lennie| Az Xsi-Actions felületet üzemeltető ADP(ek) a környezetben. Ez egy nem felügyelt alkalmazás XSP-n| ADP, ezért telepítenie és telepítenie kell egy webes archív fájlt.
Jelentkezzen be a cisco.com oldalra, és keresse meg a „BWCallSettingsWeb” kifejezést a szoftverletöltés részben.
Keresse meg és töltse le a fájl legújabb verzióját.
Például:
BWCallSettingsWeb_1.8.2_1.war
( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04 ) volt a legújabb a cikk írásakor.Telepítse, aktiválja és telepítse a webes archívumot a Cisco BroadWorks Xtended Service Platform konfigurációs útmutatója szerint az XSP-hez| ADP verzió. (R24-es verzióhttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf ).
Másolja át a .war fájlt egy ideiglenes helyre az XSP-n| ADP, mint pl
/tmp/
.Keresse meg a következő parancssori felületet, és futtassa az install parancsot:
XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
A BroadWorks szoftverkezelő ellenőrzi és telepíti a fájlt.
[Nem kötelező] Törlés
/tmp/BWCallSettingsWeb_1.7.5_1.war
(Erre a fájlra már nincs szükség).Alkalmazás aktiválása:
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
A nevet és verziót minden alkalmazásnál kötelezőek, de CSWV esetén meg kell adni a contextPath mert egy nem felügyelt alkalmazás. Bármilyen értéket használhat, amelyet más alkalmazás nem használ, például
/callsettings
.Telepítse a Hívásbeállítások alkalmazást a kiválasztott környezeti útvonalon:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Mostantól előre megjósolhatja az ügyfelek számára megadandó hívásbeállítások URL -címét, az alábbiak szerint:
https://<XSP|ADP-FQDN>/callsettings/
Megjegyzések:
Ezen az URL -címen meg kell adnia a perjelet, amikor beírja az klienskonfiguráció fájljába.
Az XSP| Az ADP-FQDN-nek meg kell egyeznie az Xsi-Actions FQDN-nel, mert a CSWV-nek Xsi-Actions-t kell használnia, és a CORS nem támogatott.
Ismételje meg ezt az eljárást más XSP esetén| ADP-k a Webex for Cisco BroadWorks-környezetben (ha szükséges).
A Call Settings Webview alkalmazás mostantól aktív az XSP-n| ADP-k.
Állítsa be a Webex alkalmazást a Hívásbeállítások Webnézet használatára
Az klienskonfiguráció kapcsolatos további részletekért lásd: Webex Cisco BroadWorks konfigurációs útmutató .
A Webex alkalmazás konfigurációs fájl található egy egyéni címke, amellyel beállíthatja a CSWV URL-címet . Ez az URL mutatja a hívásbeállításokat a felhasználóknak az alkalmazás felületén keresztül.
<config>
<services>
<web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
<url>%WEB_CALL_SETTINGS_URL_WXT%</url>
</web-call-settings>
A Webex Webex alkalmazás BroadWorks- konfigurációs sablon konfigurálja a CSWV URL -címet a%WEB_CALL_SETTINGS_URL_WXT% címkét.
Ha nem adja meg kifejezetten az URL-címet , az alapértelmezett érték üres lesz, és a hívásbeállítások oldala nem lesz látható a felhasználók számára.
Győződjön meg arról, hogy a legújabb konfigurációs sablonokkal rendelkezik a Webex alkalmazás (lásd Eszközprofilok lehetőségre ).
Állítsa be a web hívásbeállítások célját
csw
:%WEB_CALL_SETTINGS_TARGET_WXT% csw
Állítsa be a web beállításainak URL -címét a környezetéhez, például:
%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/
Ezt az értéket a CSWV alkalmazás telepítésekor származtatta.
Az eredményül kapott klienskonfiguráció fájlnak rendelkeznie kell a következő bejegyzéssel:
<web-call-settings target="csw"> <url>https://yourxsp.example.com/callsettings/</url> </web-call-settings>
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is.
Hívási leküldéses értesítések konfigurálása a Webex for Cisco BroadWorks alkalmazásban
Ebben a dokumentumban a kifejezést használjuk Hívásértesítések Push Server (CNPS) a környezetben futó XSP vagy ADP által üzemeltetett alkalmazás leírásához. A CNPS együttműködik a BroadWorks rendszerrel, hogy tudatában legyen a felhasználóinak bejövő hívásoknak, és ezekről értesítést küldjön a Google Firebase Cloud Üzenetküldés (FCM) vagy az Apple leküldéses értesítés szolgáltatás (APNs) értesítési szolgáltatásainak.
Ezek a szolgáltatások értesítik a Webex for Cisco BroadWorks előfizetői mobileszközeit, ha bejövő hívásaik vannak a Webex.
Az NPS-sel kapcsolatos további információkért lásd: Értesítési leküldéses kiszolgáló funkció leírása .
A Webex egy hasonló mechanizmus működik a Webex üzenetküldési és jelenléti szolgáltatásokkal, így az értesítéseket a Google (FCM) vagy az Apple (APNS) értesítési szolgáltatásaihoz küldi. Ezek a szolgáltatások pedig értesítik a mobil Webex -felhasználókat a bejövő üzenetekről vagy a jelenlét változásáról.
Ez a szakasz ismerteti, hogyan konfigurálható az NPS hitelesítési proxyhoz, ha az NPS még nem támogat más alkalmazásokat. Ha megosztott hálózati házirendet kell áttelepítenie az NPS-proxy használatához, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatáhozhttps://help.webex.com/nl5rir2/. |
NPS-proxy áttekintése
A Webex for Cisco BroadWorks alkalmazással való kompatibilitás érdekében a CNPS-nek javítva kell lennie az NPS-proxy funkció támogatásához, Push Server a VoIP számára UCaaS-ben .
A funkció új kialakítást valósított meg a Notification Push Serverben, hogy feloldja a leküldéses értesítési tanúsítványok privát kulcsainak a szolgáltatókkal való megosztásából eredő biztonsági rést a mobil kliensek számára. A push értesítési tanúsítványok és kulcsok szolgáltató való megosztása helyett az NPS egy új API segítségével szerez egy rövid élettartamú leküldéses értesítési tokent a Webex a Cisco BroadWorks háttérrendszerhez, és ezt a tokent használja az Apple APN-ekkel és a Google FCM szolgáltatásaival történő hitelesítéshez.
A funkció továbbfejleszti a Notification Push Server azon képességét, hogy értesítéseket küldjön az Android eszközöknek az új Google Firebase Cloud Üzenetküldés (FCM) HTTPv1 API-n keresztül.
További információkért lásd a Push-kiszolgáló VoIP -hez UCaaS-ben Funkció leírása .
A funkció BroadWorks-javításai a következő címen érhetők el: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.
Az NPS szoftverrel és javításokkal kapcsolatban lásd a következő részt: Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz .
Keresse meg és töltse le a javítást a szoftverletöltő oldalról.
Az ADP szerverrel kapcsolatos további információk a következő címen találhatók:https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html .
APNS szempontok
Az Apple 2021. március 31-e után már nem támogatja a HTTP/1-alapú bináris protokollt az Apple leküldéses értesítés szolgáltatásban. Javasoljuk, hogy konfigurálja az XSP-t| Az ADP a HTTP/2-alapú felületet használja az APN-ekhez. Ehhez a frissítéshez az XSP-re van szükség| Az NPS-t kiszolgáló ADP R22-es vagy újabb verzióját futtatja.
Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz
1 | Telepítsen és konfiguráljon egy dedikált XSP-t (minimum R22-es verzió) vagy Application Delivery Platform-ot (ADP). | ||
2 | Telepítse az NPS-hitelesítési proxy javításait: XSP R22 javítások: XSP R23 javítások: | ||
3 | Aktiválja az Notification Push Server alkalmazást. | ||
4 | ( Android -értesítések esetén) Engedélyezze az FCM v1 API -t az NPS-en.
| ||
5 | ( Apple iOS -értesítések esetén) Engedélyezze a HTTP/2-t az NPS-en.
| ||
6 | Technikai támogatás csatolása az NPS XSP/ADP-től. | ||
7 | Minden AS kiszolgálón a namedefs fájl bekerül Példa: _pushnotification-ügyfél._tcp .qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com IN A 10.193.78.149
|
Mi a következő teendő
Egy hálózati házirend-kiszolgáló frissen telepített verzióiért ugorjon ide: Állítsa be az NPS-t a hitelesítési proxy használatára
Ha meglévő Android -telepítést szeretne áttelepíteni az FCMv1-re, menjen a következőre: Az NPS áttelepítése az FCMv1-re
Állítsa be az NPS-t a hitelesítési proxy használatára
Ez a feladat az NPS egy új, a Webex for Cisco BroadWorks alkalmazáshoz dedikált telepítésére vonatkozik.
Ha más mobilalkalmazásokkal megosztott hálózati házirend-kiszolgálón szeretné konfigurálni a hitelesítési proxyt, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatához (https://help.webex.com/nl5rir2 ).
1 | OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez . | |||||||||||||||||||
2 | Hozzon létre ügyfélfiókot az NPS-en:
Ha ellenőrizni szeretné, hogy a megadott értékek megfelelnek-e a kapott adatoknak, futtassa
| |||||||||||||||||||
3 | Adja meg az NPS-proxy URL-címét , és állítsa be a token frissítési időközét (30 perc javasolt):
| |||||||||||||||||||
4 | ( Android -értesítések esetén) Adja hozzá az Android alkalmazás azonosító az FCM-alkalmazások környezetéhez az NPS-en.
| |||||||||||||||||||
5 | ( Apple iOS -értesítések esetén) Adja hozzá az alkalmazásazonosítót az azonosító -alkalmazások környezetéhez, ügyelve arra, hogy kihagyja a hitelesítési kulcsot – állítsa üresre.
| |||||||||||||||||||
6 | Konfigurálja a következő NPS URL-eket:
| |||||||||||||||||||
7 | Állítsa be a következő hálózati házirend-kiszolgáló kapcsolati paramétereket a megjelenített ajánlott értékekre:
| |||||||||||||||||||
8 | Ellenőrizze, hogy az alkalmazáskiszolgáló szűri-e az alkalmazásazonosítókat, mert előfordulhat, hogy hozzá kell adnia a Webex alkalmazásokat az engedélyezési listához: | |||||||||||||||||||
9 | Indítsa újra az XSP-t| ADP: | |||||||||||||||||||
10 | Tesztelje a hívásértesítéseket: kezdeményezzen hívásokat egy BroadWorks-előfizetőről két Webex mobilfelhasználóhoz. Ellenőrizze, hogy megjelenik-e a hívásértesítés iOS és Android eszközökön. |
Az NPS áttelepítése az FCMv1-re
Ez a témakör nem kötelező eljárásokat tartalmaz, amelyeket akkor használhat a Google FCM-konzolban, amikor rendelkezik olyan meglévő hálózati házirend-telepítéssel, amelyet át kell telepítenie az FCMv1-re. Három eljárás létezik:
UC-One kliensek áttelepítése FCMv1-re —Ha meglévő UCaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
SaaS-ügyfelek áttelepítése az FCMv1-re —Ha meglévő SaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
Az ADP-kiszolgáló frissítése —Ha az NPS-t ADP-kiszolgálóra telepíti át.
Az UC-One-kliensek áttelepítése az FCMv1-re
Kövesse az alábbi lépéseket a Google FCM konzolban az UC-One kliensek Google FCM HTTPv1 verzióra való áttelepítéséhez.
Ha márkajelzést alkalmaznak az ügyfélre, az ügyfélnek rendelkeznie kell a küldői azonosító. Az FCM-konzolban lásd: . A beállítás megjelenik a Projekt hitelesítő adatai táblázatban.A részletekért lásd a Connect Mobile márkaépítési útmutató athttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/UC-One/UC-One-Collaborate/Connect/Mobile/IandO/ConnectBrandingGuideMobile-R3_8_3.pdf? . Lásd a
|
Jelentkezzen be az FCM Admin SDK-ba a következő címen:http://console.firebase.google.com .
Válassza ki a megfelelő Android alkalmazást.
A Általános fülön rögzítse a azonosító
A szolgáltatásfiókok konfigurálásához lépjen a szolgáltatásfiók lapra. Létrehozhat új szolgáltatásfiók , vagy konfigurálhat egy meglévőt.
Új szolgáltatási fiók létrehozása:
Kattintson a kék gombra az új szolgáltatásfiók létrehozásához
Kattintson a kék gombra új privát kulcs generálásához
Kulcs letöltése biztonságos helyre
Meglévő szolgáltatásfiók újrafelhasználása:
Kattintson a kék szövegre a meglévő szolgáltatási fiókok megtekintéséhez.
Határozza meg a használni kívánt szolgáltatásfiók . A szolgáltatási fióknak engedélyre van szüksége firebaseadmin-sdk .
A jobb oldalon kattintson a hamburger menüre, és hozzon létre egy új privát kulcsot.
Töltse le a kulcsot tartalmazó json-fájlt, és mentse el egy biztonságos helyre.
Másolja a json fájlt az XSP-re| ADP.
Konfigurálja a azonosító és:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get Project ID Accountkey ======================== my_project ********
Alkalmazás konfigurálása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get Application ID Project ID ============================== my_app my_project
FCMv1 engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
SaaS-ügyfelek áttelepítése az FCMv1-re
Ha SaaS-ügyfeleket szeretne áttelepíteni az FCMv1-re, kövesse az alábbi lépéseket a Google FCM-konzolon.
Győződjön meg arról, hogy már végrehajtotta az „A hálózati házirend-kiszolgáló konfigurálása a hitelesítési proxy használatához” eljárást. |
FCM letiltása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.FCM engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
Az ADP-kiszolgáló frissítése
Kövesse az alábbi lépéseket a Google FCM-konzolban, ha az NPS-t ADP-kiszolgáló használatára állítja át.
A JSON-fájl beszerzése a Google Cloud Console-ból:
A Google Cloud Console-ban lépjen a következőre: Szolgáltatásfiókok oldalon.
Kattintson Válasszon ki egy projektet , válassza ki a projektet, és kattintson Megnyitás .
Keresse meg annak a szolgáltatásfiók a sorát, amelyhez kulcsot szeretne létrehozni, majd kattintson a Továbbiak függőleges gombot, majd kattintson Kulcs létrehozása.
Válassza ki a Kulcs írja be, és kattintson Létrehozás lehetőségre
A fájl letöltődik.
FCM hozzáadása az ADP-kiszolgálóhoz:
Importálja a JSON-fájlt az ADP-kiszolgálóra a következővel:
/bw/install
parancsot.Jelentkezzen be az ADP CLI-be, és adja hozzá a projekt- és API -kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON
:Ezután adja hozzá az alkalmazást és a kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
Ellenőrizze a konfigurációt:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g Project ID Accountkey ======================== connect-ucaas ******** ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g Application ID Project ID =================================== com.broadsoft.ucaas.connect connect-ucaas
Konfigurálja a saját partnerszervezetét a Partner Hubban
Konfigurálja a BroadWorks-fürtöket
[fürtönként egyszer]
Ennek oka a következő:
Annak engedélyezése, hogy a Webex felhő hitelesítse a felhasználókat a BroadWorks alkalmazással (XSP-n keresztül| ADP által üzemeltetett hitelesítési szolgáltatás).
Annak engedélyezése, hogy a Webex alkalmazások az Xsi felületet használják a hívásvezérlés.
Annak engedélyezése, hogy a Webex figyelje a BroadWorks által közzétett CTI -eseményeket (telefonos jelenlét és hívásnapló ).
A fürtvarázsló automatikusan ellenőrzi az interfészeket a hozzáadásakor. Folytathatja a fürt szerkesztését, ha valamelyik felület érvényesítése nem sikeres, de nem mentheti a fürtöt, ha érvénytelen bejegyzések vannak benne . Ezt megakadályozzuk, mert egy rosszul konfigurált fürt nehezen megoldható problémákat okozhat. |
Teendő:
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Kattintson Fürt hozzáadása lehetőségre .
Ez elindít egy varázslót, ahol megadja az XSP-t| ADP felületek (URL). Ha nem szabványos portot használ, hozzáadhat portot az interfész URL -címéhez.
Nevezze el ezt a fürtöt, majd kattintson Következő .
A fürtfogalom itt egyszerűen felületek gyűjteménye, amelyeket jellemzően XSP-n helyeznek el| ADP-kiszolgáló vagy farm, amely lehetővé teszi a Webex számára, hogy információkat olvasson az alkalmazáskiszolgálóról (AS). Lehet, hogy egy XSP-je van| AS-fürtönkénti ADP vagy több XSP| ADP-k fürtönként, vagy több AS-fürt XSP-nként| ADP. A BroadWorks-rendszer méretkövetelményei nem tartoznak ide.
(Nem kötelező) Adjon meg egy BroadWorks-felhasználót Fióknév és Jelszó amelyről tudja, hogy a Webexhez csatlakoztatni kívánt Webex rendszeren belül van , majd kattintson a gombra Következő .
Az érvényesítési tesztek ezt a fiókot használhatják a fürt felületeihez fűződő kapcsolatok érvényesítéséhez.
Adja hozzá a sajátját XSI-műveletek és XSI Events URL-ek.
Opcionális. Frissítse a DAS URL az eszközaktiválási szolgáltatás URL -jével.
Opcionális. Ellenőrizze a Közvetlen BroadWorks-hitelesítés engedélyezése Jelölje be a jelölőnégyzet, ha azt szeretné, hogy a BroadWorks-bejelentkezések közvetlenül a BroadWorks-be történjenek. Ellenkező esetben a BroadWorks-hitelesítés a Webex által üzemeltetett IdP-proxyszolgáltatáson keresztül történik.
Ez a jelölőnégyzet az alábbi bejelentkezési helyzetekre vonatkozik:
Felhasználói aktiválási portál bejelentkezés—A felhasználóknak meg kell adniuk BroadWorks-hitelesítési adataikat a portálra való bejelentkezéskor. A fenti beállítás határozza meg, hogy a bejelentkezés közvetlenül a BroadWorks rendszerébe vagy az IdP-proxyn keresztül történik-e.
Ügyfélbejelentkezés—Ha BroadWorks-hitelesítés Az Onboarding sablonban van konfigurálva, a fenti beállítás határozza meg, hogy a Webex alkalmazásba történő ügyfélbejelentkezés közvetlenül a BroadWorks rendszerébe történik-e, vagy az IdP-proxyn keresztül történik-e proxy.
Kattintson a Tovább gombra.
A következőn: CTI felület oldalon tegye a következőket:
Adja hozzá a CTI URL és Port ahhoz a CTI interfészhez, amelyhez csatlakozni kíván.
Opcionális. Engedélyezze a Híváselőzmények lehetőségre kapcsolót, majd adja meg a BroadWorks felhasználói azonosító. Ha ez a lehetőség ki van választva, a BroadWorks hívásnapló -események szinkronizálódnak a Webex felhőbe. A felhasználók megtekinthetik a hívásnapló a Webex alkalmazásban.
Opcionális. Engedélyezze a Ne zavarjanak (DND) szinkron kapcsolót, majd adja meg a BroadWorks felhasználói azonosító. Ez a beállítás szinkronizálja a DND-eseményeket a Webex és a BroadWorks között, így biztosítja, hogy a funkció ugyanúgy működjön mindkét platformon.
Kattintson a Tovább gombra.
Adja hozzá a sajátját Hitelesítési szolgáltatás URL.
Válassza ki Hitelesítési szolgáltatás CI-token hitelesítéssel .
Ehhez a beállításhoz nem szükséges, hogy az mTLS védje a kapcsolatot a Webex, mert a hitelesítési szolgáltatás megfelelően ellenőrzi a felhasználói tokent a Webex identitásszolgáltatással szemben, mielőtt kiadná a hosszú élettartamú tokent a felhasználónak.
Tekintse át a bejegyzéseket a végső képernyőn, majd kattintson a gombra Létrehozás lehetőségre . Egy sikerüzenetnek kell megjelennie.
A Partner Hub átadja az URL-címeket a különböző Webex mikroszolgáltatásoknak, amelyek tesztelik a mellékelt interfészekhez vezető kapcsolatokat.
Kattintson Fürtök megtekintése és látnia kell az új fürtöt, valamint azt, hogy az ellenőrzés sikeres volt-e.
A Létrehozás lehetőségre gomb letiltható a varázsló utolsó (előnézeti) képernyőjén. Ha nem tudja menteni a sablont, az az imént konfigurált integrációk egyikével kapcsolatos problémát jelez.
Azért hajtottuk végre ezt az ellenőrzést, hogy elkerüljük a hibákat a következő feladatok során. A telepítés konfigurálásakor visszaléphet a varázslóba, amihez szükség lehet az infrastruktúra (pl. XSP) módosítására| ADP, terheléselosztó vagy tűzfal) esetén az útmutatóban leírtak szerint, mielőtt elmentené a sablont.
A BroadWorks felületekhez való kapcsolódások ellenőrzése
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Kattintson Fürtök megtekintése .
A Partner Hub kapcsolódási teszteket kezdeményez a különböző mikroszolgáltatásoktól a fürtök felületei felé.
A tesztek befejezése után a fürtlista oldalon állapotüzenet meg az egyes fürtök mellett.
Zöld Siker üzeneteknek kell megjelennie. Ha piros Hibaüzenetet lát, kattintson az érintett fürt nevére, hogy megtudja, melyik beállítás okozza a problémát.
Opcionális. Válasszon ki egy fürtöt, ha szeretné megtekinteni az adott fürt meglévő beállításait, például az XSI-műveletek, az XSI-Events, a DAS URL és a CTI felület beállításait.
Konfigurálja a belépési sablonokat
A beléptetési sablonok segítségével lehet megosztott konfigurációt alkalmazni egy vagy több ügyfélre, amint beiktatja őket a beüzemelési módokon keresztül. Minden sablont hozzá kell rendelnie egy fürthöz (amelyet az előző szakaszban hozott létre).
Annyi sablont hozhat létre, amennyire szüksége van, de csak egy sablon társítható egy ügyfélhez.
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Kattintson Sablon hozzáadása lehetőségre .
Ez elindít egy varázslót, ahol megadhatja a konfigurációt az ezt a sablont használó ügyfelek számára.
Használja a Fürt legördülő menüből válassza ki az ezzel a sablonnal használni kívánt fürtöt.
Adja meg a Sablon neve , majd kattintson a lehetőségre Következő .
Konfigurálja a beüzemelési módot az alábbi javasolt beállításokkal:
3. táblázat. Ajánlott beüzemelési beállítások a különböző beüzemelési módokhoz Beállítás neve
Folyamatos üzembe helyezés megbízható e-mailekkel
Folyamatos üzembe helyezés e-mailek nélkül
Felhasználói önellátás
Engedélyezze a BroadWorks-folyamatot az üzembe helyezésen keresztül (Ha Be van kapcsolva, adja meg a létesítési fiók hitelesítő adatait**)
Be
Adja meg az üzembe helyezést Fióknév és Jelszó a BroadWorks-konfiguráció szerint.
Be
Adja meg az üzembe helyezést Fióknév és Jelszó a BroadWorks-konfiguráció szerint.
Ki
Új szervezetek automatikus létrehozása a Control Hubban
Be †
Be †
Be †
Szolgáltató e-mail-címe
Válasszon ki egy e- e-mail-cím a legördülő menüből (begépelhet néhány karaktert, hogy megtalálja a címet, ha a lista hosszú).
Ez az e- e-mail-cím azonosítja azt a rendszergazdát a partnerszervezetén belül, aki delegált rendszergazdai hozzáférést kap minden új ügyfélszervezethez, amelyet a Belépés sablonnal hoztak létre.
Ország
Válassza ki, hogy melyik országot használja ehhez a sablonhoz.
A kiválasztott ország egy adott régióhoz illeszti az ezzel a sablonnal létrehozott ügyfélszervezeteket. Jelenleg a régió lehet (EMEAR) vagy (Észak-Amerika és a világ többi része). Lásd a ország-régió hozzárendeléseket ebben a táblázatban .
A szervezet országa határozza meg a Cisco PSTN alapértelmezett globális betelefonálási számait a Webex értekezletoldalakon. Lásd a(z) Ország szakaszát súgó oldalt további információkért.
A BroadWorks vállalati üzemmódja aktív
Engedélyezze ezt, ha az ezzel a sablonnal rendelkező ügyfelek a BroadWorks-ben lévő vállalatok.
Ha csoportokról van szó, hagyja kikapcsolva ezt a kapcsolót.
Ha vegyesen szerepelnek vállalatok és csoportok a BroadWorks-ben, akkor ezekhez a különböző esetekhez különböző sablonokat kell létrehoznia.
Megjegyzések a táblázatból:
† Ez a kapcsoló biztosítja, hogy új ügyfélszervezet jöjjön létre, ha egy előfizető e-mail tartománya nem egyezik meg egy meglévő Webex -szervezettel.
Ennek mindig be kell kapcsolnia, kivéve, ha manuális rendelési és teljesítési folyamatot használ (a Cisco Commerce Workspace-en keresztül) ügyfélszervezetek létrehozásához a Webex (mielőtt elkezdené a felhasználók kiépítését ezekben a szervezetekben). Ezt a lehetőséget gyakran „hibrid üzembe helyezési” modellnek nevezik, és nem tartozik a jelen dokumentum hatókörébe.
** A „létesítési fiók” a BroadWorks rendszerszintű rendszergazdai fiókra vonatkozik. A BroadWorks rendszerben a következő attribútumokkal rendelkező rendszergazdai fiókra van szükség: Administrator Type=Létesítmény készítés, Csak olvasható=Ki.
Válassza ki az alapértelmezett szolgáltatási csomagot az ezt a sablont használó ügyfelek számára (lásd Csomagok lehetőségre az Áttekintés részben); sem Alapszintű , Szabványos , Prémium vagy Softphone .
A Partner Hubon keresztül felülbírálhatja ezt a beállítást az egyéni felhasználók számára.
Opcionális. Ellenőrizze A Cisco Webex ingyenes hívás letiltása ha szeretné letiltani a Webex Calls szolgáltatást,.
For Értekezlethez való csatlakozási konfiguráció , válasszon a következő lehetőségek közül:
Cisco betelefonáló számok (PSTN)
Partner által biztosított betelefonálási számok (BYoPSTN) —Ha ezt a lehetőséget választja, olvassa el a következőt: Hozd el a saját PSTN-megoldási útmutatóját a Webex for Cisco BroadWorks alkalmazáshoz az opció konfigurálásával kapcsolatos részletes információk .
Kattintson a Tovább gombra.
Az előfizetők kiépítésének két módja van a személyazonosságuk ellenőrzésének módját illetően – a Megbízható e-mailek vagy a Nem megbízható e-mailek.
A Megbízható e- e-mail munkafolyamatban a felhasználók megadják az e-mail-címeket annak a partnernek, aki hozzáadja őket a BroadWorksben. Partnerként Ön a felelős az e- e-mail-cím beüzemeléséért a flow-through vagy az API módszer részeként.
Erősen ajánlott a Megbízható üzembe helyezési módszer használata, mert ez biztosítja, hogy az összes előfizető teljes körűen Ön, mint partner legyen beüzemelve, és nincs szükséges intézkedés .
Nem megbízható e-mailek esetén a felhasználóknak ellenőrizniük kell az e-maileiket a beüzemelés előtt, vagy a felhasználók önaktiválhatják magukat.
A Nem megbízható esetben az alábbi táblázatban szereplő ellenőrzési beállítások alapján több üzembe helyezési mód létezik:
4. táblázat. Javasolt felhasználó-ellenőrzési beállítások a nem megbízható üzembe helyezési módokhoz Beállítás neve
Folyamatos üzembe helyezés e-mailek nélkül
Felhasználói önellátás
Első a rendszergazda beüzemelése
Ajánlott*
Nem alkalmazható
Önálló aktiválás engedélyezése a felhasználók részére
Nem alkalmazható
Megkérve
Megjegyzések a táblázatból:
* A Webex minden ügyfélszervezetnek rendelkeznie kell legalább egy rendszergazdai szerepkörrel rendelkező felhasználóval. Az első felhasználó, akihez integrált IM&P-t rendel hozzá a BroadWorksben, az ügyfél-rendszergazdai szerepet tölti be, ha új ügyfélszervezet jön létre a Webex. Szolgáltatóként elképzelhető, hogy Ön szabályozhatja, ki kapja meg a szerepkört. A beállítás bejelölése megakadályozza, hogy a felhasználók befejezzék az aktiválást az elsőként beállított felhasználó aktiválásáig. Ha törli ennek a beállításnak a bejelölését, akkor az új szervezetben először aktív felhasználó lesz az ügyfél-rendszergazda.
Kattintson a Tovább gombra.
Válassza ki az alapértelmezett hitelesítési módot (vagy BroadWorks-hitelesítés vagy Webex hitelesítés ) a Webex való felhasználói bejelentkezéshez.
Ez a beállítás nincs hatással a felhasználónak a Felhasználóaktiválási portálra történő bejelentkezésére. A felhasználóknak a BroadWorks felhasználói azonosító és jelszavukat kell használniuk a portálra való bejelentkezéshez, függetlenül a beléptető sablon konfigurációjától.
Ez a beállítás csak az újonnan létrehozott ügyfélszervezetekre vonatkozik. Ha a partnerrendszergazdák új hitelesítési beállítást próbálnak alkalmazni a meglévő ügyfélszervezetekre, a meglévő beállítások érvényesülnek, így a meglévő felhasználók nem veszítik el a hozzáférésüket. A meglévő ügyfélszervezetek hitelesítési módjának módosításához meg kell nyitnia egy jegyet a Cisco TAC alkalmazással.(Lásd Hitelesítési mód A környezet előkészítése szakaszban).
Kattintson a Tovább gombra.
For Beállítások elemre , állítsa be a következőket:
Válassza ki, hogy szeretné-e A felhasználói e-mail-címek előre kitöltése a bejelentkezési oldalon .
Csak akkor használja ezt a lehetőséget, ha kiválasztotta BroadWorks-hitelesítés és a felhasználók e-mail-címét is elhelyezték a BroadWorks Alternatív azonosító attribútumában. Ellenkező esetben a BroadWorks-felhasználónevüket kell használniuk. A bejelentkezési oldalon lehetőség van a felhasználó módosítására, ha szükséges, de ez bejelentkezési problémákhoz vezethet.
Ha engedélyezni szeretné a címtár-szinkronizálást, állítsa be a Telefonkönyv-szinkronizálás engedélyezése az összes új ügyfélszervezet számára kapcsolja Be állásba.
Ez a beállítás lehetővé teszi a Webex számára, hogy beolvassa a BroadWorks-névjegyeket az ügyfélszervezetbe, így a felhasználók megtalálhatják és felhívhatják őket a Webex alkalmazás.
Adja meg a Partner-rendszergazda .
Ezt a nevet használja a Webex automatikus e- e-mail-üzenet , amely felkéri a felhasználókat az e-mail-címük ellenőrzésére.
Győződjön meg arról, hogy a 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.ap373197
R23 esetén:
AP.as.23.0.1075.ap373197
R24 esetén:
AP.as.24.0.944.ap384177
A Webex Cisco BroadWorks rendszerhez telepítéséhez szükséges BroadWorks javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben.Módosítsa a következőre:
Maintenance/ContainerOptions
összefüggésben.A létesítési URL paraméter engedélyezése:
/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true
Szerezze be a beüzemelési URL-cím(ek)et a Partner Hubból
Lásd a Cisco BroadWorks alkalmazáskiszolgáló parancssori felület Felügyeleti útmutató az AS parancsok részleteiért (Interfész > Üzenetküldés és szolgáltatás > Integrált IM&P).
Jelentkezzen be a Partner Hubba, és lépjen ide:
.Kattintson Sablonok megtekintése .
Válassza ki azt a sablont, amelyet a vállalat/csoport előfizetőinek Webex való kiépítéséhez használ.
A sablon részletei a jobb oldalon egy repülő ablaktáblában jelennek meg. Ha még nem hozott létre sablont, akkor ezt meg kell tennie, mielőtt megszerezné a létesítési URL-címet .
Másolja a Beüzemelési adapter URL-címe .
Ismételje meg ezt más sablonoknál is, ha egynél több sablonja van.
(Opció) Rendszerszintű üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
Előfordulhat, hogy nem kívánja beállítani a rendszerszintű kiépítési és szolgáltatási tartományt, ha UC-One SaaS-t használ. Lásd Döntési pontok a Környezet előkészítése részben. |
Jelentkezzen be az alkalmazáskiszolgálóra, és konfigurálja az üzenetkezelő felületet.
AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
AS_CLI/Interface/Messaging> set enableSynchronization true
Az integrált IMP felület aktiválása:
/AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
/AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true
Meg kell adnia a(z) teljes nevét |
(Opció) Vállalatonkénti üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
A BroadWorks felhasználói felületen nyissa meg a konfigurálni kívánt vállalatot, és lépjen a következőhöz: Szolgáltatások > Integrált IM&P .
Válassza ki Szolgáltatási tartomány használata és adjon meg egy fiktív értéket ( A Webex figyelmen kívül hagyja ezt a paramétert. Hasznos lehet
example.com
).Válassza ki Üzenetküldés szerver használata .
A URL mezőbe illessze be a Partner Hub sablonjából másolt beüzemelési URL -címet.
Meg kell adnia a(z) teljes nevét
provisioningURL
paramétert, ahogy azt a Partner Hubban megadták. Ha az alkalmazáskiszolgáló nem tud hozzáférni a DNS -hez a gazdagépnév feloldásához, akkor létre kell hoznia a leképezést a/etc/hosts
fájlt az AS-en.A Felhasználónév mezőbe adja meg a beüzemelési rendszergazda nevét. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
Adjon meg egy jelszót a beüzemelési rendszergazda számára. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
For Alapértelmezett felhasználói azonosító az IM&P azonosító , válassza ki Elsődleges .
Kattintson Alkalmaz .
Ismételje meg a fenti lépéseket a folyamaton keresztüli üzembe helyezésre konfigurálni kívánt többi vállalatnál.
Felhasználó-létesítési adatok
A BroadWorks és a Webex között a felhasználói kiépítés során kicserélt felhasználói adatokkal kapcsolatos információkért lásd: Szolgáltatói Felhasználó-létesítés .
Partner Pre-Provisioning Check API
A Pre-Provisioning Check API segítséget nyújt a rendszergazdáknak és az értékesítési csapatoknak azáltal, hogy ellenőrzi a hibákat, mielőtt egy ügyfél vagy előfizető csomagot biztosítana. A teljes partner rendszergazdai szerepkörrel rendelkező Felhasználó által engedélyezett felhasználók vagy integrációk használhatják ezt az API -t annak biztosítására, hogy ne legyenek ütközések vagy hibák egy adott ügyfél vagy előfizető csomagszolgáltatásával kapcsolatban.
Az API ellenőrzi, hogy nincs-e ütközés az adott ügyfél/előfizető és a Webex meglévő ügyfelei/előfizetői között. Például az API hibákat okozhat, ha az előfizető már ki van osztva egy másik ügyfél vagy partner számára, ha az e- e-mail-cím már létezik egy másik előfizető számára, vagy ha ütközés van a beüzemelési paraméterek és a Webex-en már meglévő paraméterek között. Ez lehetőséget ad arra, hogy még az üzembe helyezés előtt kijavítsa ezeket a hibákat, növelve a sikeres üzembe helyezés valószínűségét.
Az API-val kapcsolatos további információkért lásd: Webex for Wholesale Fejlesztői útmutató
Az API használatához menjen ide: Előzetesen ellenőrizze a nagykereskedelmi előfizetői szolgáltatást
A nagykereskedelmi előfizetői szolgáltatási dokumentum előzetes ellenőrzése eléréséhez be kell jelentkeznie a következőbehttps://developer.webex.com/ portálra. |
Partner SSO – SAML
Lehetővé teszi a partnerrendszergazdák számára az SAML SSO konfigurálását az újonnan létrehozott ügyfélszervezetek számára. A partnerek konfigurálhatnak egyetlen előre meghatározott SSO kapcsolatot, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
Az alábbi Partner SSO lépések csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partnerrendszergazdák megpróbálnak hozzáadni Partner SSO -t egy meglévő ügyfélszervezethez, a meglévő hitelesítési módszer megmarad annak érdekében, hogy a meglévő felhasználók ne veszítsék el a hozzáférésüket. Ha meglévő szervezethez szeretné hozzáadni a Partner SSO -t, meg kell nyitnia egy jegyet a Cisco TAC alkalmazással. |
Ellenőrizze, hogy a külső identitásszolgáltató megfelel-e a következő követelményeknek: Az identitásszolgáltatókra vonatkozó követelmények szakasza Egyszeri bejelentkezéses integráció a Control Hubban .
Nyisson meg egy szolgáltatási kérést a Cisco TAC segítségével. A TAC-nak bizalmi kapcsolatot kell létrehoznia a külső identitásszolgáltató és a Cisco Common Identity szolgáltatás között. .
Ha az IdP-je megköveteli apassEmailInRequest
funkció engedélyezéséhez, ügyeljen rá, hogy ez a követelmény szerepeljen a szolgáltatáskérés. Érdeklődjön az IdP-nél, ha nem biztos benne, hogy szükség van-e erre a funkcióra.Töltse fel a TAC által biztosított CI-metaadatfájlt az identitásszolgáltatója számára.
Belépési sablon konfigurálása. A Hitelesítési mód beállítást, válassza ki Partner hitelesítés . A IDP- azonosító , adja meg az EntityID-t a harmadik fél identitásszolgáltató SAML -metaadat XML -fájljából .
Hozzon létre egy új felhasználót egy új ügyfélszervezetben, amely használja a sablont.
Nagyon, hogy a felhasználó be tud jelentkezni.
Partner SSO – OpenID Connect (OIDC)
Lehetővé teszi a partnerrendszergazdák számára az OIDC SSO konfigurálását az újonnan létrehozott ügyfélszervezetek számára. A partnerek konfigurálhatnak egyetlen előre meghatározott SSO kapcsolatot, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
A Partner SSO OIDC beállításának alábbi lépései csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partnerrendszergazdák egy meglévő sablonban megpróbálják módosítani az alapértelmezett hitelesítési típust Partner SSO OIDC-re, a módosítások nem vonatkoznak a sablont használó ügyfélszervezetekre. Ha meglévő ügyfélszervezethez szeretné hozzáadni a Partner SSO -t, meg kell nyitnia egy jegyet a Cisco TAC alkalmazással. |
Nyisson meg egy szolgáltatási kérelmet a Cisco TAC segítségével az OpenID Connect IDP adataival. Az alábbiak kötelező és nem kötelező IDP-attribútumok. A TAC-nak be kell állítania az IDP-t a CI-n, és meg kell adnia az IDP-n konfigurálandó átirányítási URI -t.
Attribútum
Megkérve
Leírás
IDP név
Igen
Az OIDC IdP-konfiguráció egyedi, de a kis- és nagybetűket nem érző neve tartalmazhat betűket, számokat, kötőjeleket, aláhúzásokat, hullámvölgyeket és pontokat, maximális hossza pedig 128 karakter.
OAuth-ügyfélazonosító
Igen
OIDC IdP-hitelesítés kérésére szolgál.
Titkos OAuth-kliens
Igen
OIDC IdP-hitelesítés kérésére szolgál.
A hatókörök listája
Igen
Az OIDC IdP-hitelesítés kéréséhez használt hatókörök listája, szóközre bontva, pl. 'openid e-mail profil' Tartalmazni kell az openid azonosítót és az e-mailt.
Engedélyezési végpont
Igen, ha a discoveryEndpoint nincs megadva
Az IdP OAuth 2.0 hitelesítési végpontjának URL -címe.
tokenEndpoint
Igen, ha a discoveryEndpoint nincs megadva
Az IdP OAuth 2.0 Token végpontjának URL -címe.
Felfedezési végpont
Nem
Az IdP felderítési végpontjának URL -címe az OpenID végpontok felderítéséhez.
userInfoEndpoint
Nem
Az IdP UserInfo végpontjának URL -címe.
Kulcsbeállítás végpontja
Nem
Az IdP JSON web kulcskészlet-végpontjának URL -címe.
A fenti IDP attribútumok mellett a partnerszervezet azonosító is meg kell adni a TAC kérésben.
Állítsa be az átirányítási URI -t az OpenID connect IDP-n.
Belépési sablon konfigurálása. A Hitelesítési mód beállításához válassza a Partner hitelesítés OpenID Connect segítségével lehetőséget, és adja meg az IDP beállítása során megadott IDP nevet az OpenID Connect IDP entitás azonosító.
Hozzon létre egy új felhasználót egy új ügyfélszervezetben, amely használja a sablont.
Nagyon, hogy a felhasználó bejelentkezhet az SSO hitelesítési folyamat segítségével.
Híváskorrelációs azonosító engedélyezése
A Webex Cisco BroadWorks rendszerhez futtatásához engedélyeznie kell a híváskorrelációs azonosítót. Ez a beállítás számos hívási funkcióhoz szükséges, beleértve a hívásrögzítést, a csoportos hívásfelvételt, az ügyvezetőt és a vezetői asszisztenst.
A CLI segítségével engedélyezze a funkciót az összes AS és XSP rendszeren| ADP interfészek.
Futtassa a következő parancsokat az AS felületeken. Ez lehetővé teszi az AS számára, hogy elküldje a
X-BroadWorks-Correlation-Info
SIP fejléc:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true
AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
A
enableCallCorrelationID
Az Xsi-Actions alkalmazáshoz társított paraméter a híváskorrelációs információk Xsi-Actions naplókban való szerepeltetésének vezérlésére szolgál. Javasoljuk, hogy rendelkezzenenableCallCorrelationID
a következő paranccsal engedélyezhető az XSP-n| ADP interfészek:XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true
A híváskorrelációs azonosítóval kapcsolatos további információkért lásd: Cisco BroadWorks híváskorrelációs azonosító funkció leírása .
Címtár-szinkronizálás
A Címtár-szinkronizálás biztosítja, hogy a Webex Cisco BroadWorks felhasználói a Webex címtár segítségével hívhassanak bármely hívó entitást a BroadWorks kiszolgálóról. Ha ez a funkció engedélyezve van, a BroadWorks kiszolgáló teljes hívási címtárát a rendszer szinkronizálja a Webex címtárral. A felhasználók elérhetik a címtárat a Webex alkalmazásból, és a BroadWorks kiszolgálóról bármely hívó entitást felhívhatnak.
A Címtár-szinkronizálás bekapcsolásához lépjen a következőre: Címtár-szinkronizálás a Webex a Cisco BroadWorks rendszerhez .
A Webex Cisco BroadWorks folyamaton keresztüli üzembe helyezése hozzáadja az üzenetküldő felhasználókat és a kapcsolódó hívási információkat a BroadWorks kiszolgálóról a Webex platformhoz. A telefonlisták, a nem üzenetküldő felhasználók és a nem felhasználói entitások azonban nem szerepelnek benne (például konferenciatermi telefon, faxkészülék vagy keresőcsoport száma). A Címtár-szinkronizálás bekapcsolása biztosítja, hogy az összes hívó entitás hozzákerüljön a Webex platformhoz. |
Egységes híváselőzmények
Ha engedélyezve van az egyesített híváselőzmények, a BroadWorks hívási események szinkronizálódnak a Webex felhőbe, és részeivé válnak a Webex Unified hívás- és értekezletelőzményeknek, amelyek a Webex alkalmazásban jelennek meg. A felhasználók megtekinthetik saját részletes híváselőzményeiket és értekezletelőzményeiket a Webex alkalmazásból.
Az egyesített híváselőzményeket a partnerszintű rendszergazdák engedélyezhetik a Partner Hubban fürtönkénti alapon. Amikor ez a funkció be van kapcsolva, a BroadWorks-telepítés a következő hívási eseményeket szinkronizálja a Webex felhőbe:
Híváselőzmény-események – ezek az események hozzászoktak egy részletes egyesített híváselőzmény létrehozásához
Hook Status események—A Unified Call History olyan kagylóállapot-optimalizálásokat tartalmaz, amelyek csökkentik a hálózati sávszélességet a telefonos jelenlét frissítéseihez
Egységesített híváselőzmények követelményei
Az egyesített híváselőzmények konfigurálása előtt győződjön meg arról, hogy javította a rendszert. Ez a funkció a következő BroadWorks javítások telepítésétől függ:
R22 esetén:
AP.as.22.0.1123.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
R23 esetén:
AP.as.23.0.1075.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
XSP használata esetén—
AP.xsp.23.0.1075.ap378585
Ha ADP-t használ—
Xsi-Events-23_2021.05_1.251.bwar
R24 esetén:
AP.as.24.0.944.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
A Webex Cisco BroadWorks rendszerhez készült futtatásának előfeltételeként telepítendő BroadWorks-javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben. |
A rendszer javítása mellett az ügyfél konfigurációs fájlja ( config-wxt.xml
) a következő címkekészlettel kell rendelkeznie: <call-history enable-unified-history=”%ENABLE_UNIFIED_CALL_HISTORY_WXT%”/>
Ahhoz, hogy a Hunt Group, Call Center és egyéb átirányítási információk megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R23 esetén:
AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994
R24 esetén:
AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994
Ahhoz, hogy az Executive-Assistant információi megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R24 esetén:
AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
Az Xsi-Events-24-et futtató ADP_ 2022.06. vagy újabb
A Broadworks javítások mellett a Címtár szinkronizálást engedélyezni kell az Executive-Assistant egyesített híváselőzményeihez is.
Ha engedélyezi a híváselőzményeket vagy a DND-szinkronizálást, a Webex CTI -előfizetés-frissítési kérelmeket küld a fürthöz tartozó összes felhasználó számára. A felhasználók számától függően ez néhány óráig is eltarthat. Javasoljuk, hogy ne végezzen Broadworks-karbantartási tevékenységet ugyanazon a karbantartási időszak alatt. |
Híváselőzmények engedélyezése (új fürt)
Ha új fürtön szeretné engedélyezni a híváselőzményeket, olvassa el a fürtök hozzáadásának lépéseit Konfigurálja a saját partnerszervezetét a Partner Hubban .
Híváselőzmények engedélyezése (meglévő fürt)
Ha engedélyezni szeretné a híváselőzményeket egy meglévő fürtön, kövesse az alábbi lépéseket:
Jelentkezzen be a Partner Hubba a következő címen:
admin.webex.com
.Ugrás ide: Beállítások elemre és válasszon ki egy meglévő fürtöt.
Ellenőrizze, hogy a fürtkapcsolat megfelelő-e. A jobb oldali panelen egy zöld jelölő kell megjelennie a következővel: A kapcsolat létrejött .
Ha ez nem jelenik meg, akkor a következő alatt: Kapcsolatok ellenőrzése (opcionális) , adja meg BroadWorks felhasználói azonosító és BroadWorks jelszó és kattintson Ellenőrizze hogy ellenőrizze a kapcsolat megfelelőségét.
Ellenőrizze a hívásnapló engedélyezése jelölőnégyzet.
Kattintson a Mentés lehetőségre.
Funkcióinterakciók
A következő funkcióinterakciók léteznek az egyesített híváselőzmények esetében:
Az egyesített híváselőzmények nem támogatottak azoknál a felhasználóknál, akik a BroadWorksben útvonallistákkal vagy közvetlen útvonalakkal vannak konfigurálva. Ha ez a helyzet áll fenn, a rendszer nem küldi el a híváselőzményeket és a Hook állapot eseményeit a Webex alkalmazásba.
Az egyesített híváselőzmények nem támogatottak melléktárcsázás esetén. Előfordulhat, hogy a mellék tárcsázásával indított hívások nem jelennek meg megfelelően a Híváselőzményekben.
Híváselőzmények megtekintése a Webex alkalmazásban
A végfelhasználók a Webex alkalmazásból érhetik el és tekinthetik meg az egyesített híváselőzményeiket. A részletekért lásd: Webex| Hívás- és értekezletelőzmények megtekintése .
Az egyesített híváselőzmények letiltása
Miután engedélyezte az egyesített híváselőzményeket egy fürtön, önmagában nem tilthatja le a funkciót. Ha le szeretné tiltani a funkciót, forduljon a következőhöz: Cisco Technical Assistance Center (TAC) .
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 WebexMeetings
NS NE útválasztás az I-SBC számára
Példa konfigurációra
NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
Network Element WebexMeetings
Location = 1281465
Data Center =
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = NIL_PROFILE
Remote Lookup Enabled = false
Signaling Attributes =
NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
Routing NE Address Cost Weight Port Transport Route
=====================================================================
WebexMeetings sbc-address 1 99 - unspecified
NS útválasztási profil
UrlDialing házirend-példány hozzáadva a megfelelő útválasztási profil(ok)hoz
NS_CLI/Policy/Profile> get profile MyInst
Profile: Webex
Policy Instance
==========================================
…
UrlDialing WebexMeetings
AS NS Route használata a NetworkURL híváshoz
Engedélyezze az AS számára az NS útvonal tiszteletben tartását Hibrid AS módban
AS_CLI/Interface/IMS> set queryNSForNetworkURL true
E911 Segélyhívás
A Webex for Cisco BroadWorks támogatja az E911 segélyhívó szolgálatok hívását. Ezzel a funkcióval a segélyhívások egy PSAP-ra lesznek irányítva, amely a segélyhívó szolgálatokat a hívó fél helyszínére irányíthatja. A funkció használatához integrálnia kell a Webex for Cisco BroadWorks alkalmazást egy E911 segélyhívás szolgáltatóval.
A következő Webex -cikkek segítségével konfigurálhatja az E911 segélyhívó szolgáltatásainak támogatását:
E911 vészhívás a Webex for BroadWorks alkalmazásban —E cikk segítségével konfigurálhatja az E911-vészhívást a Webex for Cisco BroadWorks alkalmazásban az alábbi támogatott E911-szolgáltatók egyikének használatával:
Sávszélesség
Intrado
RedSky
Segélyhívási felelősség kizárása — Ha rendelkezik helymeghatározási szolgáltatással, beállíthatja, hogy a Webex alkalmazás Vészhelyzeti szolgálatok felelősségkizárása ablaka tartalmazzon lehetőséget a felhasználók számára, hogy bejelentkezéskor frissítsék a tartózkodási helyüket.
Ügyfelek testre szabása és biztosítása
A felhasználók letöltik és telepítik az általános Webex -alkalmazásaikat, asztali számítógépre vagy mobilra (a letöltési hivatkozásokat lásd: Webex alkalmazásplatformok ). A felhasználó hitelesítését követően a kliens regisztrál a Webex Cloudon üzenetküldéshez és értekezletekhez, lekéri a márkainformációit, felfedezi a BroadWorks szolgáltatás információit, és letölti a hívási konfigurációját a BroadWorks alkalmazáskiszolgálóról (DMS-en keresztül XSP-n| ADP).
A Webex-alkalmazások hívási paramétereit a Webex -ben konfigurálhatja (a szokásos módon). A Control Hubban konfigurálhatja a márkaépítési, üzenetküldési és értekezletparamétereket az ügyfelek számára. A konfigurációs fájl közvetlenül nem lehet módosítani.
Ez a két konfigurációkészlet átfedheti egymást, ebben az esetben a Webex -konfiguráció felülírja a BroadWorks-konfigurációt.
Webex Apps konfigurációs sablonok hozzáadása a BroadWorks alkalmazáskiszolgálóhoz
A Webex alkalmazások DTAF fájlokkal vannak konfigurálva. Az ügyfelek letöltenek egy konfigurációs XML-fájl az alkalmazáskiszolgálóról az XSP eszközkezelő szolgáltatásán keresztül| ADP.
Szerezze be a szükséges DTAF fájlokat (lásd Eszközprofilok lehetőségre A környezet előkészítése szakaszban).
Ellenőrizze, hogy a megfelelő címkekészletek vannak-e beállítva BroadWorks System > Erőforrások > Eszközkezelési címkekészletek .
Minden egyes beüzemelt ügyfél esetében:
Töltse le és bontsa ki a DTAF zip fájlt az adott klienshez.
DTAF-fájlok importálása a BroadWorks-be itt: Rendszer > Erőforrások > Identitás/eszközprofil típusok
Nyissa meg az újonnan hozzáadott eszközprofil szerkesztéshez, és:
Adja meg az XSP-t| ADP farm FQDN és Device Access Protocol.
Ellenőrizze a Távoli partyinformációk támogatása jelölőnégyzet. Ez a támogatás szükséges az asztalmegosztás működéséhez.
A távoli fél támogatását úgy is engedélyezheti, hogy futtatja a következő CLI-parancs az alkalmazáskiszolgálón:AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Módosítsa a sablonokat a környezetének megfelelően (lásd az alábbi táblázatot).
Mentse el a profilját.
Kattintson Fájlok és hitelesítés majd válassza ki az összes rendszerfájl újraépítését.
Név | Leírás |
Kodek prioritás | Állítsa be a VoIP -hívások hang- és videokodekeinek prioritási sorrendjét |
TCP, UDP és TLS | Konfigurálja a SIP-jelküldés és médiához használt protokollokat |
RTP audio és videó portok | Porttartományok konfigurálása az RTP hanghoz és videóhoz |
SIP beállítások | Konfigurálhatja a SIP -pel kapcsolatos különféle opciókat (SIP INFO, rport használata, SIP-proxy felderítés, frissítési időközök a regisztrációhoz és az előfizetéshez stb.) |
A Webex alkalmazás márkaépítésének testreszabása
Partner testreszabása—A partneri rendszergazdák alkalmazhatnak speciális márkaépítési testreszabásokat, amelyek a partner által kezelt partnerszervezetre és/vagy ügyfelekre vonatkoznak. Lásd Speciális márka-testreszabások konfigurálása .
Ügyfélre vonatkozó testreszabások—Ha a partner lehetővé teszi az ügyfelek számára, hogy alkalmazzák saját márkaépítési testreszabásaikat, az ügyfél rendszergazdái a következő oldalon követhetik az eljárást: Vállalati márkaépítés hozzáadása a Webex .
A Felhasználóaktiválási portál ugyanazt az emblémát használja, mint amit az ügyfél márkaépítéshez ad hozzá. |
A problémajelentési és a súgó URL-címek testreszabása
A beállítások testreszabásához a rendszergazdák követhetik a „Visszajelzés és súgóoldal URL-címeinek hozzáadása” című eljárást, amely mindkét fenti Márkaépítési cikkben található.
A Webex for Cisco BroadWorks tesztszervezetének konfigurálása
Mielőtt elkezdené
Átfolyós üzembe helyezéssel
Az összes XSP-t be kell állítania| Az ADP-szolgáltatásokat, és a partnerszervezetet a Control Hubban, mielőtt elvégezné ezt a feladatot.
1 | Szolgáltatás hozzárendelése a BroadWorks-ben: |
2 | Ügyfélszervezet és felhasználók ellenőrzése a Control Hubban: |
Felhasználói tesztelés
1 | Töltse le a Webex alkalmazás két különböző gépen. |
2 | Jelentkezzen be tesztfelhasználóként a két gépen. |
3 | Indítson teszthívásokat. |
Ügyfélszervezetek biztosítása
A jelenlegi modellben automatikusan kiépítjük az ügyfélszervezetet, amikor belép az első felhasználóba a jelen dokumentumban ismertetett módszerek bármelyikén keresztül. Az üzembe helyezés csak egyszer történik minden ügyfél esetében.
Felhasználók beüzemelése
A szolgáltatlási felhasználók a következő módokon adhatja ki:
Használjon API-kat Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailekhez a Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailek nélkül. A felhasználók megadják és érvényesítik az e-mail-címeket a Webex -fiókok létrehozásához
Engedélyezze a felhasználók számára az önaktiválást (küldjön nekik egy hivatkozást, ők hoznak létre Webex -fiókot)
Nyilvános üzembe helyezési API-k
A Webex nyilvános API-kat tesz elérhetővé, hogy lehetővé tegyék a szolgáltatók számára, hogy integrálják a Webex for Cisco BroadWorks előfizetői kiépítését a meglévő üzembe helyezési munkafolyamataikba. Ezen API-k specifikációi itt érhetők el: developer.webex.com
. Ha ezekkel az API-kkal szeretne fejleszteni, forduljon a Cisco képviselőjéhez, és szerezze be a Webex Cisco BroadWorks alkalmazást.
A nagykereskedelmi ügyfeleket elutasítják ezek az API-k. |
Folyamatos üzembe helyezés
A BroadWorks rendszeren a szolgáltatlási felhasználók a Integrált IM&P engedélyezése opciót. Ez a művelet arra készteti a BroadWorks üzembe helyezési illesztőt, hogy egy API-hívás indít a felhasználó kiépítéséhez a Webex-en. Az üzembe helyezési API -nk visszafelé kompatibilis az UC-One SaaS API-val . A BroadWorks AS nem igényel kódmódosítást, csak a létesítési adapter API -végpontjának konfigurációs módosítás .
Az előfizetők telepítése a Webex -en jelentős időt vehet igénybe (a kezdeti felhasználónál több percet is igénybe vehet a vállalaton belül). A Webex az üzembe helyezést háttérfeladatként végzi. Tehát az átmenőleges üzembe helyezés sikeressége azt jelzi, hogy a telepítés megkezdődött. Nem jelzi a befejezést. Annak ellenőrzéséhez, hogy a felhasználók és az ügyfélszervezet teljes körűen kiépült-e a Webex rendszerében, be kell jelentkeznie a Partner Hubra, és meg kell néznie az Ügyféllistát. A BroadWorks törzshálózatot használó felhasználók megosztott hívási megjelenésen (SCA) keresztül rendelkezhetnek Webex for BroadWorks-szel. A trönkelő felhasználóhoz hozzá kell rendelni a hitelesítési szolgáltatást. A BroadWorks trunking megoldási útmutató 8. szakaszában leírtak szerint ez lehetővé teszi, hogy az SCA Webex megjelenés hitelesítése elkülönüljön a közös fővonali hitelesítéstől. A Webex for BroadWorks nem létesíthető olyan trönkelő felhasználók számára, akiknek Útvonallista vagy Közvetlen útválasztás funkciói vannak hozzárendelve. |
A sablonok helye átkerült a BroadWorks Calling alkalmazásból a Szervezeti beállításokban az Ügyféllista részbe, és mostantól Bevezető sablonnak hívják. |
Felhasználói önaktiválás
BroadWorks-felhasználók kiépítése a Webex az Integrált IM&P szolgáltatás hozzárendelése nélkül:
Jelentkezzen be a Partner Hubba, és keresse meg a Ügyféllista oldalon.
Kattintson Sablonok megtekintése .
Válassza ki az erre a felhasználóra alkalmazni kívánt beüzemelési beléptető sablont.
Ne feledje, hogy minden sablon egy fürthöz és a partnerszervezethez van társítva. Ha a felhasználó nincs a sablonhoz társított BroadWorks rendszerben, akkor a felhasználó nem tudja aktiválni magát a hivatkozással.
Másolja ki a beüzemelési hivatkozást, és küldje el a felhasználónak.
Érdemes lehet a szoftverletöltési hivatkozást is feltüntetni, és emlékeztetni a felhasználót, hogy a Webex -fiók aktiválásához meg kell adnia és ellenőriznie kell az e- e-mail-cím .
A kiválasztott sablonon nyomon követheti a felhasználó aktiválási állapotát.
További információkért lásd: Felhasználó-létesítési és aktiválási folyamatok .
Beüzemelés nem megbízható e-mailekkel
A Partner Hub egy sor vezérlőt biztosít a Felhasználói állapot nézeten belül, amely lehetővé teszi Webex a Cisco BroadWorks rendszerhez A szolgáltató rendszergazdái ellenőrzik a felhasználó állapotát, és kijavítják a hibákat a nem megbízható e-mailekkel történő beüzemeléskor. További részletekért lásd: A felhasználói kiépítés ellenőrzése nem megbízható e-mailekkel.
Webex -felhasználók áthelyezése a Webex for Cisco BroadWorks rendszerébe
Ha meglévő Webex -felhasználókat szeretne áthelyezni a Webex for Cisco BroadWorks rendszerébe, tekintse meg az alábbi táblázatot a követendő eljárás meghatározásához.
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) |
|
Ügyfélszervezet | A Webex for BroadWorks csatolása a meglévő szervezethez — A szervezeti melléklet (az első felhasználó számára) a Webex for BroadWorks alkalmazást is hozzáadja a következő felhasználókhoz, amennyiben azok a megfelelő szervezethez vannak rendelve. |
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) | Ha a Webex for BroadWorks-szervezet nem létezik (nincs kiépítve felhasználó):
Ha létezik Webex for BroadWorks-szervezet (legalább egy felhasználó ki van jelölve):
|
Ügyfélszervezet |
|
Felhasználó áthelyezése (beleegyezéssel) a Webex Cisco BroadWorks alkalmazásba
Ezzel az eljárással áthelyezhet egy meglévő Webex -felhasználót, aki egy fogyasztói szervezethez tartozik, vagy önregisztráló fiókkal (ingyenes fiókkal vagy próbafiókkal) rendelkezik a Webex for Cisco BroadWorks rendszerébe. Ne feledje, hogy a Webex for Cisco BroadWorks szervezetnek léteznie kell (az első felhasználó kiépítésével). Ebben az esetben az alábbi lehetőségek egyikével helyezheti át a felhasználókat:
Felhasználó áthelyezése (megbízható e- e-mail-címmel) – A megbízható e-mail-címekkel történő létesítést használja
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel) – A nem megbízható e-mailekkel kapcsolatos szolgáltatást használja
Önaktiválás
Felhasználó áthelyezése (megbízható e- e-mail-címmel)
Ha a belépési sablon megbízható e-maileket használ, a partner rendszergazda a következő felhasználókat a következő folyamattal helyezheti át:
A rendszergazda hozzáadja a felhasználót.
A felhasználó a BroadWorks Provisioning Bridge-re kerül.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Fiók aktiválása . A felhasználót a rendszer a Webex Consumer portálra irányítja át.
A felhasználó bejelentkezik a Webex.
Felhasználói kattintások Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel)
Ha a beléptető sablon nem megbízható e-maileket használ, először a felhasználó e- e-mail-cím kell érvényesíteni. A rendszergazda az alábbi folyamatot követve helyezheti át a következő felhasználókat:
A rendszergazda hozzáadja a felhasználót.
A felhasználó automatikusan a BroadWorks Provisioning Bridge-re kerül.
A rendszer egy aktiválási hivatkozást tartalmazó szöveget küld a felhasználónak.
A felhasználó rákattint az Aktiválás hivatkozásra, és megadja az e- e-mail-cím.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Csatlakozzon most .
Az e- e-mail-cím érvényesítése megtörtént.
A rendszer átirányítja a felhasználót, hogy jelentkezzen be a Webex Consumer portálra.
A felhasználó bejelentkezik a Webex.
A felhasználónak rá kell kattintania Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Önaktiválási folyamat
Ha a felhasználónak van BroadWorks-fiókja, akkor az önaktiválási folyamat segítségével áthelyezheti a fiókját.
A felhasználó BroadWorks hitelesítési adataival jelentkezik be a felhasználói hozzáférési portál URL -címére.
A felhasználó megadja az e- e-mail-cím.
A felhasználó a BroadWorks Provisioning Bridge-be kerül.
A rendszer egy automatikus e-mailt küld a felhasználó e- e-mail-cím.
A felhasználó megnyitja az e-mailt, és rákattint a Csatlakozzon most hivatkozást, amely hitelesíti az e- e-mail-cím.
A CI azt találja, hogy a felhasználónak már van Webex -fiókja. A felhasználónak törölnie kell a régi fiókját, mielőtt folytatná.
A rendszer átirányítja a felhasználót a Webex való bejelentkezésre.
A felhasználó bejelentkezik a Fogyasztói Portálra.
A felhasználó rákattint Fiók törlése lehetőségre .
A régi Webex -fiók törlődik.
A felhasználó egy új Webex for Cisco BroadWorks-fiókot kapott ugyanazzal az e- e-mail-cím.
A Webex for BroadWorks csatolása a meglévő szervezethez
Ha Ön partner rendszergazda Webex for BroadWorks szolgáltatásokat ad hozzá egy meglévő Webex ügyfélszervezethez, amely még nincs társítva partner által kezelt BroadWorks-vállalattal, az ügyfélszervezet rendszergazdájának KELL jóváhagynia a rendszergazdai hozzáférést ahhoz, hogy a beüzemelési kérelem sikeres legyen.
Szervezeti rendszergazdai jóváhagyásra van szükség, ha a következők bármelyike igaz:
A meglévő ügyfélszervezetnek 100 vagy több felhasználója van
A szervezet ellenőrzött e-mail-domainnel rendelkezik
A szervezeti tartomány igényelve
Ha a fenti feltételek egyike sem teljesül, akkor automatikus csatolás történhet.
Egy an Automatikus csatolás forgatókönyv esetén a Webex for BroadWorks-előfizetés hozzáadásra kerül egy meglévő ügyfélszervezethez a meglévő szervezeti rendszergazda vagy végfelhasználó értesítése nélkül. A legtöbb esetben a Partnerszervezete létesítési rendszergazdai jogokat kap. Ha azonban az ügyfélszervezetnek nincs licence, vagy csak felfüggesztett/visszavont licencei vannak, akkor teljes körű rendszergazda lesz. Az üzembe helyezési rendszergazdai hozzáféréssel korlátozott mértékben láthatja a meglévő szervezet felhasználóit a Control Hubban. Javasoljuk, hogy vegye fel a kapcsolatot az ügyfél rendszergazdájával, és kérjen teljes rendszergazdai hozzáférést a szervezethez. |
A partnerrendszergazdák a következő eljárással adhatják hozzá a BroadWorks hívási szolgáltatásokat egy meglévő Webex szervezethez:
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 WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw
Terminológia
- ACL
- Hozzáférés-vezérlési lista
- ALG
- Alkalmazásréteg-átjáró
- API
- Alkalmazásprogramozási felület
- APNS
- Apple leküldéses értesítés Service
- AS
- Alkalmazáskiszolgáló
- ATA
- Analóg telefonadapter, adapter, amely az analóg telefonálást VoIP -re alakítja
- BAM
- BroadSoft alkalmazáskezelő
- Alapszintű hitelesítés
- Olyan hitelesítési módszer, amelyben egy fiók (felhasználónév) egy megosztott titkos kód (jelszó) van hitelesítve.
- BMS
- BroadSoft Üzenetküldés Server
- BOSH
- Kétirányú adatfolyamok szinkron HTTP-n keresztül
- BRI
- Alapsebességű interfész A BRI egy ISDN hozzáférési módszer
- Csomag lehetőségre
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- CA
- Hitelesítés-szolgáltató
- Szolgáltató
- A telefonos forgalmat lebonyolító szervezet (vö. Partner, Szolgáltató, Értéknövelt viszonteladó)
- CAPTCHA
- Teljesen automatizált nyilvános Turing-teszt a számítógépek és az emberek megkülönböztetésére
- CCXML
- Hívásvezérlő bővíthető jelölőnyelv
- CIF
- Közös köztes formátum
- CLI
- Parancssori felület
- CN
- Általános név
- CNPS
- Hívásértesítések Push Server. Egy XSP-n futó Notification Push szerver| ADP a környezetében, hogy hívásértesítéseket küldjön az FCM és APNS felé. Lásd: NPS-proxy.
- CPE
- Ügyféltelepi berendezések
- CPR
- Egyéni jelenléti szabály
- CSS
- Lépcsőzetes stíluslap
- CSV
- Vesszővel elválasztott érték
- CTI
- Számítógépes telefonos integráció
- CUBE
- Cisco Unified Border Element
- DMZ
- Demilitarizált zóna
- DN
- Telefonkönyvi szám
- DND
- Ne zavarjanak
- DNS
- Tartománynév-rendszer
- DPG
- Tárcsázza a társcsoportot
- DSCP
- Differenciált szolgáltatások kódpontja
- DTAF
- Eszköztípus archív fájl
- DTG
- Cél fővonalcsoport
- DTMF
- Dual-Tone Multi-Frequency
- Végfelhasználó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Előfizető)
- Nagyvállalati
- Végfelhasználók gyűjteménye (vö. Szervezet)
- FCM
- Firebase felhőalapú Üzenetküldés
- FMC
- Javított mobilkonvergencia
- Átfolyós beüzemelés
- Felhasználók létrehozása a Webex identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorksben.
- FQDN
- Teljes tartománynév
- Teljes átfolyású üzembe helyezés
- Létrehozása és ellenőrzése felhasználókat a Webex Identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorks és állítva hogy minden BroadWorks-felhasználó egyedi és érvényes e- e-mail-cím rendelkezik .
- FXO
- A Devizairoda az a port, amely az analóg vonalat fogadja. Ez a telefon vagy a faxkészülék, illetve az analóg telefon csatlakozói. On-hook/off-hook jelzést ad (hurokzárás). Mivel az FXO port egy eszközhöz, például faxhoz vagy telefonhoz csatlakozik, az eszközt gyakran „FXO eszköznek” is nevezik.
- FXS
- A deviza-előfizető az a port, amely ténylegesen továbbítja az analóg vonalat az előfizetőnek. Más szóval, a „dugó a falba” az, amelyik a tárcsahang, az akkumulátoráramot és a csengőfeszültséget továbbítja.
- GCM
- Google Cloud Message lehetőségre
- GCM
- Galois/Counter mód (titkosítási technológia)
- HID
- Emberi felület eszköz
- HTTPS
- Hypertext Transfer Protocol Secure Sockets
- IAD
- Integrált hozzáférési eszköz
- IM&P
- Azonnali Üzenetküldés és jelenlét
- IP PSTN
- Olyan szolgáltató , amely VoIP -ot nyújt a PSTN-nek, felcserélhető az ITSP-vel, vagy az internethez kapcsolódó „nyilvános” telefonálás általános kifejezésével, amelyet a nagy távközlési szolgáltatók biztosítanak (nem pedig országok szerint, ahogyan a PSTN az).
- ITSP
- Internettelefon szolgáltató
- IVR
- interaktív hangválasz / válaszadó
- JID
- Az XMPP entitások natív címét Jabber-azonosítónak vagy JID-nek nevezik localpart@tartomány.part.example.com/resourcepart (@ . / elválasztók)
- JSON
- Java Script objektumjelölés
- JSSE
- Java Secure Socket kiterjesztés; a mögöttes technológia, amely biztonságos kapcsolódási szolgáltatásokat nyújt a BroadWorks szervereknek
- KEM
- Kulcskiterjesztés modul (hardveres Cisco telefonok)
- LLT
- Hosszú élettartamú (vagy Long Life) token; a vivői token önleíró, biztonságos formája, amely lehetővé teszi a felhasználók számára, hogy hosszabb ideig maradjanak hitelesítettek, és nincs bizonyos alkalmazásokhoz kötve.
- MA
- Üzenetarchiválás
- MIB
- Vezetési információs bázis
- MS
- Médiakiszolgáló
- mTLS
- Kölcsönös hitelesítés két fél között, tanúsítványcserével, TLS kapcsolat létesítésekor
- MUC
- Többfelhasználós csevegés
- NAT
- Hálózati cím fordítások
- NPS
- Notification Push Server; lásd: CNPS
- NPS-proxy
-
A Webex olyan szolgáltatása, amely rövid élettartamú hitelesítési tokeneket szállít a CNPS-nek, lehetővé téve, hogy hívási értesítéseket küldjön le az FCM és az APN, végső soron a Webex futtató Android és iOS eszközök számára.
- OCI
- Nyissa meg az ügyfélfelületet
- Szervezet
- Végfelhasználók egy csoportját képviselő vállalat vagy szervezet (vö. Vállalati)
- OTG
- Kimenő fővonal-csoport
- Csomag
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- Partner
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Értéknövelt viszonteladó, szolgáltató, szolgáltató)
- PBX
- Privát fiókcsere
- PEM
- Továbbfejlesztett adatvédelmi levelezés
- PLMN
- Nyilvános szárazföldi mobilhálózat
- PRI
- A Primary Rate Interface (PRI) egy távközlési interfészszabvány , amelyet Integrált Szolgáltatású Digitális Hálózaton (ISDN) használnak .
- Ui.:
- Profilkiszolgáló
- PSTN
- Nyilvános kapcsolt telefonhálózat
- QoS
- Szolgáltatásminőség
- Viszonteladói portál
- Egy weboldal, amely lehetővé teszi a viszonteladó rendszergazdájának az UC-One SaaS-megoldás konfigurálását. Néha BAM portálnak, rendszergazdai portálnak vagy felügyeleti portálnak is nevezik.
- RTCP
- Valós idejű vezérlési protokoll
- RTP
- Real-Time Transport protokoll
- SBC
- Session Border Controller
- SCA
- Shared Call megjelenése
- SD
- Szabványos felbontás
- SDP
- Munkamenetleíró protokoll
- SP
- Szolgáltató; Olyan szervezet, amely telefonos vagy kapcsolódó szolgáltatásokat nyújt más szervezeteknek (vö. Szolgáltató, Partner, Értéknövelt viszonteladó)
- SIP
- Session Initiation Protocol
- SLT
- Rövid élettartamú (vagy rövid élettartamú) token (más néven BroadWorks SSO token); egy egyszer használatos hitelesített token, amely a webes alkalmazások biztonságos elérésére szolgál.
- SMB
- Kis- és középvállalkozások
- SNMP
- Egyszerű hálózatkezelési protokoll
- sRTCP
- biztonságos Realtime Transfer Control Protocol (VoIP hívásmédia)
- sRTP
- biztonságos Realtime Transfer Protocol (VoIP hívásmédia)
- SSL
- Biztonságos socket-réteg
- Feliratkozó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Végfelhasználó)
- TCP
- Átvitelvezérlő protokoll
- TDM
- Időosztásos multiplexelés
- TLS
- Transport Layer Security (TLS)
- Általános Szerződési Feltételek
- Szolgáltatás típusa
- UAP
- Felhasználói aktiválási portál
- UC
- Egységesített kommunikáció
- UI
- Felhasználói felület
- U azonosító
- Egyedi azonosító
- UMS
- Üzenetküldés szerver
- URI
- Egységes erőforrás-azonosító
- URL
- Uniform Resource Locator
- USS
- Megosztási kiszolgáló
- UTC
- Egyezményes koordinált világidő
- UVS
- Videó szerver
- Értéknövelt viszonteladó (VAR)
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Szolgáltató, Partner, Szolgáltató)
- VGA
- Video Graphics Array
- VoIP
- Voice over internetprotokoll (IP)
- VXML
- Hanggal bővíthető jelölőnyelv
- WebDAV
- web elosztott szerzői és verziószámozás
- WebRTC
- web valós idejű kommunikáció
- WRS
- WebRTC szerver
- XMPP
- Bővíthető Üzenetküldés és jelenléti protokoll
Szolgáltatások konfigurálása (mTLS-szel a hitelesítési szolgáltatáshoz)
Az alábbi eljárások váltják fel a témakörben szereplő eljárásokat Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k . Ezeket az eljárásokat csak akkor végezze el, ha mTLS-t használ a hitelesítési szolgáltatáshoz a CI token érvényesítés helyett. Ezek az eljárások kötelezőek, ha több Webex -szervezetet futtat ugyanazon az XSP-n| ADP szerver. Ellenkező esetben ezek nem kötelezőek.
Ha nem futtat több Webex -szervezetet ugyanazon az XSP-n keresztül| ADP szerver, CI Token Validation ( TLS-szel) javasolt a hitelesítési szolgáltatáshoz. Lásd: Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k a hitelesítési szolgáltatás és egyéb szolgáltatások konfigurálásával kapcsolatos részletekért. |
Xsi felületek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a leírás szerint Cisco BroadWorks Xtended Services felület konfigurációs útmutató .
Az Xsi-Events alkalmazásoknak csak egy példányát kell telepíteni az XSP-re| A CTI interfészhez használt ADP.
A Broadworks és a Webex közötti integrációhoz használt összes Xsi-Eventnek ugyanazzal a Webex -vel kell rendelkeznie, mint az Applications/Xsi-Events/GeneralSettings alatt. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
Amikor egy felhasználó bejelentkezett a Webex, a Webex előfizetést hoz létre a felhasználó számára az AS-en, hogy fogadja a telefonos eseményeket a jelenlét és a hívásnapló vonatkozásában. Az előfizetés a callControlApplicationName alkalmazáshoz van társítva, és az AS ennek alapján tudja, melyik Xsi-Eventsnek küldje el a telefonos eseményeket.
A callControlApplicationName módosítása, vagy ha nem ugyanaz a név az összes Xsi-Events webalkalmazáson, az hatással lesz az előfizetésekre és a telefonos eseményekre. |
Hitelesítési szolgáltatás konfigurálása (mTLS-szel)
A hosszú élettartamú BroadWorks tokeneket az XSP-n tárolt hitelesítési szolgáltatás hozza létre és hitelesíti| ADP-k.
Követelmények
Az XSP| A hitelesítési szolgáltatást futtató ADP-kiszolgálóknak rendelkezniük kell konfigurált mTLS-interfészekkel.
XSP| Az ADP-knek ugyanazokat a kulcsokat kell megosztaniuk a BroadWorks hosszú élettartamú tokenek titkosításához/visszafejtéséhez. Ezeknek a kulcsoknak a másolása az egyes XSP-kre| Az ADP manuális folyamat.
XSP| Az ADP-ket szinkronizálni kell az NTP-vel.
Konfiguráció áttekintése
Az alapvető konfiguráció az XSP-n| Az ADP-k a következőket tartalmazzák:
Telepítse a hitelesítési szolgáltatást.
Állítsa be a token időtartamát legalább 60 napra (hagyja meg a kibocsátót BroadWorksként).
RSA -kulcsok létrehozása és megosztása XSP-n keresztül| ADP-k.
Adja meg a webes tároló authService URL -címét.
Telepítse a hitelesítési szolgáltatást az XSP rendszeren| ADP
Minden XSP-n| A Webex használt ADP:
Aktiválja a hitelesítési szolgáltatás alkalmazást az elérési úton
/authService
(ezt az elérési utat kell használnia):XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService
(hol
<version>
az Ön BroadWorks-verziója).Az alkalmazás telepítése:
XSP|ADP_CLI/Maintenance/ManagedObjects>
deploy application /authService
Token időtartamának konfigurálása
A meglévő tokenkonfiguráció ellenőrzése (óra):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
get
Állítsa be az időtartamot 60 napra (maximum 180 nap):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
set tokenDurationInHours 1440
RSA -kulcsok létrehozása és megosztása
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
E két tényező miatt egyetlen XSP-n kell kulcsokat generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k. |
Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress> /authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét
Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket.
Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Bizalom konfigurálása a hitelesítési szolgáltatáshoz (mTLS-szel)
Jelentkezzen be a Control Hubba a partnerrendszergazdai rendszergazdafiók.
Ugrás ide: Töltse Webex CA-tanúsítványt hogy megkapja
és kattintsonCombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
.Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
.Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
. (Nem kötelező) Futtassa a súgótUpdateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot
,webexclientroot2023
,webexclientissuing
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, ha mind a négy bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
(Opció) Az mTLS konfigurálása a HTTP interfész/port szintjén
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS-t HTTP interfész/port szinten állítja be, az mTLS-re minden, ezen a felületen/porton keresztül elérhető webalkalmazáshoz szükség van.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/HttpServer>
és futtassa aget
parancsot a felületek megtekintéséhez.Interfész hozzáadása és ügyfélhitelesítés előírása (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Lényegében az első
true
TLS -sel (a kiszolgálótanúsítvány létrejön, ha szükséges), és a másodiktrue
arra kényszeríti a felületet, hogy klienstanúsítvány -hitelesítést igényeljen (együtt mTLS).
Például:
XSP|ADP_CLI/Interface/Http/HttpServer> get
Interface Port Name Secure Client Auth Req Cluster Fqdn
=======================================================
192.0.2.7 443 XSP|ADP01.collab.example.net true false
192.0.2.7 444 XSP|ADP01.collab.example.net true true
Ebben a példában az mTLS (Client Auth Req = true) engedélyezve van 192.0.2.7
port 444
. A TLS engedélyezve van 192.0.2.7
port 443
.
(Opció) Az mTLS konfigurálása adott webes alkalmazásokhoz
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS alkalmazásszinten konfigurálódik, az mTLS-re az adott alkalmazáshoz is szükség van, függetlenül a HTTP kiszolgáló interfész konfigurációjától.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
és futtassa aget
parancsot, hogy megtudja, mely alkalmazások futnak.Alkalmazás hozzáadása és ügyfélhitelesítés előírása hozzá (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Az alkalmazásnevek ott vannak felsorolva. A
true
ebben a parancsban engedélyezi az mTLS-t.
Például:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
add 192.0.2.7 443 AuthenticationService true
A példaparancs hozzáadja az AuthenticationService alkalmazást a 192.0.2.7:443-hoz, és megköveteli tőle, hogy tanúsítványokat kérjen és hitelesítsen az ügyféltől.
Ellenőrizze a következővel: get
:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
get
Interface Ip Port Application Name Client Auth Req
===================================================
192.0.2.7 443 AuthenticationService true
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
Merre tovább?
A konfigurációhoz újra csatlakozhat a fő dokumentumfolyamathoz a következő időpontban: CTI felület és kapcsolódó konfiguráció .
További tanúsítványkövetelmények az AuthService elleni kölcsönös TLS -hitelesítéshez
A Webex és a hitelesítési szolgáltatás egy kölcsönös TLS -hitelesített kapcsolaton keresztül működik együtt. Ez azt jelenti, hogy a Webex bemutat egy klienstanúsítvány és az XSP-t| Az ADP-nek hitelesítenie kell. Annak érdekében, hogy megbízható legyen ez a tanúsítvány, a Webex CA-tanúsítvány segítségével hozzon létre egy megbízhatósági horgonyt az XSP-n| ADP (vagy proxy). A tanúsítványlánc letölthető a Partner Hubon keresztül:
Ugrás ide: Beállítások > BroadWorks-hívás lehetőséget .
Kattintson a tanúsítvány letöltése hivatkozásra.
A tanúsítványlánc innen is beszerezhetihttps://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt . |
A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy ebben a három esetben hol kell telepíteni a Webex CA-tanúsítvány .
Kölcsönös TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be a proxynak.
A Webex CA-tanúsítvány a proxy megbízhatósági tárolójában van telepítve, így a proxy megbízik az klienstanúsítvány.
A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy egy nyilvánosan aláírt kiszolgálótanúsítvány mutat be a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions:
X509v3 Extended Key Usage:
1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Kölcsönös TLS -tanúsítvány-követelmények a TLS-passthrough proxyhoz vagy XSP-hez DMZ-ben
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be az XSP-knek.
A Webex CA-tanúsítvány az XSP-k bizalmi tárolójában van telepítve, így az XSP-k megbíznak az klienstanúsítvány.
A nyilvánosan aláírt XSP kiszolgálótanúsítvány is betöltődik az XSP-kbe.
Az XSP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex megbízik az XSP-k kiszolgálótanúsítványait aláíró nyilvános hitelesítésszolgáltatóban.
Dokumentum módosítási előzmények
A következő táblázat a dokumentum módosításainak előzményeit mutatja be az elmúlt 12 hónapban.
Dátum | Verzió | A változás leírása | |
---|---|---|---|
2024. február 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:
NTP
NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>
XSP| ADP-azonosító és biztonsági követelmények
Háttér
A Cisco BroadWorks TLS kapcsolatok protokolljai és titkosításai a specifikusság különböző szintjein konfigurálhatók. Ezek a szintek a legáltalánosabb (SSL -szolgáltató) a legspecifikusabb (egyedi felület)ig terjednek. Egy konkrétabb beállítás mindig felülír egy általánosabb beállítást. Ha nincsenek megadva, akkor az „alacsonyabb” szintű SSL -beállításokat a rendszer a „magasabb” szintekről örökli.
Ha egyetlen beállítás sem módosul az alapértelmezetthez képest, minden szint az SSL -szolgáltató alapértelmezett beállításait (JSSE Java Secure Sockets Extension) örökli.
Követelménylista
Az XSP| Az ADP-nek hitelesítenie kell magát az ügyfelek felé egy olyan CA által aláírt tanúsítvány segítségével, amelyben a Közös név vagy az Alany alternatív neve megegyezik az XSI felület tartományrészével.
Az Xsi felületnek támogatnia kell a TLSv1.2 protokollt.
Az Xsi felületnek olyan titkosítási csomagot kell használnia, amely megfelel a következő követelményeknek.
Diffie-Hellman efemer (DHE) vagy elliptikus görbék Diffie-Hellman efemer (ECDHE) kulcscsere
AES (Advanced Encryption Standard) titkosítás 128 bites minimális blokkmérettel (pl. AES-128 vagy AES-256)
GCM (Galois/Counter Mode) vagy CBC (Cipher Block Chaining) titkosítási mód
CBC titkosítás használata esetén csak az SHA2 hash függvénycsalád engedélyezett kulcsok származtatásához (SHA256, SHA384, SHA512).
Például a következő titkosítások teljesítik a követelményeket:
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
Az XSP| Az ADP CLI-hez az IANA elnevezési megállapodásra van szükség a titkosítási csomagokhoz, amint az fent látható, az openSSL-konvencióra nem. |
Támogatott TLS az AuthService és XSI felületekhez
Ez a lista a felhőalapú biztonsági követelményeink alakulásával változhat. Kövesse a Cisco felhőalapú biztonsági ajánlásait a titkosítás kiválasztására vonatkozóan, a jelen dokumentum követelménylistájában leírtak szerint. |
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA
Xsi Events Skála paraméterek
Előfordulhat, hogy növelnie kell az Xsi-Events sor méretét és a szálak számát a Webex for Cisco BroadWorks megoldáshoz szükséges eseménymennyiség kezelésére. A paramétereket az alábbiak szerint növelheti a megjelenített minimális értékekre (ne csökkentse, ha a minimális értékek felett vannak):
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventQueueSize = 2000
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventHandlerThreadCount = 50
Több XSP| ADP-k
Terheléselosztó élelem
Ha van terheléselosztás eleme a hálózat szélén, akkor annak átláthatóan kell kezelnie a forgalom több XSP-je közötti elosztását| ADP-kiszolgálók és a Webex a Cisco BroadWorks felhőhöz és ügyfelekhez. Ebben az esetben meg kell adnia a terheléselosztó URL -címét a Webex Cisco BroadWorks konfigurációhoz.
Megjegyzések az architektúrával kapcsolatban:
Állítsa be a DNS -t úgy, hogy az ügyfelek megtalálhassák a terheléselosztót, amikor az Xsi interfészhez csatlakoznak (lásd DNS konfiguráció ).
Javasoljuk, hogy az edge elemet fordított SSL proxy módban konfigurálja a pont-pont adattitkosítás biztosítása érdekében.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben. Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Internetre néző XSP| ADP-kiszolgálók
Ha közvetlenül teszi közzé az Xsi felületeket, akkor a DNS segítségével ossza el a forgalmat a több XSP felé| ADP szerverek.
Megjegyzések az architektúrával kapcsolatban:
Két rekord szükséges az XSP-hez való csatlakozáshoz| ADP szerverek:
Webex mikroszolgáltatások esetén: A körbefutó A/AAAA rekordok szükségesek a több XSP megcélzásához| ADP IP -címek. Ennek az az oka, hogy a Webex mikroszolgáltatások nem tudnak SRV-kereséseket végezni. Példákért lásd: Webex Cloud Services .
Webex alkalmazás esetén: Egy SRV-rekord, amely A-rekordot old fel, ahol minden A-rekord egyetlen XSP-re oldja fel| ADP. Példákért lásd: Webex alkalmazás .
Használjon prioritást élvező SRV-rekordok az XSI szolgáltatás megcélzásához a többszörös XSP számára| ADP-címek. Állítsa be az SRV-rekordok prioritását, hogy a mikroszolgáltatások mindig ugyanahhoz az A rekordhoz (és az azt követő IP-cím) menjenek, és csak akkor lépjenek át a következő A rekordra (és IP-cím), ha az első IP-cím nem működik. NE alkalmazzon körbefutó módszert a Webex alkalmazáshoz.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben.
Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Kerülje a HTTP-átirányításokat
Néha a DNS úgy van beállítva, hogy oldja fel az XSP-t| ADP URL egy HTTP terheléselosztóhoz, és a terheléselosztó úgy van beállítva, hogy egy fordított proxyn keresztül irányítsa át az XSP-re| ADP szerverek.
A Webex nem követ átirányítást amikor az Ön által megadott URL-címekhez csatlakozik, így ez a konfiguráció nem működik.
Rendelés és üzembehelyezés
A rendelés és a beüzemelés az alábbi szinteken érvényes:
Partner/Szolgáltató kiépítése :
Minden egyes regisztrált Webex for Cisco BroadWorks szolgáltatót (vagy viszonteladót) partnerszervezetként kell konfigurálni a Webex, és biztosítani kell a szükséges jogosultságokat. A Cisco Operations hozzáférést biztosít a partnerszervezet rendszergazdájának a Webex for Cisco BroadWorks kezeléséhez a Webex Partner Hubon. A Partner rendszergazdának el kell végeznie az összes szükséges üzembe helyezési lépést, mielőtt kiépíthetne egy Ügyfél/Vállalat szervezetet.
Ügyfél/Vállalati rendelés és üzembe helyezés :
Minden, a Webex for Cisco BroadWorks számára engedélyezett BroadWorks Enterprise egy hozzárendelt Webex ügyfélszervezet létrehozását váltja ki. Ez a folyamat automatikusan megtörténik a felhasználó/előfizető beüzemelése részeként. A BroadWorks-vállalatokon belül minden felhasználó/előfizető ugyanabban a Webex Ügyfél-szervezetben van kiépítve.
Ugyanez a viselkedés érvényes, ha a BroadWorks rendszer csoportokkal rendelkező szolgáltatóként van konfigurálva. Amikor előfizetőt létesít egy BroadWorks-csoportban, automatikusan létrejön a csoportnak megfelelő Ügyfél-szervezet a Webex.
Felhasználó/előfizető rendelés és szolgáltatás :
A Webex for Cisco BroadWorks jelenleg a következő felhasználó-szolgáltatási modelleket támogatja:
Folyamatos üzembe helyezés megbízható e-mailekkel
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Felhasználói önellátás
API szolgáltatás
Folyamatos üzembe helyezés megbízható e-mailekkel
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha meggyőződhet arról, hogy a BroadWorks előfizetői e-mail-címei érvényesek, és egyediek a Webex számára, akkor ez a létesítési beállítás automatikusan létrehoz és aktivál Webex -fiókokat ezekkel az e-mail-címekkel felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha nem támaszkodhat a BroadWorks által tárolt előfizetői e-mail-címekre, akkor ez a beüzemelési opció Webex -fiókokat hoz létre, de nem aktiválhatja azokat, amíg az előfizetők megadják és nem hitelesítik az e-mail-címüket. Ekkor a Webex aktiválhatja az adott e-mail-címekkel rendelkező fiókokat felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Felhasználói önellátás
Ezzel a beállítással nincs átfolyólagos kiépítés a BroadWorks és a Webex között. Miután konfigurálta a Webex és a BroadWorks rendszer közötti integrációt, egy vagy több hivatkozást kap, amelyek kifejezetten a felhasználók kiépítésére vonatkoznak a Webex for Cisco BroadWorks partnerszervezetén belül.
Ezután megtervezheti a saját kommunikációját (vagy delegálhatja az ügyfelei számára), hogy a hivatkozást az előfizetőkhöz eljuttassa. Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a saját Webex -fiók létrehozásához és aktiválásához.
Mivel a fiókok kiépítése a partnerszervezet hatókörén belül történik, manuálisan módosíthatja a felhasználói csomagokat a Partner Hubon keresztül, vagy ehhez az API -t használhatja.
A felhasználóknak létezniük kell a Webexszel integrált Webex rendszerben, ellenkező esetben tilos számukra az adott hivatkozással fiókot létrehozni. |
Szolgáltatói kiépítés API-kon keresztül
A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik a Webex for Cisco BroadWorks felhasználói/előfizetői kiépítését a meglévő felhasználókezelési munkafolyamatba/-eszközökbe.
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Mellék tárcsázása
A Melléktárcsázás funkció támogatása lehetővé teszi a Webex for Cisco Broadworks felhasználói számára, hogy más felhasználókat is tárcsázzanak ugyanazon a vállalaton belül az elsődleges telefonvonal hasonló mellékről. Ez különösen azoknak a felhasználóknak hasznos, akik nem rendelkeznek DID-számmal.
Az üzembe helyezés során a felhasználók melléke a Webex címtárba kerül a felhasználó mellékeként. BroadWorks hívás esetén a mellék megjelenik a Webex alkalmazásban az összes híváskezdeményezési módszer terület mellék mezőjében és a felhasználói profilban. A Webex for Cisco BroadWorks a helyhívó kód és a mellék kombinációjával támogatja az ugyanazon a csoporton belüli felhasználók és egyazon vállalat különböző csoportjai között csak mellékről szóló hívásokat. Két vállalat közötti, csak mellékeket használó hívás azonban nem támogatott.
A Cisco BroadWorks-felhasználók számára a következő módszerekkel lehet bővítményt kiépíteni:
Cisco BroadWorks-felhasználók
Nyilvános API -szolgáltatás 'mellékként
A mellékparamétert kifejezetten az API-hívás részeként kell átadni. A Helyszínhívó kóddal (LDC) konfigurált vállalatok/csoportok esetében a mellékszám paraméternek az LDC és a ' mellékszám kombinációjának kell lennie.
Átfolyó vagy önaktiváló üzembe helyezés
A mellék és az LDC (ahol alkalmazható) automatikusan lekérésre kerül a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Automatikusan szinkronizálva a mellékszám alkalmazásból a Directory Sync segítségével, a Helyszínhívó kód (LDC) és a mellékszám kombinációjával .
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Mellék kezelése lehetőségre |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A melléket paraméterként kell átadni |
Átfolyás | A mellék automatikusan lekért a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
BroadWorks-telefonlisták | Vállalati, csoportos vagy személyes telefonlisták | Címtár-szinkronizálás | Nem alkalmazható |
Előfeltételek
A funkció támogatásához szükséges kliensverzió 42.11-es vagy újabb.
Javítás, amelynél mellék- és helyhívó kódok lettek hozzáadva az XSI-hez és a Provisioning Adapterhez 2022. február a 23-as vagy újabb verzióhoz a következő részeként:
AP.platform.23.0.1075.ap380045
AP.as.23.0.1075.ap380045
AP.xsp.23.0.1075.ap380045
AP.as.24.0.944.ap380045
Engedélyezze az X-BroadWorks-Remote-Party-Info fejlécet az AS-en az alábbi CLI-parancs ehhez a SIP-hívás hívásfolyamhoz, amely a mellék tárcsázási funkcióinak támogatásához szükséges.
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Hívásopciók prioritása az alkalmazásban
A Melléktárcsázás funkció támogatásának részeként az alkalmazás hívásbeállításainak prioritási beállítása partner szinten is elérhető a Webex for Cisco Broadworks összes partnere számára. Ezzel a beállítással a partner vezérelheti az összes kezelt ügyfele hívásprioritás-beállításait a Partner Hubról. Az ügyfél alkalmazáshívási opcióinak prioritási beállításai ügyfélszint is módosíthatók a Control Hubból.
Az alkalmazáshívási opciók prioritási beállítása második opcióként tartalmazza a melléket mind a Partner Hub, mind a Control Hub rendszerében, amikor egy Webex for Cisco Broadworks-felhasználó újonnan van hozzárendelve mellékhez a fent említett üzembe helyezési módok bármelyikén keresztül.
Az összes meglévő kiépített szervezet esetében a mellék opció rejtett állapotban lesz (alapértelmezés szerint) az alkalmazás hívásbeállításainak prioritási beállításában. Ez nem fog melléket megjeleníteni a felhasználó hang-/ videohívások opciójában a Webex alkalmazásban.
Az alábbi opciók segítségével teheti láthatóvá a mellékhívási opciót a meglévő ügyfelek számára:
Ha egy partner azt szeretné, hogy az összes felügyelt ügyfélszervezete kapjon melléket a hívási opciók egyikeként, javasoljuk, hogy a partnerrendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Partner Hubban. Ez lehetővé teszi, hogy a felügyelt ügyfélszervezetek örököljék a beállítást a partnerüktől.
Ha egy Partner hívási opciókban szeretne melléket biztosítani egy adott ügyfélszervezet számára, javasoljuk, hogy a Partner-rendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Control Hubban.
Csoportnévjegyek támogatása
Ez a funkció továbbfejleszti a Webex for BroadWorks DirSync szolgáltatást azáltal, hogy megszünteti a legfeljebb 1500 névjegy szinkronizálására vonatkozó korlátozást a csoportos telefonlistákról a BroadWorks rendszerében, és lehetővé teszi a partnerek számára, hogy akár 30 000 névjegyet is szinkronizálhassanak egyetlen csoportos telefonlistáról, és ez egyenrangúvá tegye azt a 30 000 névjegyével növelése a külön kiadott nagyvállalati telefonlista esetében.
A teljes határérték 200 000 minden külső kapcsolat Szervezetenként, amely a Vállalati és a Csoport telefonszámlistáinak összegére vonatkozik egyetlen BroadWorks-vállalaton belül. Például egy BroadWorks-vállalat támogatott, amely vállalati telefonszámlistával rendelkezik 30 000 telefonnal, és 5 csoportos telefonszámlistával egyenként 30 000 telefonnal (szervezetenként összesen 180 000). Ha azonban 6 csoportos telefonlista van egyenként 30 000 értékkel, akkor ez nem támogatott (összesen 210 000).
Ez a funkció kérésre elérhető. Kérjük, az engedélyezéshez forduljon a fiókot kezelő csapathoz.
|
A funkció engedélyezése után a DirSync szolgáltatás elkezdi szinkronizálni a BroadWorks Group telefonlista névjegyeit a Webex Contact Service dedikált csoportonkénti névjegytárára.
Az üzembe helyezés során a felhasználó vállalati csoportját el kell tárolni a Webex címtárban, jelezve, hogy a felhasználó melyik csoporthoz tartozik. A felhasználónak egy BroadWorks-csoporthoz való társítása a Webex címtárban lehetővé teszi a Webex alkalmazás számára, hogy névjegykeresést végezzen a Contact Service csoport tárhelyén a felhasználó adott csoportja számára.
A funkció használatához a Webex for BroadWorks-előfizetőknek a BroadWorks vállalati csoportazonosítóval kell rendelkezniük a Webex .
A BroadWorks vállalati csoportazonosítót a következő módszerekkel lehet kiépíteni a Cisco BroadWorks-felhasználók számára:
Webex a Cisco BroadWorks-felhasználók számára
Nyilvános API -létesítés 'spEnterpriseGroupId'-ként
A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében.
Átfolyó vagy önaktiváló üzembe helyezés
A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Nem alkalmazható. Nem szükséges szinkronizálni a BroadWorks vállalati csoportazonosítót ezeknél a felhasználóknál.
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Vállalati azonosító kezelése |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A BroadWorks vállalati csoportazonosítót spEnterpriseGroupId paraméterként kell átadni |
Átfolyás | A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | Nem alkalmazható |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | Nem alkalmazható |
BroadWorks-telefonlisták | Névjegyek a BroadWorks-csoport telefonszámlistájában | Címtár-szinkronizálás | A csoportnévjegyeket az adott csoporthoz társított Webex Contact Service tárolja |
BroadWorks Enterpsie vagy Persional telefonlisták | Névjegyek a Vállalati vagy Személyes telefonlistán | Címtár-szinkronizálás | Nem alkalmazható |
A nyilvános API -t az ÁLLÍTÁS ELŐTT frissíteni kell. Az áttelepítés nem fejezhető be, amíg be nem fejeződik EZ az API . A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében https://developer.webex.com/docs/api/changelog#2023-march A funkció engedélyezése után és a következő címtár-szinkronizálás eredményeként a vállalati felhasználói csoportok is megjelennek a Control Hubban. A csoportok megjelenítése a Control Hub for Webex for BroadWorks alkalmazásban pusztán információs jellegű ebben a szakaszban. A partner- és ügyfélrendszergazdák nem módosíthatják a csoportokat vagy a csoporttagságot a Control Hubon, mert ezek a módosítások nem tükröződnek vissza a BroadWorks rendszerébe. A Control Hub csoportkezelését azon partnerek használhatják, akik átveszik a közelgő Contact Management API-kat. |
Áttelepítés és jövőbiztosság
A BroadSoft egyesített kommunikációs kliens Cisco fejlesztése az UC-One helyett a Webex felé való elmozdulás. Ennek megfelelően a támogató szolgáltatások a szolgáltatói hálózatról – a hívás kivételével – a Webex felhőplatform felé haladnak.
Akár UC-One SaaS-t, akár BroadWorks Collaborate-ot futtat, a preferált áttelepítési stratégia az új, dedikált XSP telepítése| ADP-k a Webex for Cisco BroadWorks alkalmazással való integrációjához. A két szolgáltatás párhuzamosan is futtatható, miközben áttelepíti az ügyfeleket a Webex rendszerébe, és végül megtérítheti az előző megoldáshoz használt infrastruktúrát.
Ajánlott dokumentum-előfizetések
A Webex Súgó cikkei (a help.webex.com oldalon) rendelkeznek a Előfizetés lehetőségre opciót, amely lehetővé teszi, hogy e-mail értesítést kapjon, amikor az adott cikk frissül.
Javasoljuk, hogy fizessen elő az alábbi cikkek mindegyikére, hogy biztosan ne maradjon le a hálózati kapcsolat érintő kritikus frissítésekről . Az előfizetéshez lépjen az alábbi hivatkozások egyikére, és az induló cikkben kattintson a Előfizetés lehetőségre gombot.
Legalább azt javasoljuk, hogy iratkozzon fel a fenti listára. alatt felsorolt Webex cikkek és dokumentumok többsége azonban További dokumentumok rendelkezik a Előfizetés lehetőségre opciót. Ahhoz, hogy ez a beállítás megjelenjen, a cikknek meg kell jelennie a help.webex.com oldalon.
A dokumentációs céloldalakra nincs előfizetési lehetőség. |
További dokumentumok
A Webex Cisco BroadWorks alkalmazással kapcsolatos további információkért lásd a következő kapcsolódó dokumentációt:
Webex a Cisco BroadWorks dokumentumokhoz
A partnerrendszergazdák a következő dokumentumok és webhelyek segítségével szerezhetnek információkat a Webex for Cisco BroadWorks alkalmazásról.
Hozzon létre saját PSTN-megoldást a Webex for Cisco BroadWorks számára — Ez a megoldás lehetővé teszi a szolgáltatók számára, hogy a saját (és a Cisco által biztosított számok helyett) telefonszámukat biztosítsák a felhasználók számára a Webex Meetings való csatlakozáskor.
Webex Cisco BroadWorks konfigurációs útmutató —Leírja, hogyan kell konfigurálni a Webex alkalmazást a Cisco Webex rendszerhez.
- Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz — Ismerteti a Room OS és MPP eszközök beüzemelésének és szervizelésének módját.
Webex for Cisco BroadWorks hibaelhárítási útmutató — Hibaelhárítási információkat tartalmaz a Webex for Cisco BroadWorks alkalmazáshoz.
Webex a Cisco BroadWorks cikkekhez
A partnerrendszergazdák a következő opcionális webhelyeken tájékozódhatnak a Webex Cisco BroadWorks-hez alkalmazásról:
Webex Cisco BroadWorks dokumentációhoz — A nyitóoldal műszaki dokumentumokat és opcionális Webex -cikkeket sorol fel a Webex for Cisco BroadWorks partnerrendszergazdái számára.
A Webex Cisco BroadWorks rendszerhez újdonságai — Olvassa el a legújabb kiadott funkciókat, valamint a hamarosan megjelenőket.
Ismert problémák és korlátok — Olvassa el a Webex Cisco BroadWorks megoldásban azonosított ismert problémákat.
Rendszergazdai partner szerepkörök a Webex for BroadWorks és a Wholesale RTM alkalmazásban — Ez a cikk azt ismerteti, hogyan rendelhet hozzá rendszergazdai partner szerepkört a Webex for Cisco BroadWorks alkalmazást kínáló partnerszervezetekhez. A szerepkörök hozzászoktak ahhoz, hogy adminisztrátori hozzáférést rendeljenek a beállításokhoz a Partner Hubban és a Control Hubban.
Cisco BroadWorks dokumentumok
A partnerrendszergazdák a cisco.com Cisco BroadWorks webhelyén tájékozódhatnak a megoldás Cisco BroadWorks részének telepítését ismertető műszaki dokumentumokért:
Webex súgócikkek
A következő Webex súgóoldalak segítségével olyan Webex -cikkek találhatók, amelyek segítenek az ügyfélrendszergazdáknak és a végfelhasználóknak a Webex funkcióinak használatában.
Webex a szolgáltatóktól — Ez a nyitóoldal hivatkozásokat tartalmaz az első lépések , és gyakran használt cikkeket tartalmaz azon Webex App-felhasználók számára, akik Webex -szolgáltatásokat vásároltak egy szolgáltatótól.
Webex Súgó — Használja a help.webex.com keresési funkcióját a Webex alkalmazás és a Webex Meetings funkcióit ismertető további Webex cikkek kereséséhez. Kereshet felhasználói vagy rendszergazdai cikkekre is.
Fejlesztői dokumentáció
Webex for BroadWorks Fejlesztői útmutató — Információkat biztosít a Webex for BroadWorks API-kat használó alkalmazásokat létrehozó fejlesztők számára.
Döntési pontok
Mérlegelés | Megválaszolandó kérdések | Erőforrások |
Építészet és infrastruktúra
|
Hány XSP| ADP-k? Hogyan fogadják az mTLS-t? |
Cisco BroadWorks rendszer kapacitástervező Cisco BroadWorks rendszermérnöki útmutató XSP| ADP CLI referencia Ez a dokumentum |
Ügyfél- és felhasználószolgáltatás | Kijelentheti, hogy megbízik az e-mailekben a BroadWorksben? Szeretné, ha a felhasználók e-mail-címeket adnának meg a saját fiókjuk aktiválásához? Készíthet eszközöket az API használatához? |
Nyilvános API -dokumentumok itt: https://developer.webex.com Ez a dokumentum |
Védjegyzés | Milyen színt és logót szeretne használni? | Webex alkalmazás márkaépítési cikk |
Sablonok | Melyek a különböző ügyfélhasználati esetei? | Ez a dokumentum |
Előfizetői funkciók ügyfelenként/vállalatonként/csoportonként | Válasszon csomagot a szolgáltatási szint sablononkénti meghatározásához. Alap, Standard, Prémium vagy Softphone. | Ez a dokumentum Funkció/csomag mátrix |
Alapszintű hitelesítés | BroadWorks vagy Webex | Ez a dokumentum |
Létesítési adapter (átmeneti létesítési beállításokhoz) | Használ már integrált IM&P-t, például az UC-One SaaS-hez? Több sablont is szeretne használni? Várható-e gyakoribb használati eset? |
Ez a dokumentum Application Server CLI hivatkozás |
Építészet és infrastruktúra
Milyen skálával szeretné kezdeni? A jövőben lehetséges a bővítés, de a jelenlegi használati becslésnek kell előmozdítania az infrastruktúra tervezését.
Együtt a Cisco ügyfélmenedzserével/értékesítési képviselőjével döntse el az XSP méretét| ADP infrastruktúra szerint a Cisco BroadWorks rendszer kapacitástervező és a Cisco BroadWorks rendszermérnöki útmutató .
Hogyan hoz létre kölcsönös TLS -kapcsolatokat a Webex az XSP-hez?| ADP-k? Közvetlenül az XSP-re| ADP DMZ-ben vagy TLS-proxy keresztül? Ez hatással van a tanúsítványkezelésre, és a felületekhez használt URL-címekre. ( Nem támogatjuk a nem titkosított TCP kapcsolatokat a hálózat szélére ).
Ügyfél- és felhasználószolgáltatás
Melyik felhasználó-szolgáltatási módszer felel meg Önnek a legjobban?
Átfolyós beüzemelés megbízható e-mailekkel : Az „Integrált IM&P” szolgáltatás BroadWorks rendszeren történő hozzárendelésével az előfizető automatikusan beüzemelésre kerül a Webex.
Ha azt is állíthatja, hogy a BroadWorks-előfizetői e-mail-címek érvényesek, és egyediek a Webex számára, akkor használhatja a „megbízható e-mail” változatát az átfolyós létesítésnek. Az előfizetői Webex -fiókok létrehozása és aktiválása az ő beavatkozásuk nélkül történik; egyszerűen letöltik a klienst, és bejelentkeznek.
Az e- e-mail cím a Webex egyik kulcsfontosságú felhasználói attribútuma. Ezért a Szolgáltatónak érvényes e- e-mail-cím kell megadnia a felhasználó számára ahhoz, hogy a Webex szolgáltatásait biztosítani tudja. Ennek szerepelnie kell a felhasználó e- e-mail - azonosító attribútumában a BroadWorks-ben. Javasoljuk, hogy másolja be az Alternatív azonosító attribútumba is.
Folyamatos üzembe helyezés megbízható e-mailek nélkül : Ha nem tud megbízni az előfizetői e-mail-címekben, akkor is hozzárendelheti a BroadWorks integrált IM&P szolgáltatását a Webex szolgáltatásban lévő szolgáltatlási felhasználók .
Ezzel az opcióval a fiókok a szolgáltatás hozzárendelésekor jönnek létre, de az előfizetőknek meg kell adniuk és ellenőrizniük kell az e-mail-címüket a Webex -fiókok aktiválásához.
Felhasználói önellátás : Ez a beállítás nem igényel IM&P szolgáltatás hozzárendelését a BroadWorksben. Ehelyett Ön (vagy ügyfelei) egy üzembe helyezési hivatkozást terjeszt, és a hivatkozásokat a különböző kliensek letöltéséhez, az Ön márkajelzésével és utasításaival.
Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a Webex -fiók létrehozásához és aktiválásához. Ezután letöltik a klienst, bejelentkeznek, a Webex pedig lekér róluk néhány további konfigurációt a BroadWorks-től (beleértve az elsődleges számukat is).
SP által vezérelt üzembe helyezés API-kon keresztül : A Webex nyilvános API-k egy készletét teszi elérhetővé, amelyek lehetővé teszik a szolgáltatók számára, hogy a meglévő munkafolyamataikba beépítsék a felhasználók/előfizetők szolgáltatásait.
Létesítési követelmények
Az alábbi táblázat összefoglalja az egyes létesítési módszerek követelményeit. A követelményeken kívül a telepítésnek meg kell felelnie az ebben az útmutatóban ismertetett általános rendszerkövetelményeknek.
Beüzemelési módszer | Követelmények |
---|---|
Folyamatos üzembe helyezés (Megbízható vagy nem megbízható e-mailek) | A Webex üzembe helyezési API automatikusan hozzáadja a meglévő BroadWorks-felhasználókat a Webex , amint a felhasználó megfelel a követelményeknek, és Ön átkapcsolja a Integrált IM+P szolgáltatást be. Két folyamat létezik (megbízható e-mailek vagy nem megbízható e-mailek), amelyeket a Webex onboarding sablonján keresztül lehet hozzárendelni. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
Felhasználói önellátás | A rendszergazda hivatkozást biztosít a meglévő BroadWorks-felhasználóknak a Felhasználóaktiválási portálra. A felhasználónak BroadWorks hitelesítési adatokkal kell bejelentkeznie a portálra, és meg kell adnia egy érvényes e- e-mail-cím. Az e-mail hitelesítése után a Webex további felhasználói információk kér a beüzemelés befejezéséhez. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
SP által vezérelt üzembe helyezés API -n keresztül (Megbízható vagy nem megbízható e-mailek) | A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik, hogy a meglévő munkafolyamatokba és eszközökbe beépítse a felhasználói beüzemelést. Két folyamat létezik:
BroadWorks-követelmények:
Webex követelmények:
Az API-k használatához lépjen ide: BroadWorks-előfizetők . |
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Támogatott nyelvi területek
Az üzembe helyezés során a BroadWorks alkalmazásban az elsőként kiépített felügyeleti jogokkal rendelkező felhasználó hozzárendelt nyelv lesz automatikusan hozzárendelve az ügyfélszervezet alapértelmezett területi beállításaiként. Ez a beállítás határozza meg az aktiválási e-mailek, értekezletek és értekezletmeghívók alapértelmezett nyelvét az adott ügyfélszervezeten belül.
Öt karakteres nyelvi területi beállítások az (ISO-639-1) nyelven_ (ISO-3166) formátum támogatott. Például:en_ Az US E-nek felel megnglish_ Egyesült Államok. Ha csak kétbetűs nyelvet kér ( ISO-639-1 formátumot használva), a szolgáltatás egy ötkarakteres nyelvi területi beállítást generál úgy, hogy a kért nyelvet a sablonból származó országkóddal kombinálja, azaz "requestedL".anguage_ CountryCode", ha nem tud érvényes területi beállítást beállítani, akkor a szükséges nyelvkód alapján az alapértelmezett ésszerű területi beállítást használja.
Az alábbi táblázat felsorolja a támogatott területi beállításokat, valamint azt a hozzárendelést, amely a kétbetűs nyelvi kódot ötkarakteres területi beállításra konvertálja olyan helyzetekben, amikor nem áll rendelkezésre öt karakteres területi beállítás.
Támogatott nyelvi területek (ISO-639-1)_ (ISO-3166) | Ha csak egy kétbetűs nyelvkód áll rendelkezésre... | |
---|---|---|
Nyelvkód (ISO-639-1) ** | Használja helyette az Alapértelmezett érzékeny területi beállítást (ISO-639-1)_ (ISO-3166) | |
en_US en_AU en_GB en_CA | hu | en_US |
fr_FR fr_CA | fr | fr_FR |
cs_CZ | cs | cs_CZ |
da_DK | da | da_DK |
de_DE | de | de_DE |
hu_HU | hu | hu_HU |
id_Azonosító | azonosító | id_Azonosító |
it_IT | it | it_IT |
ja_JP | ja | ja_JP |
ko_KR | ko | ko_KR |
es_ES es_CO es_MX | es | es_ES |
nl_NL | nl | nl_NL |
nb_NEM | nb | nb_NEM |
pl_PL | pl | pl_PL |
pt_PT pt_BR | pt | pt_PT |
ru_RU | ru | ru_RU |
ro_RO | ro | ro_RO |
zh_CN zh_TW | zh | zh_CN |
sv_SE | sv | sv_SE |
ar_SA | ar | ar_SA |
tr_TR | tr | tr_TR |
A helyszínekes_ CO,id_ azonosító,nb_ NEM éspt_ A Webex értekezletoldalak nem támogatják a PT-t. Ezeken a területeken a Webex Meetings webhelyek csak angol nyelvűek lesznek. Az angol az alapértelmezett területi beállítás a webhelyekhez, ha nincs/invalid/nem támogatott területi beállítás szükséges a webhelyhez. Ez a nyelvi mező a Szervezeti és Webex Meetings webhely létrehozásakor alkalmazható. Ha egy bejegyzésben vagy az előfizető API -jában nem szerepel nyelv, akkor a sablon nyelve lesz az alapértelmezett nyelv. |
Védjegyzés
A partnerrendszergazdák a Speciális márkaépítés testreszabási opciókkal testreszabhatják, hogy a Webex alkalmazás hogyan keresse a partner által kezelt ügyfélszervezeteket. A partnerrendszergazdák testreszabhatják a következő beállításokat annak érdekében, hogy a Webex alkalmazás tükrözze a vállalati márkát és identitásukat:
Vállalati logók
Egyedi színsémák Világos vagy Sötét módban
Egyedi támogatási URL-címek
A márkaépítés testreszabásának részleteiért lásd: Speciális márka-testreszabások konfigurálása .
|
Beléptetési sablonok
A beléptető sablonok lehetővé teszik azoknak a paramétereknek a meghatározását, amelyek alapján az ügyfelek és a hozzájuk tartozó előfizetők automatikusan ki lesznek szolgáltatva a Webex for Cisco BroadWorks rendszeren. Igény szerint több belépési sablont is konfigurálhat, de amikor egy ügyfelet belép, az csak egy sablonhoz lesz hozzárendelve (egy ügyfélre nem lehet több sablont alkalmazni).
Az alábbiakban felsorolunk néhány elsődleges sablonparamétert.
Csomag
Ki kell választania egy alapértelmezett csomagot a sablon létrehozásakor (lásd Csomagok lehetőségre részletekért az Áttekintés részben). Minden olyan felhasználó, aki rendelkezik ezzel a sablonnal, akár folyamatban lévő, akár önkiépítéssel, megkapja az alapértelmezett csomagot.
Több sablon létrehozásával, és mindegyikben más alapértelmezett csomag kiválasztásával szabályozhatja a csomagok kiválasztását a különböző ügyfelek számára. Ezt követően terjeszthet különböző üzembe helyezési hivatkozásokat vagy különböző vállalatonkénti beüzemelési adaptereket, attól függően, hogy milyen felhasználó-létesítési módszert választott ezekhez a sablonokhoz.
Megváltoztathatja az egyes előfizetők csomagját ettől az alapértelmezetttől a beüzemelési API (lásd Webex for Cisco BroadWorks API dokumentáció vagy a Partner Hubon keresztül (lásd Felhasználói csomag módosítása a Partner Hubban ) .
Nem módosíthatja az előfizetői csomagot a BroadWorksből. Az Integrált IM&P szolgáltatás hozzárendelése be vagy ki van kapcsolva; ha az előfizető hozzá van rendelve ehhez a szolgáltatáshoz a BroadWorksben, akkor az előfizető vállalatának szolgáltatási URL -címéhez társított Partner Hub-sablon határozza meg a csomagot.
Viszonteladó és vállalatok vagy Szolgáltató és csoportok?
A BroadWorks-rendszer konfigurációjának módja hatással van a beüzemelési folyamatra. Ha Ön viszonteladó az Enterprises-szal, akkor sablon létrehozásakor engedélyeznie kell a Vállalati módot.
Ha a BroadWorks rendszere Szolgáltatói módra van beállítva, a Vállalati mód kapcsolót kikapcsolva hagyhatja a sablonokban.
Ha mindkét BroadWorks-móddal tervezi az ügyfélszervezetek kiépítését, akkor különböző sablonokat kell használnia a csoportokhoz és a vállalatokhoz.
Győződjön meg arról, hogy alkalmazta az átfolyós kiépítéshez szükséges BroadWorks javításokat. A részletekért lásd: Szükséges javítások átfolyós telepítéssel . |
Hitelesítő mód
Döntse el, hogyan szeretné hitelesíteni az előfizetőket, amikor bejelentkezik a Webex. Az üzemmódot a következővel rendelheti hozzá Hitelesítési mód beállítást a Belépési sablonban. Az alábbi táblázat felvázol néhány opciót.
Ez a beállítás nincs hatással a Felhasználó aktiválási portálra történő bejelentkezésre. A portálra bejelentkező felhasználóknak meg kell adniuk a BroadWorks- felhasználói azonosító és jelszavukat a BroadWorks-en beállítottak szerint, függetlenül a beállítás módjától. Hitelesítési mód a beléptetési sablonon. |
Hitelesítő mód | BroadWorks | Webex |
Elsődleges felhasználói identitás | BroadWorks-felhasználói azonosító | E-mail-cím |
Identitásszolgáltató | BroadWorks.
| Cisco Common Identity |
Többtényezős hitelesítés? | Nem | A többtényezős hitelesítést támogató ügyfél-azonosítót igényel. |
Hitelesítési adatok érvényesítési útvonala
|
|
|
Az SSO bejelentkezési folyamat részletesebb lebontásához közvetlen BroadWorks-hitelesítéssel lásd: SSO bejelentkezési folyamat . |
UTF-8 kódolás BroadWorks hitelesítéssel
BroadWorks-hitelesítés esetén javasoljuk, hogy UTF-8 kódolást állítson be a hitelesítési fejléchez. Az UTF-8 kijavít egy olyan problémát, amely a speciális karaktereket használó jelszavak esetén fordulhat elő, mivel a webböngésző nem megfelelően kódolja a karaktereket. Az UTF-8 kódolású, 64-es alapkódolású fejlécek használata megoldja ezt a problémát.
Az UTF-8 kódolást a következő CLI-parancsok egyikének az XSP-n vagy ADP-n történő futtatásával állíthatja be:
XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
Ország
Sablon létrehozásakor ki kell választania egy országot. A rendszer automatikusan ezt az országot rendeli hozzá a szervezeti országként minden olyan ügyfél számára, aki rendelkezik a sablonnal a Common Identityben. Ezenkívül a szervezet országa határozza meg a Cisco PSTN alapértelmezett globális betelefonálási számait a Webex értekezletoldalakon.
A webhely alapértelmezett globális betelefonálási számai a szervezet országa alapján a telefonos tartományban meghatározott első elérhető betelefonálási számra lesznek beállítva. Ha a szervezet országa nem található a telefonos tartományban meghatározott betelefonálási számban, akkor az adott helyszín alapértelmezett számát fogja használni a rendszer.
S No. | Helyszín | Országhívószám | Ország neve |
---|---|---|---|
1 | AMER | +1 | USA, CA |
2 | APAC | +65 | Szingapúr |
3 | ANZ | +61 | Ausztrália |
4 | EMEA | +44 | Egyesült Királyság |
5 | EURO | +49 | Németország |
Több partner megállapodás
Szeretné továbblicencelni a Webex for Cisco BroadWorks alkalmazást egy másik szolgáltató? Ebben az esetben minden szolgáltató külön partnerszervezetre van szüksége a Webex Control Hubban, hogy biztosíthassa a megoldást az ügyfélbázisa számára.
Beüzemelési adapter és sablonok
Átmenőleges kiépítés használata esetén a BroadWorks-ben megadott beüzemelési URL -cím a Control Hub sablonjából származik. Több sablonja lehet, és így több szolgáltatási URL-címe is. Ez lehetővé teszi, hogy vállalatonként kiválassza, hogy melyik csomagot alkalmazza az előfizetőkre, amikor megkapják az Integrált IM&P szolgáltatást.
Meg kell fontolnia, hogy szeretne-e rendszerszintű üzembe helyezési URL -t beállítani alapértelmezett szolgáltatási útvonalként, és hogy ehhez melyik sablont szeretné használni. Így csak az üzembe helyezési URL -címet kell kifejezetten beállítani azon vállalatok számára, amelyeknek más sablonra van szükségük.
Ne feledje azt is, hogy előfordulhat, hogy már rendszerszintű beüzemelési URL-t használ , például az UC-One SaaS szolgáltatással. Ebben az esetben dönthet úgy, hogy megtartja a rendszerszintű URL -címet az UC-One SaaS-felhasználók beüzemeléséhez, és felülbírálhatja a Webex for Cisco BroadWorks alkalmazásra áttérő vállalatoknál. Alternatív megoldásként választhat a másik irányba, és beállíthatja a Webex for BroadWorks rendszerszintű URL -címét, és újrakonfigurálhatja azokat a vállalatokat, amelyeket meg szeretné tartani az UC-One SaaS rendszeren.
Az ehhez a döntéshez kapcsolódó konfigurációs lehetőségeket a következő tartalmazza: Konfigurálja az alkalmazáskiszolgálót a kiépítési szolgáltatás URL-címével .
Létesítési adapter proxy
A nagyobb biztonság érdekében a Provisioning Adapter Proxy lehetővé teszi, hogy HTTP(S) proxyt használjon az Application Delivery Platformon az AS és a Webex közötti átfolyólagos kiépítéshez. A proxykapcsolat egy végpontok közötti TCP -alagutat hoz létre, amely a forgalmat az AS és a Webex között továbbítja, elkerülve ezzel annak szükségességét, hogy az AS közvetlenül csatlakozzon a nyilvános internethez. A biztonságos kapcsolatokhoz TLS használható.
Ehhez a funkcióhoz be kell állítani a proxyt a BroadWorks rendszeren. A részletekért lásd: Cisco BroadWorks Provisioning Adapter proxyfunkció leírása .
Minimális követelmények
Fiókok
Minden előfizetőnek, akit a Webex szolgáltatásra kiépít, szerepelnie kell a Webex integrált Webex rendszerben. Szükség esetén több BroadWorks rendszert is integrálhat.
Minden előfizetőnek rendelkeznie kell BroadWorks-licencekkel és elsődleges számmal vagy mellékmel.
A Webex e-mail-címeket használ elsődleges azonosítóként az összes felhasználó számára. Ha a megbízható e-mailekhez átfolyósított üzembe helyezést használ, akkor a felhasználóknak érvényes címekkel kell rendelkezniük a BroadWorks e-mail attribútumában.
Ha a sablon BroadWorks-hitelesítést használ, az előfizetői e-mail-címeket átmásolhatja a BroadWorks Alternatív azonosító attribútumába. Ez lehetővé teszi, hogy a felhasználók e-mail-címükkel és Webex -jelszavukkal jelentkezzenek be a Webexbe.
A rendszergazdáknak a Webex -fiókjukkal kell bejelentkezniük a Partner Hubra.
Nem támogatott BroadWorks-rendszergazda beépítése a Webex for Cisco BroadWorks rendszerébe. Csak olyan BroadWorks-hívó felhasználókat tud bekapcsolni, akik rendelkeznek elsődleges számmal és/vagy melléktel. Ha átfolyósított üzembe helyezést használ, a felhasználókhoz hozzá kell rendelni az Integrált IM&P szolgáltatást is. |
Hálózati kiszolgálók és szoftverkövetelmények
BroadWorks-példány(ok) legalább R22-es verzióval. A támogatott verziók és javítások a BroadWorks szoftverkövetelmények című részben találhatók (ebben a dokumentumban). További információkért lásd: A BroadSoft termékek életciklus-szabályzata szakaszban BroadSoft életciklus házirend és BroadWorks szoftver kompatibilitási táblázat .
A BroadWorks-példány(ok)nak tartalmaznia kell legalább a következő kiszolgálókat:
Alkalmazáskiszolgáló (AS) a fenti BroadWorks-verzióval
Hálózati szerver (NS)
Profilkiszolgáló (PS)
Nyilvános XSP| Az alábbi követelményeknek megfelelő ADP-kiszolgáló(k) vagy Alkalmazáskézbesítő Platform (ADP):
Hitelesítési szolgáltatás (BWAuth)
XSI-műveletek és események felületei
DMS (eszközkezelő webalkalmazás)
CTI interfész (Computer Telephony Intergration)
TLS 1.2 érvényes tanúsítvánnyal (nem önaláírt) és minden szükséges közbenső eszközzel. Rendszerszintű rendszergazda szükséges a vállalati keresés megkönnyítéséhez.
Kölcsönös TLS (mTLS) hitelesítés a hitelesítési szolgáltatáshoz (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Kölcsönös TLS (mTLS) hitelesítés a CTI felülethez (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Különálló XSP/ADP szerver, amely „Hívásértesítések Push Server” szerepében működik (egy NPS a környezetében, amely a hívásértesítések leküldésére szolgál az Apple/Google felé. Itt „CNPS”-nek hívjuk, hogy megkülönböztessék a Webex azon szolgáltatásától, amely push értesítéseket küld az üzenetküldéshez és a jelenléthez.
A kiszolgálónak R22-es vagy újabb verziójúnak kell lennie.
Külön XSP/ADP szervert írunk elő a CNPS számára, mert a Webex a BWKS felhőkapcsolatok esetében bekövetkező betöltés kiszámíthatatlansága negatívan befolyásolhatja az NPS szerver teljesítményét, ami az értesítési késleltetés növekedését eredményezheti. Lásd a Cisco BroadWorks rendszermérnöki útmutató további információkért az XSP-ről| ADP skála.
Webex alkalmazásplatformok
A Webex alkalmazás angol nyelvű verziójának letöltéséhez lépjen a következő oldalra:https://www.webex.com/webexfromserviceproviders-downloads.html . A Webex alkalmazás a következő címen érhető el:
Windows rendszerű PC-k/laptopok
Apple PC-k/laptopok MacOS rendszerrel
iOS (Apple Store)
Android (Play Áruház)
web (lépjen ide:https://teams.webex.com/ )
Lokalizált verziók
A Webex alkalmazás lokalizált verziójának letöltéséhez használja az alábbi hivatkozások egyikét:
https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (koreai)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Francia)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugál)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Hagyományos kínai)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Egyszerűsített kínai)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japán)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spanyolország)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (német)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (olasz)
Fizikai telefonok és kiegészítők
Cisco IP -telefonok:
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html modellekért és további információkért.
A harmadik féltől származó telefonokat ugyanúgy támogatjuk, mint a többi BroadWorks-integrációt. Azonban még nem rendelkeznek névjegy- és jelenlétintegrációval a Webex for Cisco BroadWorks alkalmazással.
Adapterek:
Cisco ATA 191 multiplatform analóg telefonadapter
Cisco ATA 192 multiplatform analóg telefonadapter
Lásdhttps://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html modellekért és további információkért.
Fejhallgatók:
500-as sorozatú Cisco fejhallgató
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.htmlmodellekért és további információkért.
Room OS-eszközök:
Webex Room és Room Kit sorozat
Webex Desk sorozat
Webex Board sorozat
Eszközintegráció
A Room OS és MPP eszközök Webex for Cisco BroadWorks alkalmazáshoz történő bevezetésével és szervizelésével kapcsolatos részletekért lásd: Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz .
Eszközprofilok lehetőségre
Az alábbiakban láthatók azok a DTAF-fájlok, amelyeket be kell töltenie az alkalmazáskiszolgálókra, hogy támogassa a Webex alkalmazást hívó kliensként. Ezek ugyanazok a DTAF-fájlok, mint az UC-One SaaS esetében, azonban van egy új config-wxt.xml.template
a Webex alkalmazáshoz használt fájlt.
A legújabb eszközprofilok letöltéséhez lépjen az Alkalmazáskézbesítési platformra Szoftverletöltések webhelyen, hogy lekérje a legújabb DTAF fájlokat. Ezek a letöltések ADP és XSP esetén is működnek.
Ügyfél neve | Eszközprofil típusa és csomagneve |
---|---|
Webex Mobil Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Mobil DTAF: Konfigurációs fájl: |
Webex Tablet Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Tablet DTAF: Konfigurációs fájl: |
Webex Asztali lehetőségre Sablon |
Identitás/eszközprofil típusa: Business Communicator – PC DTAF: Konfigurációs fájl: |
Azonosítás/Eszközprofil
Minden Webex Cisco BroadWorks-felhasználónak rendelkeznie kell egy Identitás/eszközprofil hozzárendelt a BroadWorksben, amely a fenti eszközprofilok egyikét használja a Webex alkalmazás használatával történő hívások kezdeményezéséhez. A profil biztosítja azt a konfigurációt, amely lehetővé teszi a felhasználó számára, hogy hívásokat kezdeményezzen.
OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez
Adjon szolgáltatáskérés a beléptető ügynöknek vagy a Cisco TAC -nak a Cisco OAuth szolgáltatás létrehozásához a Cisco Identity Provider Federation-fiókjához.
Használja a következő kérelemcímet a megfelelő funkciókhoz:
XSP| ADP AuthService Configuration” szolgáltatás konfigurálásához XSP| ADP.
Az 'NPS-konfiguráció hitelesítési proxybeállításhoz' az NPS-t a hitelesítési proxy használatára konfigurálja.
CI felhasználói UUID szinkronizálás' a CI felhasználói UUID szinkronizáláshoz. A funkció további részleteiért lásd: A Cisco BroadWorks támogatása a CI UUID-hez .
Állítsa be a BroadWorks alkalmazást úgy, hogy engedélyezze a Cisco számlázást a BroadWorks- és a Webex -et a BroadWorks-előfizetésekhez.
A Cisco egy 60 napig érvényes OAuth- azonosító, egy titkos ügyfél titkosítást és egy frissítési tokent ad Önnek. Ha a token a használata előtt lejár, akkor újabb kérelmet indíthat.
Ha már megszerezte a Cisco OAuth Identity Provider hitelesítési adatait, akkor a hitelesítési adatainak frissítéséhez hajtson végre egy új szolgáltatáskérés . |
Tanúsítványok megrendelése
A TLS -hitelesítés tanúsítványkövetelményei
Szüksége lesz egy jól ismert Certificate Authority által aláírt és a nyilvános XSP-re telepített biztonsági tanúsítványokra.| ADP-k, az összes szükséges alkalmazáshoz. Ezekkel támogatják a TLS -tanúsítvány-ellenőrzést az XSP-hez minden bejövő kapcsolat esetén| ADP szerverek.
Ezeknek a tanúsítványoknak tartalmazniuk kell az XSP-t| ADP nyilvános, teljesen minősített tartománynév vagy Tárgy alternatív neveként.
Az ilyen kiszolgálótanúsítványok telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy a CA által aláírt nyilvános kiszolgálótanúsítvány hol kell betölteni a következő három esetben:
A Webex alkalmazás által a hitelesítéshez támogatott, nyilvánosan támogatott hitelesítésszolgáltatók felsorolása Támogatott hitelesítésszolgáltatók a Webex Hybrid Services számára .
TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik a proxyba.
A proxy bemutatja ezt a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
Egy belső CA által aláírt tanúsítvány betölthető az XSP-re| ADP.
Az XSP| Az ADP ezt a belsőleg aláírt kiszolgálótanúsítvány mutatja be a proxynak.
A proxy megbízik az XSP-t aláíró belső hitelesítésszolgáltatóban| ADP kiszolgálótanúsítvány.
TLS -tanúsítvány követelmények a TLS-passthrough Proxy vagy XSP esetében| ADP a DMZ-ben
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik az XSP-be| ADP-k.
Az XSP| Az ADP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
További tanúsítványkövetelmények a CTI felületen keresztüli kölcsönös TLS -hitelesítéshez
Amikor a CTI felülethez csatlakozik, a Webex a kölcsönös TLS hitelesítés részeként egy klienstanúsítvány mutat be. A Webex klienstanúsítvány CA/lánctanúsítvány letölthető a Control Hubon keresztül.
A tanúsítvány letöltése:
Jelentkezzen be a Partner Hubba, ehhez kell
és kattintson a tanúsítvány letöltése hivatkozásra.A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra a tanúsítvány követelményeit foglalja össze a következő három esetben:
(Opció) A TLS-bridge proxy tanúsítványkövetelményei
A Webex egy nyilvánosan aláírt klienstanúsítvány mutat be a proxynak.
A proxy megbízik az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy bemutatja a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions: X509v3 Extended Key Usage: 1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
A belső tanúsítvány CN-jének a következőnek kell lennie:
bwcticlient.webex.com
.
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Előfordulhat, hogy a nyilvános hitelesítő hatóságok nem hajlandók a tanúsítványokat a szükséges védett BroadWorks OID-vel aláírni. Áthidaló proxy esetén előfordulhat, hogy egy belső CA segítségével kell aláírnia a proxy által az XSP-nek bemutatott klienstanúsítvány .| ADP.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Az alkalmazáskiszolgálóé ClientIdentity tartalmazza az XSP-nek bemutatott, belsőleg aláírt klienstanúsítvány CN-jét| ADP a proxy által.
(Opció) Tanúsítványkövetelmények TLS-passthrough Proxy vagy XSP esetén| ADP a DMZ-ben
A Webex egy belső Cisco CA által aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Az XSP| Az ADP-k megbíznak az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány az XSP-be is betöltődik| ADP-k.
Az XSP| Az ADP-k bemutatják a nyilvánosan aláírt szervertanúsítványokat a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
Az alkalmazáskiszolgáló ClientIdentity tartalmazza az XSP-nek bemutatott Cisco által aláírt klienstanúsítvány CN-jét| ADP a Webex által.
A hálózat előkészítése
A Webex Cisco BroadWorks rendszerhez által használt kapcsolatokról szóló további információkért lásd: A Webex for Cisco BroadWorks hálózati követelményei . Ez a cikk a tűzfal be- és kilépési szabályainak konfigurálásához szükséges IP -címek, portok és protokollok listáját tartalmazza.
A Webex-szolgáltatások hálózati követelményei
Az előző Belépési és Kilépési szabályok tűzfaltáblák csak azokat a kapcsolatokat dokumentálják, amelyek kifejezetten a Webex for Cisco BroadWorks alkalmazásra vonatkoznak. A Webex alkalmazás és a Webex felhő közötti kapcsolatokra vonatkozó általános információkért lásd: A Webex Services hálózati követelményei . Ez a cikk a Webex vonatkozik, de a következő táblázat azonosítja a cikk különböző részeit, és azt, hogy az egyes részek mennyire relevánsak a Webex for Cisco BroadWorks számára.
Hálózati követelmények cikk szakasza | Az információk relevanciája |
---|---|
A Webex által támogatott eszköztípusok és protokollok összefoglalása | Tájékoztató |
Tájékoztató | |
El kell olvasni | |
El kell olvasni | |
Tartományok és URL-címek, amelyeknek hozzáférhetőnek kell lenniük a Webex-szolgáltatások számára | El kell olvasni |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
A Webex más hibrid szolgáltatásai és dokumentációjuk összegzése | Opcionális |
Webex-szolgáltatások a FedRAMP ügyfelei számára | N. A. |
További információk
További információkért lásd: Webex App Firewall Whitepaper (PDF) .
BroadWorks redundancia támogatása
A Webex Cloud Services és a Webex ügyfélalkalmazások, amelyeknek el kell érniük a partner hálózatát, teljes mértékben támogatják a Broadworks XSP-t| A partner által biztosított ADP redundancia. Amikor egy XSP| Az ADP vagy a webhely tervezett karbantartás vagy nem tervezett ok miatt nem érhető el, a Webex szolgáltatások és alkalmazások át tudnak lépni egy másik XSP-re| A kérés teljesítéséhez a partner által biztosított ADP vagy oldal.
Hálózati topológia
A Broadworks XSP| Az ADP-k telepíthetők közvetlenül az interneten, vagy egy DMZ-ben is elhelyezhetők egy terheléselosztás elemmel, például az F5 BIG- IP-vel. A georedundancia biztosítása érdekében az XSP| Az ADP-k két (vagy több) adatközpontban telepíthetők, mindegyik előtt egy terheléselosztó állhat, és mindegyik rendelkezik nyilvános IP-cím -címmel. Ha az XSP| Az ADP-k egy terheléselosztó mögött állnak, a Webex mikroszolgáltatások és az alkalmazás csak a terheléselosztó IP-cím látja, a Broadworks pedig úgy tűnik, csak egy XSP-vel rendelkezik| ADP, még akkor is, ha több XSP van| ADP-k mögött.
Az alábbi példában az XSP| Az ADP-k két helyszínen vannak telepítve, az A és a B helyszínen. Két XSP létezik| Az egyes telephelyeken egy terheléselosztóval ellátott ADP-k. Az A oldal XSP-vel rendelkezik| ADP1 és XSP| Az ADP2 előlapján LB1, a B oldalon pedig XSP található| ADP3 és XSP| ADP4 elől LB2. Csak a terheléselosztók láthatók a nyilvános hálózaton, és az XSP| Az ADP-k a DMZ magánhálózatokon vannak.
Webex Cloud Services
DNS konfiguráció
A Webex Cloud mikroszolgáltatásoknak meg kell tudniuk találni a Broadworks XSP-t| ADP-kiszolgáló(k) az Xsi interfészekhez, hitelesítési szolgáltatáshoz és CTI-hez való csatlakozáshoz.
A Webex Cloud mikroszolgáltatások DNS A/AAAA keresést végeznek a konfigurált XSP-n| ADP-gazdanevet, és csatlakozzon a visszaadott IP -címhez. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga. Ha több IP -címet ad vissza, a lista első IP -címe lesz kiválasztva. Az SRV keresés jelenleg nem támogatott.
Példa: A partner DNS -e A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Teherelosztók.
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| LB2-re mutat (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Feladatátvétel
Amikor a Webex mikroszolgáltatások kérést küldenek az XSP-nek| Az ADP/Load Balancer alkalmazáshoz és a kérelem sikertelenségéhez több dolog is történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre.
Ha egy hibakód (HTTP5xx ) üzenetet kapja vissza, a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre .
Ha 2 másodpercen belül nem érkezik HTTP-válasz, a kérés időtúllépése, és a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és továbbítják az útvonalat a következő IP-címre .
Minden kérés háromszor próbálkozik, mielőtt a hibát visszaküldi a mikroszolgáltatásnak.
Ha egy IP a blokkoltak listáján van, akkor nem fog szerepelni azon címek listáján, amelyeket meg kell próbálni, amikor kérést küld egy XSP-nek| ADP. Egy előre meghatározott idő elteltével a blokkolt IP -címek lejárnak, és visszatér a listába, hogy megpróbálja, amikor újabb kérés érkezik.
Ha minden IP -cím blokkolva van, a mikroszolgáltatás akkor is megpróbálja elküldeni a kérést úgy, hogy véletlenszerűen kiválaszt egy IP-cím a blokkolt listáról. Sikeres esetben az adott IP-cím törlődik a blokkoltak listájáról.
Állapot
A Webex Cloud szolgáltatások XSP-hez való kapcsolódási állapota| Az ADP-k vagy a terheléselosztók a Control Hubban láthatók. A BroadWorks hívófürtök alatt a kapcsolat állapota az alábbi felületek mindegyikéhez jelenik meg:
XSI-műveletek
XSI-események
Hitelesítési szolgáltatás
A kapcsolat állapota az oldal betöltésekor vagy a bemeneti frissítések során frissül. A kapcsolatok állapota a következő lehet:
Zöld: Mikor érhető el az interfész az A rekord keresésben lévő egyik IP-n.
Piros: Amikor az A rekord keresésében szereplő összes IP-cím nem érhető el, és az interfész nem elérhető.
A következő szolgáltatások a mikroszolgáltatások segítségével csatlakoznak az XSP-hez| Az XSP hatással van rájuk| Az ADP interfész elérhetősége:
Bejelentkezés a Webex alkalmazásba
Webex alkalmazás-token frissítése
Nem megbízható e-mail/önaktiválás
Broadworks Service állapotfelmérés
Webex alkalmazás
DNS konfiguráció
A Webex alkalmazás hozzáfér az Xtended Services Interface (XSI-Actions & XSI-Events) és az Eszközkezelő szolgáltatás (DMS) szolgáltatásaihoz az XSP-n| ADP.
Az XSI szolgáltatás megkereséséhez a Webex alkalmazás DNS SRV keresést végez a következőhöz: _xsi-client._tcp.<webex app xsi domain>
. Az SRV az XSP számára beállított URL -re mutat| ADP gazdagépek vagy terheléselosztók az XSI szolgáltatáshoz. Ha az SRV keresés nem érhető el, a Webex alkalmazás visszakerül az A/AAAA keresésre.
Az SRV több A/AAAA célt is képes feloldani. Azonban minden A/AAAA rekordnak csak egyetlen IP-cím kell hozzárendelnie. Ha több XSP van| A terheléselosztó/edge eszköz mögötti DMZ-ben található ADP-k esetén a terheléselosztót úgy kell beállítani, hogy fenntartsa a munkamenet-perzisztenciát, és ugyanahhoz az XSP-hez irányítsa át az adott munkamenet összes kérését| ADP. Azért írjuk elő ezt a konfigurációt, mert az ügyfél XSI-esemény szívverésének ugyanahhoz az XSP-hez kell mennie| Az eseménycsatorna létrehozásához használt ADP.
Az 1. példában a webex-app-XSP A/AAAA rekordja| Az ADP.example.com nem létezik, és nem is kell, hogy legyen. Ha a DNS megköveteli, hogy egy A/AAAA rekordot meg kell adni, akkor csak 1 IP-cím kell visszaadnia. Ettől függetlenül az SRV-t meg kell adni a Webex alkalmazáshoz. Ha a Webex alkalmazás olyan A/AAAA nevet használ, amely egynél több IP-cím definiál , vagy ha a terheléselosztó/edge elem nem tartja fenn a munkamenet megmaradását, az ügyfél végső soron szívveréseket küld egy XSP-nek.| ADP, ahol nem hozott létre eseménycsatornát. Ez a csatorna leszakadását eredményezi, és jelentősen megnöveli a belső forgalmat, ami rontja az XSP-t| ADP-fürt teljesítménye. Mivel a Webex Cloud és a Webex alkalmazás eltérő követelményeket támaszt az A/AAAA rekordok keresésében, külön FQDN-t kell használnia a Webex Cloud és a Webex alkalmazás számára az XSP eléréséhez| ADP-k. Amint az a példákban látható, a Webex Cloud A rekordot használja |
1. példa – Több XSP| ADP-k, mindegyik külön terheléselosztó mögött
Ebben a példában az SRV több A rekordra mutat úgy, hogy minden A rekord egy másik helyszínen lévő más terheléselosztóra mutat. A Webex alkalmazás mindig a lista első IP-cím használja, és csak akkor lép a következő rekordra, ha az első nem működik.
Az alábbiakban egy példa látható SRV-rekordok.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
2. példa – Több XSP| ADP-k egyetlen terheléselosztó mögött ( TLS -híddal)
A kezdeti kérelemhez a terheléselosztó egy véletlenszerű XSP-t választ ki| ADP. Az az XSP| Az ADP egy cookie-t ad vissza, amelyet a Webex alkalmazás a jövőbeli kérésekben tartalmaz. A jövőbeni kérésekhez a terheléselosztó a süti segítségével a megfelelő XSP-hez irányítja a kapcsolatot| ADP, biztosítva, hogy az eseménycsatorna ne szakadjon meg.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Terheléselosztó |
A | LB.example.com |
| A terheléselosztó IP-cím (XSP| Az ADP-k a terheléselosztó mögött vannak) |
DMS URL
A bejelentkezési folyamat során a Webex alkalmazás a DMS URL -címet is lekéri a konfigurációs fájl letöltéséhez. A rendszer elemzi az URL -ben szereplő gazdagépet, és a Webex alkalmazás DNS A/AAAA-keresést végez a gazdagépen, hogy csatlakozzon az XSP-hez| A DMS szolgáltatást üzemeltető ADP.
Példa: DNS A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Load Balancers by Webex App konfig fájlok letöltéséhez DMS-en keresztül:
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Hogyan találja meg a Webex alkalmazás az XSP-t?| ADP-címek
Az ügyfél megpróbálja megtalálni az XSP-t| A következő DNS -folyamatot használó ADP-csomópontok:
Az ügyfél először az Xsi-Actions/Xsi-Events URL-címeket kéri le a Webex Webex Cloud (a hozzárendelt BroadWorks hívófürt létrehozásakor adta meg őket). Az Xsi gazdagépnevet/tartományt az URL -ből értelmezi a rendszer, és az ügyfél az SRV keresést hajtja végre a következőképpen:
Az ügyfél SRV-keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain="">
Ha az SRV keresés egy vagy több A/AAAA célt ad vissza:
A kliens A/AAAA keresést végez ezekre a célokra, és gyorsítótárazza a visszaadott IP -címeket.
A kliens az SRV prioritás, majd a súly alapján (vagy véletlenszerűen, ha egyenlők) csatlakozik az egyik célhoz (és így annak egyetlen IP-cím rendelkező A/AAAA rekordjához ).
Ha az SRV keresés nem ad vissza célokat:
A kliens A/AAAA keresést végez az Xsi gyökérparaméterben, majd megpróbál csatlakozni a visszaadott IP-cím. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga.
Mint már említettük, az A/AAAA rekordnak egyetlen IP-cím kell feloldania ugyanezen okokból kifolyólag.
(Opcionális) Ezt követően megadhatja az egyéni XSI-Actions/XSI-Events részleteket a Webex alkalmazás eszközkonfiguráció a következő címkék használatával:
<protocols> <xsi> <paths> <root>%XSI_ROOT_WXT%</root> <actions>%XSI_ACTIONS_PATH_WXT%</actions> <events>%XSI_EVENTS_PATH_WXT%</events> </paths> </xsi> </protocols>
Ezek a konfigurációs paraméterek elsőbbséget élveznek a BroadWorks-fürt bármely konfigurációjával szemben a Control Hubban.
Ha léteznek ilyenek, az ügyfél összehasonlítja a BroadWorks-fürtkonfiguráción keresztül kapott eredeti XSI-címmel.
Ha eltérést észlel, a kliens újrainicializálja az XSI-műveletek/XSI-események kapcsolatát. Ennek első lépése az 1. lépésben felsorolt DNS -keresési folyamat végrehajtása – ezúttal a%XSI_ROOT_WXT% paramétert a konfigurációs fájl.
Ügyeljen arra, hogy hozza létre a megfelelő SRV-rekordok , ha ezzel a címkével módosítja az Xsi felületeket.
Feladatátvétel
A bejelentkezés során a Webex alkalmazás DNS SRV -keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain=""> , összeállítja a gazdagépek listáját, és az SRV prioritás, majd a súly alapján csatlakozik az egyik gazdagéphez. Ez a csatlakoztatott gazdagép lesz a kiválasztott az összes jövőbeli kérelemnél. Ezután megnyílik egy eseménycsatorna a kiválasztott szervező számára, és a rendszer rendszeresen küld egy szívverést a csatorna ellenőrzésére. Az első után küldött összes kérés tartalmaz egy cookie-t, amelyet a HTTP-válasz ad vissza, ezért fontos, hogy a terheléselosztó megtartsa a munkamenet-maradványt (affinitást), és mindig ugyanannak a backend XSP-nek küldje a kéréseket.| ADP szerver.
Ha a szervezőnek küldött kérés vagy szívverési kérés sikertelen, számos dolog történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex App útvonal azonnal továbblép a listán a következő gazdagépre.
Ha egy hibakód (HTTP5xx ) üzenetet adja vissza, a Webex alkalmazás blokkoltként jelöli meg az IP-cím , és az útvonal a listán a következő gazdagéphez lép tovább.
Ha egy bizonyos időn belül nem érkezik válasz, akkor a rendszer az időtúllépés miatt sikertelennek tekinti a kérést, és a következő kéréseket a rendszer a következő gazdagépnek küldi el. Az időtúllépési kérelem azonban sikertelennek minősül. Egyes kérések sikertelensége után újrapróbálkoznak (növekvő újrapróbálkozási idővel). A feltételezett nem létfontosságú kéréseket a rendszer nem próbálja meg újra.
Amikor egy új gazdagép sikeresen próbálkozik, az lesz az új kiválasztott gazdagép, ha a gazdagép szerepel a listában. A lista utolsó gazdagépének kipróbálása után a Webex alkalmazás az elsőre lép.
Szívverés esetén, ha két egymást követő kérelem sikertelen, a Webex alkalmazás újrainicializálja az eseménycsatornát.
Ne feledje, hogy a Webex alkalmazás nem végez feladat-visszavételt, és a DNS -szolgáltatás felderítése csak egyszer történik a bejelentkezéskor.
A bejelentkezés során a Webex alkalmazás megpróbálja letölteni a konfigurációs fájlt az XSP-n keresztül| ADP/Dms interfész. Végrehajt egy A/AAAA rekord keresést a lekért DMS URL -ben lévő gazdagépen, és csatlakozik az első IP-címhez. Először egy SSO token használatával próbálja meg elküldeni a konfigurációs fájl letöltésére vonatkozó kérést. Ha ez bármilyen okból sikertelen, újra megpróbálja, de az eszköz felhasználónevével és jelszavával.
Telepítési áttekintés
A következő diagramok a telepítési feladatok tipikus sorrendjét mutatják be a különböző felhasználói üzembe helyezési módok esetén. A feladatok közül sok közös az összes üzembe helyezési módban.
Partner-belépés a Webex -re Cisco BroadWorks-hez
Minden Webex for Cisco BroadWorks szolgáltatónak vagy viszonteladónak be kell állítania a Webex for Cisco BroadWorks számára partnerszervezetként. Ha már van Webex Partnerszervezete, akkor ez használható.
A szükséges beléptetési folyamat elvégzéséhez el kell végeznie a Webex Cisco BroadWorks papírmunkáját, és az új partnereknek el kell fogadniuk az online közvetett csatornapartneri megállapodást (ICPA). Amikor ezek a lépések megtörténtek, a Cisco Compliance új Partnerszervezetet hoz létre a Partner Hubban (ha szükséges), és hitelesítési adatokat tartalmazó e-mailt küld a papírmunkában szereplő nyilvántartás adminisztrátorának. Ezzel egyidejűleg a Partneraktiválási és/vagy Ügyfélsiker-programmenedzser felveszi Önnel a kapcsolatot a beléptetés megkezdése érdekében.
Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k
Az NPS-alkalmazásnak egy másik XSP-n kell futnia| ADP. Az adott XSP követelményei| Az ADP leírása a Hívásértesítések konfigurálása a hálózatról .
A következő alkalmazásokra/szolgáltatásokra van szüksége az XSP-n| ADP-k.
Szolgáltatás/Alkalmazás | Hitelesítés szükséges | Szolgáltatás/alkalmazás célja |
---|---|---|
Xsi-Events |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Hívásvezérlés, szolgáltatási értesítések |
Xsi-Actions |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Hívásvezérlés, műveletek |
Eszközkezelés |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Hívási konfiguráció letöltése |
Hitelesítési szolgáltatás |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Alapszintű hitelesítés |
Számítógépes telefonos integráció |
mTLS (kliens és kiszolgáló hitelesíti egymást) |
Telefonos jelenlét |
Hívásbeállítások Webview alkalmazás |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Felfedi a felhasználói hívásbeállításokat a Webex alkalmazás önkiszolgáló portálján |
Ez a rész ismerteti, hogyan kell alkalmazni a szükséges TLS és mTLS konfigurációkat ezeken az interfészeken, de a meglévő dokumentáció alapján telepítheti az XSP-re.| ADP-k.
Társrezidens követelmények
Hitelesítési szolgáltatás kell társlakó kell lennie az Xsi alkalmazásokkal, mert ezeknek az interfészeknek el kell fogadniuk a hosszú élettartamú tokeneket a szolgáltatás engedélyezéséhez. A hitelesítési szolgáltatás szükséges ezen tokenek érvényesítéséhez.
A hitelesítési szolgáltatás és az Xsi szükség esetén ugyanazon a porton futhat.
A többi szolgáltatást/alkalmazást szétválaszthatja a mérleghez (dedikált eszközkezelő XSP| például ADP farm).
Az Xsi, CTI, Hitelesítési szolgáltatás és DMS alkalmazások egyidejűleg is megtalálhatók.
Ne telepítsen más alkalmazást vagy szolgáltatásokat az XSP-re| A BroadWorks és a Webex alkalmazás integrálására használt ADP-k.
Ne helyezze el az NPS-alkalmazást más alkalmazással együtt.
Xsi felületek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a leírás szerint Cisco BroadWorks Xtended Services felület konfigurációs útmutató .
Az Xsi-Events alkalmazásoknak csak egy példányát kell telepíteni az XSP-re| A CTI interfészhez használt ADP.
A Broadworks és a Webex közötti integrációhoz használt összes Xsi-Eventnek ugyanazzal a Webex -vel kell rendelkeznie, mint az Applications/Xsi-Events/GeneralSettings alatt. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
Amikor egy felhasználó bejelentkezett a Webex, a Webex előfizetést hoz létre a felhasználó számára az AS-en, hogy fogadja a telefonos eseményeket a jelenlét és a hívásnapló vonatkozásában. Az előfizetés a callControlApplicationName alkalmazáshoz van társítva, és az AS ennek alapján tudja, melyik Xsi-Eventsnek küldje el a telefonos eseményeket.
A callControlApplicationName módosítása, vagy ha nem ugyanaz a név az összes Xsi-Events webalkalmazáson, az hatással lesz az előfizetésekre és a telefonos eseményekre. |
Hitelesítési szolgáltatás konfigurálása (CI token érvényesítéssel)
Ezzel az eljárással állíthatja be a hitelesítési szolgáltatást CI token érvényesítés TLS-sel való használatára. Ez a hitelesítési módszer akkor javasolt, ha R22-es vagy újabb verziót futtat, és a rendszere támogatja.
A kölcsönös TLS (mTLS) alternatív hitelesítési módszerként is támogatott a hitelesítési szolgáltatáshoz. Ha több Webex -szervezete fut ugyanazon az XSP-n| ADP szerver, mTLS hitelesítést kell használnia, mert a CI Token Validation nem támogatja a több kapcsolatot ugyanahhoz az XSP-hez| ADP hitelesítési szolgáltatás. Ha az mTLS-hitelesítést szeretné beállítani a hitelesítési szolgáltatáshoz a CI-token-érvényesítés helyett, lásd: Függelék számára Szolgáltatások konfigurálása (mTLS-szel a hitelesítési szolgáltatáshoz) . |
Ha jelenleg mTLS-t használ a hitelesítési szolgáltatáshoz, akkor nem kötelező újrakonfigurálnia a CI Token Validation használatát a TLS-szel. |
OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez .
Telepítse a következő javításokat minden XSP-re| ADP szerver. Telepítse a kiadásának megfelelő javításokat:
R22 esetén:
R23 esetén:
R24 esetén—nincs szükség javításra
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is.Telepítse a
AuthenticationService
alkalmazást az egyes XSP-ken| ADP szolgáltatás.Futtassa a következő parancsot az AuthenticationService alkalmazás aktiválásához az XSP-n| ADP a /authService környezeti elérési útra.
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
Futtassa ezt a parancsot az AuthenticationService telepítéséhez az XSP-n| ADP:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...
A 2022.10-es Broadworks buildtől kezdve a Java új verziójára való váltáskor a Java új verziójára való váltáskor már nem kerülnek automatikusan be a BroadWorks megbízhatósági tárházába. Az AuthenticationService TLS -kapcsolatot nyit a Webex felé a hozzáférési token lekéréséhez, és az IDBroker és a Webex URL érvényesítéséhez a következőkkel kell rendelkeznie a megbízhatósági tárhelyen:
IdenTrust Commercial Root CA 1
Go Daddy legfelső szintű Certificate Authority – G2
Ellenőrizze, hogy ezek a tanúsítványok jelen vannak-e a következő CLI alatt
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get
Ha nincs jelen, futtassa a következő parancsot az alapértelmezett Java -trösztök importálásához:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust
Alternatív megoldásként manuálisan is hozzáadhatja ezeket a tanúsítványokat megbízhatósági horgonyként a következő paranccsal:
ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>
Ha az ADP egy korábbi kiadásról lett frissítve, akkor a rendszer a régi kiadás hitelesítésszolgáltatóit automatikusan importálja az új kiadásba, és importálása mindaddig folytatódik, amíg manuálisan el nem távolítják őket.
Az AuthenticationService alkalmazás mentesül az ADP alatti validatePeerIdentity beállítás alól_ CLI/System/SSLCommonSettings/GeneralSettings, és mindig érvényesíti a peer identitást. Lásd a Cisco Broadworks X509 tanúsítvány érvényesítési FD a beállítással kapcsolatos további információkért.
Állítsa be az identitásszolgáltatókat a következő parancsok futtatásával az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get
set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerName URL -címet. Lásd a következő táblázatot.set issuerUrl <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerUrl-címet. Lásd a következő táblázatot.set tokenInfoUrl <IdPProxy URL>
—Adja meg a Teams-fürtre vonatkozó IdP-proxy URL -címét. Lásd az alábbi második táblázatot.
1. táblázat Állítsa be az issuerName és az issuerURL címét Ha a CI-fürt... Az issuerName és az issuerURL beállítása a következőre:... US-A
EU
US-B
Ha nem ismeri a sajátját CI-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.2. táblázat TokenInfoURL beállítása Ha a Teams-fürt... A tokenInfoURL beállítása erre:...(IdP Proxy URL) ACHM
https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AFRA
https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AORE
https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
Ha nem ismeri a sajátját Teams-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.
Tesztelés céljából ellenőrizheti, hogy a tokenInfoURL érvényes-e, ha lecseréli a "
idp/authenticate
Az URL " része a következővel: "ping
".
Adja meg azt a Webex -jogosultságot, amelynek jelen kell lennie a Webex felhasználói profil a következő paranccsal:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Konfigurálja az identitásszolgáltatókat a Cisco Federation számára a következő parancsok segítségével az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
set flsUrl https://cifls.webex.com/federation
set refreshPeriodInMinutes 60
set refreshToken refresh-Token-From-Step1
Futtassa a következő parancsot annak ellenőrzésére, hogy az FLS-konfiguráció működik-e. Ez a parancs az identitásszolgáltatók listáját adja vissza:
XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Konfigurálja a Token-kezelést a következő parancsokkal az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
set tokenIssuer BroadWorks
set tokenDurationInHours 720
RSA -kulcsok létrehozása és megosztása. A kulcsokat egyetlen XSP-n kell generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k. Ennek oka a következő tényezők:
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k.Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét. Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket. Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
Ügyfél-hitelesítési követelmény eltávolítása a hitelesítési szolgáltatáshoz (csak R24)
Ha a hitelesítési szolgáltatást CI Token érvényesítéssel konfigurálta az R24-en, akkor a hitelesítési szolgáltatásra vonatkozó ügyfél-hitelesítési követelményt is el kell távolítania. Futtassa a következő CLI-parancs:
ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
CTI felület és kapcsolódó konfiguráció
Az „inmost to outmost” konfigurációs sorrendet az alábbiakban soroljuk fel. A sorrend betartása nem kötelező.
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
XSP konfigurálása| ADP-k mTLS-hitelesített CTI -előfizetésekhez
Nyissa meg a bejövő portokat a biztonságos CTI felülethez
Iratkozzon fel a Webex szervezete a BroadWorks CTI -eseményekre
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
Frissítse a ClientIdentity-t az alkalmazáskiszolgálón a Webex for Cisco BroadWorks CTI - klienstanúsítvány általános név (CN).
A Webex alkalmazással használt összes alkalmazáskiszolgálóhoz adja hozzá a tanúsítványazonosítót a ClientIdentity azonosítóhoz az alábbiak szerint:
AS_CLI/System/ClientIdentity> add bwcticlient.webex.com
A Webex for Cisco BroadWorks klienstanúsítvány általános név : |
Konfigurálja a TLS -t és a titkosításokat a CTI felületen
Az XSP konfigurálhatósági szintjei| Az ADP CTI felületek a következők:
Legáltalánosabb = Rendszer > Szállítás > CTI -interfészek > CTI -interfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
---|---|
Rendszer (globális) (R22 és újabb) | XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Ciphers> XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Protocols> lehetőséget |
Szállítási protokollok ehhez a rendszerhez (R22 és újabb) | XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Ciphers> XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Protocols> lehetőséget |
Az összes CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Protocols> lehetőséget |
Egy speciális CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/CTIServer/SSLSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/CTIServerSSLSettings/Protocols> |
Új telepítéskor a következő titkosítások alapértelmezés szerint települnek rendszerszinten. Ha az interfész szintjén nincs beállítva (például a CTI felületen vagy a HTTP felületen), akkor ez a rejtjellista érvényes. Ne feledje, hogy ez a lista idővel változhat:
|
CTI TLS interfész konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy szükség van-e kiszolgálótanúsítvány , illetve hogy szükség van-e kliens hitelesítésre.XSP|ADP_CLI/Interface/CTI/CTIServer> get Interface IP Port Secure Server Certificate Client Auth Req ================================================================= 10.155.6.175 8012 true true true
TLS 1.2 protokoll hozzáadása a CTI felülethez
Az XSP| A Webex Cloud együttműködő ADP CTI felületet TLS v1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp>
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a CTI felületen
A szükséges titkosítások konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Adja meg a(z)
get
parancsot, hogy megtudja, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> <cipherName>
rejtjel hozzáadása a CTI felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a CTI felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Trust Anchors a CTI felülethez (R22 és újabb)
Ez az eljárás az XSP-t feltételezi| Az ADP-k vagy internet felé néznek, vagy átmenő proxyn keresztül néznek az internetre. A tanúsítvány konfigurációja más az áthidaló proxy esetében (lásd TLS -tanúsítványkövetelmények a TLS-híd proxyhoz ).
Minden XSP-hez| Az ADP-ben a CTI -eseményeket a Webex közzétevő infrastruktúrájában tegye a következőket:
Jelentkezzen be ide: Partner Hub .
Ugrás ide: Beállítások elemre > BroadWorks-hívás és kattintson Töltse Webex CA-tanúsítványt hogy megkapja
CombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.
A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Nem kötelező) Futtatás
help updateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot2023
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, amennyiben minden bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
Tanúsítványokkal történő hitelesítés engedélyezése az ügyfelek számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true
Adja hozzá a CTI felületet, és engedélyezze az mTLS-t
Adja hozzá a CTI SSL felületet.
A CLI környezet a BroadWorks verziójától függ. A parancs egy önaláírt kiszolgálótanúsítvány hoz létre a felületen, és kényszeríti a felületet, hogy klienstanúsítvány igényeljen .
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Cserélje ki a kiszolgálótanúsítvány és -kulcsot az XSP-n| Az ADP CTI interfészei. Ehhez szüksége van a CTI interfész IP-cím ; a következő szövegkörnyezetből olvashatja:
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> get
Ezután futtassa a következő parancsokat, hogy lecserélje a felület önaláírt tanúsítvány a saját tanúsítványára és privát kulcsára:
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Indítsa újra az XSP-t| ADP.
Hozzáférés engedélyezése a BroadWorks CTI -eseményekhez a Webex
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
Adja meg azt a CTI -címet, amelyen keresztül a Webex előfizethet a BroadWorks CTI -eseményekre.
A CTI -előfizetések előfizetőnkénti alapúak, és csak akkor jönnek létre és tartják karban, amíg az előfizető rendelkezik a Webex for Cisco BroadWorks szolgáltatással.
Hívásbeállítások Webnézet
A Call Settings Webview (CSWV) egy XSP-n üzemeltetett alkalmazás| Az ADP lehetővé teszi a felhasználók számára, hogy módosítsák BroadWorks hívásbeállításaikat a szoftveres kliensben látott webnézeten keresztül. Lásd a Cisco BroadWorks hívásbeállítások webnézeti megoldási útmutató .
A Webex ezt a funkciót arra használja fel, hogy hozzáférést biztosítson a felhasználók számára az olyan általános BroadWorks-hívásbeállításokhoz, amelyek nem natív a Webex alkalmazásban.
Ha azt szeretné, hogy a Webex Cisco BroadWorks-előfizetői a Webex Webex alkalmazás elérhető alapértelmezett beállításokon túlmenően is hozzáférjenek a hívásbeállításokhoz, telepítenie kell a Hívásbeállítások Webnézet funkcióját.
Hívásbeállítások Webview két összetevőből áll:
Cisco BroadWorks XSP-n üzemeltetett hívásbeállítások Webview alkalmazás| ADP.
A Webex alkalmazás, amely a hívásbeállításokat Webnézetben jeleníti meg.
Felhasználói élmény
Windows-felhasználók: Kattintson Hívásbeállítások majd kattintson a lehetőségre .
Mac felhasználók: Kattintson a profilképre, majd
.
Telepítse a CSWV-t a BroadWorks rendszeren
Telepítse a Hívásbeállítások Webview-t XSP-re| ADP-k
A CSWV alkalmazásnak ugyanazon az XSP-n kell lennie| Az Xsi-Actions felületet üzemeltető ADP(ek) a környezetben. Ez egy nem felügyelt alkalmazás XSP-n| ADP, ezért telepítenie és telepítenie kell egy webes archív fájlt.
Jelentkezzen be a cisco.com oldalra, és keresse meg a „BWCallSettingsWeb” kifejezést a szoftverletöltés részben.
Keresse meg és töltse le a fájl legújabb verzióját.
Például:
BWCallSettingsWeb_1.8.2_1.war
( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04 ) volt a legújabb a cikk írásakor.Telepítse, aktiválja és telepítse a webes archívumot a Cisco BroadWorks Xtended Service Platform konfigurációs útmutatója szerint az XSP-hez| ADP verzió. (R24-es verzióhttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf ).
Másolja át a .war fájlt egy ideiglenes helyre az XSP-n| ADP, mint pl
/tmp/
.Keresse meg a következő parancssori felületet, és futtassa az install parancsot:
XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
A BroadWorks szoftverkezelő ellenőrzi és telepíti a fájlt.
[Nem kötelező] Törlés
/tmp/BWCallSettingsWeb_1.7.5_1.war
(Erre a fájlra már nincs szükség).Alkalmazás aktiválása:
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
A nevet és verziót minden alkalmazásnál kötelezőek, de CSWV esetén meg kell adni a contextPath mert egy nem felügyelt alkalmazás. Bármilyen értéket használhat, amelyet más alkalmazás nem használ, például
/callsettings
.Telepítse a Hívásbeállítások alkalmazást a kiválasztott környezeti útvonalon:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Mostantól előre megjósolhatja az ügyfelek számára megadandó hívásbeállítások URL -címét, az alábbiak szerint:
https://<XSP|ADP-FQDN>/callsettings/
Megjegyzések:
Ezen az URL -címen meg kell adnia a perjelet, amikor beírja az klienskonfiguráció fájljába.
Az XSP| Az ADP-FQDN-nek meg kell egyeznie az Xsi-Actions FQDN-nel, mert a CSWV-nek Xsi-Actions-t kell használnia, és a CORS nem támogatott.
Ismételje meg ezt az eljárást más XSP esetén| ADP-k a Webex for Cisco BroadWorks-környezetben (ha szükséges).
A Call Settings Webview alkalmazás mostantól aktív az XSP-n| ADP-k.
Állítsa be a Webex alkalmazást a Hívásbeállítások Webnézet használatára
Az klienskonfiguráció kapcsolatos további részletekért lásd: Webex Cisco BroadWorks konfigurációs útmutató .
A Webex alkalmazás konfigurációs fájl található egy egyéni címke, amellyel beállíthatja a CSWV URL-címet . Ez az URL mutatja a hívásbeállításokat a felhasználóknak az alkalmazás felületén keresztül.
<config>
<services>
<web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
<url>%WEB_CALL_SETTINGS_URL_WXT%</url>
</web-call-settings>
A Webex Webex alkalmazás BroadWorks- konfigurációs sablon konfigurálja a CSWV URL -címet a%WEB_CALL_SETTINGS_URL_WXT% címkét.
Ha nem adja meg kifejezetten az URL-címet , az alapértelmezett érték üres lesz, és a hívásbeállítások oldala nem lesz látható a felhasználók számára.
Győződjön meg arról, hogy a legújabb konfigurációs sablonokkal rendelkezik a Webex alkalmazás (lásd Eszközprofilok lehetőségre ).
Állítsa be a web hívásbeállítások célját
csw
:%WEB_CALL_SETTINGS_TARGET_WXT% csw
Állítsa be a web beállításainak URL -címét a környezetéhez, például:
%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/
Ezt az értéket a CSWV alkalmazás telepítésekor származtatta.
Az eredményül kapott klienskonfiguráció fájlnak rendelkeznie kell a következő bejegyzéssel:
<web-call-settings target="csw"> <url>https://yourxsp.example.com/callsettings/</url> </web-call-settings>
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is.
Hívási leküldéses értesítések konfigurálása a Webex for Cisco BroadWorks alkalmazásban
Ebben a dokumentumban a kifejezést használjuk Hívásértesítések Push Server (CNPS) a környezetben futó XSP vagy ADP által üzemeltetett alkalmazás leírásához. A CNPS együttműködik a BroadWorks rendszerrel, hogy tudatában legyen a felhasználóinak bejövő hívásoknak, és ezekről értesítést küldjön a Google Firebase Cloud Üzenetküldés (FCM) vagy az Apple leküldéses értesítés szolgáltatás (APNs) értesítési szolgáltatásainak.
Ezek a szolgáltatások értesítik a Webex for Cisco BroadWorks előfizetői mobileszközeit, ha bejövő hívásaik vannak a Webex.
Az NPS-sel kapcsolatos további információkért lásd: Értesítési leküldéses kiszolgáló funkció leírása .
A Webex egy hasonló mechanizmus működik a Webex üzenetküldési és jelenléti szolgáltatásokkal, így az értesítéseket a Google (FCM) vagy az Apple (APNS) értesítési szolgáltatásaihoz küldi. Ezek a szolgáltatások pedig értesítik a mobil Webex -felhasználókat a bejövő üzenetekről vagy a jelenlét változásáról.
Ez a szakasz ismerteti, hogyan konfigurálható az NPS hitelesítési proxyhoz, ha az NPS még nem támogat más alkalmazásokat. Ha megosztott hálózati házirendet kell áttelepítenie az NPS-proxy használatához, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatáhozhttps://help.webex.com/nl5rir2/. |
NPS-proxy áttekintése
A Webex for Cisco BroadWorks alkalmazással való kompatibilitás érdekében a CNPS-nek javítva kell lennie az NPS-proxy funkció támogatásához, Push Server a VoIP számára UCaaS-ben .
A funkció új kialakítást valósított meg a Notification Push Serverben, hogy feloldja a leküldéses értesítési tanúsítványok privát kulcsainak a szolgáltatókkal való megosztásából eredő biztonsági rést a mobil kliensek számára. A push értesítési tanúsítványok és kulcsok szolgáltató való megosztása helyett az NPS egy új API segítségével szerez egy rövid élettartamú leküldéses értesítési tokent a Webex a Cisco BroadWorks háttérrendszerhez, és ezt a tokent használja az Apple APN-ekkel és a Google FCM szolgáltatásaival történő hitelesítéshez.
A funkció továbbfejleszti a Notification Push Server azon képességét, hogy értesítéseket küldjön az Android eszközöknek az új Google Firebase Cloud Üzenetküldés (FCM) HTTPv1 API-n keresztül.
További információkért lásd a Push-kiszolgáló VoIP -hez UCaaS-ben Funkció leírása .
A funkció BroadWorks-javításai a következő címen érhetők el: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.
Az NPS szoftverrel és javításokkal kapcsolatban lásd a következő részt: Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz .
Keresse meg és töltse le a javítást a szoftverletöltő oldalról.
Az ADP szerverrel kapcsolatos további információk a következő címen találhatók:https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html .
APNS szempontok
Az Apple 2021. március 31-e után már nem támogatja a HTTP/1-alapú bináris protokollt az Apple leküldéses értesítés szolgáltatásban. Javasoljuk, hogy konfigurálja az XSP-t| Az ADP a HTTP/2-alapú felületet használja az APN-ekhez. Ehhez a frissítéshez az XSP-re van szükség| Az NPS-t kiszolgáló ADP R22-es vagy újabb verzióját futtatja.
Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz
1 | Telepítsen és konfiguráljon egy dedikált XSP-t (minimum R22-es verzió) vagy Application Delivery Platform-ot (ADP). | ||
2 | Telepítse az NPS-hitelesítési proxy javításait: XSP R22 javítások: XSP R23 javítások: | ||
3 | Aktiválja az Notification Push Server alkalmazást. | ||
4 | ( Android -értesítések esetén) Engedélyezze az FCM v1 API -t az NPS-en.
| ||
5 | ( Apple iOS -értesítések esetén) Engedélyezze a HTTP/2-t az NPS-en.
| ||
6 | Technikai támogatás csatolása az NPS XSP/ADP-től. | ||
7 | Minden AS kiszolgálón a namedefs fájl bekerül Példa: _pushnotification-ügyfél._tcp .qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com IN A 10.193.78.149
|
Mi a következő teendő
Egy hálózati házirend-kiszolgáló frissen telepített verzióiért ugorjon ide: Állítsa be az NPS-t a hitelesítési proxy használatára
Ha meglévő Android -telepítést szeretne áttelepíteni az FCMv1-re, menjen a következőre: Az NPS áttelepítése az FCMv1-re
Állítsa be az NPS-t a hitelesítési proxy használatára
Ez a feladat az NPS egy új, a Webex for Cisco BroadWorks alkalmazáshoz dedikált telepítésére vonatkozik.
Ha más mobilalkalmazásokkal megosztott hálózati házirend-kiszolgálón szeretné konfigurálni a hitelesítési proxyt, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatához (https://help.webex.com/nl5rir2 ).
1 | OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez . | |||||||||||||||||||
2 | Hozzon létre ügyfélfiókot az NPS-en:
Ha ellenőrizni szeretné, hogy a megadott értékek megfelelnek-e a kapott adatoknak, futtassa
| |||||||||||||||||||
3 | Adja meg az NPS-proxy URL-címét , és állítsa be a token frissítési időközét (30 perc javasolt):
| |||||||||||||||||||
4 | ( Android -értesítések esetén) Adja hozzá az Android alkalmazás azonosító az FCM-alkalmazások környezetéhez az NPS-en.
| |||||||||||||||||||
5 | ( Apple iOS -értesítések esetén) Adja hozzá az alkalmazásazonosítót az azonosító -alkalmazások környezetéhez, ügyelve arra, hogy kihagyja a hitelesítési kulcsot – állítsa üresre.
| |||||||||||||||||||
6 | Konfigurálja a következő NPS URL-eket:
| |||||||||||||||||||
7 | Állítsa be a következő hálózati házirend-kiszolgáló kapcsolati paramétereket a megjelenített ajánlott értékekre:
| |||||||||||||||||||
8 | Ellenőrizze, hogy az alkalmazáskiszolgáló szűri-e az alkalmazásazonosítókat, mert előfordulhat, hogy hozzá kell adnia a Webex alkalmazásokat az engedélyezési listához: | |||||||||||||||||||
9 | Indítsa újra az XSP-t| ADP: | |||||||||||||||||||
10 | Tesztelje a hívásértesítéseket: kezdeményezzen hívásokat egy BroadWorks-előfizetőről két Webex mobilfelhasználóhoz. Ellenőrizze, hogy megjelenik-e a hívásértesítés iOS és Android eszközökön. |
Az NPS áttelepítése az FCMv1-re
Ez a témakör nem kötelező eljárásokat tartalmaz, amelyeket akkor használhat a Google FCM-konzolban, amikor rendelkezik olyan meglévő hálózati házirend-telepítéssel, amelyet át kell telepítenie az FCMv1-re. Három eljárás létezik:
UC-One kliensek áttelepítése FCMv1-re —Ha meglévő UCaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
SaaS-ügyfelek áttelepítése az FCMv1-re —Ha meglévő SaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
Az ADP-kiszolgáló frissítése —Ha az NPS-t ADP-kiszolgálóra telepíti át.
Az UC-One-kliensek áttelepítése az FCMv1-re
Kövesse az alábbi lépéseket a Google FCM konzolban az UC-One kliensek Google FCM HTTPv1 verzióra való áttelepítéséhez.
Ha márkajelzést alkalmaznak az ügyfélre, az ügyfélnek rendelkeznie kell a küldői azonosító. Az FCM-konzolban lásd: . A beállítás megjelenik a Projekt hitelesítő adatai táblázatban.A részletekért lásd a Connect Mobile márkaépítési útmutató athttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/UC-One/UC-One-Collaborate/Connect/Mobile/IandO/ConnectBrandingGuideMobile-R3_8_3.pdf? . Lásd a
|
Jelentkezzen be az FCM Admin SDK-ba a következő címen:http://console.firebase.google.com .
Válassza ki a megfelelő Android alkalmazást.
A Általános fülön rögzítse a azonosító
A szolgáltatásfiókok konfigurálásához lépjen a szolgáltatásfiók lapra. Létrehozhat új szolgáltatásfiók , vagy konfigurálhat egy meglévőt.
Új szolgáltatási fiók létrehozása:
Kattintson a kék gombra az új szolgáltatásfiók létrehozásához
Kattintson a kék gombra új privát kulcs generálásához
Kulcs letöltése biztonságos helyre
Meglévő szolgáltatásfiók újrafelhasználása:
Kattintson a kék szövegre a meglévő szolgáltatási fiókok megtekintéséhez.
Határozza meg a használni kívánt szolgáltatásfiók . A szolgáltatási fióknak engedélyre van szüksége firebaseadmin-sdk .
A jobb oldalon kattintson a hamburger menüre, és hozzon létre egy új privát kulcsot.
Töltse le a kulcsot tartalmazó json-fájlt, és mentse el egy biztonságos helyre.
Másolja a json fájlt az XSP-re| ADP.
Konfigurálja a azonosító és:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get Project ID Accountkey ======================== my_project ********
Alkalmazás konfigurálása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get Application ID Project ID ============================== my_app my_project
FCMv1 engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
SaaS-ügyfelek áttelepítése az FCMv1-re
Ha SaaS-ügyfeleket szeretne áttelepíteni az FCMv1-re, kövesse az alábbi lépéseket a Google FCM-konzolon.
Győződjön meg arról, hogy már végrehajtotta az „A hálózati házirend-kiszolgáló konfigurálása a hitelesítési proxy használatához” eljárást. |
FCM letiltása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.FCM engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
Az ADP-kiszolgáló frissítése
Kövesse az alábbi lépéseket a Google FCM-konzolban, ha az NPS-t ADP-kiszolgáló használatára állítja át.
A JSON-fájl beszerzése a Google Cloud Console-ból:
A Google Cloud Console-ban lépjen a következőre: Szolgáltatásfiókok oldalon.
Kattintson Válasszon ki egy projektet , válassza ki a projektet, és kattintson Megnyitás .
Keresse meg annak a szolgáltatásfiók a sorát, amelyhez kulcsot szeretne létrehozni, majd kattintson a Továbbiak függőleges gombot, majd kattintson Kulcs létrehozása.
Válassza ki a Kulcs írja be, és kattintson Létrehozás lehetőségre
A fájl letöltődik.
FCM hozzáadása az ADP-kiszolgálóhoz:
Importálja a JSON-fájlt az ADP-kiszolgálóra a következővel:
/bw/install
parancsot.Jelentkezzen be az ADP CLI-be, és adja hozzá a projekt- és API -kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON
:Ezután adja hozzá az alkalmazást és a kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
Ellenőrizze a konfigurációt:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g Project ID Accountkey ======================== connect-ucaas ******** ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g Application ID Project ID =================================== com.broadsoft.ucaas.connect connect-ucaas
Konfigurálja a saját partnerszervezetét a Partner Hubban
Konfigurálja a BroadWorks-fürtöket
[fürtönként egyszer]
Ennek oka a következő:
Annak engedélyezése, hogy a Webex felhő hitelesítse a felhasználókat a BroadWorks alkalmazással (XSP-n keresztül| ADP által üzemeltetett hitelesítési szolgáltatás).
Annak engedélyezése, hogy a Webex alkalmazások az Xsi felületet használják a hívásvezérlés.
Annak engedélyezése, hogy a Webex figyelje a BroadWorks által közzétett CTI -eseményeket (telefonos jelenlét és hívásnapló ).
A fürtvarázsló automatikusan ellenőrzi az interfészeket a hozzáadásakor. Folytathatja a fürt szerkesztését, ha valamelyik felület érvényesítése nem sikeres, de nem mentheti a fürtöt, ha érvénytelen bejegyzések vannak benne . Ezt megakadályozzuk, mert egy rosszul konfigurált fürt nehezen megoldható problémákat okozhat. |
Teendő:
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Kattintson Fürt hozzáadása lehetőségre .
Ez elindít egy varázslót, ahol megadja az XSP-t| ADP felületek (URL). Ha nem szabványos portot használ, hozzáadhat portot az interfész URL -címéhez.
Nevezze el ezt a fürtöt, majd kattintson Következő .
A fürtfogalom itt egyszerűen felületek gyűjteménye, amelyeket jellemzően XSP-n helyeznek el| ADP-kiszolgáló vagy farm, amely lehetővé teszi a Webex számára, hogy információkat olvasson az alkalmazáskiszolgálóról (AS). Lehet, hogy egy XSP-je van| AS-fürtönkénti ADP vagy több XSP| ADP-k fürtönként, vagy több AS-fürt XSP-nként| ADP. A BroadWorks-rendszer méretkövetelményei nem tartoznak ide.
(Nem kötelező) Adjon meg egy BroadWorks-felhasználót Fióknév és Jelszó amelyről tudja, hogy a Webexhez csatlakoztatni kívánt Webex rendszeren belül van , majd kattintson a gombra Következő .
Az érvényesítési tesztek ezt a fiókot használhatják a fürt felületeihez fűződő kapcsolatok érvényesítéséhez.
Adja hozzá a sajátját XSI-műveletek és XSI Events URL-ek.
Opcionális. Frissítse a DAS URL az eszközaktiválási szolgáltatás URL -jével.
Opcionális. Ellenőrizze a Közvetlen BroadWorks-hitelesítés engedélyezése Jelölje be a jelölőnégyzet, ha azt szeretné, hogy a BroadWorks-bejelentkezések közvetlenül a BroadWorks-be történjenek. Ellenkező esetben a BroadWorks-hitelesítés a Webex által üzemeltetett IdP-proxyszolgáltatáson keresztül történik.
Ez a jelölőnégyzet az alábbi bejelentkezési helyzetekre vonatkozik:
Felhasználói aktiválási portál bejelentkezés—A felhasználóknak meg kell adniuk BroadWorks-hitelesítési adataikat a portálra való bejelentkezéskor. A fenti beállítás határozza meg, hogy a bejelentkezés közvetlenül a BroadWorks rendszerébe vagy az IdP-proxyn keresztül történik-e.
Ügyfélbejelentkezés—Ha BroadWorks-hitelesítés Az Onboarding sablonban van konfigurálva, a fenti beállítás határozza meg, hogy a Webex alkalmazásba történő ügyfélbejelentkezés közvetlenül a BroadWorks rendszerébe történik-e, vagy az IdP-proxyn keresztül történik-e proxy.
Kattintson a Tovább gombra.
A következőn: CTI felület oldalon tegye a következőket:
Adja hozzá a CTI URL és Port ahhoz a CTI interfészhez, amelyhez csatlakozni kíván.
Opcionális. Engedélyezze a Híváselőzmények lehetőségre kapcsolót, majd adja meg a BroadWorks felhasználói azonosító. Ha ez a lehetőség ki van választva, a BroadWorks hívásnapló -események szinkronizálódnak a Webex felhőbe. A felhasználók megtekinthetik a hívásnapló a Webex alkalmazásban.
Opcionális. Engedélyezze a Ne zavarjanak (DND) szinkron kapcsolót, majd adja meg a BroadWorks felhasználói azonosító. Ez a beállítás szinkronizálja a DND-eseményeket a Webex és a BroadWorks között, így biztosítja, hogy a funkció ugyanúgy működjön mindkét platformon.
Kattintson a Tovább gombra.
Adja hozzá a sajátját Hitelesítési szolgáltatás URL.
Válassza ki Hitelesítési szolgáltatás CI-token hitelesítéssel .
Ehhez a beállításhoz nem szükséges, hogy az mTLS védje a kapcsolatot a Webex, mert a hitelesítési szolgáltatás megfelelően ellenőrzi a felhasználói tokent a Webex identitásszolgáltatással szemben, mielőtt kiadná a hosszú élettartamú tokent a felhasználónak.
Tekintse át a bejegyzéseket a végső képernyőn, majd kattintson a gombra Létrehozás lehetőségre . Egy sikerüzenetnek kell megjelennie.
A Partner Hub átadja az URL-címeket a különböző Webex mikroszolgáltatásoknak, amelyek tesztelik a mellékelt interfészekhez vezető kapcsolatokat.
Kattintson Fürtök megtekintése és látnia kell az új fürtöt, valamint azt, hogy az ellenőrzés sikeres volt-e.
A Létrehozás lehetőségre gomb letiltható a varázsló utolsó (előnézeti) képernyőjén. Ha nem tudja menteni a sablont, az az imént konfigurált integrációk egyikével kapcsolatos problémát jelez.
Azért hajtottuk végre ezt az ellenőrzést, hogy elkerüljük a hibákat a következő feladatok során. A telepítés konfigurálásakor visszaléphet a varázslóba, amihez szükség lehet az infrastruktúra (pl. XSP) módosítására| ADP, terheléselosztó vagy tűzfal) esetén az útmutatóban leírtak szerint, mielőtt elmentené a sablont.
A BroadWorks felületekhez való kapcsolódások ellenőrzése
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Kattintson Fürtök megtekintése .
A Partner Hub kapcsolódási teszteket kezdeményez a különböző mikroszolgáltatásoktól a fürtök felületei felé.
A tesztek befejezése után a fürtlista oldalon állapotüzenet meg az egyes fürtök mellett.
Zöld Siker üzeneteknek kell megjelennie. Ha piros Hibaüzenetet lát, kattintson az érintett fürt nevére, hogy megtudja, melyik beállítás okozza a problémát.
Opcionális. Válasszon ki egy fürtöt, ha szeretné megtekinteni az adott fürt meglévő beállításait, például az XSI-műveletek, az XSI-Events, a DAS URL és a CTI felület beállításait.
Konfigurálja a belépési sablonokat
A beléptetési sablonok segítségével lehet megosztott konfigurációt alkalmazni egy vagy több ügyfélre, amint beiktatja őket a beüzemelési módokon keresztül. Minden sablont hozzá kell rendelnie egy fürthöz (amelyet az előző szakaszban hozott létre).
Annyi sablont hozhat létre, amennyire szüksége van, de csak egy sablon társítható egy ügyfélhez.
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Kattintson Sablon hozzáadása lehetőségre .
Ez elindít egy varázslót, ahol megadhatja a konfigurációt az ezt a sablont használó ügyfelek számára.
Használja a Fürt legördülő menüből válassza ki az ezzel a sablonnal használni kívánt fürtöt.
Adja meg a Sablon neve , majd kattintson a lehetőségre Következő .
Konfigurálja a beüzemelési módot az alábbi javasolt beállításokkal:
3. táblázat. Ajánlott beüzemelési beállítások a különböző beüzemelési módokhoz Beállítás neve
Folyamatos üzembe helyezés megbízható e-mailekkel
Folyamatos üzembe helyezés e-mailek nélkül
Felhasználói önellátás
Engedélyezze a BroadWorks-folyamatot az üzembe helyezésen keresztül (Ha Be van kapcsolva, adja meg a létesítési fiók hitelesítő adatait**)
Be
Adja meg az üzembe helyezést Fióknév és Jelszó a BroadWorks-konfiguráció szerint.
Be
Adja meg az üzembe helyezést Fióknév és Jelszó a BroadWorks-konfiguráció szerint.
Ki
Új szervezetek automatikus létrehozása a Control Hubban
Be †
Be †
Be †
Szolgáltató e-mail-címe
Válasszon ki egy e- e-mail-cím a legördülő menüből (begépelhet néhány karaktert, hogy megtalálja a címet, ha a lista hosszú).
Ez az e- e-mail-cím azonosítja azt a rendszergazdát a partnerszervezetén belül, aki delegált rendszergazdai hozzáférést kap minden új ügyfélszervezethez, amelyet a Belépés sablonnal hoztak létre.
Ország
Válassza ki, hogy melyik országot használja ehhez a sablonhoz.
A kiválasztott ország egy adott régióhoz illeszti az ezzel a sablonnal létrehozott ügyfélszervezeteket. Jelenleg a régió lehet (EMEAR) vagy (Észak-Amerika és a világ többi része). Lásd a ország-régió hozzárendeléseket ebben a táblázatban .
A szervezet országa határozza meg a Cisco PSTN alapértelmezett globális betelefonálási számait a Webex értekezletoldalakon. Lásd a(z) Ország szakaszát súgó oldalt további információkért.
A BroadWorks vállalati üzemmódja aktív
Engedélyezze ezt, ha az ezzel a sablonnal rendelkező ügyfelek a BroadWorks-ben lévő vállalatok.
Ha csoportokról van szó, hagyja kikapcsolva ezt a kapcsolót.
Ha vegyesen szerepelnek vállalatok és csoportok a BroadWorks-ben, akkor ezekhez a különböző esetekhez különböző sablonokat kell létrehoznia.
Megjegyzések a táblázatból:
† Ez a kapcsoló biztosítja, hogy új ügyfélszervezet jöjjön létre, ha egy előfizető e-mail tartománya nem egyezik meg egy meglévő Webex -szervezettel.
Ennek mindig be kell kapcsolnia, kivéve, ha manuális rendelési és teljesítési folyamatot használ (a Cisco Commerce Workspace-en keresztül) ügyfélszervezetek létrehozásához a Webex (mielőtt elkezdené a felhasználók kiépítését ezekben a szervezetekben). Ezt a lehetőséget gyakran „hibrid üzembe helyezési” modellnek nevezik, és nem tartozik a jelen dokumentum hatókörébe.
** A „létesítési fiók” a BroadWorks rendszerszintű rendszergazdai fiókra vonatkozik. A BroadWorks rendszerben a következő attribútumokkal rendelkező rendszergazdai fiókra van szükség: Administrator Type=Létesítmény készítés, Csak olvasható=Ki.
Válassza ki az alapértelmezett szolgáltatási csomagot az ezt a sablont használó ügyfelek számára (lásd Csomagok lehetőségre az Áttekintés részben); sem Alapszintű , Szabványos , Prémium vagy Softphone .
A Partner Hubon keresztül felülbírálhatja ezt a beállítást az egyéni felhasználók számára.
Opcionális. Ellenőrizze A Cisco Webex ingyenes hívás letiltása ha szeretné letiltani a Webex Calls szolgáltatást,.
For Értekezlethez való csatlakozási konfiguráció , válasszon a következő lehetőségek közül:
Cisco betelefonáló számok (PSTN)
Partner által biztosított betelefonálási számok (BYoPSTN) —Ha ezt a lehetőséget választja, olvassa el a következőt: Hozd el a saját PSTN-megoldási útmutatóját a Webex for Cisco BroadWorks alkalmazáshoz az opció konfigurálásával kapcsolatos részletes információk .
Kattintson a Tovább gombra.
Az előfizetők kiépítésének két módja van a személyazonosságuk ellenőrzésének módját illetően – a Megbízható e-mailek vagy a Nem megbízható e-mailek.
A Megbízható e- e-mail munkafolyamatban a felhasználók megadják az e-mail-címeket annak a partnernek, aki hozzáadja őket a BroadWorksben. Partnerként Ön a felelős az e- e-mail-cím beüzemeléséért a flow-through vagy az API módszer részeként.
Erősen ajánlott a Megbízható üzembe helyezési módszer használata, mert ez biztosítja, hogy az összes előfizető teljes körűen Ön, mint partner legyen beüzemelve, és nincs szükséges intézkedés .
Nem megbízható e-mailek esetén a felhasználóknak ellenőrizniük kell az e-maileiket a beüzemelés előtt, vagy a felhasználók önaktiválhatják magukat.
A Nem megbízható esetben az alábbi táblázatban szereplő ellenőrzési beállítások alapján több üzembe helyezési mód létezik:
4. táblázat. Javasolt felhasználó-ellenőrzési beállítások a nem megbízható üzembe helyezési módokhoz Beállítás neve
Folyamatos üzembe helyezés e-mailek nélkül
Felhasználói önellátás
Első a rendszergazda beüzemelése
Ajánlott*
Nem alkalmazható
Önálló aktiválás engedélyezése a felhasználók részére
Nem alkalmazható
Megkérve
Megjegyzések a táblázatból:
* A Webex minden ügyfélszervezetnek rendelkeznie kell legalább egy rendszergazdai szerepkörrel rendelkező felhasználóval. Az első felhasználó, akihez integrált IM&P-t rendel hozzá a BroadWorksben, az ügyfél-rendszergazdai szerepet tölti be, ha új ügyfélszervezet jön létre a Webex. Szolgáltatóként elképzelhető, hogy Ön szabályozhatja, ki kapja meg a szerepkört. A beállítás bejelölése megakadályozza, hogy a felhasználók befejezzék az aktiválást az elsőként beállított felhasználó aktiválásáig. Ha törli ennek a beállításnak a bejelölését, akkor az új szervezetben először aktív felhasználó lesz az ügyfél-rendszergazda.
Kattintson a Tovább gombra.
Válassza ki az alapértelmezett hitelesítési módot (vagy BroadWorks-hitelesítés vagy Webex hitelesítés ) a Webex való felhasználói bejelentkezéshez.
Ez a beállítás nincs hatással a felhasználónak a Felhasználóaktiválási portálra történő bejelentkezésére. A felhasználóknak a BroadWorks felhasználói azonosító és jelszavukat kell használniuk a portálra való bejelentkezéshez, függetlenül a beléptető sablon konfigurációjától.
Ez a beállítás csak az újonnan létrehozott ügyfélszervezetekre vonatkozik. Ha a partnerrendszergazdák új hitelesítési beállítást próbálnak alkalmazni a meglévő ügyfélszervezetekre, a meglévő beállítások érvényesülnek, így a meglévő felhasználók nem veszítik el a hozzáférésüket. A meglévő ügyfélszervezetek hitelesítési módjának módosításához meg kell nyitnia egy jegyet a Cisco TAC alkalmazással.(Lásd Hitelesítési mód A környezet előkészítése szakaszban).
Kattintson a Tovább gombra.
For Beállítások elemre , állítsa be a következőket:
Válassza ki, hogy szeretné-e A felhasználói e-mail-címek előre kitöltése a bejelentkezési oldalon .
Csak akkor használja ezt a lehetőséget, ha kiválasztotta BroadWorks-hitelesítés és a felhasználók e-mail-címét is elhelyezték a BroadWorks Alternatív azonosító attribútumában. Ellenkező esetben a BroadWorks-felhasználónevüket kell használniuk. A bejelentkezési oldalon lehetőség van a felhasználó módosítására, ha szükséges, de ez bejelentkezési problémákhoz vezethet.
Ha engedélyezni szeretné a címtár-szinkronizálást, állítsa be a Telefonkönyv-szinkronizálás engedélyezése az összes új ügyfélszervezet számára kapcsolja Be állásba.
Ez a beállítás lehetővé teszi a Webex számára, hogy beolvassa a BroadWorks-névjegyeket az ügyfélszervezetbe, így a felhasználók megtalálhatják és felhívhatják őket a Webex alkalmazás.
Adja meg a Partner-rendszergazda .
Ezt a nevet használja a Webex automatikus e- e-mail-üzenet , amely felkéri a felhasználókat az e-mail-címük ellenőrzésére.
Győződjön meg arról, hogy a 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.ap373197
R23 esetén:
AP.as.23.0.1075.ap373197
R24 esetén:
AP.as.24.0.944.ap384177
A Webex Cisco BroadWorks rendszerhez telepítéséhez szükséges BroadWorks javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben.Módosítsa a következőre:
Maintenance/ContainerOptions
összefüggésben.A létesítési URL paraméter engedélyezése:
/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true
Szerezze be a beüzemelési URL-cím(ek)et a Partner Hubból
Lásd a Cisco BroadWorks alkalmazáskiszolgáló parancssori felület Felügyeleti útmutató az AS parancsok részleteiért (Interfész > Üzenetküldés és szolgáltatás > Integrált IM&P).
Jelentkezzen be a Partner Hubba, és lépjen ide:
.Kattintson Sablonok megtekintése .
Válassza ki azt a sablont, amelyet a vállalat/csoport előfizetőinek Webex való kiépítéséhez használ.
A sablon részletei a jobb oldalon egy repülő ablaktáblában jelennek meg. Ha még nem hozott létre sablont, akkor ezt meg kell tennie, mielőtt megszerezné a létesítési URL-címet .
Másolja a Beüzemelési adapter URL-címe .
Ismételje meg ezt más sablonoknál is, ha egynél több sablonja van.
(Opció) Rendszerszintű üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
Előfordulhat, hogy nem kívánja beállítani a rendszerszintű kiépítési és szolgáltatási tartományt, ha UC-One SaaS-t használ. Lásd Döntési pontok a Környezet előkészítése részben. |
Jelentkezzen be az alkalmazáskiszolgálóra, és konfigurálja az üzenetkezelő felületet.
AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
AS_CLI/Interface/Messaging> set enableSynchronization true
Az integrált IMP felület aktiválása:
/AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
/AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true
Meg kell adnia a(z) teljes nevét |
(Opció) Vállalatonkénti üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
A BroadWorks felhasználói felületen nyissa meg a konfigurálni kívánt vállalatot, és lépjen a következőhöz: Szolgáltatások > Integrált IM&P .
Válassza ki Szolgáltatási tartomány használata és adjon meg egy fiktív értéket ( A Webex figyelmen kívül hagyja ezt a paramétert. Hasznos lehet
example.com
).Válassza ki Üzenetküldés szerver használata .
A URL mezőbe illessze be a Partner Hub sablonjából másolt beüzemelési URL -címet.
Meg kell adnia a(z) teljes nevét
provisioningURL
paramétert, ahogy azt a Partner Hubban megadták. Ha az alkalmazáskiszolgáló nem tud hozzáférni a DNS -hez a gazdagépnév feloldásához, akkor létre kell hoznia a leképezést a/etc/hosts
fájlt az AS-en.A Felhasználónév mezőbe adja meg a beüzemelési rendszergazda nevét. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
Adjon meg egy jelszót a beüzemelési rendszergazda számára. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
For Alapértelmezett felhasználói azonosító az IM&P azonosító , válassza ki Elsődleges .
Kattintson Alkalmaz .
Ismételje meg a fenti lépéseket a folyamaton keresztüli üzembe helyezésre konfigurálni kívánt többi vállalatnál.
Felhasználó-létesítési adatok
A BroadWorks és a Webex között a felhasználói kiépítés során kicserélt felhasználói adatokkal kapcsolatos információkért lásd: Szolgáltatói Felhasználó-létesítés .
Partner Pre-Provisioning Check API
A Pre-Provisioning Check API segítséget nyújt a rendszergazdáknak és az értékesítési csapatoknak azáltal, hogy ellenőrzi a hibákat, mielőtt egy ügyfél vagy előfizető csomagot biztosítana. A teljes partner rendszergazdai szerepkörrel rendelkező Felhasználó által engedélyezett felhasználók vagy integrációk használhatják ezt az API -t annak biztosítására, hogy ne legyenek ütközések vagy hibák egy adott ügyfél vagy előfizető csomagszolgáltatásával kapcsolatban.
Az API ellenőrzi, hogy nincs-e ütközés az adott ügyfél/előfizető és a Webex meglévő ügyfelei/előfizetői között. Például az API hibákat okozhat, ha az előfizető már ki van osztva egy másik ügyfél vagy partner számára, ha az e- e-mail-cím már létezik egy másik előfizető számára, vagy ha ütközés van a beüzemelési paraméterek és a Webex-en már meglévő paraméterek között. Ez lehetőséget ad arra, hogy még az üzembe helyezés előtt kijavítsa ezeket a hibákat, növelve a sikeres üzembe helyezés valószínűségét.
Az API-val kapcsolatos további információkért lásd: Webex for Wholesale Fejlesztői útmutató
Az API használatához menjen ide: Előzetesen ellenőrizze a nagykereskedelmi előfizetői szolgáltatást
A nagykereskedelmi előfizetői szolgáltatási dokumentum előzetes ellenőrzése eléréséhez be kell jelentkeznie a következőbehttps://developer.webex.com/ portálra. |
Partner SSO – SAML
Lehetővé teszi a partnerrendszergazdák számára az SAML SSO konfigurálását az újonnan létrehozott ügyfélszervezetek számára. A partnerek konfigurálhatnak egyetlen előre meghatározott SSO kapcsolatot, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
Az alábbi Partner SSO lépések csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partnerrendszergazdák megpróbálnak hozzáadni Partner SSO -t egy meglévő ügyfélszervezethez, a meglévő hitelesítési módszer megmarad annak érdekében, hogy a meglévő felhasználók ne veszítsék el a hozzáférésüket. Ha meglévő szervezethez szeretné hozzáadni a Partner SSO -t, meg kell nyitnia egy jegyet a Cisco TAC alkalmazással. |
Ellenőrizze, hogy a külső identitásszolgáltató megfelel-e a következő követelményeknek: Az identitásszolgáltatókra vonatkozó követelmények szakasza Egyszeri bejelentkezéses integráció a Control Hubban .
Nyisson meg egy szolgáltatási kérést a Cisco TAC segítségével. A TAC-nak bizalmi kapcsolatot kell létrehoznia a külső identitásszolgáltató és a Cisco Common Identity szolgáltatás között. .
Ha az IdP-je megköveteli apassEmailInRequest
funkció engedélyezéséhez, ügyeljen rá, hogy ez a követelmény szerepeljen a szolgáltatáskérés. Érdeklődjön az IdP-nél, ha nem biztos benne, hogy szükség van-e erre a funkcióra.Töltse fel a TAC által biztosított CI-metaadatfájlt az identitásszolgáltatója számára.
Belépési sablon konfigurálása. A Hitelesítési mód beállítást, válassza ki Partner hitelesítés . A IDP- azonosító , adja meg az EntityID-t a harmadik fél identitásszolgáltató SAML -metaadat XML -fájljából .
Hozzon létre egy új felhasználót egy új ügyfélszervezetben, amely használja a sablont.
Nagyon, hogy a felhasználó be tud jelentkezni.
Partner SSO – OpenID Connect (OIDC)
Lehetővé teszi a partnerrendszergazdák számára az OIDC SSO konfigurálását az újonnan létrehozott ügyfélszervezetek számára. A partnerek konfigurálhatnak egyetlen előre meghatározott SSO kapcsolatot, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
A Partner SSO OIDC beállításának alábbi lépései csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partnerrendszergazdák egy meglévő sablonban megpróbálják módosítani az alapértelmezett hitelesítési típust Partner SSO OIDC-re, a módosítások nem vonatkoznak a sablont használó ügyfélszervezetekre. Ha meglévő ügyfélszervezethez szeretné hozzáadni a Partner SSO -t, meg kell nyitnia egy jegyet a Cisco TAC alkalmazással. |
Nyisson meg egy szolgáltatási kérelmet a Cisco TAC segítségével az OpenID Connect IDP adataival. Az alábbiak kötelező és nem kötelező IDP-attribútumok. A TAC-nak be kell állítania az IDP-t a CI-n, és meg kell adnia az IDP-n konfigurálandó átirányítási URI -t.
Attribútum
Megkérve
Leírás
IDP név
Igen
Az OIDC IdP-konfiguráció egyedi, de a kis- és nagybetűket nem érző neve tartalmazhat betűket, számokat, kötőjeleket, aláhúzásokat, hullámvölgyeket és pontokat, maximális hossza pedig 128 karakter.
OAuth-ügyfélazonosító
Igen
OIDC IdP-hitelesítés kérésére szolgál.
Titkos OAuth-kliens
Igen
OIDC IdP-hitelesítés kérésére szolgál.
A hatókörök listája
Igen
Az OIDC IdP-hitelesítés kéréséhez használt hatókörök listája, szóközre bontva, pl. 'openid e-mail profil' Tartalmazni kell az openid azonosítót és az e-mailt.
Engedélyezési végpont
Igen, ha a discoveryEndpoint nincs megadva
Az IdP OAuth 2.0 hitelesítési végpontjának URL -címe.
tokenEndpoint
Igen, ha a discoveryEndpoint nincs megadva
Az IdP OAuth 2.0 Token végpontjának URL -címe.
Felfedezési végpont
Nem
Az IdP felderítési végpontjának URL -címe az OpenID végpontok felderítéséhez.
userInfoEndpoint
Nem
Az IdP UserInfo végpontjának URL -címe.
Kulcsbeállítás végpontja
Nem
Az IdP JSON web kulcskészlet-végpontjának URL -címe.
A fenti IDP attribútumok mellett a partnerszervezet azonosító is meg kell adni a TAC kérésben.
Állítsa be az átirányítási URI -t az OpenID connect IDP-n.
Belépési sablon konfigurálása. A Hitelesítési mód beállításához válassza a Partner hitelesítés OpenID Connect segítségével lehetőséget, és adja meg az IDP beállítása során megadott IDP nevet az OpenID Connect IDP entitás azonosító.
Hozzon létre egy új felhasználót egy új ügyfélszervezetben, amely használja a sablont.
Nagyon, hogy a felhasználó bejelentkezhet az SSO hitelesítési folyamat segítségével.
Híváskorrelációs azonosító engedélyezése
A Webex Cisco BroadWorks rendszerhez futtatásához engedélyeznie kell a híváskorrelációs azonosítót. Ez a beállítás számos hívási funkcióhoz szükséges, beleértve a hívásrögzítést, a csoportos hívásfelvételt, az ügyvezetőt és a vezetői asszisztenst.
A CLI segítségével engedélyezze a funkciót az összes AS és XSP rendszeren| ADP interfészek.
Futtassa a következő parancsokat az AS felületeken. Ez lehetővé teszi az AS számára, hogy elküldje a
X-BroadWorks-Correlation-Info
SIP fejléc:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true
AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
A
enableCallCorrelationID
Az Xsi-Actions alkalmazáshoz társított paraméter a híváskorrelációs információk Xsi-Actions naplókban való szerepeltetésének vezérlésére szolgál. Javasoljuk, hogy rendelkezzenenableCallCorrelationID
a következő paranccsal engedélyezhető az XSP-n| ADP interfészek:XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true
A híváskorrelációs azonosítóval kapcsolatos további információkért lásd: Cisco BroadWorks híváskorrelációs azonosító funkció leírása .
Címtár-szinkronizálás
A Címtár-szinkronizálás biztosítja, hogy a Webex Cisco BroadWorks felhasználói a Webex címtár segítségével hívhassanak bármely hívó entitást a BroadWorks kiszolgálóról. Ha ez a funkció engedélyezve van, a BroadWorks kiszolgáló teljes hívási címtárát a rendszer szinkronizálja a Webex címtárral. A felhasználók elérhetik a címtárat a Webex alkalmazásból, és a BroadWorks kiszolgálóról bármely hívó entitást felhívhatnak.
A Címtár-szinkronizálás bekapcsolásához lépjen a következőre: Címtár-szinkronizálás a Webex a Cisco BroadWorks rendszerhez .
A Webex Cisco BroadWorks folyamaton keresztüli üzembe helyezése hozzáadja az üzenetküldő felhasználókat és a kapcsolódó hívási információkat a BroadWorks kiszolgálóról a Webex platformhoz. A telefonlisták, a nem üzenetküldő felhasználók és a nem felhasználói entitások azonban nem szerepelnek benne (például konferenciatermi telefon, faxkészülék vagy keresőcsoport száma). A Címtár-szinkronizálás bekapcsolása biztosítja, hogy az összes hívó entitás hozzákerüljön a Webex platformhoz. |
Egységes híváselőzmények
Ha engedélyezve van az egyesített híváselőzmények, a BroadWorks hívási események szinkronizálódnak a Webex felhőbe, és részeivé válnak a Webex Unified hívás- és értekezletelőzményeknek, amelyek a Webex alkalmazásban jelennek meg. A felhasználók megtekinthetik saját részletes híváselőzményeiket és értekezletelőzményeiket a Webex alkalmazásból.
Az egyesített híváselőzményeket a partnerszintű rendszergazdák engedélyezhetik a Partner Hubban fürtönkénti alapon. Amikor ez a funkció be van kapcsolva, a BroadWorks-telepítés a következő hívási eseményeket szinkronizálja a Webex felhőbe:
Híváselőzmény-események – ezek az események hozzászoktak egy részletes egyesített híváselőzmény létrehozásához
Hook Status események—A Unified Call History olyan kagylóállapot-optimalizálásokat tartalmaz, amelyek csökkentik a hálózati sávszélességet a telefonos jelenlét frissítéseihez
Egységesített híváselőzmények követelményei
Az egyesített híváselőzmények konfigurálása előtt győződjön meg arról, hogy javította a rendszert. Ez a funkció a következő BroadWorks javítások telepítésétől függ:
R22 esetén:
AP.as.22.0.1123.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
R23 esetén:
AP.as.23.0.1075.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
XSP használata esetén—
AP.xsp.23.0.1075.ap378585
Ha ADP-t használ—
Xsi-Events-23_2021.05_1.251.bwar
R24 esetén:
AP.as.24.0.944.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
A Webex Cisco BroadWorks rendszerhez készült futtatásának előfeltételeként telepítendő BroadWorks-javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben. |
A rendszer javítása mellett az ügyfél konfigurációs fájlja ( config-wxt.xml
) a következő címkekészlettel kell rendelkeznie: <call-history enable-unified-history=”%ENABLE_UNIFIED_CALL_HISTORY_WXT%”/>
Ahhoz, hogy a Hunt Group, Call Center és egyéb átirányítási információk megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R23 esetén:
AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994
R24 esetén:
AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994
Ahhoz, hogy az Executive-Assistant információi megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R24 esetén:
AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
Az Xsi-Events-24-et futtató ADP_ 2022.06. vagy újabb
A Broadworks javítások mellett a Címtár szinkronizálást engedélyezni kell az Executive-Assistant egyesített híváselőzményeihez is.
Ha engedélyezi a híváselőzményeket vagy a DND-szinkronizálást, a Webex CTI -előfizetés-frissítési kérelmeket küld a fürthöz tartozó összes felhasználó számára. A felhasználók számától függően ez néhány óráig is eltarthat. Javasoljuk, hogy ne végezzen Broadworks-karbantartási tevékenységet ugyanazon a karbantartási időszak alatt. |
Híváselőzmények engedélyezése (új fürt)
Ha új fürtön szeretné engedélyezni a híváselőzményeket, olvassa el a fürtök hozzáadásának lépéseit Konfigurálja a saját partnerszervezetét a Partner Hubban .
Híváselőzmények engedélyezése (meglévő fürt)
Ha engedélyezni szeretné a híváselőzményeket egy meglévő fürtön, kövesse az alábbi lépéseket:
Jelentkezzen be a Partner Hubba a következő címen:
admin.webex.com
.Ugrás ide: Beállítások elemre és válasszon ki egy meglévő fürtöt.
Ellenőrizze, hogy a fürtkapcsolat megfelelő-e. A jobb oldali panelen egy zöld jelölő kell megjelennie a következővel: A kapcsolat létrejött .
Ha ez nem jelenik meg, akkor a következő alatt: Kapcsolatok ellenőrzése (opcionális) , adja meg BroadWorks felhasználói azonosító és BroadWorks jelszó és kattintson Ellenőrizze hogy ellenőrizze a kapcsolat megfelelőségét.
Ellenőrizze a hívásnapló engedélyezése jelölőnégyzet.
Kattintson a Mentés lehetőségre.
Funkcióinterakciók
A következő funkcióinterakciók léteznek az egyesített híváselőzmények esetében:
Az egyesített híváselőzmények nem támogatottak azoknál a felhasználóknál, akik a BroadWorksben útvonallistákkal vagy közvetlen útvonalakkal vannak konfigurálva. Ha ez a helyzet áll fenn, a rendszer nem küldi el a híváselőzményeket és a Hook állapot eseményeit a Webex alkalmazásba.
Az egyesített híváselőzmények nem támogatottak melléktárcsázás esetén. Előfordulhat, hogy a mellék tárcsázásával indított hívások nem jelennek meg megfelelően a Híváselőzményekben.
Híváselőzmények megtekintése a Webex alkalmazásban
A végfelhasználók a Webex alkalmazásból érhetik el és tekinthetik meg az egyesített híváselőzményeiket. A részletekért lásd: Webex| Hívás- és értekezletelőzmények megtekintése .
Az egyesített híváselőzmények letiltása
Miután engedélyezte az egyesített híváselőzményeket egy fürtön, önmagában nem tilthatja le a funkciót. Ha le szeretné tiltani a funkciót, forduljon a következőhöz: Cisco Technical Assistance Center (TAC) .
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 WebexMeetings
NS NE útválasztás az I-SBC számára
Példa konfigurációra
NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
Network Element WebexMeetings
Location = 1281465
Data Center =
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = NIL_PROFILE
Remote Lookup Enabled = false
Signaling Attributes =
NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
Routing NE Address Cost Weight Port Transport Route
=====================================================================
WebexMeetings sbc-address 1 99 - unspecified
NS útválasztási profil
UrlDialing házirend-példány hozzáadva a megfelelő útválasztási profil(ok)hoz
NS_CLI/Policy/Profile> get profile MyInst
Profile: Webex
Policy Instance
==========================================
…
UrlDialing WebexMeetings
AS NS Route használata a NetworkURL híváshoz
Engedélyezze az AS számára az NS útvonal tiszteletben tartását Hibrid AS módban
AS_CLI/Interface/IMS> set queryNSForNetworkURL true
E911 Segélyhívás
A Webex for Cisco BroadWorks támogatja az E911 segélyhívó szolgálatok hívását. Ezzel a funkcióval a segélyhívások egy PSAP-ra lesznek irányítva, amely a segélyhívó szolgálatokat a hívó fél helyszínére irányíthatja. A funkció használatához integrálnia kell a Webex for Cisco BroadWorks alkalmazást egy E911 segélyhívás szolgáltatóval.
A következő Webex -cikkek segítségével konfigurálhatja az E911 segélyhívó szolgáltatásainak támogatását:
E911 vészhívás a Webex for BroadWorks alkalmazásban —E cikk segítségével konfigurálhatja az E911-vészhívást a Webex for Cisco BroadWorks alkalmazásban az alábbi támogatott E911-szolgáltatók egyikének használatával:
Sávszélesség
Intrado
RedSky
Segélyhívási felelősség kizárása — Ha rendelkezik helymeghatározási szolgáltatással, beállíthatja, hogy a Webex alkalmazás Vészhelyzeti szolgálatok felelősségkizárása ablaka tartalmazzon lehetőséget a felhasználók számára, hogy bejelentkezéskor frissítsék a tartózkodási helyüket.
Ügyfelek testre szabása és biztosítása
A felhasználók letöltik és telepítik az általános Webex -alkalmazásaikat, asztali számítógépre vagy mobilra (a letöltési hivatkozásokat lásd: Webex alkalmazásplatformok ). A felhasználó hitelesítését követően a kliens regisztrál a Webex Cloudon üzenetküldéshez és értekezletekhez, lekéri a márkainformációit, felfedezi a BroadWorks szolgáltatás információit, és letölti a hívási konfigurációját a BroadWorks alkalmazáskiszolgálóról (DMS-en keresztül XSP-n| ADP).
A Webex-alkalmazások hívási paramétereit a Webex -ben konfigurálhatja (a szokásos módon). A Control Hubban konfigurálhatja a márkaépítési, üzenetküldési és értekezletparamétereket az ügyfelek számára. A konfigurációs fájl közvetlenül nem lehet módosítani.
Ez a két konfigurációkészlet átfedheti egymást, ebben az esetben a Webex -konfiguráció felülírja a BroadWorks-konfigurációt.
Webex Apps konfigurációs sablonok hozzáadása a BroadWorks alkalmazáskiszolgálóhoz
A Webex alkalmazások DTAF fájlokkal vannak konfigurálva. Az ügyfelek letöltenek egy konfigurációs XML-fájl az alkalmazáskiszolgálóról az XSP eszközkezelő szolgáltatásán keresztül| ADP.
Szerezze be a szükséges DTAF fájlokat (lásd Eszközprofilok lehetőségre A környezet előkészítése szakaszban).
Ellenőrizze, hogy a megfelelő címkekészletek vannak-e beállítva BroadWorks System > Erőforrások > Eszközkezelési címkekészletek .
Minden egyes beüzemelt ügyfél esetében:
Töltse le és bontsa ki a DTAF zip fájlt az adott klienshez.
DTAF-fájlok importálása a BroadWorks-be itt: Rendszer > Erőforrások > Identitás/eszközprofil típusok
Nyissa meg az újonnan hozzáadott eszközprofil szerkesztéshez, és:
Adja meg az XSP-t| ADP farm FQDN és Device Access Protocol.
Ellenőrizze a Távoli partyinformációk támogatása jelölőnégyzet. Ez a támogatás szükséges az asztalmegosztás működéséhez.
A távoli fél támogatását úgy is engedélyezheti, hogy futtatja a következő CLI-parancs az alkalmazáskiszolgálón:AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Módosítsa a sablonokat a környezetének megfelelően (lásd az alábbi táblázatot).
Mentse el a profilját.
Kattintson Fájlok és hitelesítés majd válassza ki az összes rendszerfájl újraépítését.
Név | Leírás |
Kodek prioritás | Állítsa be a VoIP -hívások hang- és videokodekeinek prioritási sorrendjét |
TCP, UDP és TLS | Konfigurálja a SIP-jelküldés és médiához használt protokollokat |
RTP audio és videó portok | Porttartományok konfigurálása az RTP hanghoz és videóhoz |
SIP beállítások | Konfigurálhatja a SIP -pel kapcsolatos különféle opciókat (SIP INFO, rport használata, SIP-proxy felderítés, frissítési időközök a regisztrációhoz és az előfizetéshez stb.) |
A Webex alkalmazás márkaépítésének testreszabása
Partner testreszabása—A partneri rendszergazdák alkalmazhatnak speciális márkaépítési testreszabásokat, amelyek a partner által kezelt partnerszervezetre és/vagy ügyfelekre vonatkoznak. Lásd Speciális márka-testreszabások konfigurálása .
Ügyfélre vonatkozó testreszabások—Ha a partner lehetővé teszi az ügyfelek számára, hogy alkalmazzák saját márkaépítési testreszabásaikat, az ügyfél rendszergazdái a következő oldalon követhetik az eljárást: Vállalati márkaépítés hozzáadása a Webex .
A Felhasználóaktiválási portál ugyanazt az emblémát használja, mint amit az ügyfél márkaépítéshez ad hozzá. |
A problémajelentési és a súgó URL-címek testreszabása
A beállítások testreszabásához a rendszergazdák követhetik a „Visszajelzés és súgóoldal URL-címeinek hozzáadása” című eljárást, amely mindkét fenti Márkaépítési cikkben található.
A Webex for Cisco BroadWorks tesztszervezetének konfigurálása
Mielőtt elkezdené
Átfolyós üzembe helyezéssel
Az összes XSP-t be kell állítania| Az ADP-szolgáltatásokat, és a partnerszervezetet a Control Hubban, mielőtt elvégezné ezt a feladatot.
1 | Szolgáltatás hozzárendelése a BroadWorks-ben: |
2 | Ügyfélszervezet és felhasználók ellenőrzése a Control Hubban: |
Felhasználói tesztelés
1 | Töltse le a Webex alkalmazás két különböző gépen. |
2 | Jelentkezzen be tesztfelhasználóként a két gépen. |
3 | Indítson teszthívásokat. |
Ügyfélszervezetek biztosítása
A jelenlegi modellben automatikusan kiépítjük az ügyfélszervezetet, amikor belép az első felhasználóba a jelen dokumentumban ismertetett módszerek bármelyikén keresztül. Az üzembe helyezés csak egyszer történik minden ügyfél esetében.
Felhasználók beüzemelése
A szolgáltatlási felhasználók a következő módokon adhatja ki:
Használjon API-kat Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailekhez a Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailek nélkül. A felhasználók megadják és érvényesítik az e-mail-címeket a Webex -fiókok létrehozásához
Engedélyezze a felhasználók számára az önaktiválást (küldjön nekik egy hivatkozást, ők hoznak létre Webex -fiókot)
Nyilvános üzembe helyezési API-k
A Webex nyilvános API-kat tesz elérhetővé, hogy lehetővé tegyék a szolgáltatók számára, hogy integrálják a Webex for Cisco BroadWorks előfizetői kiépítését a meglévő üzembe helyezési munkafolyamataikba. Ezen API-k specifikációi itt érhetők el: developer.webex.com
. Ha ezekkel az API-kkal szeretne fejleszteni, forduljon a Cisco képviselőjéhez, és szerezze be a Webex Cisco BroadWorks alkalmazást.
A nagykereskedelmi ügyfeleket elutasítják ezek az API-k. |
Folyamatos üzembe helyezés
A BroadWorks rendszeren a szolgáltatlási felhasználók a Integrált IM&P engedélyezése opciót. Ez a művelet arra készteti a BroadWorks üzembe helyezési illesztőt, hogy egy API-hívás indít a felhasználó kiépítéséhez a Webex-en. Az üzembe helyezési API -nk visszafelé kompatibilis az UC-One SaaS API-val . A BroadWorks AS nem igényel kódmódosítást, csak a létesítési adapter API -végpontjának konfigurációs módosítás .
Az előfizetők telepítése a Webex -en jelentős időt vehet igénybe (a kezdeti felhasználónál több percet is igénybe vehet a vállalaton belül). A Webex az üzembe helyezést háttérfeladatként végzi. Tehát az átmenőleges üzembe helyezés sikeressége azt jelzi, hogy a telepítés megkezdődött. Nem jelzi a befejezést. Annak ellenőrzéséhez, hogy a felhasználók és az ügyfélszervezet teljes körűen kiépült-e a Webex rendszerében, be kell jelentkeznie a Partner Hubra, és meg kell néznie az Ügyféllistát. A BroadWorks törzshálózatot használó felhasználók megosztott hívási megjelenésen (SCA) keresztül rendelkezhetnek Webex for BroadWorks-szel. A trönkelő felhasználóhoz hozzá kell rendelni a hitelesítési szolgáltatást. A BroadWorks trunking megoldási útmutató 8. szakaszában leírtak szerint ez lehetővé teszi, hogy az SCA Webex megjelenés hitelesítése elkülönüljön a közös fővonali hitelesítéstől. A Webex for BroadWorks nem létesíthető olyan trönkelő felhasználók számára, akiknek Útvonallista vagy Közvetlen útválasztás funkciói vannak hozzárendelve. |
A sablonok helye átkerült a BroadWorks Calling alkalmazásból a Szervezeti beállításokban az Ügyféllista részbe, és mostantól Bevezető sablonnak hívják. |
Felhasználói önaktiválás
BroadWorks-felhasználók kiépítése a Webex az Integrált IM&P szolgáltatás hozzárendelése nélkül:
Jelentkezzen be a Partner Hubba, és keresse meg a Ügyféllista oldalon.
Kattintson Sablonok megtekintése .
Válassza ki az erre a felhasználóra alkalmazni kívánt beüzemelési beléptető sablont.
Ne feledje, hogy minden sablon egy fürthöz és a partnerszervezethez van társítva. Ha a felhasználó nincs a sablonhoz társított BroadWorks rendszerben, akkor a felhasználó nem tudja aktiválni magát a hivatkozással.
Másolja ki a beüzemelési hivatkozást, és küldje el a felhasználónak.
Érdemes lehet a szoftverletöltési hivatkozást is feltüntetni, és emlékeztetni a felhasználót, hogy a Webex -fiók aktiválásához meg kell adnia és ellenőriznie kell az e- e-mail-cím .
A kiválasztott sablonon nyomon követheti a felhasználó aktiválási állapotát.
További információkért lásd: Felhasználó-létesítési és aktiválási folyamatok .
Beüzemelés nem megbízható e-mailekkel
A Partner Hub egy sor vezérlőt biztosít a Felhasználói állapot nézeten belül, amely lehetővé teszi Webex a Cisco BroadWorks rendszerhez A szolgáltató rendszergazdái ellenőrzik a felhasználó állapotát, és kijavítják a hibákat a nem megbízható e-mailekkel történő beüzemeléskor. További részletekért lásd: A felhasználói kiépítés ellenőrzése nem megbízható e-mailekkel.
Webex -felhasználók áthelyezése a Webex for Cisco BroadWorks rendszerébe
Ha meglévő Webex -felhasználókat szeretne áthelyezni a Webex for Cisco BroadWorks rendszerébe, tekintse meg az alábbi táblázatot a követendő eljárás meghatározásához.
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) |
|
Ügyfélszervezet | A Webex for BroadWorks csatolása a meglévő szervezethez — A szervezeti melléklet (az első felhasználó számára) a Webex for BroadWorks alkalmazást is hozzáadja a következő felhasználókhoz, amennyiben azok a megfelelő szervezethez vannak rendelve. |
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) | Ha a Webex for BroadWorks-szervezet nem létezik (nincs kiépítve felhasználó):
Ha létezik Webex for BroadWorks-szervezet (legalább egy felhasználó ki van jelölve):
|
Ügyfélszervezet |
|
Felhasználó áthelyezése (beleegyezéssel) a Webex Cisco BroadWorks alkalmazásba
Ezzel az eljárással áthelyezhet egy meglévő Webex -felhasználót, aki egy fogyasztói szervezethez tartozik, vagy önregisztráló fiókkal (ingyenes fiókkal vagy próbafiókkal) rendelkezik a Webex for Cisco BroadWorks rendszerébe. Ne feledje, hogy a Webex for Cisco BroadWorks szervezetnek léteznie kell (az első felhasználó kiépítésével). Ebben az esetben az alábbi lehetőségek egyikével helyezheti át a felhasználókat:
Felhasználó áthelyezése (megbízható e- e-mail-címmel) – A megbízható e-mail-címekkel történő létesítést használja
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel) – A nem megbízható e-mailekkel kapcsolatos szolgáltatást használja
Önaktiválás
Felhasználó áthelyezése (megbízható e- e-mail-címmel)
Ha a belépési sablon megbízható e-maileket használ, a partner rendszergazda a következő felhasználókat a következő folyamattal helyezheti át:
A rendszergazda hozzáadja a felhasználót.
A felhasználó a BroadWorks Provisioning Bridge-re kerül.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Fiók aktiválása . A felhasználót a rendszer a Webex Consumer portálra irányítja át.
A felhasználó bejelentkezik a Webex.
Felhasználói kattintások Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel)
Ha a beléptető sablon nem megbízható e-maileket használ, először a felhasználó e- e-mail-cím kell érvényesíteni. A rendszergazda az alábbi folyamatot követve helyezheti át a következő felhasználókat:
A rendszergazda hozzáadja a felhasználót.
A felhasználó automatikusan a BroadWorks Provisioning Bridge-re kerül.
A rendszer egy aktiválási hivatkozást tartalmazó szöveget küld a felhasználónak.
A felhasználó rákattint az Aktiválás hivatkozásra, és megadja az e- e-mail-cím.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Csatlakozzon most .
Az e- e-mail-cím érvényesítése megtörtént.
A rendszer átirányítja a felhasználót, hogy jelentkezzen be a Webex Consumer portálra.
A felhasználó bejelentkezik a Webex.
A felhasználónak rá kell kattintania Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Önaktiválási folyamat
Ha a felhasználónak van BroadWorks-fiókja, akkor az önaktiválási folyamat segítségével áthelyezheti a fiókját.
A felhasználó BroadWorks hitelesítési adataival jelentkezik be a felhasználói hozzáférési portál URL -címére.
A felhasználó megadja az e- e-mail-cím.
A felhasználó a BroadWorks Provisioning Bridge-be kerül.
A rendszer egy automatikus e-mailt küld a felhasználó e- e-mail-cím.
A felhasználó megnyitja az e-mailt, és rákattint a Csatlakozzon most hivatkozást, amely hitelesíti az e- e-mail-cím.
A CI azt találja, hogy a felhasználónak már van Webex -fiókja. A felhasználónak törölnie kell a régi fiókját, mielőtt folytatná.
A rendszer átirányítja a felhasználót a Webex való bejelentkezésre.
A felhasználó bejelentkezik a Fogyasztói Portálra.
A felhasználó rákattint Fiók törlése lehetőségre .
A régi Webex -fiók törlődik.
A felhasználó egy új Webex for Cisco BroadWorks-fiókot kapott ugyanazzal az e- e-mail-cím.
A Webex for BroadWorks csatolása a meglévő szervezethez
Ha Ön partner rendszergazda Webex for BroadWorks szolgáltatásokat ad hozzá egy meglévő Webex ügyfélszervezethez, amely még nincs társítva partner által kezelt BroadWorks-vállalattal, az ügyfélszervezet rendszergazdájának KELL jóváhagynia a rendszergazdai hozzáférést ahhoz, hogy a beüzemelési kérelem sikeres legyen.
Szervezeti rendszergazdai jóváhagyásra van szükség, ha a következők bármelyike igaz:
A meglévő ügyfélszervezetnek 100 vagy több felhasználója van
A szervezet ellenőrzött e-mail-domainnel rendelkezik
A szervezeti tartomány igényelve
Ha a fenti feltételek egyike sem teljesül, akkor automatikus csatolás történhet.
Egy an Automatikus csatolás forgatókönyv esetén a Webex for BroadWorks-előfizetés hozzáadásra kerül egy meglévő ügyfélszervezethez a meglévő szervezeti rendszergazda vagy végfelhasználó értesítése nélkül. A legtöbb esetben a Partnerszervezete létesítési rendszergazdai jogokat kap. Ha azonban az ügyfélszervezetnek nincs licence, vagy csak felfüggesztett/visszavont licencei vannak, akkor teljes körű rendszergazda lesz. Az üzembe helyezési rendszergazdai hozzáféréssel korlátozott mértékben láthatja a meglévő szervezet felhasználóit a Control Hubban. Javasoljuk, hogy vegye fel a kapcsolatot az ügyfél rendszergazdájával, és kérjen teljes rendszergazdai hozzáférést a szervezethez. |
A partnerrendszergazdák a következő eljárással adhatják hozzá a BroadWorks hívási szolgáltatásokat egy meglévő Webex szervezethez:
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 WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw
Terminológia
- ACL
- Hozzáférés-vezérlési lista
- ALG
- Alkalmazásréteg-átjáró
- API
- Alkalmazásprogramozási felület
- APNS
- Apple leküldéses értesítés Service
- AS
- Alkalmazáskiszolgáló
- ATA
- Analóg telefonadapter, adapter, amely az analóg telefonálást VoIP -re alakítja
- BAM
- BroadSoft alkalmazáskezelő
- Alapszintű hitelesítés
- Olyan hitelesítési módszer, amelyben egy fiók (felhasználónév) egy megosztott titkos kód (jelszó) van hitelesítve.
- BMS
- BroadSoft Üzenetküldés Server
- BOSH
- Kétirányú adatfolyamok szinkron HTTP-n keresztül
- BRI
- Alapsebességű interfész A BRI egy ISDN hozzáférési módszer
- Csomag lehetőségre
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- CA
- Hitelesítés-szolgáltató
- Szolgáltató
- A telefonos forgalmat lebonyolító szervezet (vö. Partner, Szolgáltató, Értéknövelt viszonteladó)
- CAPTCHA
- Teljesen automatizált nyilvános Turing-teszt a számítógépek és az emberek megkülönböztetésére
- CCXML
- Hívásvezérlő bővíthető jelölőnyelv
- CIF
- Közös köztes formátum
- CLI
- Parancssori felület
- CN
- Általános név
- CNPS
- Hívásértesítések Push Server. Egy XSP-n futó Notification Push szerver| ADP a környezetében, hogy hívásértesítéseket küldjön az FCM és APNS felé. Lásd: NPS-proxy.
- CPE
- Ügyféltelepi berendezések
- CPR
- Egyéni jelenléti szabály
- CSS
- Lépcsőzetes stíluslap
- CSV
- Vesszővel elválasztott érték
- CTI
- Számítógépes telefonos integráció
- CUBE
- Cisco Unified Border Element
- DMZ
- Demilitarizált zóna
- DN
- Telefonkönyvi szám
- DND
- Ne zavarjanak
- DNS
- Tartománynév-rendszer
- DPG
- Tárcsázza a társcsoportot
- DSCP
- Differenciált szolgáltatások kódpontja
- DTAF
- Eszköztípus archív fájl
- DTG
- Cél fővonalcsoport
- DTMF
- Dual-Tone Multi-Frequency
- Végfelhasználó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Előfizető)
- Nagyvállalati
- Végfelhasználók gyűjteménye (vö. Szervezet)
- FCM
- Firebase felhőalapú Üzenetküldés
- FMC
- Javított mobilkonvergencia
- Átfolyós beüzemelés
- Felhasználók létrehozása a Webex identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorksben.
- FQDN
- Teljes tartománynév
- Teljes átfolyású üzembe helyezés
- Létrehozása és ellenőrzése felhasználókat a Webex Identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorks és állítva hogy minden BroadWorks-felhasználó egyedi és érvényes e- e-mail-cím rendelkezik .
- FXO
- A Devizairoda az a port, amely az analóg vonalat fogadja. Ez a telefon vagy a faxkészülék, illetve az analóg telefon csatlakozói. On-hook/off-hook jelzést ad (hurokzárás). Mivel az FXO port egy eszközhöz, például faxhoz vagy telefonhoz csatlakozik, az eszközt gyakran „FXO eszköznek” is nevezik.
- FXS
- A deviza-előfizető az a port, amely ténylegesen továbbítja az analóg vonalat az előfizetőnek. Más szóval, a „dugó a falba” az, amelyik a tárcsahang, az akkumulátoráramot és a csengőfeszültséget továbbítja.
- GCM
- Google Cloud Message lehetőségre
- GCM
- Galois/Counter mód (titkosítási technológia)
- HID
- Emberi felület eszköz
- HTTPS
- Hypertext Transfer Protocol Secure Sockets
- IAD
- Integrált hozzáférési eszköz
- IM&P
- Azonnali Üzenetküldés és jelenlét
- IP PSTN
- Olyan szolgáltató , amely VoIP -ot nyújt a PSTN-nek, felcserélhető az ITSP-vel, vagy az internethez kapcsolódó „nyilvános” telefonálás általános kifejezésével, amelyet a nagy távközlési szolgáltatók biztosítanak (nem pedig országok szerint, ahogyan a PSTN az).
- ITSP
- Internettelefon szolgáltató
- IVR
- interaktív hangválasz / válaszadó
- JID
- Az XMPP entitások natív címét Jabber-azonosítónak vagy JID-nek nevezik localpart@tartomány.part.example.com/resourcepart (@ . / elválasztók)
- JSON
- Java Script objektumjelölés
- JSSE
- Java Secure Socket kiterjesztés; a mögöttes technológia, amely biztonságos kapcsolódási szolgáltatásokat nyújt a BroadWorks szervereknek
- KEM
- Kulcskiterjesztés modul (hardveres Cisco telefonok)
- LLT
- Hosszú élettartamú (vagy Long Life) token; a vivői token önleíró, biztonságos formája, amely lehetővé teszi a felhasználók számára, hogy hosszabb ideig maradjanak hitelesítettek, és nincs bizonyos alkalmazásokhoz kötve.
- MA
- Üzenetarchiválás
- MIB
- Vezetési információs bázis
- MS
- Médiakiszolgáló
- mTLS
- Kölcsönös hitelesítés két fél között, tanúsítványcserével, TLS kapcsolat létesítésekor
- MUC
- Többfelhasználós csevegés
- NAT
- Hálózati cím fordítások
- NPS
- Notification Push Server; lásd: CNPS
- NPS-proxy
-
A Webex olyan szolgáltatása, amely rövid élettartamú hitelesítési tokeneket szállít a CNPS-nek, lehetővé téve, hogy hívási értesítéseket küldjön le az FCM és az APN, végső soron a Webex futtató Android és iOS eszközök számára.
- OCI
- Nyissa meg az ügyfélfelületet
- Szervezet
- Végfelhasználók egy csoportját képviselő vállalat vagy szervezet (vö. Vállalati)
- OTG
- Kimenő fővonal-csoport
- Csomag
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- Partner
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Értéknövelt viszonteladó, szolgáltató, szolgáltató)
- PBX
- Privát fiókcsere
- PEM
- Továbbfejlesztett adatvédelmi levelezés
- PLMN
- Nyilvános szárazföldi mobilhálózat
- PRI
- A Primary Rate Interface (PRI) egy távközlési interfészszabvány , amelyet Integrált Szolgáltatású Digitális Hálózaton (ISDN) használnak .
- Ui.:
- Profilkiszolgáló
- PSTN
- Nyilvános kapcsolt telefonhálózat
- QoS
- Szolgáltatásminőség
- Viszonteladói portál
- Egy weboldal, amely lehetővé teszi a viszonteladó rendszergazdájának az UC-One SaaS-megoldás konfigurálását. Néha BAM portálnak, rendszergazdai portálnak vagy felügyeleti portálnak is nevezik.
- RTCP
- Valós idejű vezérlési protokoll
- RTP
- Real-Time Transport protokoll
- SBC
- Session Border Controller
- SCA
- Shared Call megjelenése
- SD
- Szabványos felbontás
- SDP
- Munkamenetleíró protokoll
- SP
- Szolgáltató; Olyan szervezet, amely telefonos vagy kapcsolódó szolgáltatásokat nyújt más szervezeteknek (vö. Szolgáltató, Partner, Értéknövelt viszonteladó)
- SIP
- Session Initiation Protocol
- SLT
- Rövid élettartamú (vagy rövid élettartamú) token (más néven BroadWorks SSO token); egy egyszer használatos hitelesített token, amely a webes alkalmazások biztonságos elérésére szolgál.
- SMB
- Kis- és középvállalkozások
- SNMP
- Egyszerű hálózatkezelési protokoll
- sRTCP
- biztonságos Realtime Transfer Control Protocol (VoIP hívásmédia)
- sRTP
- biztonságos Realtime Transfer Protocol (VoIP hívásmédia)
- SSL
- Biztonságos socket-réteg
- Feliratkozó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Végfelhasználó)
- TCP
- Átvitelvezérlő protokoll
- TDM
- Időosztásos multiplexelés
- TLS
- Transport Layer Security (TLS)
- Általános Szerződési Feltételek
- Szolgáltatás típusa
- UAP
- Felhasználói aktiválási portál
- UC
- Egységesített kommunikáció
- UI
- Felhasználói felület
- U azonosító
- Egyedi azonosító
- UMS
- Üzenetküldés szerver
- URI
- Egységes erőforrás-azonosító
- URL
- Uniform Resource Locator
- USS
- Megosztási kiszolgáló
- UTC
- Egyezményes koordinált világidő
- UVS
- Videó szerver
- Értéknövelt viszonteladó (VAR)
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Szolgáltató, Partner, Szolgáltató)
- VGA
- Video Graphics Array
- VoIP
- Voice over internetprotokoll (IP)
- VXML
- Hanggal bővíthető jelölőnyelv
- WebDAV
- web elosztott szerzői és verziószámozás
- WebRTC
- web valós idejű kommunikáció
- WRS
- WebRTC szerver
- XMPP
- Bővíthető Üzenetküldés és jelenléti protokoll
Szolgáltatások konfigurálása (mTLS-szel a hitelesítési szolgáltatáshoz)
Az alábbi eljárások váltják fel a témakörben szereplő eljárásokat Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k . Ezeket az eljárásokat csak akkor végezze el, ha mTLS-t használ a hitelesítési szolgáltatáshoz a CI token érvényesítés helyett. Ezek az eljárások kötelezőek, ha több Webex -szervezetet futtat ugyanazon az XSP-n| ADP szerver. Ellenkező esetben ezek nem kötelezőek.
Ha nem futtat több Webex -szervezetet ugyanazon az XSP-n keresztül| ADP szerver, CI Token Validation ( TLS-szel) javasolt a hitelesítési szolgáltatáshoz. Lásd: Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k a hitelesítési szolgáltatás és egyéb szolgáltatások konfigurálásával kapcsolatos részletekért. |
Xsi felületek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a leírás szerint Cisco BroadWorks Xtended Services felület konfigurációs útmutató .
Az Xsi-Events alkalmazásoknak csak egy példányát kell telepíteni az XSP-re| A CTI interfészhez használt ADP.
A Broadworks és a Webex közötti integrációhoz használt összes Xsi-Eventnek ugyanazzal a Webex -vel kell rendelkeznie, mint az Applications/Xsi-Events/GeneralSettings alatt. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
Amikor egy felhasználó bejelentkezett a Webex, a Webex előfizetést hoz létre a felhasználó számára az AS-en, hogy fogadja a telefonos eseményeket a jelenlét és a hívásnapló vonatkozásában. Az előfizetés a callControlApplicationName alkalmazáshoz van társítva, és az AS ennek alapján tudja, melyik Xsi-Eventsnek küldje el a telefonos eseményeket.
A callControlApplicationName módosítása, vagy ha nem ugyanaz a név az összes Xsi-Events webalkalmazáson, az hatással lesz az előfizetésekre és a telefonos eseményekre. |
Hitelesítési szolgáltatás konfigurálása (mTLS-szel)
A hosszú élettartamú BroadWorks tokeneket az XSP-n tárolt hitelesítési szolgáltatás hozza létre és hitelesíti| ADP-k.
Követelmények
Az XSP| A hitelesítési szolgáltatást futtató ADP-kiszolgálóknak rendelkezniük kell konfigurált mTLS-interfészekkel.
XSP| Az ADP-knek ugyanazokat a kulcsokat kell megosztaniuk a BroadWorks hosszú élettartamú tokenek titkosításához/visszafejtéséhez. Ezeknek a kulcsoknak a másolása az egyes XSP-kre| Az ADP manuális folyamat.
XSP| Az ADP-ket szinkronizálni kell az NTP-vel.
Konfiguráció áttekintése
Az alapvető konfiguráció az XSP-n| Az ADP-k a következőket tartalmazzák:
Telepítse a hitelesítési szolgáltatást.
Állítsa be a token időtartamát legalább 60 napra (hagyja meg a kibocsátót BroadWorksként).
RSA -kulcsok létrehozása és megosztása XSP-n keresztül| ADP-k.
Adja meg a webes tároló authService URL -címét.
Telepítse a hitelesítési szolgáltatást az XSP rendszeren| ADP
Minden XSP-n| A Webex használt ADP:
Aktiválja a hitelesítési szolgáltatás alkalmazást az elérési úton
/authService
(ezt az elérési utat kell használnia):XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService
(hol
<version>
az Ön BroadWorks-verziója).Az alkalmazás telepítése:
XSP|ADP_CLI/Maintenance/ManagedObjects>
deploy application /authService
Token időtartamának konfigurálása
A meglévő tokenkonfiguráció ellenőrzése (óra):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
get
Állítsa be az időtartamot 60 napra (maximum 180 nap):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
set tokenDurationInHours 1440
RSA -kulcsok létrehozása és megosztása
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
E két tényező miatt egyetlen XSP-n kell kulcsokat generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k. |
Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress> /authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét
Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket.
Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Bizalom konfigurálása a hitelesítési szolgáltatáshoz (mTLS-szel)
Jelentkezzen be a Control Hubba a partnerrendszergazdai rendszergazdafiók.
Ugrás ide: Töltse Webex CA-tanúsítványt hogy megkapja
és kattintsonCombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
.Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
.Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
. (Nem kötelező) Futtassa a súgótUpdateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot
,webexclientroot2023
,webexclientissuing
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, ha mind a négy bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
(Opció) Az mTLS konfigurálása a HTTP interfész/port szintjén
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS-t HTTP interfész/port szinten állítja be, az mTLS-re minden, ezen a felületen/porton keresztül elérhető webalkalmazáshoz szükség van.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/HttpServer>
és futtassa aget
parancsot a felületek megtekintéséhez.Interfész hozzáadása és ügyfélhitelesítés előírása (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Lényegében az első
true
TLS -sel (a kiszolgálótanúsítvány létrejön, ha szükséges), és a másodiktrue
arra kényszeríti a felületet, hogy klienstanúsítvány -hitelesítést igényeljen (együtt mTLS).
Például:
XSP|ADP_CLI/Interface/Http/HttpServer> get
Interface Port Name Secure Client Auth Req Cluster Fqdn
=======================================================
192.0.2.7 443 XSP|ADP01.collab.example.net true false
192.0.2.7 444 XSP|ADP01.collab.example.net true true
Ebben a példában az mTLS (Client Auth Req = true) engedélyezve van 192.0.2.7
port 444
. A TLS engedélyezve van 192.0.2.7
port 443
.
(Opció) Az mTLS konfigurálása adott webes alkalmazásokhoz
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS alkalmazásszinten konfigurálódik, az mTLS-re az adott alkalmazáshoz is szükség van, függetlenül a HTTP kiszolgáló interfész konfigurációjától.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
és futtassa aget
parancsot, hogy megtudja, mely alkalmazások futnak.Alkalmazás hozzáadása és ügyfélhitelesítés előírása hozzá (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Az alkalmazásnevek ott vannak felsorolva. A
true
ebben a parancsban engedélyezi az mTLS-t.
Például:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
add 192.0.2.7 443 AuthenticationService true
A példaparancs hozzáadja az AuthenticationService alkalmazást a 192.0.2.7:443-hoz, és megköveteli tőle, hogy tanúsítványokat kérjen és hitelesítsen az ügyféltől.
Ellenőrizze a következővel: get
:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
get
Interface Ip Port Application Name Client Auth Req
===================================================
192.0.2.7 443 AuthenticationService true
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
Merre tovább?
A konfigurációhoz újra csatlakozhat a fő dokumentumfolyamathoz a következő időpontban: CTI felület és kapcsolódó konfiguráció .
További tanúsítványkövetelmények az AuthService elleni kölcsönös TLS -hitelesítéshez
A Webex és a hitelesítési szolgáltatás egy kölcsönös TLS -hitelesített kapcsolaton keresztül működik együtt. Ez azt jelenti, hogy a Webex bemutat egy klienstanúsítvány és az XSP-t| Az ADP-nek hitelesítenie kell. Annak érdekében, hogy megbízható legyen ez a tanúsítvány, a Webex CA-tanúsítvány segítségével hozzon létre egy megbízhatósági horgonyt az XSP-n| ADP (vagy proxy). A tanúsítványlánc letölthető a Partner Hubon keresztül:
Ugrás ide: Beállítások > BroadWorks-hívás lehetőséget .
Kattintson a tanúsítvány letöltése hivatkozásra.
A tanúsítványlánc innen is beszerezhetihttps://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt . |
A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy ebben a három esetben hol kell telepíteni a Webex CA-tanúsítvány .
Kölcsönös TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be a proxynak.
A Webex CA-tanúsítvány a proxy megbízhatósági tárolójában van telepítve, így a proxy megbízik az klienstanúsítvány.
A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy egy nyilvánosan aláírt kiszolgálótanúsítvány mutat be a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions:
X509v3 Extended Key Usage:
1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Kölcsönös TLS -tanúsítvány-követelmények a TLS-passthrough proxyhoz vagy XSP-hez DMZ-ben
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be az XSP-knek.
A Webex CA-tanúsítvány az XSP-k bizalmi tárolójában van telepítve, így az XSP-k megbíznak az klienstanúsítvány.
A nyilvánosan aláírt XSP kiszolgálótanúsítvány is betöltődik az XSP-kbe.
Az XSP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex megbízik az XSP-k kiszolgálótanúsítványait aláíró nyilvános hitelesítésszolgáltatóban.
Dokumentum módosítási előzmények
A következő táblázat a dokumentum módosításainak előzményeit mutatja be az elmúlt 12 hónapban.
Dátum | Verzió | A változás leírása | |
---|---|---|---|
2024. 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:
NTP
NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>
XSP| ADP-azonosító és biztonsági követelmények
Háttér
A Cisco BroadWorks TLS kapcsolatok protokolljai és titkosításai a specifikusság különböző szintjein konfigurálhatók. Ezek a szintek a legáltalánosabb (SSL -szolgáltató) a legspecifikusabb (egyedi felület)ig terjednek. Egy konkrétabb beállítás mindig felülír egy általánosabb beállítást. Ha nincsenek megadva, akkor az „alacsonyabb” szintű SSL -beállításokat a rendszer a „magasabb” szintekről örökli.
Ha egyetlen beállítás sem módosul az alapértelmezetthez képest, minden szint az SSL -szolgáltató alapértelmezett beállításait (JSSE Java Secure Sockets Extension) örökli.
Követelménylista
Az XSP| Az ADP-nek hitelesítenie kell magát az ügyfelek felé egy olyan CA által aláírt tanúsítvány segítségével, amelyben a Közös név vagy az Alany alternatív neve megegyezik az XSI felület tartományrészével.
Az Xsi felületnek támogatnia kell a TLSv1.2 protokollt.
Az Xsi felületnek olyan titkosítási csomagot kell használnia, amely megfelel a következő követelményeknek.
Diffie-Hellman efemer (DHE) vagy elliptikus görbék Diffie-Hellman efemer (ECDHE) kulcscsere
AES (Advanced Encryption Standard) titkosítás 128 bites minimális blokkmérettel (pl. AES-128 vagy AES-256)
GCM (Galois/Counter Mode) vagy CBC (Cipher Block Chaining) titkosítási mód
CBC titkosítás használata esetén csak az SHA2 hash függvénycsalád engedélyezett kulcsok származtatásához (SHA256, SHA384, SHA512).
Például a következő titkosítások teljesítik a követelményeket:
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
Az XSP| Az ADP CLI-hez az IANA elnevezési megállapodásra van szükség a titkosítási csomagokhoz, amint az fent látható, az openSSL-konvencióra nem. |
Támogatott TLS az AuthService és XSI felületekhez
Ez a lista a felhőalapú biztonsági követelményeink alakulásával változhat. Kövesse a Cisco felhőalapú biztonsági ajánlásait a titkosítás kiválasztására vonatkozóan, a jelen dokumentum követelménylistájában leírtak szerint. |
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA
Xsi Events Skála paraméterek
Előfordulhat, hogy növelnie kell az Xsi-Events sor méretét és a szálak számát a Webex for Cisco BroadWorks megoldáshoz szükséges eseménymennyiség kezelésére. A paramétereket az alábbiak szerint növelheti a megjelenített minimális értékekre (ne csökkentse, ha a minimális értékek felett vannak):
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventQueueSize = 2000
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventHandlerThreadCount = 50
Több XSP| ADP-k
Terheléselosztó élelem
Ha van terheléselosztás eleme a hálózat szélén, akkor annak átláthatóan kell kezelnie a forgalom több XSP-je közötti elosztását| ADP-kiszolgálók és a Webex a Cisco BroadWorks felhőhöz és ügyfelekhez. Ebben az esetben meg kell adnia a terheléselosztó URL -címét a Webex Cisco BroadWorks konfigurációhoz.
Megjegyzések az architektúrával kapcsolatban:
Állítsa be a DNS -t úgy, hogy az ügyfelek megtalálhassák a terheléselosztót, amikor az Xsi interfészhez csatlakoznak (lásd DNS konfiguráció ).
Javasoljuk, hogy az edge elemet fordított SSL proxy módban konfigurálja a pont-pont adattitkosítás biztosítása érdekében.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben. Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Internetre néző XSP| ADP-kiszolgálók
Ha közvetlenül teszi közzé az Xsi felületeket, akkor a DNS segítségével ossza el a forgalmat a több XSP felé| ADP szerverek.
Megjegyzések az architektúrával kapcsolatban:
Két rekord szükséges az XSP-hez való csatlakozáshoz| ADP szerverek:
Webex mikroszolgáltatások esetén: A körbefutó A/AAAA rekordok szükségesek a több XSP megcélzásához| ADP IP -címek. Ennek az az oka, hogy a Webex mikroszolgáltatások nem tudnak SRV-kereséseket végezni. Példákért lásd: Webex Cloud Services .
Webex alkalmazás esetén: Egy SRV-rekord, amely A-rekordot old fel, ahol minden A-rekord egyetlen XSP-re oldja fel| ADP. Példákért lásd: Webex alkalmazás .
Használjon prioritást élvező SRV-rekordok az XSI szolgáltatás megcélzásához a többszörös XSP számára| ADP-címek. Állítsa be az SRV-rekordok prioritását, hogy a mikroszolgáltatások mindig ugyanahhoz az A rekordhoz (és az azt követő IP-cím) menjenek, és csak akkor lépjenek át a következő A rekordra (és IP-cím), ha az első IP-cím nem működik. NE alkalmazzon körbefutó módszert a Webex alkalmazáshoz.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben.
Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Kerülje a HTTP-átirányításokat
Néha a DNS úgy van beállítva, hogy oldja fel az XSP-t| ADP URL egy HTTP terheléselosztóhoz, és a terheléselosztó úgy van beállítva, hogy egy fordított proxyn keresztül irányítsa át az XSP-re| ADP szerverek.
A Webex nem követ átirányítást amikor az Ön által megadott URL-címekhez csatlakozik, így ez a konfiguráció nem működik.
Rendelés és üzembehelyezés
A rendelés és a beüzemelés az alábbi szinteken érvényes:
Partner/Szolgáltató kiépítése :
Minden egyes regisztrált Webex for Cisco BroadWorks szolgáltatót (vagy viszonteladót) partnerszervezetként kell konfigurálni a Webex, és biztosítani kell a szükséges jogosultságokat. A Cisco Operations hozzáférést biztosít a partnerszervezet rendszergazdájának a Webex for Cisco BroadWorks kezeléséhez a Webex Partner Hubon. A Partner rendszergazdának el kell végeznie az összes szükséges üzembe helyezési lépést, mielőtt kiépíthetne egy Ügyfél/Vállalat szervezetet.
Ügyfél/Vállalati rendelés és üzembe helyezés :
Minden, a Webex for Cisco BroadWorks számára engedélyezett BroadWorks Enterprise egy hozzárendelt Webex ügyfélszervezet létrehozását váltja ki. Ez a folyamat automatikusan megtörténik a felhasználó/előfizető beüzemelése részeként. A BroadWorks-vállalatokon belül minden felhasználó/előfizető ugyanabban a Webex Ügyfél-szervezetben van kiépítve.
Ugyanez a viselkedés érvényes, ha a BroadWorks rendszer csoportokkal rendelkező szolgáltatóként van konfigurálva. Amikor előfizetőt létesít egy BroadWorks-csoportban, automatikusan létrejön a csoportnak megfelelő Ügyfél-szervezet a Webex.
Felhasználó/előfizető rendelés és szolgáltatás :
A Webex for Cisco BroadWorks jelenleg a következő felhasználó-szolgáltatási modelleket támogatja:
Folyamatos üzembe helyezés megbízható e-mailekkel
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Felhasználói önellátás
API szolgáltatás
Folyamatos üzembe helyezés megbízható e-mailekkel
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha meggyőződhet arról, hogy a BroadWorks előfizetői e-mail-címei érvényesek, és egyediek a Webex számára, akkor ez a létesítési beállítás automatikusan létrehoz és aktivál Webex -fiókokat ezekkel az e-mail-címekkel felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha nem támaszkodhat a BroadWorks által tárolt előfizetői e-mail-címekre, akkor ez a beüzemelési opció Webex -fiókokat hoz létre, de nem aktiválhatja azokat, amíg az előfizetők megadják és nem hitelesítik az e-mail-címüket. Ekkor a Webex aktiválhatja az adott e-mail-címekkel rendelkező fiókokat felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Felhasználói önellátás
Ezzel a beállítással nincs átfolyólagos kiépítés a BroadWorks és a Webex között. Miután konfigurálta a Webex és a BroadWorks rendszer közötti integrációt, egy vagy több hivatkozást kap, amelyek kifejezetten a felhasználók kiépítésére vonatkoznak a Webex for Cisco BroadWorks partnerszervezetén belül.
Ezután megtervezheti a saját kommunikációját (vagy delegálhatja az ügyfelei számára), hogy a hivatkozást az előfizetőkhöz eljuttassa. Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a saját Webex -fiók létrehozásához és aktiválásához.
Mivel a fiókok kiépítése a partnerszervezet hatókörén belül történik, manuálisan módosíthatja a felhasználói csomagokat a Partner Hubon keresztül, vagy ehhez az API -t használhatja.
A felhasználóknak létezniük kell a Webexszel integrált Webex rendszerben, ellenkező esetben tilos számukra az adott hivatkozással fiókot létrehozni. |
Szolgáltatói kiépítés API-kon keresztül
A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik a Webex for Cisco BroadWorks felhasználói/előfizetői kiépítését a meglévő felhasználókezelési munkafolyamatba/-eszközökbe.
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Mellék tárcsázása
A Melléktárcsázás funkció támogatása lehetővé teszi a Webex for Cisco Broadworks felhasználói számára, hogy más felhasználókat is tárcsázzanak ugyanazon a vállalaton belül az elsődleges telefonvonal hasonló mellékről. Ez különösen azoknak a felhasználóknak hasznos, akik nem rendelkeznek DID-számmal.
Az üzembe helyezés során a felhasználók melléke a Webex címtárba kerül a felhasználó mellékeként. BroadWorks hívás esetén a mellék megjelenik a Webex alkalmazásban az összes híváskezdeményezési módszer terület mellék mezőjében és a felhasználói profilban. A Webex for Cisco BroadWorks a helyhívó kód és a mellék kombinációjával támogatja az ugyanazon a csoporton belüli felhasználók és egyazon vállalat különböző csoportjai között csak mellékről szóló hívásokat. Két vállalat közötti, csak mellékeket használó hívás azonban nem támogatott.
A Cisco BroadWorks-felhasználók számára a következő módszerekkel lehet bővítményt kiépíteni:
Cisco BroadWorks-felhasználók
Nyilvános API -szolgáltatás 'mellékként
A mellékparamétert kifejezetten az API-hívás részeként kell átadni. A Helyszínhívó kóddal (LDC) konfigurált vállalatok/csoportok esetében a mellékszám paraméternek az LDC és a ' mellékszám kombinációjának kell lennie.
Átfolyó vagy önaktiváló üzembe helyezés
A mellék és az LDC (ahol alkalmazható) automatikusan lekérésre kerül a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Automatikusan szinkronizálva a mellékszám alkalmazásból a Directory Sync segítségével, a Helyszínhívó kód (LDC) és a mellékszám kombinációjával .
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Mellék kezelése lehetőségre |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A melléket paraméterként kell átadni |
Átfolyás | A mellék automatikusan lekért a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
BroadWorks-telefonlisták | Vállalati, csoportos vagy személyes telefonlisták | Címtár-szinkronizálás | Nem alkalmazható |
Előfeltételek
A funkció támogatásához szükséges kliensverzió 42.11-es vagy újabb.
Javítás, amelynél mellék- és helyhívó kódok lettek hozzáadva az XSI-hez és a Provisioning Adapterhez 2022. február a 23-as vagy újabb verzióhoz a következő részeként:
AP.platform.23.0.1075.ap380045
AP.as.23.0.1075.ap380045
AP.xsp.23.0.1075.ap380045
AP.as.24.0.944.ap380045
Engedélyezze az X-BroadWorks-Remote-Party-Info fejlécet az AS-en az alábbi CLI-parancs ehhez a SIP-hívás hívásfolyamhoz, amely a mellék tárcsázási funkcióinak támogatásához szükséges.
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Hívásopciók prioritása az alkalmazásban
A Melléktárcsázás funkció támogatásának részeként az alkalmazás hívásbeállításainak prioritási beállítása partner szinten is elérhető a Webex for Cisco Broadworks összes partnere számára. Ezzel a beállítással a partner vezérelheti az összes kezelt ügyfele hívásprioritás-beállításait a Partner Hubról. Az ügyfél alkalmazáshívási opcióinak prioritási beállításai ügyfélszint is módosíthatók a Control Hubból.
Az alkalmazáshívási opciók prioritási beállítása második opcióként tartalmazza a melléket mind a Partner Hub, mind a Control Hub rendszerében, amikor egy Webex for Cisco Broadworks-felhasználó újonnan van hozzárendelve mellékhez a fent említett üzembe helyezési módok bármelyikén keresztül.
Az összes meglévő kiépített szervezet esetében a mellék opció rejtett állapotban lesz (alapértelmezés szerint) az alkalmazás hívásbeállításainak prioritási beállításában. Ez nem fog melléket megjeleníteni a felhasználó hang-/ videohívások opciójában a Webex alkalmazásban.
Az alábbi opciók segítségével teheti láthatóvá a mellékhívási opciót a meglévő ügyfelek számára:
Ha egy partner azt szeretné, hogy az összes felügyelt ügyfélszervezete kapjon melléket a hívási opciók egyikeként, javasoljuk, hogy a partnerrendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Partner Hubban. Ez lehetővé teszi, hogy a felügyelt ügyfélszervezetek örököljék a beállítást a partnerüktől.
Ha egy Partner hívási opciókban szeretne melléket biztosítani egy adott ügyfélszervezet számára, javasoljuk, hogy a Partner-rendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Control Hubban.
Csoportnévjegyek támogatása
Ez a funkció továbbfejleszti a Webex for BroadWorks DirSync szolgáltatást azáltal, hogy megszünteti a legfeljebb 1500 névjegy szinkronizálására vonatkozó korlátozást a csoportos telefonlistákról a BroadWorks rendszerében, és lehetővé teszi a partnerek számára, hogy akár 30 000 névjegyet is szinkronizálhassanak egyetlen csoportos telefonlistáról, és ez egyenrangúvá tegye azt a 30 000 névjegyével növelése a külön kiadott nagyvállalati telefonlista esetében.
A teljes határérték 200 000 minden külső kapcsolat Szervezetenként, amely a Vállalati és a Csoport telefonszámlistáinak összegére vonatkozik egyetlen BroadWorks-vállalaton belül. Például egy BroadWorks-vállalat támogatott, amely vállalati telefonszámlistával rendelkezik 30 000 telefonnal, és 5 csoportos telefonszámlistával egyenként 30 000 telefonnal (szervezetenként összesen 180 000). Ha azonban 6 csoportos telefonlista van egyenként 30 000 értékkel, akkor ez nem támogatott (összesen 210 000).
Ez a funkció kérésre elérhető. Kérjük, az engedélyezéshez forduljon a fiókot kezelő csapathoz.
|
A funkció engedélyezése után a DirSync szolgáltatás elkezdi szinkronizálni a BroadWorks Group telefonlista névjegyeit a Webex Contact Service dedikált csoportonkénti névjegytárára.
Az üzembe helyezés során a felhasználó vállalati csoportját el kell tárolni a Webex címtárban, jelezve, hogy a felhasználó melyik csoporthoz tartozik. A felhasználónak egy BroadWorks-csoporthoz való társítása a Webex címtárban lehetővé teszi a Webex alkalmazás számára, hogy névjegykeresést végezzen a Contact Service csoport tárhelyén a felhasználó adott csoportja számára.
A funkció használatához a Webex for BroadWorks-előfizetőknek a BroadWorks vállalati csoportazonosítóval kell rendelkezniük a Webex .
A BroadWorks vállalati csoportazonosítót a következő módszerekkel lehet kiépíteni a Cisco BroadWorks-felhasználók számára:
Webex a Cisco BroadWorks-felhasználók számára
Nyilvános API -létesítés 'spEnterpriseGroupId'-ként
A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében.
Átfolyó vagy önaktiváló üzembe helyezés
A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Nem alkalmazható. Nem szükséges szinkronizálni a BroadWorks vállalati csoportazonosítót ezeknél a felhasználóknál.
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Vállalati azonosító kezelése |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A BroadWorks vállalati csoportazonosítót spEnterpriseGroupId paraméterként kell átadni |
Átfolyás | A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | Nem alkalmazható |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | Nem alkalmazható |
BroadWorks-telefonlisták | Névjegyek a BroadWorks-csoport telefonszámlistájában | Címtár-szinkronizálás | A csoportnévjegyeket az adott csoporthoz társított Webex Contact Service tárolja |
BroadWorks Enterpsie vagy Persional telefonlisták | Névjegyek a Vállalati vagy Személyes telefonlistán | Címtár-szinkronizálás | Nem alkalmazható |
A nyilvános API -t az ÁLLÍTÁS ELŐTT frissíteni kell. Az áttelepítés nem fejezhető be, amíg be nem fejeződik EZ az API . A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében https://developer.webex.com/docs/api/changelog#2023-march A funkció engedélyezése után és a következő címtár-szinkronizálás eredményeként a vállalati felhasználói csoportok is megjelennek a Control Hubban. A csoportok megjelenítése a Control Hub for Webex for BroadWorks alkalmazásban pusztán információs jellegű ebben a szakaszban. A partner- és ügyfélrendszergazdák nem módosíthatják a csoportokat vagy a csoporttagságot a Control Hubon, mert ezek a módosítások nem tükröződnek vissza a BroadWorks rendszerébe. A Control Hub csoportkezelését azon partnerek használhatják, akik átveszik a közelgő Contact Management API-kat. |
Áttelepítés és jövőbiztosság
A BroadSoft egyesített kommunikációs kliens Cisco fejlesztése az UC-One helyett a Webex felé való elmozdulás. Ennek megfelelően a támogató szolgáltatások a szolgáltatói hálózatról – a hívás kivételével – a Webex felhőplatform felé haladnak.
Akár UC-One SaaS-t, akár BroadWorks Collaborate-ot futtat, a preferált áttelepítési stratégia az új, dedikált XSP telepítése| ADP-k a Webex for Cisco BroadWorks alkalmazással való integrációjához. A két szolgáltatás párhuzamosan is futtatható, miközben áttelepíti az ügyfeleket a Webex rendszerébe, és végül megtérítheti az előző megoldáshoz használt infrastruktúrát.
Ajánlott dokumentum-előfizetések
A Webex Súgó cikkei (a help.webex.com oldalon) rendelkeznek a Előfizetés lehetőségre opciót, amely lehetővé teszi, hogy e-mail értesítést kapjon, amikor az adott cikk frissül.
Javasoljuk, hogy fizessen elő az alábbi cikkek mindegyikére, hogy biztosan ne maradjon le a hálózati kapcsolat érintő kritikus frissítésekről . Az előfizetéshez lépjen az alábbi hivatkozások egyikére, és az induló cikkben kattintson a Előfizetés lehetőségre gombot.
Legalább azt javasoljuk, hogy iratkozzon fel a fenti listára. alatt felsorolt Webex cikkek és dokumentumok többsége azonban További dokumentumok rendelkezik a Előfizetés lehetőségre opciót. Ahhoz, hogy ez a beállítás megjelenjen, a cikknek meg kell jelennie a help.webex.com oldalon.
A dokumentációs céloldalakra nincs előfizetési lehetőség. |
További dokumentumok
A Webex Cisco BroadWorks alkalmazással kapcsolatos további információkért lásd a következő kapcsolódó dokumentációt:
Webex a Cisco BroadWorks dokumentumokhoz
A partnerrendszergazdák a következő dokumentumok és webhelyek segítségével szerezhetnek információkat a Webex for Cisco BroadWorks alkalmazásról.
Hozzon létre saját PSTN-megoldást a Webex for Cisco BroadWorks számára — Ez a megoldás lehetővé teszi a szolgáltatók számára, hogy a saját (és a Cisco által biztosított számok helyett) telefonszámukat biztosítsák a felhasználók számára a Webex Meetings való csatlakozáskor.
Webex Cisco BroadWorks konfigurációs útmutató —Leírja, hogyan kell konfigurálni a Webex alkalmazást a Cisco Webex rendszerhez.
- Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz — Ismerteti a Room OS és MPP eszközök beüzemelésének és szervizelésének módját.
Webex for Cisco BroadWorks hibaelhárítási útmutató — Hibaelhárítási információkat tartalmaz a Webex for Cisco BroadWorks alkalmazáshoz.
Webex a Cisco BroadWorks cikkekhez
A partnerrendszergazdák a következő opcionális webhelyeken tájékozódhatnak a Webex Cisco BroadWorks-hez alkalmazásról:
Webex Cisco BroadWorks dokumentációhoz — A nyitóoldal műszaki dokumentumokat és opcionális Webex -cikkeket sorol fel a Webex for Cisco BroadWorks partnerrendszergazdái számára.
A Webex Cisco BroadWorks rendszerhez újdonságai — Olvassa el a legújabb kiadott funkciókat, valamint a hamarosan megjelenőket.
Ismert problémák és korlátok — Olvassa el a Webex Cisco BroadWorks megoldásban azonosított ismert problémákat.
Rendszergazdai partner szerepkörök a Webex for BroadWorks és a Wholesale RTM alkalmazásban — Ez a cikk azt ismerteti, hogyan rendelhet hozzá rendszergazdai partner szerepkört a Webex for Cisco BroadWorks alkalmazást kínáló partnerszervezetekhez. A szerepkörök hozzászoktak ahhoz, hogy adminisztrátori hozzáférést rendeljenek a beállításokhoz a Partner Hubban és a Control Hubban.
Cisco BroadWorks dokumentumok
A partnerrendszergazdák a cisco.com Cisco BroadWorks webhelyén tájékozódhatnak a megoldás Cisco BroadWorks részének telepítését ismertető műszaki dokumentumokért:
Webex súgócikkek
A következő Webex súgóoldalak segítségével olyan Webex -cikkek találhatók, amelyek segítenek az ügyfélrendszergazdáknak és a végfelhasználóknak a Webex funkcióinak használatában.
Webex a szolgáltatóktól — Ez a nyitóoldal hivatkozásokat tartalmaz az első lépések , és gyakran használt cikkeket tartalmaz azon Webex App-felhasználók számára, akik Webex -szolgáltatásokat vásároltak egy szolgáltatótól.
Webex Súgó — Használja a help.webex.com keresési funkcióját a Webex alkalmazás és a Webex Meetings funkcióit ismertető további Webex cikkek kereséséhez. Kereshet felhasználói vagy rendszergazdai cikkekre is.
Fejlesztői dokumentáció
Webex for BroadWorks Fejlesztői útmutató — Információkat biztosít a Webex for BroadWorks API-kat használó alkalmazásokat létrehozó fejlesztők számára.
Döntési pontok
Mérlegelés | Megválaszolandó kérdések | Erőforrások |
Építészet és infrastruktúra
|
Hány XSP| ADP-k? Hogyan fogadják az mTLS-t? |
Cisco BroadWorks rendszer kapacitástervező Cisco BroadWorks rendszermérnöki útmutató XSP| ADP CLI referencia Ez a dokumentum |
Ügyfél- és felhasználószolgáltatás | Kijelentheti, hogy megbízik az e-mailekben a BroadWorksben? Szeretné, ha a felhasználók e-mail-címeket adnának meg a saját fiókjuk aktiválásához? Készíthet eszközöket az API használatához? |
Nyilvános API -dokumentumok itt: https://developer.webex.com Ez a dokumentum |
Védjegyzés | Milyen színt és logót szeretne használni? | Webex alkalmazás márkaépítési cikk |
Sablonok | Melyek a különböző ügyfélhasználati esetei? | Ez a dokumentum |
Előfizetői funkciók ügyfelenként/vállalatonként/csoportonként | Válasszon csomagot a szolgáltatási szint sablononkénti meghatározásához. Alap, Standard, Prémium vagy Softphone. | Ez a dokumentum Funkció/csomag mátrix |
Alapszintű hitelesítés | BroadWorks vagy Webex | Ez a dokumentum |
Létesítési adapter (átmeneti létesítési beállításokhoz) | Használ már integrált IM&P-t, például az UC-One SaaS-hez? Több sablont is szeretne használni? Várható-e gyakoribb használati eset? |
Ez a dokumentum Application Server CLI hivatkozás |
Építészet és infrastruktúra
Milyen skálával szeretné kezdeni? A jövőben lehetséges a bővítés, de a jelenlegi használati becslésnek kell előmozdítania az infrastruktúra tervezését.
Együtt a Cisco ügyfélmenedzserével/értékesítési képviselőjével döntse el az XSP méretét| ADP infrastruktúra szerint a Cisco BroadWorks rendszer kapacitástervező és a Cisco BroadWorks rendszermérnöki útmutató .
Hogyan hoz létre kölcsönös TLS -kapcsolatokat a Webex az XSP-hez?| ADP-k? Közvetlenül az XSP-re| ADP DMZ-ben vagy TLS-proxy keresztül? Ez hatással van a tanúsítványkezelésre, és a felületekhez használt URL-címekre. ( Nem támogatjuk a nem titkosított TCP kapcsolatokat a hálózat szélére ).
Ügyfél- és felhasználószolgáltatás
Melyik felhasználó-szolgáltatási módszer felel meg Önnek a legjobban?
Átfolyós beüzemelés megbízható e-mailekkel : Az „Integrált IM&P” szolgáltatás BroadWorks rendszeren történő hozzárendelésével az előfizető automatikusan beüzemelésre kerül a Webex.
Ha azt is állíthatja, hogy a BroadWorks-előfizetői e-mail-címek érvényesek, és egyediek a Webex számára, akkor használhatja a „megbízható e-mail” változatát az átfolyós létesítésnek. Az előfizetői Webex -fiókok létrehozása és aktiválása az ő beavatkozásuk nélkül történik; egyszerűen letöltik a klienst, és bejelentkeznek.
Az e- e-mail cím a Webex egyik kulcsfontosságú felhasználói attribútuma. Ezért a Szolgáltatónak érvényes e- e-mail-cím kell megadnia a felhasználó számára ahhoz, hogy a Webex szolgáltatásait biztosítani tudja. Ennek szerepelnie kell a felhasználó e- e-mail - azonosító attribútumában a BroadWorks-ben. Javasoljuk, hogy másolja be az Alternatív azonosító attribútumba is.
Folyamatos üzembe helyezés megbízható e-mailek nélkül : Ha nem tud megbízni az előfizetői e-mail-címekben, akkor is hozzárendelheti a BroadWorks integrált IM&P szolgáltatását a Webex szolgáltatásban lévő szolgáltatlási felhasználók .
Ezzel az opcióval a fiókok a szolgáltatás hozzárendelésekor jönnek létre, de az előfizetőknek meg kell adniuk és ellenőrizniük kell az e-mail-címüket a Webex -fiókok aktiválásához.
Felhasználói önellátás : Ez a beállítás nem igényel IM&P szolgáltatás hozzárendelését a BroadWorksben. Ehelyett Ön (vagy ügyfelei) egy üzembe helyezési hivatkozást terjeszt, és a hivatkozásokat a különböző kliensek letöltéséhez, az Ön márkajelzésével és utasításaival.
Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a Webex -fiók létrehozásához és aktiválásához. Ezután letöltik a klienst, bejelentkeznek, a Webex pedig lekér róluk néhány további konfigurációt a BroadWorks-től (beleértve az elsődleges számukat is).
SP által vezérelt üzembe helyezés API-kon keresztül : A Webex nyilvános API-k egy készletét teszi elérhetővé, amelyek lehetővé teszik a szolgáltatók számára, hogy a meglévő munkafolyamataikba beépítsék a felhasználók/előfizetők szolgáltatásait.
Létesítési követelmények
Az alábbi táblázat összefoglalja az egyes létesítési módszerek követelményeit. A követelményeken kívül a telepítésnek meg kell felelnie az ebben az útmutatóban ismertetett általános rendszerkövetelményeknek.
Beüzemelési módszer | Követelmények |
---|---|
Folyamatos üzembe helyezés (Megbízható vagy nem megbízható e-mailek) | A Webex üzembe helyezési API automatikusan hozzáadja a meglévő BroadWorks-felhasználókat a Webex , amint a felhasználó megfelel a követelményeknek, és Ön átkapcsolja a Integrált IM+P szolgáltatást be. Két folyamat létezik (megbízható e-mailek vagy nem megbízható e-mailek), amelyeket a Webex onboarding sablonján keresztül lehet hozzárendelni. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
Felhasználói önellátás | A rendszergazda hivatkozást biztosít a meglévő BroadWorks-felhasználóknak a Felhasználóaktiválási portálra. A felhasználónak BroadWorks hitelesítési adatokkal kell bejelentkeznie a portálra, és meg kell adnia egy érvényes e- e-mail-cím. Az e-mail hitelesítése után a Webex további felhasználói információk kér a beüzemelés befejezéséhez. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
SP által vezérelt üzembe helyezés API -n keresztül (Megbízható vagy nem megbízható e-mailek) | A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik, hogy a meglévő munkafolyamatokba és eszközökbe beépítse a felhasználói beüzemelést. Két folyamat létezik:
BroadWorks-követelmények:
Webex követelmények:
Az API-k használatához lépjen ide: BroadWorks-előfizetők . |
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Támogatott nyelvi területek
Az üzembe helyezés során a BroadWorks alkalmazásban az elsőként kiépített felügyeleti jogokkal rendelkező felhasználó hozzárendelt nyelv lesz automatikusan hozzárendelve az ügyfélszervezet alapértelmezett területi beállításaiként. Ez a beállítás határozza meg az aktiválási e-mailek, értekezletek és értekezletmeghívók alapértelmezett nyelvét az adott ügyfélszervezeten belül.
Öt karakteres nyelvi területi beállítások az (ISO-639-1) nyelven_ (ISO-3166) formátum támogatott. Például:en_ Az US E-nek felel megnglish_ Egyesült Államok. Ha csak kétbetűs nyelvet kér ( ISO-639-1 formátumot használva), a szolgáltatás egy ötkarakteres nyelvi területi beállítást generál úgy, hogy a kért nyelvet a sablonból származó országkóddal kombinálja, azaz "requestedL".anguage_ CountryCode", ha nem tud érvényes területi beállítást beállítani, akkor a szükséges nyelvkód alapján az alapértelmezett ésszerű területi beállítást használja.
Az alábbi táblázat felsorolja a támogatott területi beállításokat, valamint azt a hozzárendelést, amely a kétbetűs nyelvi kódot ötkarakteres területi beállításra konvertálja olyan helyzetekben, amikor nem áll rendelkezésre öt karakteres területi beállítás.
Támogatott nyelvi területek (ISO-639-1)_ (ISO-3166) | Ha csak egy kétbetűs nyelvkód áll rendelkezésre... | |
---|---|---|
Nyelvkód (ISO-639-1) ** | Használja helyette az Alapértelmezett érzékeny területi beállítást (ISO-639-1)_ (ISO-3166) | |
en_US en_AU en_GB en_CA | hu | en_US |
fr_FR fr_CA | fr | fr_FR |
cs_CZ | cs | cs_CZ |
da_DK | da | da_DK |
de_DE | de | de_DE |
hu_HU | hu | hu_HU |
id_Azonosító | azonosító | id_Azonosító |
it_IT | it | it_IT |
ja_JP | ja | ja_JP |
ko_KR | ko | ko_KR |
es_ES es_CO es_MX | es | es_ES |
nl_NL | nl | nl_NL |
nb_NEM | nb | nb_NEM |
pl_PL | pl | pl_PL |
pt_PT pt_BR | pt | pt_PT |
ru_RU | ru | ru_RU |
ro_RO | ro | ro_RO |
zh_CN zh_TW | zh | zh_CN |
sv_SE | sv | sv_SE |
ar_SA | ar | ar_SA |
tr_TR | tr | tr_TR |
A helyszínekes_ CO,id_ azonosító,nb_ NEM éspt_ A Webex értekezletoldalak nem támogatják a PT-t. Ezeken a területeken a Webex Meetings webhelyek csak angol nyelvűek lesznek. Az angol az alapértelmezett területi beállítás a webhelyekhez, ha nincs/invalid/nem támogatott területi beállítás szükséges a webhelyhez. Ez a nyelvi mező a Szervezeti és Webex Meetings webhely létrehozásakor alkalmazható. Ha egy bejegyzésben vagy az előfizető API -jában nem szerepel nyelv, akkor a sablon nyelve lesz az alapértelmezett nyelv. |
Védjegyzés
A partnerrendszergazdák a Speciális márkaépítés testreszabási opciókkal testreszabhatják, hogy a Webex alkalmazás hogyan keresse a partner által kezelt ügyfélszervezeteket. A partnerrendszergazdák testreszabhatják a következő beállításokat annak érdekében, hogy a Webex alkalmazás tükrözze a vállalati márkát és identitásukat:
Vállalati logók
Egyedi színsémák Világos vagy Sötét módban
Egyedi támogatási URL-címek
A márkaépítés testreszabásának részleteiért lásd: Speciális márka-testreszabások konfigurálása .
|
Beléptetési sablonok
A beléptető sablonok lehetővé teszik azoknak a paramétereknek a meghatározását, amelyek alapján az ügyfelek és a hozzájuk tartozó előfizetők automatikusan ki lesznek szolgáltatva a Webex for Cisco BroadWorks rendszeren. Igény szerint több belépési sablont is konfigurálhat, de amikor egy ügyfelet belép, az csak egy sablonhoz lesz hozzárendelve (egy ügyfélre nem lehet több sablont alkalmazni).
Az alábbiakban felsorolunk néhány elsődleges sablonparamétert.
Csomag
Ki kell választania egy alapértelmezett csomagot a sablon létrehozásakor (lásd Csomagok lehetőségre részletekért az Áttekintés részben). Minden olyan felhasználó, aki rendelkezik ezzel a sablonnal, akár folyamatban lévő, akár önkiépítéssel, megkapja az alapértelmezett csomagot.
Több sablon létrehozásával, és mindegyikben más alapértelmezett csomag kiválasztásával szabályozhatja a csomagok kiválasztását a különböző ügyfelek számára. Ezt követően terjeszthet különböző üzembe helyezési hivatkozásokat vagy különböző vállalatonkénti beüzemelési adaptereket, attól függően, hogy milyen felhasználó-létesítési módszert választott ezekhez a sablonokhoz.
Megváltoztathatja az egyes előfizetők csomagját ettől az alapértelmezetttől a beüzemelési API (lásd Webex for Cisco BroadWorks API dokumentáció vagy a Partner Hubon keresztül (lásd Felhasználói csomag módosítása a Partner Hubban ) .
Nem módosíthatja az előfizetői csomagot a BroadWorksből. Az Integrált IM&P szolgáltatás hozzárendelése be vagy ki van kapcsolva; ha az előfizető hozzá van rendelve ehhez a szolgáltatáshoz a BroadWorksben, akkor az előfizető vállalatának szolgáltatási URL -címéhez társított Partner Hub-sablon határozza meg a csomagot.
Viszonteladó és vállalatok vagy Szolgáltató és csoportok?
A BroadWorks-rendszer konfigurációjának módja hatással van a beüzemelési folyamatra. Ha Ön viszonteladó az Enterprises-szal, akkor sablon létrehozásakor engedélyeznie kell a Vállalati módot.
Ha a BroadWorks rendszere Szolgáltatói módra van beállítva, a Vállalati mód kapcsolót kikapcsolva hagyhatja a sablonokban.
Ha mindkét BroadWorks-móddal tervezi az ügyfélszervezetek kiépítését, akkor különböző sablonokat kell használnia a csoportokhoz és a vállalatokhoz.
Győződjön meg arról, hogy alkalmazta az átfolyós kiépítéshez szükséges BroadWorks javításokat. A részletekért lásd: Szükséges javítások átfolyós telepítéssel . |
Hitelesítő mód
Döntse el, hogyan szeretné hitelesíteni az előfizetőket, amikor bejelentkezik a Webex. Az üzemmódot a következővel rendelheti hozzá Hitelesítési mód beállítást a Belépési sablonban. Az alábbi táblázat felvázol néhány opciót.
Ez a beállítás nincs hatással a Felhasználó aktiválási portálra történő bejelentkezésre. A portálra bejelentkező felhasználóknak meg kell adniuk a BroadWorks- felhasználói azonosító és jelszavukat a BroadWorks-en beállítottak szerint, függetlenül a beállítás módjától. Hitelesítési mód a beléptetési sablonon. |
Hitelesítő mód | BroadWorks | Webex |
Elsődleges felhasználói identitás | BroadWorks-felhasználói azonosító | E-mail-cím |
Identitásszolgáltató | BroadWorks.
| Cisco Common Identity |
Többtényezős hitelesítés? | Nem | A többtényezős hitelesítést támogató ügyfél-azonosítót igényel. |
Hitelesítési adatok érvényesítési útvonala
|
|
|
Az SSO bejelentkezési folyamat részletesebb lebontásához közvetlen BroadWorks-hitelesítéssel lásd: SSO bejelentkezési folyamat . |
UTF-8 kódolás BroadWorks hitelesítéssel
BroadWorks-hitelesítés esetén javasoljuk, hogy UTF-8 kódolást állítson be a hitelesítési fejléchez. Az UTF-8 kijavít egy olyan problémát, amely a speciális karaktereket használó jelszavak esetén fordulhat elő, mivel a webböngésző nem megfelelően kódolja a karaktereket. Az UTF-8 kódolású, 64-es alapkódolású fejlécek használata megoldja ezt a problémát.
Az UTF-8 kódolást a következő CLI-parancsok egyikének az XSP-n vagy ADP-n történő futtatásával állíthatja be:
XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
Ország
Sablon létrehozásakor ki kell választania egy országot. A rendszer automatikusan ezt az országot rendeli hozzá a szervezeti országként minden olyan ügyfél számára, aki rendelkezik a sablonnal a Common Identityben. Ezenkívül a szervezet országa határozza meg a Cisco PSTN alapértelmezett globális betelefonálási számait a Webex értekezletoldalakon.
A webhely alapértelmezett globális betelefonálási számai a szervezet országa alapján a telefonos tartományban meghatározott első elérhető betelefonálási számra lesznek beállítva. Ha a szervezet országa nem található a telefonos tartományban meghatározott betelefonálási számban, akkor az adott helyszín alapértelmezett számát fogja használni a rendszer.
S No. | Helyszín | Országhívószám | Ország neve |
---|---|---|---|
1 | AMER | +1 | USA, CA |
2 | APAC | +65 | Szingapúr |
3 | ANZ | +61 | Ausztrália |
4 | EMEA | +44 | Egyesült Királyság |
5 | EURO | +49 | Németország |
Több partner megállapodás
Szeretné továbblicencelni a Webex for Cisco BroadWorks alkalmazást egy másik szolgáltató? Ebben az esetben minden szolgáltató külön partnerszervezetre van szüksége a Webex Control Hubban, hogy biztosíthassa a megoldást az ügyfélbázisa számára.
Beüzemelési adapter és sablonok
Átmenőleges kiépítés használata esetén a BroadWorks-ben megadott beüzemelési URL -cím a Control Hub sablonjából származik. Több sablonja lehet, és így több szolgáltatási URL-címe is. Ez lehetővé teszi, hogy vállalatonként kiválassza, hogy melyik csomagot alkalmazza az előfizetőkre, amikor megkapják az Integrált IM&P szolgáltatást.
Meg kell fontolnia, hogy szeretne-e rendszerszintű üzembe helyezési URL -t beállítani alapértelmezett szolgáltatási útvonalként, és hogy ehhez melyik sablont szeretné használni. Így csak az üzembe helyezési URL -címet kell kifejezetten beállítani azon vállalatok számára, amelyeknek más sablonra van szükségük.
Ne feledje azt is, hogy előfordulhat, hogy már rendszerszintű beüzemelési URL-t használ , például az UC-One SaaS szolgáltatással. Ebben az esetben dönthet úgy, hogy megtartja a rendszerszintű URL -címet az UC-One SaaS-felhasználók beüzemeléséhez, és felülbírálhatja a Webex for Cisco BroadWorks alkalmazásra áttérő vállalatoknál. Alternatív megoldásként választhat a másik irányba, és beállíthatja a Webex for BroadWorks rendszerszintű URL -címét, és újrakonfigurálhatja azokat a vállalatokat, amelyeket meg szeretné tartani az UC-One SaaS rendszeren.
Az ehhez a döntéshez kapcsolódó konfigurációs lehetőségeket a következő tartalmazza: Konfigurálja az alkalmazáskiszolgálót a kiépítési szolgáltatás URL-címével .
Létesítési adapter proxy
A nagyobb biztonság érdekében a Provisioning Adapter Proxy lehetővé teszi, hogy HTTP(S) proxyt használjon az Application Delivery Platformon az AS és a Webex közötti átfolyólagos kiépítéshez. A proxykapcsolat egy végpontok közötti TCP -alagutat hoz létre, amely a forgalmat az AS és a Webex között továbbítja, elkerülve ezzel annak szükségességét, hogy az AS közvetlenül csatlakozzon a nyilvános internethez. A biztonságos kapcsolatokhoz TLS használható.
Ehhez a funkcióhoz be kell állítani a proxyt a BroadWorks rendszeren. A részletekért lásd: Cisco BroadWorks Provisioning Adapter proxyfunkció leírása .
Minimális követelmények
Fiókok
Minden előfizetőnek, akit a Webex szolgáltatásra kiépít, szerepelnie kell a Webex integrált Webex rendszerben. Szükség esetén több BroadWorks rendszert is integrálhat.
Minden előfizetőnek rendelkeznie kell BroadWorks-licencekkel és elsődleges számmal vagy mellékmel.
A Webex e-mail-címeket használ elsődleges azonosítóként az összes felhasználó számára. Ha a megbízható e-mailekhez átfolyósított üzembe helyezést használ, akkor a felhasználóknak érvényes címekkel kell rendelkezniük a BroadWorks e-mail attribútumában.
Ha a sablon BroadWorks-hitelesítést használ, az előfizetői e-mail-címeket átmásolhatja a BroadWorks Alternatív azonosító attribútumába. Ez lehetővé teszi, hogy a felhasználók e-mail-címükkel és Webex -jelszavukkal jelentkezzenek be a Webexbe.
A rendszergazdáknak a Webex -fiókjukkal kell bejelentkezniük a Partner Hubra.
Nem támogatott BroadWorks-rendszergazda beépítése a Webex for Cisco BroadWorks rendszerébe. Csak olyan BroadWorks-hívó felhasználókat tud bekapcsolni, akik rendelkeznek elsődleges számmal és/vagy melléktel. Ha átfolyósított üzembe helyezést használ, a felhasználókhoz hozzá kell rendelni az Integrált IM&P szolgáltatást is. |
Hálózati kiszolgálók és szoftverkövetelmények
BroadWorks-példány(ok) legalább R22-es verzióval. A támogatott verziók és javítások a BroadWorks szoftverkövetelmények című részben találhatók (ebben a dokumentumban). További információkért lásd: A BroadSoft termékek életciklus-szabályzata szakaszban BroadSoft életciklus házirend és BroadWorks szoftver kompatibilitási táblázat .
A BroadWorks-példány(ok)nak tartalmaznia kell legalább a következő kiszolgálókat:
Alkalmazáskiszolgáló (AS) a fenti BroadWorks-verzióval
Hálózati szerver (NS)
Profilkiszolgáló (PS)
Nyilvános XSP| Az alábbi követelményeknek megfelelő ADP-kiszolgáló(k) vagy Alkalmazáskézbesítő Platform (ADP):
Hitelesítési szolgáltatás (BWAuth)
XSI-műveletek és események felületei
DMS (eszközkezelő webalkalmazás)
CTI interfész (Computer Telephony Intergration)
TLS 1.2 érvényes tanúsítvánnyal (nem önaláírt) és minden szükséges közbenső eszközzel. Rendszerszintű rendszergazda szükséges a vállalati keresés megkönnyítéséhez.
Kölcsönös TLS (mTLS) hitelesítés a hitelesítési szolgáltatáshoz (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Kölcsönös TLS (mTLS) hitelesítés a CTI felülethez (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Különálló XSP/ADP szerver, amely „Hívásértesítések Push Server” szerepében működik (egy NPS a környezetében, amely a hívásértesítések leküldésére szolgál az Apple/Google felé. Itt „CNPS”-nek hívjuk, hogy megkülönböztessék a Webex azon szolgáltatásától, amely push értesítéseket küld az üzenetküldéshez és a jelenléthez.
A kiszolgálónak R22-es vagy újabb verziójúnak kell lennie.
Külön XSP/ADP szervert írunk elő a CNPS számára, mert a Webex a BWKS felhőkapcsolatok esetében bekövetkező betöltés kiszámíthatatlansága negatívan befolyásolhatja az NPS szerver teljesítményét, ami az értesítési késleltetés növekedését eredményezheti. Lásd a Cisco BroadWorks rendszermérnöki útmutató további információkért az XSP-ről| ADP skála.
Webex alkalmazásplatformok
A Webex alkalmazás angol nyelvű verziójának letöltéséhez lépjen a következő oldalra:https://www.webex.com/webexfromserviceproviders-downloads.html . A Webex alkalmazás a következő címen érhető el:
Windows rendszerű PC-k/laptopok
Apple PC-k/laptopok MacOS rendszerrel
iOS (Apple Store)
Android (Play Áruház)
web (lépjen ide:https://teams.webex.com/ )
Lokalizált verziók
A Webex alkalmazás lokalizált verziójának letöltéséhez használja az alábbi hivatkozások egyikét:
https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (koreai)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Francia)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugál)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Hagyományos kínai)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Egyszerűsített kínai)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japán)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spanyolország)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (német)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (olasz)
Fizikai telefonok és kiegészítők
Cisco IP -telefonok:
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html modellekért és további információkért.
A harmadik féltől származó telefonokat ugyanúgy támogatjuk, mint a többi BroadWorks-integrációt. Azonban még nem rendelkeznek névjegy- és jelenlétintegrációval a Webex for Cisco BroadWorks alkalmazással.
Adapterek:
Cisco ATA 191 multiplatform analóg telefonadapter
Cisco ATA 192 multiplatform analóg telefonadapter
Lásdhttps://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html modellekért és további információkért.
Fejhallgatók:
500-as sorozatú Cisco fejhallgató
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.htmlmodellekért és további információkért.
Room OS-eszközök:
Webex Room és Room Kit sorozat
Webex Desk sorozat
Webex Board sorozat
Eszközintegráció
A Room OS és MPP eszközök Webex for Cisco BroadWorks alkalmazáshoz történő bevezetésével és szervizelésével kapcsolatos részletekért lásd: Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz .
Eszközprofilok lehetőségre
Az alábbiakban láthatók azok a DTAF-fájlok, amelyeket be kell töltenie az alkalmazáskiszolgálókra, hogy támogassa a Webex alkalmazást hívó kliensként. Ezek ugyanazok a DTAF-fájlok, mint az UC-One SaaS esetében, azonban van egy új config-wxt.xml.template
a Webex alkalmazáshoz használt fájlt.
A legújabb eszközprofilok letöltéséhez lépjen az Alkalmazáskézbesítési platformra Szoftverletöltések webhelyen, hogy lekérje a legújabb DTAF fájlokat. Ezek a letöltések ADP és XSP esetén is működnek.
Ügyfél neve | Eszközprofil típusa és csomagneve |
---|---|
Webex Mobil Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Mobil DTAF: Konfigurációs fájl: |
Webex Tablet Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Tablet DTAF: Konfigurációs fájl: |
Webex Asztali lehetőségre Sablon |
Identitás/eszközprofil típusa: Business Communicator – PC DTAF: Konfigurációs fájl: |
Azonosítás/Eszközprofil
Minden Webex Cisco BroadWorks-felhasználónak rendelkeznie kell egy Identitás/eszközprofil hozzárendelt a BroadWorksben, amely a fenti eszközprofilok egyikét használja a Webex alkalmazás használatával történő hívások kezdeményezéséhez. A profil biztosítja azt a konfigurációt, amely lehetővé teszi a felhasználó számára, hogy hívásokat kezdeményezzen.
OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez
Adjon szolgáltatáskérés a beléptető ügynöknek vagy a Cisco TAC -nak a Cisco OAuth szolgáltatás létrehozásához a Cisco Identity Provider Federation-fiókjához.
Használja a következő kérelemcímet a megfelelő funkciókhoz:
XSP| ADP AuthService Configuration” szolgáltatás konfigurálásához XSP| ADP.
Az 'NPS-konfiguráció hitelesítési proxybeállításhoz' az NPS-t a hitelesítési proxy használatára konfigurálja.
CI felhasználói UUID szinkronizálás' a CI felhasználói UUID szinkronizáláshoz. A funkció további részleteiért lásd: A Cisco BroadWorks támogatása a CI UUID-hez .
Állítsa be a BroadWorks alkalmazást úgy, hogy engedélyezze a Cisco számlázást a BroadWorks- és a Webex -et a BroadWorks-előfizetésekhez.
A Cisco egy 60 napig érvényes OAuth- azonosító, egy titkos ügyfél titkosítást és egy frissítési tokent ad Önnek. Ha a token a használata előtt lejár, akkor újabb kérelmet indíthat.
Ha már megszerezte a Cisco OAuth Identity Provider hitelesítési adatait, akkor a hitelesítési adatainak frissítéséhez hajtson végre egy új szolgáltatáskérés . |
Tanúsítványok megrendelése
A TLS -hitelesítés tanúsítványkövetelményei
Szüksége lesz egy jól ismert Certificate Authority által aláírt és a nyilvános XSP-re telepített biztonsági tanúsítványokra.| ADP-k, az összes szükséges alkalmazáshoz. Ezekkel támogatják a TLS -tanúsítvány-ellenőrzést az XSP-hez minden bejövő kapcsolat esetén| ADP szerverek.
Ezeknek a tanúsítványoknak tartalmazniuk kell az XSP-t| ADP nyilvános, teljesen minősített tartománynév vagy Tárgy alternatív neveként.
Az ilyen kiszolgálótanúsítványok telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy a CA által aláírt nyilvános kiszolgálótanúsítvány hol kell betölteni a következő három esetben:
A Webex alkalmazás által a hitelesítéshez támogatott, nyilvánosan támogatott hitelesítésszolgáltatók felsorolása Támogatott hitelesítésszolgáltatók a Webex Hybrid Services számára .
TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik a proxyba.
A proxy bemutatja ezt a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
Egy belső CA által aláírt tanúsítvány betölthető az XSP-re| ADP.
Az XSP| Az ADP ezt a belsőleg aláírt kiszolgálótanúsítvány mutatja be a proxynak.
A proxy megbízik az XSP-t aláíró belső hitelesítésszolgáltatóban| ADP kiszolgálótanúsítvány.
TLS -tanúsítvány követelmények a TLS-passthrough Proxy vagy XSP esetében| ADP a DMZ-ben
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik az XSP-be| ADP-k.
Az XSP| Az ADP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
További tanúsítványkövetelmények a CTI felületen keresztüli kölcsönös TLS -hitelesítéshez
Amikor a CTI felülethez csatlakozik, a Webex a kölcsönös TLS hitelesítés részeként egy klienstanúsítvány mutat be. A Webex klienstanúsítvány CA/lánctanúsítvány letölthető a Control Hubon keresztül.
A tanúsítvány letöltése:
Jelentkezzen be a Partner Hubba, ehhez kell
és kattintson a tanúsítvány letöltése hivatkozásra.A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra a tanúsítvány követelményeit foglalja össze a következő három esetben:
(Opció) A TLS-bridge proxy tanúsítványkövetelményei
A Webex egy nyilvánosan aláírt klienstanúsítvány mutat be a proxynak.
A proxy megbízik az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy bemutatja a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions: X509v3 Extended Key Usage: 1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
A belső tanúsítvány CN-jének a következőnek kell lennie:
bwcticlient.webex.com
.
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Előfordulhat, hogy a nyilvános hitelesítő hatóságok nem hajlandók a tanúsítványokat a szükséges védett BroadWorks OID-vel aláírni. Áthidaló proxy esetén előfordulhat, hogy egy belső CA segítségével kell aláírnia a proxy által az XSP-nek bemutatott klienstanúsítvány .| ADP.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Az alkalmazáskiszolgálóé ClientIdentity tartalmazza az XSP-nek bemutatott, belsőleg aláírt klienstanúsítvány CN-jét| ADP a proxy által.
(Opció) Tanúsítványkövetelmények TLS-passthrough Proxy vagy XSP esetén| ADP a DMZ-ben
A Webex egy belső Cisco CA által aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Az XSP| Az ADP-k megbíznak az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány az XSP-be is betöltődik| ADP-k.
Az XSP| Az ADP-k bemutatják a nyilvánosan aláírt szervertanúsítványokat a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
Az alkalmazáskiszolgáló ClientIdentity tartalmazza az XSP-nek bemutatott Cisco által aláírt klienstanúsítvány CN-jét| ADP a Webex által.
A hálózat előkészítése
A Webex Cisco BroadWorks rendszerhez által használt kapcsolatokról szóló további információkért lásd: A Webex for Cisco BroadWorks hálózati követelményei . Ez a cikk a tűzfal be- és kilépési szabályainak konfigurálásához szükséges IP -címek, portok és protokollok listáját tartalmazza.
A Webex-szolgáltatások hálózati követelményei
Az előző Belépési és Kilépési szabályok tűzfaltáblák csak azokat a kapcsolatokat dokumentálják, amelyek kifejezetten a Webex for Cisco BroadWorks alkalmazásra vonatkoznak. A Webex alkalmazás és a Webex felhő közötti kapcsolatokra vonatkozó általános információkért lásd: A Webex Services hálózati követelményei . Ez a cikk a Webex vonatkozik, de a következő táblázat azonosítja a cikk különböző részeit, és azt, hogy az egyes részek mennyire relevánsak a Webex for Cisco BroadWorks számára.
Hálózati követelmények cikk szakasza | Az információk relevanciája |
---|---|
A Webex által támogatott eszköztípusok és protokollok összefoglalása | Tájékoztató |
Tájékoztató | |
El kell olvasni | |
El kell olvasni | |
Tartományok és URL-címek, amelyeknek hozzáférhetőnek kell lenniük a Webex-szolgáltatások számára | El kell olvasni |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
A Webex más hibrid szolgáltatásai és dokumentációjuk összegzése | Opcionális |
Webex-szolgáltatások a FedRAMP ügyfelei számára | N. A. |
További információk
További információkért lásd: Webex App Firewall Whitepaper (PDF) .
BroadWorks redundancia támogatása
A Webex Cloud Services és a Webex ügyfélalkalmazások, amelyeknek el kell érniük a partner hálózatát, teljes mértékben támogatják a Broadworks XSP-t| A partner által biztosított ADP redundancia. Amikor egy XSP| Az ADP vagy a webhely tervezett karbantartás vagy nem tervezett ok miatt nem érhető el, a Webex szolgáltatások és alkalmazások át tudnak lépni egy másik XSP-re| A kérés teljesítéséhez a partner által biztosított ADP vagy oldal.
Hálózati topológia
A Broadworks XSP| Az ADP-k telepíthetők közvetlenül az interneten, vagy egy DMZ-ben is elhelyezhetők egy terheléselosztás elemmel, például az F5 BIG- IP-vel. A georedundancia biztosítása érdekében az XSP| Az ADP-k két (vagy több) adatközpontban telepíthetők, mindegyik előtt egy terheléselosztó állhat, és mindegyik rendelkezik nyilvános IP-cím -címmel. Ha az XSP| Az ADP-k egy terheléselosztó mögött állnak, a Webex mikroszolgáltatások és az alkalmazás csak a terheléselosztó IP-cím látja, a Broadworks pedig úgy tűnik, csak egy XSP-vel rendelkezik| ADP, még akkor is, ha több XSP van| ADP-k mögött.
Az alábbi példában az XSP| Az ADP-k két helyszínen vannak telepítve, az A és a B helyszínen. Két XSP létezik| Az egyes telephelyeken egy terheléselosztóval ellátott ADP-k. Az A oldal XSP-vel rendelkezik| ADP1 és XSP| Az ADP2 előlapján LB1, a B oldalon pedig XSP található| ADP3 és XSP| ADP4 elől LB2. Csak a terheléselosztók láthatók a nyilvános hálózaton, és az XSP| Az ADP-k a DMZ magánhálózatokon vannak.
Webex Cloud Services
DNS konfiguráció
A Webex Cloud mikroszolgáltatásoknak meg kell tudniuk találni a Broadworks XSP-t| ADP-kiszolgáló(k) az Xsi interfészekhez, hitelesítési szolgáltatáshoz és CTI-hez való csatlakozáshoz.
A Webex Cloud mikroszolgáltatások DNS A/AAAA keresést végeznek a konfigurált XSP-n| ADP-gazdanevet, és csatlakozzon a visszaadott IP -címhez. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga. Ha több IP -címet ad vissza, a lista első IP -címe lesz kiválasztva. Az SRV keresés jelenleg nem támogatott.
Példa: A partner DNS -e A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Teherelosztók.
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| LB2-re mutat (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Feladatátvétel
Amikor a Webex mikroszolgáltatások kérést küldenek az XSP-nek| Az ADP/Load Balancer alkalmazáshoz és a kérelem sikertelenségéhez több dolog is történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre.
Ha egy hibakód (HTTP5xx ) üzenetet kapja vissza, a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre .
Ha 2 másodpercen belül nem érkezik HTTP-válasz, a kérés időtúllépése, és a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és továbbítják az útvonalat a következő IP-címre .
Minden kérés háromszor próbálkozik, mielőtt a hibát visszaküldi a mikroszolgáltatásnak.
Ha egy IP a blokkoltak listáján van, akkor nem fog szerepelni azon címek listáján, amelyeket meg kell próbálni, amikor kérést küld egy XSP-nek| ADP. Egy előre meghatározott idő elteltével a blokkolt IP -címek lejárnak, és visszatér a listába, hogy megpróbálja, amikor újabb kérés érkezik.
Ha minden IP -cím blokkolva van, a mikroszolgáltatás akkor is megpróbálja elküldeni a kérést úgy, hogy véletlenszerűen kiválaszt egy IP-cím a blokkolt listáról. Sikeres esetben az adott IP-cím törlődik a blokkoltak listájáról.
Állapot
A Webex Cloud szolgáltatások XSP-hez való kapcsolódási állapota| Az ADP-k vagy a terheléselosztók a Control Hubban láthatók. A BroadWorks hívófürtök alatt a kapcsolat állapota az alábbi felületek mindegyikéhez jelenik meg:
XSI-műveletek
XSI-események
Hitelesítési szolgáltatás
A kapcsolat állapota az oldal betöltésekor vagy a bemeneti frissítések során frissül. A kapcsolatok állapota a következő lehet:
Zöld: Mikor érhető el az interfész az A rekord keresésben lévő egyik IP-n.
Piros: Amikor az A rekord keresésében szereplő összes IP-cím nem érhető el, és az interfész nem elérhető.
A következő szolgáltatások a mikroszolgáltatások segítségével csatlakoznak az XSP-hez| Az XSP hatással van rájuk| Az ADP interfész elérhetősége:
Bejelentkezés a Webex alkalmazásba
Webex alkalmazás-token frissítése
Nem megbízható e-mail/önaktiválás
Broadworks Service állapotfelmérés
Webex alkalmazás
DNS konfiguráció
A Webex alkalmazás hozzáfér az Xtended Services Interface (XSI-Actions & XSI-Events) és az Eszközkezelő szolgáltatás (DMS) szolgáltatásaihoz az XSP-n| ADP.
Az XSI szolgáltatás megkereséséhez a Webex alkalmazás DNS SRV keresést végez a következőhöz: _xsi-client._tcp.<webex app xsi domain>
. Az SRV az XSP számára beállított URL -re mutat| ADP gazdagépek vagy terheléselosztók az XSI szolgáltatáshoz. Ha az SRV keresés nem érhető el, a Webex alkalmazás visszakerül az A/AAAA keresésre.
Az SRV több A/AAAA célt is képes feloldani. Azonban minden A/AAAA rekordnak csak egyetlen IP-cím kell hozzárendelnie. Ha több XSP van| A terheléselosztó/edge eszköz mögötti DMZ-ben található ADP-k esetén a terheléselosztót úgy kell beállítani, hogy fenntartsa a munkamenet-perzisztenciát, és ugyanahhoz az XSP-hez irányítsa át az adott munkamenet összes kérését| ADP. Azért írjuk elő ezt a konfigurációt, mert az ügyfél XSI-esemény szívverésének ugyanahhoz az XSP-hez kell mennie| Az eseménycsatorna létrehozásához használt ADP.
Az 1. példában a webex-app-XSP A/AAAA rekordja| Az ADP.example.com nem létezik, és nem is kell, hogy legyen. Ha a DNS megköveteli, hogy egy A/AAAA rekordot meg kell adni, akkor csak 1 IP-cím kell visszaadnia. Ettől függetlenül az SRV-t meg kell adni a Webex alkalmazáshoz. Ha a Webex alkalmazás olyan A/AAAA nevet használ, amely egynél több IP-cím definiál , vagy ha a terheléselosztó/edge elem nem tartja fenn a munkamenet megmaradását, az ügyfél végső soron szívveréseket küld egy XSP-nek.| ADP, ahol nem hozott létre eseménycsatornát. Ez a csatorna leszakadását eredményezi, és jelentősen megnöveli a belső forgalmat, ami rontja az XSP-t| ADP-fürt teljesítménye. Mivel a Webex Cloud és a Webex alkalmazás eltérő követelményeket támaszt az A/AAAA rekordok keresésében, külön FQDN-t kell használnia a Webex Cloud és a Webex alkalmazás számára az XSP eléréséhez| ADP-k. Amint az a példákban látható, a Webex Cloud A rekordot használja |
1. példa – Több XSP| ADP-k, mindegyik külön terheléselosztó mögött
Ebben a példában az SRV több A rekordra mutat úgy, hogy minden A rekord egy másik helyszínen lévő más terheléselosztóra mutat. A Webex alkalmazás mindig a lista első IP-cím használja, és csak akkor lép a következő rekordra, ha az első nem működik.
Az alábbiakban egy példa látható SRV-rekordok.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
2. példa – Több XSP| ADP-k egyetlen terheléselosztó mögött ( TLS -híddal)
A kezdeti kérelemhez a terheléselosztó egy véletlenszerű XSP-t választ ki| ADP. Az az XSP| Az ADP egy cookie-t ad vissza, amelyet a Webex alkalmazás a jövőbeli kérésekben tartalmaz. A jövőbeni kérésekhez a terheléselosztó a süti segítségével a megfelelő XSP-hez irányítja a kapcsolatot| ADP, biztosítva, hogy az eseménycsatorna ne szakadjon meg.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Terheléselosztó |
A | LB.example.com |
| A terheléselosztó IP-cím (XSP| Az ADP-k a terheléselosztó mögött vannak) |
DMS URL
A bejelentkezési folyamat során a Webex alkalmazás a DMS URL -címet is lekéri a konfigurációs fájl letöltéséhez. A rendszer elemzi az URL -ben szereplő gazdagépet, és a Webex alkalmazás DNS A/AAAA-keresést végez a gazdagépen, hogy csatlakozzon az XSP-hez| A DMS szolgáltatást üzemeltető ADP.
Példa: DNS A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Load Balancers by Webex App konfig fájlok letöltéséhez DMS-en keresztül:
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Hogyan találja meg a Webex alkalmazás az XSP-t?| ADP-címek
Az ügyfél megpróbálja megtalálni az XSP-t| A következő DNS -folyamatot használó ADP-csomópontok:
Az ügyfél először az Xsi-Actions/Xsi-Events URL-címeket kéri le a Webex Webex Cloud (a hozzárendelt BroadWorks hívófürt létrehozásakor adta meg őket). Az Xsi gazdagépnevet/tartományt az URL -ből értelmezi a rendszer, és az ügyfél az SRV keresést hajtja végre a következőképpen:
Az ügyfél SRV-keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain="">
Ha az SRV keresés egy vagy több A/AAAA célt ad vissza:
A kliens A/AAAA keresést végez ezekre a célokra, és gyorsítótárazza a visszaadott IP -címeket.
A kliens az SRV prioritás, majd a súly alapján (vagy véletlenszerűen, ha egyenlők) csatlakozik az egyik célhoz (és így annak egyetlen IP-cím rendelkező A/AAAA rekordjához ).
Ha az SRV keresés nem ad vissza célokat:
A kliens A/AAAA keresést végez az Xsi gyökérparaméterben, majd megpróbál csatlakozni a visszaadott IP-cím. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga.
Mint már említettük, az A/AAAA rekordnak egyetlen IP-cím kell feloldania ugyanezen okokból kifolyólag.
(Opcionális) Ezt követően megadhatja az egyéni XSI-Actions/XSI-Events részleteket a Webex alkalmazás eszközkonfiguráció a következő címkék használatával:
<protocols> <xsi> <paths> <root>%XSI_ROOT_WXT%</root> <actions>%XSI_ACTIONS_PATH_WXT%</actions> <events>%XSI_EVENTS_PATH_WXT%</events> </paths> </xsi> </protocols>
Ezek a konfigurációs paraméterek elsőbbséget élveznek a BroadWorks-fürt bármely konfigurációjával szemben a Control Hubban.
Ha léteznek ilyenek, az ügyfél összehasonlítja a BroadWorks-fürtkonfiguráción keresztül kapott eredeti XSI-címmel.
Ha eltérést észlel, a kliens újrainicializálja az XSI-műveletek/XSI-események kapcsolatát. Ennek első lépése az 1. lépésben felsorolt DNS -keresési folyamat végrehajtása – ezúttal a%XSI_ROOT_WXT% paramétert a konfigurációs fájl.
Ügyeljen arra, hogy hozza létre a megfelelő SRV-rekordok , ha ezzel a címkével módosítja az Xsi felületeket.
Feladatátvétel
A bejelentkezés során a Webex alkalmazás DNS SRV -keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain=""> , összeállítja a gazdagépek listáját, és az SRV prioritás, majd a súly alapján csatlakozik az egyik gazdagéphez. Ez a csatlakoztatott gazdagép lesz a kiválasztott az összes jövőbeli kérelemnél. Ezután megnyílik egy eseménycsatorna a kiválasztott szervező számára, és a rendszer rendszeresen küld egy szívverést a csatorna ellenőrzésére. Az első után küldött összes kérés tartalmaz egy cookie-t, amelyet a HTTP-válasz ad vissza, ezért fontos, hogy a terheléselosztó megtartsa a munkamenet-maradványt (affinitást), és mindig ugyanannak a backend XSP-nek küldje a kéréseket.| ADP szerver.
Ha a szervezőnek küldött kérés vagy szívverési kérés sikertelen, számos dolog történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex App útvonal azonnal továbblép a listán a következő gazdagépre.
Ha egy hibakód (HTTP5xx ) üzenetet adja vissza, a Webex alkalmazás blokkoltként jelöli meg az IP-cím , és az útvonal a listán a következő gazdagéphez lép tovább.
Ha egy bizonyos időn belül nem érkezik válasz, akkor a rendszer az időtúllépés miatt sikertelennek tekinti a kérést, és a következő kéréseket a rendszer a következő gazdagépnek küldi el. Az időtúllépési kérelem azonban sikertelennek minősül. Egyes kérések sikertelensége után újrapróbálkoznak (növekvő újrapróbálkozási idővel). A feltételezett nem létfontosságú kéréseket a rendszer nem próbálja meg újra.
Amikor egy új gazdagép sikeresen próbálkozik, az lesz az új kiválasztott gazdagép, ha a gazdagép szerepel a listában. A lista utolsó gazdagépének kipróbálása után a Webex alkalmazás az elsőre lép.
Szívverés esetén, ha két egymást követő kérelem sikertelen, a Webex alkalmazás újrainicializálja az eseménycsatornát.
Ne feledje, hogy a Webex alkalmazás nem végez feladat-visszavételt, és a DNS -szolgáltatás felderítése csak egyszer történik a bejelentkezéskor.
A bejelentkezés során a Webex alkalmazás megpróbálja letölteni a konfigurációs fájlt az XSP-n keresztül| ADP/Dms interfész. Végrehajt egy A/AAAA rekord keresést a lekért DMS URL -ben lévő gazdagépen, és csatlakozik az első IP-címhez. Először egy SSO token használatával próbálja meg elküldeni a konfigurációs fájl letöltésére vonatkozó kérést. Ha ez bármilyen okból sikertelen, újra megpróbálja, de az eszköz felhasználónevével és jelszavával.
Telepítési áttekintés
A következő diagramok a telepítési feladatok tipikus sorrendjét mutatják be a különböző felhasználói üzembe helyezési módok esetén. A feladatok közül sok közös az összes üzembe helyezési módban.
Partner-belépés a Webex -re Cisco BroadWorks-hez
Minden Webex for Cisco BroadWorks szolgáltatónak vagy viszonteladónak be kell állítania a Webex for Cisco BroadWorks számára partnerszervezetként. Ha már van Webex Partnerszervezete, akkor ez használható.
A szükséges beléptetési folyamat elvégzéséhez el kell végeznie a Webex Cisco BroadWorks papírmunkáját, és az új partnereknek el kell fogadniuk az online közvetett csatornapartneri megállapodást (ICPA). Amikor ezek a lépések megtörténtek, a Cisco Compliance új Partnerszervezetet hoz létre a Partner Hubban (ha szükséges), és hitelesítési adatokat tartalmazó e-mailt küld a papírmunkában szereplő nyilvántartás adminisztrátorának. Ezzel egyidejűleg a Partneraktiválási és/vagy Ügyfélsiker-programmenedzser felveszi Önnel a kapcsolatot a beléptetés megkezdése érdekében.
Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k
Az NPS-alkalmazásnak egy másik XSP-n kell futnia| ADP. Az adott XSP követelményei| Az ADP leírása a Hívásértesítések konfigurálása a hálózatról .
A következő alkalmazásokra/szolgáltatásokra van szüksége az XSP-n| ADP-k.
Szolgáltatás/Alkalmazás | Hitelesítés szükséges | Szolgáltatás/alkalmazás célja |
---|---|---|
Xsi-Events |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Hívásvezérlés, szolgáltatási értesítések |
Xsi-Actions |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Hívásvezérlés, műveletek |
Eszközkezelés |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Hívási konfiguráció letöltése |
Hitelesítési szolgáltatás |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Alapszintű hitelesítés |
Számítógépes telefonos integráció |
mTLS (kliens és kiszolgáló hitelesíti egymást) |
Telefonos jelenlét |
Hívásbeállítások Webview alkalmazás |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Felfedi a felhasználói hívásbeállításokat a Webex alkalmazás önkiszolgáló portálján |
Ez a rész ismerteti, hogyan kell alkalmazni a szükséges TLS és mTLS konfigurációkat ezeken az interfészeken, de a meglévő dokumentáció alapján telepítheti az XSP-re.| ADP-k.
Társrezidens követelmények
Hitelesítési szolgáltatás kell társlakó kell lennie az Xsi alkalmazásokkal, mert ezeknek az interfészeknek el kell fogadniuk a hosszú élettartamú tokeneket a szolgáltatás engedélyezéséhez. A hitelesítési szolgáltatás szükséges ezen tokenek érvényesítéséhez.
A hitelesítési szolgáltatás és az Xsi szükség esetén ugyanazon a porton futhat.
A többi szolgáltatást/alkalmazást szétválaszthatja a mérleghez (dedikált eszközkezelő XSP| például ADP farm).
Az Xsi, CTI, Hitelesítési szolgáltatás és DMS alkalmazások egyidejűleg is megtalálhatók.
Ne telepítsen más alkalmazást vagy szolgáltatásokat az XSP-re| A BroadWorks és a Webex alkalmazás integrálására használt ADP-k.
Ne helyezze el az NPS-alkalmazást más alkalmazással együtt.
Xsi felületek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a leírás szerint Cisco BroadWorks Xtended Services felület konfigurációs útmutató .
Az Xsi-Events alkalmazásoknak csak egy példányát kell telepíteni az XSP-re| A CTI interfészhez használt ADP.
A Broadworks és a Webex közötti integrációhoz használt összes Xsi-Eventnek ugyanazzal a Webex -vel kell rendelkeznie, mint az Applications/Xsi-Events/GeneralSettings alatt. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
Amikor egy felhasználó bejelentkezett a Webex, a Webex előfizetést hoz létre a felhasználó számára az AS-en, hogy fogadja a telefonos eseményeket a jelenlét és a hívásnapló vonatkozásában. Az előfizetés a callControlApplicationName alkalmazáshoz van társítva, és az AS ennek alapján tudja, melyik Xsi-Eventsnek küldje el a telefonos eseményeket.
A callControlApplicationName módosítása, vagy ha nem ugyanaz a név az összes Xsi-Events webalkalmazáson, az hatással lesz az előfizetésekre és a telefonos eseményekre. |
Hitelesítési szolgáltatás konfigurálása (CI token érvényesítéssel)
Ezzel az eljárással állíthatja be a hitelesítési szolgáltatást CI token érvényesítés TLS-sel való használatára. Ez a hitelesítési módszer akkor javasolt, ha R22-es vagy újabb verziót futtat, és a rendszere támogatja.
A kölcsönös TLS (mTLS) alternatív hitelesítési módszerként is támogatott a hitelesítési szolgáltatáshoz. Ha több Webex -szervezete fut ugyanazon az XSP-n| ADP szerver, mTLS hitelesítést kell használnia, mert a CI Token Validation nem támogatja a több kapcsolatot ugyanahhoz az XSP-hez| ADP hitelesítési szolgáltatás. Ha az mTLS-hitelesítést szeretné beállítani a hitelesítési szolgáltatáshoz a CI-token-érvényesítés helyett, lásd: Függelék számára Szolgáltatások konfigurálása (mTLS-szel a hitelesítési szolgáltatáshoz) . |
Ha jelenleg mTLS-t használ a hitelesítési szolgáltatáshoz, akkor nem kötelező újrakonfigurálnia a CI Token Validation használatát a TLS-szel. |
OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez .
Telepítse a következő javításokat minden XSP-re| ADP szerver. Telepítse a kiadásának megfelelő javításokat:
R22 esetén:
R23 esetén:
R24 esetén—nincs szükség javításra
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is.Telepítse a
AuthenticationService
alkalmazást az egyes XSP-ken| ADP szolgáltatás.Futtassa a következő parancsot az AuthenticationService alkalmazás aktiválásához az XSP-n| ADP a /authService környezeti elérési útra.
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
Futtassa ezt a parancsot az AuthenticationService telepítéséhez az XSP-n| ADP:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...
A 2022.10-es Broadworks buildtől kezdve a Java új verziójára való váltáskor a Java új verziójára való váltáskor már nem kerülnek automatikusan be a BroadWorks megbízhatósági tárházába. Az AuthenticationService TLS -kapcsolatot nyit a Webex felé a hozzáférési token lekéréséhez, és az IDBroker és a Webex URL érvényesítéséhez a következőkkel kell rendelkeznie a megbízhatósági tárhelyen:
IdenTrust Commercial Root CA 1
Go Daddy legfelső szintű Certificate Authority – G2
Ellenőrizze, hogy ezek a tanúsítványok jelen vannak-e a következő CLI alatt
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get
Ha nincs jelen, futtassa a következő parancsot az alapértelmezett Java -trösztök importálásához:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust
Alternatív megoldásként manuálisan is hozzáadhatja ezeket a tanúsítványokat megbízhatósági horgonyként a következő paranccsal:
ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>
Ha az ADP egy korábbi kiadásról lett frissítve, akkor a rendszer a régi kiadás hitelesítésszolgáltatóit automatikusan importálja az új kiadásba, és importálása mindaddig folytatódik, amíg manuálisan el nem távolítják őket.
Az AuthenticationService alkalmazás mentesül az ADP alatti validatePeerIdentity beállítás alól_ CLI/System/SSLCommonSettings/GeneralSettings, és mindig érvényesíti a peer identitást. Lásd a Cisco Broadworks X509 tanúsítvány érvényesítési FD a beállítással kapcsolatos további információkért.
Állítsa be az identitásszolgáltatókat a következő parancsok futtatásával az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get
set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerName URL -címet. Lásd a következő táblázatot.set issuerUrl <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerUrl-címet. Lásd a következő táblázatot.set tokenInfoUrl <IdPProxy URL>
—Adja meg a Teams-fürtre vonatkozó IdP-proxy URL -címét. Lásd az alábbi második táblázatot.
1. táblázat Állítsa be az issuerName és az issuerURL címét Ha a CI-fürt... Az issuerName és az issuerURL beállítása a következőre:... US-A
EU
US-B
Ha nem ismeri a sajátját CI-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.2. táblázat TokenInfoURL beállítása Ha a Teams-fürt... A tokenInfoURL beállítása erre:...(IdP Proxy URL) ACHM
https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AFRA
https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AORE
https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
Ha nem ismeri a sajátját Teams-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.
Tesztelés céljából ellenőrizheti, hogy a tokenInfoURL érvényes-e, ha lecseréli a "
idp/authenticate
Az URL " része a következővel: "ping
".
Adja meg azt a Webex -jogosultságot, amelynek jelen kell lennie a Webex felhasználói profil a következő paranccsal:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Konfigurálja az identitásszolgáltatókat a Cisco Federation számára a következő parancsok segítségével az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
set flsUrl https://cifls.webex.com/federation
set refreshPeriodInMinutes 60
set refreshToken refresh-Token-From-Step1
Futtassa a következő parancsot annak ellenőrzésére, hogy az FLS-konfiguráció működik-e. Ez a parancs az identitásszolgáltatók listáját adja vissza:
XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Konfigurálja a Token-kezelést a következő parancsokkal az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
set tokenIssuer BroadWorks
set tokenDurationInHours 720
RSA -kulcsok létrehozása és megosztása. A kulcsokat egyetlen XSP-n kell generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k. Ennek oka a következő tényezők:
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k.Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét. Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket. Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
Ügyfél-hitelesítési követelmény eltávolítása a hitelesítési szolgáltatáshoz (csak R24)
Ha a hitelesítési szolgáltatást CI Token érvényesítéssel konfigurálta az R24-en, akkor a hitelesítési szolgáltatásra vonatkozó ügyfél-hitelesítési követelményt is el kell távolítania. Futtassa a következő CLI-parancs:
ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
CTI felület és kapcsolódó konfiguráció
Az „inmost to outmost” konfigurációs sorrendet az alábbiakban soroljuk fel. A sorrend betartása nem kötelező.
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
XSP konfigurálása| ADP-k mTLS-hitelesített CTI -előfizetésekhez
Nyissa meg a bejövő portokat a biztonságos CTI felülethez
Iratkozzon fel a Webex szervezete a BroadWorks CTI -eseményekre
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
Frissítse a ClientIdentity-t az alkalmazáskiszolgálón a Webex for Cisco BroadWorks CTI - klienstanúsítvány általános név (CN).
A Webex alkalmazással használt összes alkalmazáskiszolgálóhoz adja hozzá a tanúsítványazonosítót a ClientIdentity azonosítóhoz az alábbiak szerint:
AS_CLI/System/ClientIdentity> add bwcticlient.webex.com
A Webex for Cisco BroadWorks klienstanúsítvány általános név : |
Konfigurálja a TLS -t és a titkosításokat a CTI felületen
Az XSP konfigurálhatósági szintjei| Az ADP CTI felületek a következők:
Legáltalánosabb = Rendszer > Szállítás > CTI -interfészek > CTI -interfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
---|---|
Rendszer (globális) (R22 és újabb) | XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Ciphers> XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Protocols> lehetőséget |
Szállítási protokollok ehhez a rendszerhez (R22 és újabb) | XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Ciphers> XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Protocols> lehetőséget |
Az összes CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Protocols> lehetőséget |
Egy speciális CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/CTIServer/SSLSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/CTIServerSSLSettings/Protocols> |
Új telepítéskor a következő titkosítások alapértelmezés szerint települnek rendszerszinten. Ha az interfész szintjén nincs beállítva (például a CTI felületen vagy a HTTP felületen), akkor ez a rejtjellista érvényes. Ne feledje, hogy ez a lista idővel változhat:
|
CTI TLS interfész konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy szükség van-e kiszolgálótanúsítvány , illetve hogy szükség van-e kliens hitelesítésre.XSP|ADP_CLI/Interface/CTI/CTIServer> get Interface IP Port Secure Server Certificate Client Auth Req ================================================================= 10.155.6.175 8012 true true true
TLS 1.2 protokoll hozzáadása a CTI felülethez
Az XSP| A Webex Cloud együttműködő ADP CTI felületet TLS v1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp>
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a CTI felületen
A szükséges titkosítások konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Adja meg a(z)
get
parancsot, hogy megtudja, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> <cipherName>
rejtjel hozzáadása a CTI felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a CTI felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Trust Anchors a CTI felülethez (R22 és újabb)
Ez az eljárás az XSP-t feltételezi| Az ADP-k vagy internet felé néznek, vagy átmenő proxyn keresztül néznek az internetre. A tanúsítvány konfigurációja más az áthidaló proxy esetében (lásd TLS -tanúsítványkövetelmények a TLS-híd proxyhoz ).
Minden XSP-hez| Az ADP-ben a CTI -eseményeket a Webex közzétevő infrastruktúrájában tegye a következőket:
Jelentkezzen be ide: Partner Hub .
Ugrás ide: Beállítások elemre > BroadWorks-hívás és kattintson Töltse Webex CA-tanúsítványt hogy megkapja
CombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.
A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Nem kötelező) Futtatás
help updateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot2023
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, amennyiben minden bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
Tanúsítványokkal történő hitelesítés engedélyezése az ügyfelek számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true
Adja hozzá a CTI felületet, és engedélyezze az mTLS-t
Adja hozzá a CTI SSL felületet.
A CLI környezet a BroadWorks verziójától függ. A parancs egy önaláírt kiszolgálótanúsítvány hoz létre a felületen, és kényszeríti a felületet, hogy klienstanúsítvány igényeljen .
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Cserélje ki a kiszolgálótanúsítvány és -kulcsot az XSP-n| Az ADP CTI interfészei. Ehhez szüksége van a CTI interfész IP-cím ; a következő szövegkörnyezetből olvashatja:
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> get
Ezután futtassa a következő parancsokat, hogy lecserélje a felület önaláírt tanúsítvány a saját tanúsítványára és privát kulcsára:
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Indítsa újra az XSP-t| ADP.
Hozzáférés engedélyezése a BroadWorks CTI -eseményekhez a Webex
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
Adja meg azt a CTI -címet, amelyen keresztül a Webex előfizethet a BroadWorks CTI -eseményekre.
A CTI -előfizetések előfizetőnkénti alapúak, és csak akkor jönnek létre és tartják karban, amíg az előfizető rendelkezik a Webex for Cisco BroadWorks szolgáltatással.
Hívásbeállítások Webnézet
A Call Settings Webview (CSWV) egy XSP-n üzemeltetett alkalmazás| Az ADP lehetővé teszi a felhasználók számára, hogy módosítsák BroadWorks hívásbeállításaikat a szoftveres kliensben látott webnézeten keresztül. Lásd a Cisco BroadWorks hívásbeállítások webnézeti megoldási útmutató .
A Webex ezt a funkciót arra használja fel, hogy hozzáférést biztosítson a felhasználók számára az olyan általános BroadWorks-hívásbeállításokhoz, amelyek nem natív a Webex alkalmazásban.
Ha azt szeretné, hogy a Webex Cisco BroadWorks-előfizetői a Webex Webex alkalmazás elérhető alapértelmezett beállításokon túlmenően is hozzáférjenek a hívásbeállításokhoz, telepítenie kell a Hívásbeállítások Webnézet funkcióját.
Hívásbeállítások Webview két összetevőből áll:
Cisco BroadWorks XSP-n üzemeltetett hívásbeállítások Webview alkalmazás| ADP.
A Webex alkalmazás, amely a hívásbeállításokat Webnézetben jeleníti meg.
Felhasználói élmény
Windows-felhasználók: Kattintson Hívásbeállítások majd kattintson a lehetőségre .
Mac felhasználók: Kattintson a profilképre, majd
.
Telepítse a CSWV-t a BroadWorks rendszeren
Telepítse a Hívásbeállítások Webview-t XSP-re| ADP-k
A CSWV alkalmazásnak ugyanazon az XSP-n kell lennie| Az Xsi-Actions felületet üzemeltető ADP(ek) a környezetben. Ez egy nem felügyelt alkalmazás XSP-n| ADP, ezért telepítenie és telepítenie kell egy webes archív fájlt.
Jelentkezzen be a cisco.com oldalra, és keresse meg a „BWCallSettingsWeb” kifejezést a szoftverletöltés részben.
Keresse meg és töltse le a fájl legújabb verzióját.
Például:
BWCallSettingsWeb_1.8.2_1.war
( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04 ) volt a legújabb a cikk írásakor.Telepítse, aktiválja és telepítse a webes archívumot a Cisco BroadWorks Xtended Service Platform konfigurációs útmutatója szerint az XSP-hez| ADP verzió. (R24-es verzióhttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf ).
Másolja át a .war fájlt egy ideiglenes helyre az XSP-n| ADP, mint pl
/tmp/
.Keresse meg a következő parancssori felületet, és futtassa az install parancsot:
XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
A BroadWorks szoftverkezelő ellenőrzi és telepíti a fájlt.
[Nem kötelező] Törlés
/tmp/BWCallSettingsWeb_1.7.5_1.war
(Erre a fájlra már nincs szükség).Alkalmazás aktiválása:
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
A nevet és verziót minden alkalmazásnál kötelezőek, de CSWV esetén meg kell adni a contextPath mert egy nem felügyelt alkalmazás. Bármilyen értéket használhat, amelyet más alkalmazás nem használ, például
/callsettings
.Telepítse a Hívásbeállítások alkalmazást a kiválasztott környezeti útvonalon:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Mostantól előre megjósolhatja az ügyfelek számára megadandó hívásbeállítások URL -címét, az alábbiak szerint:
https://<XSP|ADP-FQDN>/callsettings/
Megjegyzések:
Ezen az URL -címen meg kell adnia a perjelet, amikor beírja az klienskonfiguráció fájljába.
Az XSP| Az ADP-FQDN-nek meg kell egyeznie az Xsi-Actions FQDN-nel, mert a CSWV-nek Xsi-Actions-t kell használnia, és a CORS nem támogatott.
Ismételje meg ezt az eljárást más XSP esetén| ADP-k a Webex for Cisco BroadWorks-környezetben (ha szükséges).
A Call Settings Webview alkalmazás mostantól aktív az XSP-n| ADP-k.
Állítsa be a Webex alkalmazást a Hívásbeállítások Webnézet használatára
Az klienskonfiguráció kapcsolatos további részletekért lásd: Webex Cisco BroadWorks konfigurációs útmutató .
A Webex alkalmazás konfigurációs fájl található egy egyéni címke, amellyel beállíthatja a CSWV URL-címet . Ez az URL mutatja a hívásbeállításokat a felhasználóknak az alkalmazás felületén keresztül.
<config>
<services>
<web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
<url>%WEB_CALL_SETTINGS_URL_WXT%</url>
</web-call-settings>
A Webex Webex alkalmazás BroadWorks- konfigurációs sablon konfigurálja a CSWV URL -címet a%WEB_CALL_SETTINGS_URL_WXT% címkét.
Ha nem adja meg kifejezetten az URL-címet , az alapértelmezett érték üres lesz, és a hívásbeállítások oldala nem lesz látható a felhasználók számára.
Győződjön meg arról, hogy a legújabb konfigurációs sablonokkal rendelkezik a Webex alkalmazás (lásd Eszközprofilok lehetőségre ).
Állítsa be a web hívásbeállítások célját
csw
:%WEB_CALL_SETTINGS_TARGET_WXT% csw
Állítsa be a web beállításainak URL -címét a környezetéhez, például:
%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/
Ezt az értéket a CSWV alkalmazás telepítésekor származtatta.
Az eredményül kapott klienskonfiguráció fájlnak rendelkeznie kell a következő bejegyzéssel:
<web-call-settings target="csw"> <url>https://yourxsp.example.com/callsettings/</url> </web-call-settings>
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is.
Hívási leküldéses értesítések konfigurálása a Webex for Cisco BroadWorks alkalmazásban
Ebben a dokumentumban a kifejezést használjuk Hívásértesítések Push Server (CNPS) a környezetben futó XSP vagy ADP által üzemeltetett alkalmazás leírásához. A CNPS együttműködik a BroadWorks rendszerrel, hogy tudatában legyen a felhasználóinak bejövő hívásoknak, és ezekről értesítést küldjön a Google Firebase Cloud Üzenetküldés (FCM) vagy az Apple leküldéses értesítés szolgáltatás (APNs) értesítési szolgáltatásainak.
Ezek a szolgáltatások értesítik a Webex for Cisco BroadWorks előfizetői mobileszközeit, ha bejövő hívásaik vannak a Webex.
Az NPS-sel kapcsolatos további információkért lásd: Értesítési leküldéses kiszolgáló funkció leírása .
A Webex egy hasonló mechanizmus működik a Webex üzenetküldési és jelenléti szolgáltatásokkal, így az értesítéseket a Google (FCM) vagy az Apple (APNS) értesítési szolgáltatásaihoz küldi. Ezek a szolgáltatások pedig értesítik a mobil Webex -felhasználókat a bejövő üzenetekről vagy a jelenlét változásáról.
Ez a szakasz ismerteti, hogyan konfigurálható az NPS hitelesítési proxyhoz, ha az NPS még nem támogat más alkalmazásokat. Ha megosztott hálózati házirendet kell áttelepítenie az NPS-proxy használatához, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatáhozhttps://help.webex.com/nl5rir2/. |
NPS-proxy áttekintése
A Webex for Cisco BroadWorks alkalmazással való kompatibilitás érdekében a CNPS-nek javítva kell lennie az NPS-proxy funkció támogatásához, Push Server a VoIP számára UCaaS-ben .
A funkció új kialakítást valósított meg a Notification Push Serverben, hogy feloldja a leküldéses értesítési tanúsítványok privát kulcsainak a szolgáltatókkal való megosztásából eredő biztonsági rést a mobil kliensek számára. A push értesítési tanúsítványok és kulcsok szolgáltató való megosztása helyett az NPS egy új API segítségével szerez egy rövid élettartamú leküldéses értesítési tokent a Webex a Cisco BroadWorks háttérrendszerhez, és ezt a tokent használja az Apple APN-ekkel és a Google FCM szolgáltatásaival történő hitelesítéshez.
A funkció továbbfejleszti a Notification Push Server azon képességét, hogy értesítéseket küldjön az Android eszközöknek az új Google Firebase Cloud Üzenetküldés (FCM) HTTPv1 API-n keresztül.
További információkért lásd a Push-kiszolgáló VoIP -hez UCaaS-ben Funkció leírása .
A funkció BroadWorks-javításai a következő címen érhetők el: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.
Az NPS szoftverrel és javításokkal kapcsolatban lásd a következő részt: Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz .
Keresse meg és töltse le a javítást a szoftverletöltő oldalról.
Az ADP szerverrel kapcsolatos további információk a következő címen találhatók:https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html .
APNS szempontok
Az Apple 2021. március 31-e után már nem támogatja a HTTP/1-alapú bináris protokollt az Apple leküldéses értesítés szolgáltatásban. Javasoljuk, hogy konfigurálja az XSP-t| Az ADP a HTTP/2-alapú felületet használja az APN-ekhez. Ehhez a frissítéshez az XSP-re van szükség| Az NPS-t kiszolgáló ADP R22-es vagy újabb verzióját futtatja.
Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz
1 | Telepítsen és konfiguráljon egy dedikált XSP-t (minimum R22-es verzió) vagy Application Delivery Platform-ot (ADP). | ||
2 | Telepítse az NPS-hitelesítési proxy javításait: XSP R22 javítások: XSP R23 javítások: | ||
3 | Aktiválja az Notification Push Server alkalmazást. | ||
4 | ( Android -értesítések esetén) Engedélyezze az FCM v1 API -t az NPS-en.
| ||
5 | ( Apple iOS -értesítések esetén) Engedélyezze a HTTP/2-t az NPS-en.
| ||
6 | Technikai támogatás csatolása az NPS XSP/ADP-től. | ||
7 | Minden AS kiszolgálón a namedefs fájl bekerül Példa: _pushnotification-ügyfél._tcp .qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com IN A 10.193.78.149
|
Mi a következő teendő
Egy hálózati házirend-kiszolgáló frissen telepített verzióiért ugorjon ide: Állítsa be az NPS-t a hitelesítési proxy használatára
Ha meglévő Android -telepítést szeretne áttelepíteni az FCMv1-re, menjen a következőre: Az NPS áttelepítése az FCMv1-re
Állítsa be az NPS-t a hitelesítési proxy használatára
Ez a feladat az NPS egy új, a Webex for Cisco BroadWorks alkalmazáshoz dedikált telepítésére vonatkozik.
Ha más mobilalkalmazásokkal megosztott hálózati házirend-kiszolgálón szeretné konfigurálni a hitelesítési proxyt, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatához (https://help.webex.com/nl5rir2 ).
1 | OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez . | |||||||||||||||||||
2 | Hozzon létre ügyfélfiókot az NPS-en:
Ha ellenőrizni szeretné, hogy a megadott értékek megfelelnek-e a kapott adatoknak, futtassa
| |||||||||||||||||||
3 | Adja meg az NPS-proxy URL-címét , és állítsa be a token frissítési időközét (30 perc javasolt):
| |||||||||||||||||||
4 | ( Android -értesítések esetén) Adja hozzá az Android alkalmazás azonosító az FCM-alkalmazások környezetéhez az NPS-en.
| |||||||||||||||||||
5 | ( Apple iOS -értesítések esetén) Adja hozzá az alkalmazásazonosítót az azonosító -alkalmazások környezetéhez, ügyelve arra, hogy kihagyja a hitelesítési kulcsot – állítsa üresre.
| |||||||||||||||||||
6 | Konfigurálja a következő NPS URL-eket:
| |||||||||||||||||||
7 | Állítsa be a következő hálózati házirend-kiszolgáló kapcsolati paramétereket a megjelenített ajánlott értékekre:
| |||||||||||||||||||
8 | Ellenőrizze, hogy az alkalmazáskiszolgáló szűri-e az alkalmazásazonosítókat, mert előfordulhat, hogy hozzá kell adnia a Webex alkalmazásokat az engedélyezési listához: | |||||||||||||||||||
9 | Indítsa újra az XSP-t| ADP: | |||||||||||||||||||
10 | Tesztelje a hívásértesítéseket: kezdeményezzen hívásokat egy BroadWorks-előfizetőről két Webex mobilfelhasználóhoz. Ellenőrizze, hogy megjelenik-e a hívásértesítés iOS és Android eszközökön. |
Az NPS áttelepítése az FCMv1-re
Ez a témakör nem kötelező eljárásokat tartalmaz, amelyeket akkor használhat a Google FCM-konzolban, amikor rendelkezik olyan meglévő hálózati házirend-telepítéssel, amelyet át kell telepítenie az FCMv1-re. Három eljárás létezik:
UC-One kliensek áttelepítése FCMv1-re —Ha meglévő UCaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
SaaS-ügyfelek áttelepítése az FCMv1-re —Ha meglévő SaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
Az ADP-kiszolgáló frissítése —Ha az NPS-t ADP-kiszolgálóra telepíti át.
Az UC-One-kliensek áttelepítése az FCMv1-re
Kövesse az alábbi lépéseket a Google FCM konzolban az UC-One kliensek Google FCM HTTPv1 verzióra való áttelepítéséhez.
Ha márkajelzést alkalmaznak az ügyfélre, az ügyfélnek rendelkeznie kell a küldői azonosító. Az FCM-konzolban lásd: . A beállítás megjelenik a Projekt hitelesítő adatai táblázatban.A részletekért lásd a Connect Mobile márkaépítési útmutató athttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/UC-One/UC-One-Collaborate/Connect/Mobile/IandO/ConnectBrandingGuideMobile-R3_8_3.pdf? . Lásd a
|
Jelentkezzen be az FCM Admin SDK-ba a következő címen:http://console.firebase.google.com .
Válassza ki a megfelelő Android alkalmazást.
A Általános fülön rögzítse a azonosító
A szolgáltatásfiókok konfigurálásához lépjen a szolgáltatásfiók lapra. Létrehozhat új szolgáltatásfiók , vagy konfigurálhat egy meglévőt.
Új szolgáltatási fiók létrehozása:
Kattintson a kék gombra az új szolgáltatásfiók létrehozásához
Kattintson a kék gombra új privát kulcs generálásához
Kulcs letöltése biztonságos helyre
Meglévő szolgáltatásfiók újrafelhasználása:
Kattintson a kék szövegre a meglévő szolgáltatási fiókok megtekintéséhez.
Határozza meg a használni kívánt szolgáltatásfiók . A szolgáltatási fióknak engedélyre van szüksége firebaseadmin-sdk .
A jobb oldalon kattintson a hamburger menüre, és hozzon létre egy új privát kulcsot.
Töltse le a kulcsot tartalmazó json-fájlt, és mentse el egy biztonságos helyre.
Másolja a json fájlt az XSP-re| ADP.
Konfigurálja a azonosító és:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get Project ID Accountkey ======================== my_project ********
Alkalmazás konfigurálása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get Application ID Project ID ============================== my_app my_project
FCMv1 engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
SaaS-ügyfelek áttelepítése az FCMv1-re
Ha SaaS-ügyfeleket szeretne áttelepíteni az FCMv1-re, kövesse az alábbi lépéseket a Google FCM-konzolon.
Győződjön meg arról, hogy már végrehajtotta az „A hálózati házirend-kiszolgáló konfigurálása a hitelesítési proxy használatához” eljárást. |
FCM letiltása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.FCM engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
Az ADP-kiszolgáló frissítése
Kövesse az alábbi lépéseket a Google FCM-konzolban, ha az NPS-t ADP-kiszolgáló használatára állítja át.
A JSON-fájl beszerzése a Google Cloud Console-ból:
A Google Cloud Console-ban lépjen a következőre: Szolgáltatásfiókok oldalon.
Kattintson Válasszon ki egy projektet , válassza ki a projektet, és kattintson Megnyitás .
Keresse meg annak a szolgáltatásfiók a sorát, amelyhez kulcsot szeretne létrehozni, majd kattintson a Továbbiak függőleges gombot, majd kattintson Kulcs létrehozása.
Válassza ki a Kulcs írja be, és kattintson Létrehozás lehetőségre
A fájl letöltődik.
FCM hozzáadása az ADP-kiszolgálóhoz:
Importálja a JSON-fájlt az ADP-kiszolgálóra a következővel:
/bw/install
parancsot.Jelentkezzen be az ADP CLI-be, és adja hozzá a projekt- és API -kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON
:Ezután adja hozzá az alkalmazást és a kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
Ellenőrizze a konfigurációt:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g Project ID Accountkey ======================== connect-ucaas ******** ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g Application ID Project ID =================================== com.broadsoft.ucaas.connect connect-ucaas
Konfigurálja a saját partnerszervezetét a Partner Hubban
Konfigurálja a BroadWorks-fürtöket
[fürtönként egyszer]
Ennek oka a következő:
Annak engedélyezése, hogy a Webex felhő hitelesítse a felhasználókat a BroadWorks alkalmazással (XSP-n keresztül| ADP által üzemeltetett hitelesítési szolgáltatás).
Annak engedélyezése, hogy a Webex alkalmazások az Xsi felületet használják a hívásvezérlés.
Annak engedélyezése, hogy a Webex figyelje a BroadWorks által közzétett CTI -eseményeket (telefonos jelenlét és hívásnapló ).
A fürtvarázsló automatikusan ellenőrzi az interfészeket a hozzáadásakor. Folytathatja a fürt szerkesztését, ha valamelyik felület érvényesítése nem sikeres, de nem mentheti a fürtöt, ha érvénytelen bejegyzések vannak benne . Ezt megakadályozzuk, mert egy rosszul konfigurált fürt nehezen megoldható problémákat okozhat. |
Teendő:
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Kattintson Fürt hozzáadása lehetőségre .
Ez elindít egy varázslót, ahol megadja az XSP-t| ADP felületek (URL). Ha nem szabványos portot használ, hozzáadhat portot az interfész URL -címéhez.
Nevezze el ezt a fürtöt, majd kattintson Következő .
A fürtfogalom itt egyszerűen felületek gyűjteménye, amelyeket jellemzően XSP-n helyeznek el| ADP-kiszolgáló vagy farm, amely lehetővé teszi a Webex számára, hogy információkat olvasson az alkalmazáskiszolgálóról (AS). Lehet, hogy egy XSP-je van| AS-fürtönkénti ADP vagy több XSP| ADP-k fürtönként, vagy több AS-fürt XSP-nként| ADP. A BroadWorks-rendszer méretkövetelményei nem tartoznak ide.
(Nem kötelező) Adjon meg egy BroadWorks-felhasználót Fióknév és Jelszó amelyről tudja, hogy a Webexhez csatlakoztatni kívánt Webex rendszeren belül van , majd kattintson a gombra Következő .
Az érvényesítési tesztek ezt a fiókot használhatják a fürt felületeihez fűződő kapcsolatok érvényesítéséhez.
Adja hozzá a sajátját XSI-műveletek és XSI Events URL-ek.
Opcionális. Frissítse a DAS URL az eszközaktiválási szolgáltatás URL -jével.
Opcionális. Ellenőrizze a Közvetlen BroadWorks-hitelesítés engedélyezése Jelölje be a jelölőnégyzet, ha azt szeretné, hogy a BroadWorks-bejelentkezések közvetlenül a BroadWorks-be történjenek. Ellenkező esetben a BroadWorks-hitelesítés a Webex által üzemeltetett IdP-proxyszolgáltatáson keresztül történik.
Ez a jelölőnégyzet az alábbi bejelentkezési helyzetekre vonatkozik:
Felhasználói aktiválási portál bejelentkezés—A felhasználóknak meg kell adniuk BroadWorks-hitelesítési adataikat a portálra való bejelentkezéskor. A fenti beállítás határozza meg, hogy a bejelentkezés közvetlenül a BroadWorks rendszerébe vagy az IdP-proxyn keresztül történik-e.
Ügyfélbejelentkezés—Ha BroadWorks-hitelesítés Az Onboarding sablonban van konfigurálva, a fenti beállítás határozza meg, hogy a Webex alkalmazásba történő ügyfélbejelentkezés közvetlenül a BroadWorks rendszerébe történik-e, vagy az IdP-proxyn keresztül történik-e proxy.
Kattintson a Tovább gombra.
A következőn: CTI felület oldalon tegye a következőket:
Adja hozzá a CTI URL és Port ahhoz a CTI interfészhez, amelyhez csatlakozni kíván.
Opcionális. Engedélyezze a Híváselőzmények lehetőségre kapcsolót, majd adja meg a BroadWorks felhasználói azonosító. Ha ez a lehetőség ki van választva, a BroadWorks hívásnapló -események szinkronizálódnak a Webex felhőbe. A felhasználók megtekinthetik a hívásnapló a Webex alkalmazásban.
Opcionális. Engedélyezze a Ne zavarjanak (DND) szinkron kapcsolót, majd adja meg a BroadWorks felhasználói azonosító. Ez a beállítás szinkronizálja a DND-eseményeket a Webex és a BroadWorks között, így biztosítja, hogy a funkció ugyanúgy működjön mindkét platformon.
Kattintson a Tovább gombra.
Adja hozzá a sajátját Hitelesítési szolgáltatás URL.
Válassza ki Hitelesítési szolgáltatás CI-token hitelesítéssel .
Ehhez a beállításhoz nem szükséges, hogy az mTLS védje a kapcsolatot a Webex, mert a hitelesítési szolgáltatás megfelelően ellenőrzi a felhasználói tokent a Webex identitásszolgáltatással szemben, mielőtt kiadná a hosszú élettartamú tokent a felhasználónak.
Tekintse át a bejegyzéseket a végső képernyőn, majd kattintson a gombra Létrehozás lehetőségre . Egy sikerüzenetnek kell megjelennie.
A Partner Hub átadja az URL-címeket a különböző Webex mikroszolgáltatásoknak, amelyek tesztelik a mellékelt interfészekhez vezető kapcsolatokat.
Kattintson Fürtök megtekintése és látnia kell az új fürtöt, valamint azt, hogy az ellenőrzés sikeres volt-e.
A Létrehozás lehetőségre gomb letiltható a varázsló utolsó (előnézeti) képernyőjén. Ha nem tudja menteni a sablont, az az imént konfigurált integrációk egyikével kapcsolatos problémát jelez.
Azért hajtottuk végre ezt az ellenőrzést, hogy elkerüljük a hibákat a következő feladatok során. A telepítés konfigurálásakor visszaléphet a varázslóba, amihez szükség lehet az infrastruktúra (pl. XSP) módosítására| ADP, terheléselosztó vagy tűzfal) esetén az útmutatóban leírtak szerint, mielőtt elmentené a sablont.
A BroadWorks felületekhez való kapcsolódások ellenőrzése
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Kattintson Fürtök megtekintése .
A Partner Hub kapcsolódási teszteket kezdeményez a különböző mikroszolgáltatásoktól a fürtök felületei felé.
A tesztek befejezése után a fürtlista oldalon állapotüzenet meg az egyes fürtök mellett.
Zöld Siker üzeneteknek kell megjelennie. Ha piros Hibaüzenetet lát, kattintson az érintett fürt nevére, hogy megtudja, melyik beállítás okozza a problémát.
Opcionális. Válasszon ki egy fürtöt, ha szeretné megtekinteni az adott fürt meglévő beállításait, például az XSI-műveletek, az XSI-Events, a DAS URL és a CTI felület beállításait.
Konfigurálja a belépési sablonokat
A beléptetési sablonok segítségével lehet megosztott konfigurációt alkalmazni egy vagy több ügyfélre, amint beiktatja őket a beüzemelési módokon keresztül. Minden sablont hozzá kell rendelnie egy fürthöz (amelyet az előző szakaszban hozott létre).
Annyi sablont hozhat létre, amennyire szüksége van, de csak egy sablon társítható egy ügyfélhez.
Jelentkezzen be a 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.ap373197
R23 esetén:
AP.as.23.0.1075.ap373197
R24 esetén:
AP.as.24.0.944.ap384177
A Webex Cisco BroadWorks rendszerhez telepítéséhez szükséges BroadWorks javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben.Módosítsa a következőre:
Maintenance/ContainerOptions
összefüggésben.A létesítési URL paraméter engedélyezése:
/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true
Szerezze be a beüzemelési URL-cím(ek)et a Partner Hubból
Lásd a Cisco BroadWorks alkalmazáskiszolgáló parancssori felület Felügyeleti útmutató az AS parancsok részleteiért (Interfész > Üzenetküldés és szolgáltatás > Integrált IM&P).
Jelentkezzen be a Partner Hubba, és lépjen ide:
.Kattintson Sablonok megtekintése .
Válassza ki azt a sablont, amelyet a vállalat/csoport előfizetőinek Webex való kiépítéséhez használ.
A sablon részletei a jobb oldalon egy repülő ablaktáblában jelennek meg. Ha még nem hozott létre sablont, akkor ezt meg kell tennie, mielőtt megszerezné a létesítési URL-címet .
Másolja a Beüzemelési adapter URL-címe .
Ismételje meg ezt más sablonoknál is, ha egynél több sablonja van.
(Opció) Rendszerszintű üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
Előfordulhat, hogy nem kívánja beállítani a rendszerszintű kiépítési és szolgáltatási tartományt, ha UC-One SaaS-t használ. Lásd Döntési pontok a Környezet előkészítése részben. |
Jelentkezzen be az alkalmazáskiszolgálóra, és konfigurálja az üzenetkezelő felületet.
AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
AS_CLI/Interface/Messaging> set enableSynchronization true
Az integrált IMP felület aktiválása:
/AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
/AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true
Meg kell adnia a(z) teljes nevét |
(Opció) Vállalatonkénti üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
A BroadWorks felhasználói felületen nyissa meg a konfigurálni kívánt vállalatot, és lépjen a következőhöz: Szolgáltatások > Integrált IM&P .
Válassza ki Szolgáltatási tartomány használata és adjon meg egy fiktív értéket ( A Webex figyelmen kívül hagyja ezt a paramétert. Hasznos lehet
example.com
).Válassza ki Üzenetküldés szerver használata .
A URL mezőbe illessze be a Partner Hub sablonjából másolt beüzemelési URL -címet.
Meg kell adnia a(z) teljes nevét
provisioningURL
paramétert, ahogy azt a Partner Hubban megadták. Ha az alkalmazáskiszolgáló nem tud hozzáférni a DNS -hez a gazdagépnév feloldásához, akkor létre kell hoznia a leképezést a/etc/hosts
fájlt az AS-en.A Felhasználónév mezőbe adja meg a beüzemelési rendszergazda nevét. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
Adjon meg egy jelszót a beüzemelési rendszergazda számára. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
For Alapértelmezett felhasználói azonosító az IM&P azonosító , válassza ki Elsődleges .
Kattintson Alkalmaz .
Ismételje meg a fenti lépéseket a folyamaton keresztüli üzembe helyezésre konfigurálni kívánt többi vállalatnál.
Felhasználó-létesítési adatok
A BroadWorks és a Webex között a felhasználói kiépítés során kicserélt felhasználói adatokkal kapcsolatos információkért lásd: Szolgáltatói Felhasználó-létesítés .
Partner Pre-Provisioning Check API
A Pre-Provisioning Check API segítséget nyújt a rendszergazdáknak és az értékesítési csapatoknak azáltal, hogy ellenőrzi a hibákat, mielőtt egy ügyfél vagy előfizető csomagot biztosítana. A teljes partner rendszergazdai szerepkörrel rendelkező Felhasználó által engedélyezett felhasználók vagy integrációk használhatják ezt az API -t annak biztosítására, hogy ne legyenek ütközések vagy hibák egy adott ügyfél vagy előfizető csomagszolgáltatásával kapcsolatban.
Az API ellenőrzi, hogy nincs-e ütközés az adott ügyfél/előfizető és a Webex meglévő ügyfelei/előfizetői között. Például az API hibákat okozhat, ha az előfizető már ki van osztva egy másik ügyfél vagy partner számára, ha az e- e-mail-cím már létezik egy másik előfizető számára, vagy ha ütközés van a beüzemelési paraméterek és a Webex-en már meglévő paraméterek között. Ez lehetőséget ad arra, hogy még az üzembe helyezés előtt kijavítsa ezeket a hibákat, növelve a sikeres üzembe helyezés valószínűségét.
Az API-val kapcsolatos további információkért lásd: Webex for Wholesale Fejlesztői útmutató
Az API használatához menjen ide: Előzetesen ellenőrizze a nagykereskedelmi előfizetői szolgáltatást
A nagykereskedelmi előfizetői szolgáltatási dokumentum előzetes ellenőrzése eléréséhez be kell jelentkeznie a következőbehttps://developer.webex.com/ portálra. |
Partner SSO – SAML
Lehetővé teszi a partnerrendszergazdák számára az SAML SSO konfigurálását az újonnan létrehozott ügyfélszervezetek számára. A partnerek konfigurálhatnak egyetlen előre meghatározott SSO kapcsolatot, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
Az alábbi Partner SSO lépések csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partnerrendszergazdák megpróbálnak hozzáadni Partner SSO -t egy meglévő ügyfélszervezethez, a meglévő hitelesítési módszer megmarad annak érdekében, hogy a meglévő felhasználók ne veszítsék el a hozzáférésüket. Ha meglévő szervezethez szeretné hozzáadni a Partner SSO -t, meg kell nyitnia egy jegyet a Cisco TAC alkalmazással. |
Ellenőrizze, hogy a külső identitásszolgáltató megfelel-e a következő követelményeknek: Az identitásszolgáltatókra vonatkozó követelmények szakasza Egyszeri bejelentkezéses integráció a Control Hubban .
Nyisson meg egy szolgáltatási kérést a Cisco TAC segítségével. A TAC-nak bizalmi kapcsolatot kell létrehoznia a külső identitásszolgáltató és a Cisco Common Identity szolgáltatás között. .
Ha az IdP-je megköveteli apassEmailInRequest
funkció engedélyezéséhez, ügyeljen rá, hogy ez a követelmény szerepeljen a szolgáltatáskérés. Érdeklődjön az IdP-nél, ha nem biztos benne, hogy szükség van-e erre a funkcióra.Töltse fel a TAC által biztosított CI-metaadatfájlt az identitásszolgáltatója számára.
Belépési sablon konfigurálása. A Hitelesítési mód beállítást, válassza ki Partner hitelesítés . A IDP- azonosító , adja meg az EntityID-t a harmadik fél identitásszolgáltató SAML -metaadat XML -fájljából .
Hozzon létre egy új felhasználót egy új ügyfélszervezetben, amely használja a sablont.
Nagyon, hogy a felhasználó be tud jelentkezni.
Partner SSO – OpenID Connect (OIDC)
Lehetővé teszi a partnerrendszergazdák számára az OIDC SSO konfigurálását az újonnan létrehozott ügyfélszervezetek számára. A partnerek konfigurálhatnak egyetlen előre meghatározott SSO kapcsolatot, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
A Partner SSO OIDC beállításának alábbi lépései csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partnerrendszergazdák egy meglévő sablonban megpróbálják módosítani az alapértelmezett hitelesítési típust Partner SSO OIDC-re, a módosítások nem vonatkoznak a sablont használó ügyfélszervezetekre. Ha meglévő ügyfélszervezethez szeretné hozzáadni a Partner SSO -t, meg kell nyitnia egy jegyet a Cisco TAC alkalmazással. |
Nyisson meg egy szolgáltatási kérelmet a Cisco TAC segítségével az OpenID Connect IDP adataival. Az alábbiak kötelező és nem kötelező IDP-attribútumok. A TAC-nak be kell állítania az IDP-t a CI-n, és meg kell adnia az IDP-n konfigurálandó átirányítási URI -t.
Attribútum
Megkérve
Leírás
IDP név
Igen
Az OIDC IdP-konfiguráció egyedi, de a kis- és nagybetűket nem érző neve tartalmazhat betűket, számokat, kötőjeleket, aláhúzásokat, hullámvölgyeket és pontokat, maximális hossza pedig 128 karakter.
OAuth-ügyfélazonosító
Igen
OIDC IdP-hitelesítés kérésére szolgál.
Titkos OAuth-kliens
Igen
OIDC IdP-hitelesítés kérésére szolgál.
A hatókörök listája
Igen
Az OIDC IdP-hitelesítés kéréséhez használt hatókörök listája, szóközre bontva, pl. 'openid e-mail profil' Tartalmazni kell az openid azonosítót és az e-mailt.
Engedélyezési végpont
Igen, ha a discoveryEndpoint nincs megadva
Az IdP OAuth 2.0 hitelesítési végpontjának URL -címe.
tokenEndpoint
Igen, ha a discoveryEndpoint nincs megadva
Az IdP OAuth 2.0 Token végpontjának URL -címe.
Felfedezési végpont
Nem
Az IdP felderítési végpontjának URL -címe az OpenID végpontok felderítéséhez.
userInfoEndpoint
Nem
Az IdP UserInfo végpontjának URL -címe.
Kulcsbeállítás végpontja
Nem
Az IdP JSON web kulcskészlet-végpontjának URL -címe.
A fenti IDP attribútumok mellett a partnerszervezet azonosító is meg kell adni a TAC kérésben.
Állítsa be az átirányítási URI -t az OpenID connect IDP-n.
Belépési sablon konfigurálása. A Hitelesítési mód beállításához válassza a Partner hitelesítés OpenID Connect segítségével lehetőséget, és adja meg az IDP beállítása során megadott IDP nevet az OpenID Connect IDP entitás azonosító.
Hozzon létre egy új felhasználót egy új ügyfélszervezetben, amely használja a sablont.
Nagyon, hogy a felhasználó bejelentkezhet az SSO hitelesítési folyamat segítségével.
Híváskorrelációs azonosító engedélyezése
A Webex Cisco BroadWorks rendszerhez futtatásához engedélyeznie kell a híváskorrelációs azonosítót. Ez a beállítás számos hívási funkcióhoz szükséges, beleértve a hívásrögzítést, a csoportos hívásfelvételt, az ügyvezetőt és a vezetői asszisztenst.
A CLI segítségével engedélyezze a funkciót az összes AS és XSP rendszeren| ADP interfészek.
Futtassa a következő parancsokat az AS felületeken. Ez lehetővé teszi az AS számára, hogy elküldje a
X-BroadWorks-Correlation-Info
SIP fejléc:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true
AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
A
enableCallCorrelationID
Az Xsi-Actions alkalmazáshoz társított paraméter a híváskorrelációs információk Xsi-Actions naplókban való szerepeltetésének vezérlésére szolgál. Javasoljuk, hogy rendelkezzenenableCallCorrelationID
a következő paranccsal engedélyezhető az XSP-n| ADP interfészek:XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true
A híváskorrelációs azonosítóval kapcsolatos további információkért lásd: Cisco BroadWorks híváskorrelációs azonosító funkció leírása .
Címtár-szinkronizálás
A Címtár-szinkronizálás biztosítja, hogy a Webex Cisco BroadWorks felhasználói a Webex címtár segítségével hívhassanak bármely hívó entitást a BroadWorks kiszolgálóról. Ha ez a funkció engedélyezve van, a BroadWorks kiszolgáló teljes hívási címtárát a rendszer szinkronizálja a Webex címtárral. A felhasználók elérhetik a címtárat a Webex alkalmazásból, és a BroadWorks kiszolgálóról bármely hívó entitást felhívhatnak.
A Címtár-szinkronizálás bekapcsolásához lépjen a következőre: Címtár-szinkronizálás a Webex a Cisco BroadWorks rendszerhez .
A Webex Cisco BroadWorks folyamaton keresztüli üzembe helyezése hozzáadja az üzenetküldő felhasználókat és a kapcsolódó hívási információkat a BroadWorks kiszolgálóról a Webex platformhoz. A telefonlisták, a nem üzenetküldő felhasználók és a nem felhasználói entitások azonban nem szerepelnek benne (például konferenciatermi telefon, faxkészülék vagy keresőcsoport száma). A Címtár-szinkronizálás bekapcsolása biztosítja, hogy az összes hívó entitás hozzákerüljön a Webex platformhoz. |
Egységes híváselőzmények
Ha engedélyezve van az egyesített híváselőzmények, a BroadWorks hívási események szinkronizálódnak a Webex felhőbe, és részeivé válnak a Webex Unified hívás- és értekezletelőzményeknek, amelyek a Webex alkalmazásban jelennek meg. A felhasználók megtekinthetik saját részletes híváselőzményeiket és értekezletelőzményeiket a Webex alkalmazásból.
Az egyesített híváselőzményeket a partnerszintű rendszergazdák engedélyezhetik a Partner Hubban fürtönkénti alapon. Amikor ez a funkció be van kapcsolva, a BroadWorks-telepítés a következő hívási eseményeket szinkronizálja a Webex felhőbe:
Híváselőzmény-események – ezek az események hozzászoktak egy részletes egyesített híváselőzmény létrehozásához
Hook Status események—A Unified Call History olyan kagylóállapot-optimalizálásokat tartalmaz, amelyek csökkentik a hálózati sávszélességet a telefonos jelenlét frissítéseihez
Egységesített híváselőzmények követelményei
Az egyesített híváselőzmények konfigurálása előtt győződjön meg arról, hogy javította a rendszert. Ez a funkció a következő BroadWorks javítások telepítésétől függ:
R22 esetén:
AP.as.22.0.1123.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
R23 esetén:
AP.as.23.0.1075.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
XSP használata esetén—
AP.xsp.23.0.1075.ap378585
Ha ADP-t használ—
Xsi-Events-23_2021.05_1.251.bwar
R24 esetén:
AP.as.24.0.944.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
A Webex Cisco BroadWorks rendszerhez készült futtatásának előfeltételeként telepítendő BroadWorks-javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben. |
A rendszer javítása mellett az ügyfél konfigurációs fájlja ( config-wxt.xml
) a következő címkekészlettel kell rendelkeznie: <call-history enable-unified-history=”%ENABLE_UNIFIED_CALL_HISTORY_WXT%”/>
Ahhoz, hogy a Hunt Group, Call Center és egyéb átirányítási információk megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R23 esetén:
AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994
R24 esetén:
AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994
Ahhoz, hogy az Executive-Assistant információi megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R24 esetén:
AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
Az Xsi-Events-24-et futtató ADP_ 2022.06. vagy újabb
A Broadworks javítások mellett a Címtár szinkronizálást engedélyezni kell az Executive-Assistant egyesített híváselőzményeihez is.
Ha engedélyezi a híváselőzményeket vagy a DND-szinkronizálást, a Webex CTI -előfizetés-frissítési kérelmeket küld a fürthöz tartozó összes felhasználó számára. A felhasználók számától függően ez néhány óráig is eltarthat. Javasoljuk, hogy ne végezzen Broadworks-karbantartási tevékenységet ugyanazon a karbantartási időszak alatt. |
Híváselőzmények engedélyezése (új fürt)
Ha új fürtön szeretné engedélyezni a híváselőzményeket, olvassa el a fürtök hozzáadásának lépéseit Konfigurálja a saját partnerszervezetét a Partner Hubban .
Híváselőzmények engedélyezése (meglévő fürt)
Ha engedélyezni szeretné a híváselőzményeket egy meglévő fürtön, kövesse az alábbi lépéseket:
Jelentkezzen be a Partner Hubba a következő címen:
admin.webex.com
.Ugrás ide: Beállítások elemre és válasszon ki egy meglévő fürtöt.
Ellenőrizze, hogy a fürtkapcsolat megfelelő-e. A jobb oldali panelen egy zöld jelölő kell megjelennie a következővel: A kapcsolat létrejött .
Ha ez nem jelenik meg, akkor a következő alatt: Kapcsolatok ellenőrzése (opcionális) , adja meg BroadWorks felhasználói azonosító és BroadWorks jelszó és kattintson Ellenőrizze hogy ellenőrizze a kapcsolat megfelelőségét.
Ellenőrizze a hívásnapló engedélyezése jelölőnégyzet.
Kattintson a Mentés lehetőségre.
Funkcióinterakciók
A következő funkcióinterakciók léteznek az egyesített híváselőzmények esetében:
Az egyesített híváselőzmények nem támogatottak azoknál a felhasználóknál, akik a BroadWorksben útvonallistákkal vagy közvetlen útvonalakkal vannak konfigurálva. Ha ez a helyzet áll fenn, a rendszer nem küldi el a híváselőzményeket és a Hook állapot eseményeit a Webex alkalmazásba.
Az egyesített híváselőzmények nem támogatottak melléktárcsázás esetén. Előfordulhat, hogy a mellék tárcsázásával indított hívások nem jelennek meg megfelelően a Híváselőzményekben.
Híváselőzmények megtekintése a Webex alkalmazásban
A végfelhasználók a Webex alkalmazásból érhetik el és tekinthetik meg az egyesített híváselőzményeiket. A részletekért lásd: Webex| Hívás- és értekezletelőzmények megtekintése .
Az egyesített híváselőzmények letiltása
Miután engedélyezte az egyesített híváselőzményeket egy fürtön, önmagában nem tilthatja le a funkciót. Ha le szeretné tiltani a funkciót, forduljon a következőhöz: Cisco Technical Assistance Center (TAC) .
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 WebexMeetings
NS NE útválasztás az I-SBC számára
Példa konfigurációra
NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
Network Element WebexMeetings
Location = 1281465
Data Center =
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = NIL_PROFILE
Remote Lookup Enabled = false
Signaling Attributes =
NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
Routing NE Address Cost Weight Port Transport Route
=====================================================================
WebexMeetings sbc-address 1 99 - unspecified
NS útválasztási profil
UrlDialing házirend-példány hozzáadva a megfelelő útválasztási profil(ok)hoz
NS_CLI/Policy/Profile> get profile MyInst
Profile: Webex
Policy Instance
==========================================
…
UrlDialing WebexMeetings
AS NS Route használata a NetworkURL híváshoz
Engedélyezze az AS számára az NS útvonal tiszteletben tartását Hibrid AS módban
AS_CLI/Interface/IMS> set queryNSForNetworkURL true
E911 Segélyhívás
A Webex for Cisco BroadWorks támogatja az E911 segélyhívó szolgálatok hívását. Ezzel a funkcióval a segélyhívások egy PSAP-ra lesznek irányítva, amely a segélyhívó szolgálatokat a hívó fél helyszínére irányíthatja. A funkció használatához integrálnia kell a Webex for Cisco BroadWorks alkalmazást egy E911 segélyhívás szolgáltatóval.
A következő Webex -cikkek segítségével konfigurálhatja az E911 segélyhívó szolgáltatásainak támogatását:
E911 vészhívás a Webex for BroadWorks alkalmazásban —E cikk segítségével konfigurálhatja az E911-vészhívást a Webex for Cisco BroadWorks alkalmazásban az alábbi támogatott E911-szolgáltatók egyikének használatával:
Sávszélesség
Intrado
RedSky
Segélyhívási felelősség kizárása — Ha rendelkezik helymeghatározási szolgáltatással, beállíthatja, hogy a Webex alkalmazás Vészhelyzeti szolgálatok felelősségkizárása ablaka tartalmazzon lehetőséget a felhasználók számára, hogy bejelentkezéskor frissítsék a tartózkodási helyüket.
Ügyfelek testre szabása és biztosítása
A felhasználók letöltik és telepítik az általános Webex -alkalmazásaikat, asztali számítógépre vagy mobilra (a letöltési hivatkozásokat lásd: Webex alkalmazásplatformok ). A felhasználó hitelesítését követően a kliens regisztrál a Webex Cloudon üzenetküldéshez és értekezletekhez, lekéri a márkainformációit, felfedezi a BroadWorks szolgáltatás információit, és letölti a hívási konfigurációját a BroadWorks alkalmazáskiszolgálóról (DMS-en keresztül XSP-n| ADP).
A Webex-alkalmazások hívási paramétereit a Webex -ben konfigurálhatja (a szokásos módon). A Control Hubban konfigurálhatja a márkaépítési, üzenetküldési és értekezletparamétereket az ügyfelek számára. A konfigurációs fájl közvetlenül nem lehet módosítani.
Ez a két konfigurációkészlet átfedheti egymást, ebben az esetben a Webex -konfiguráció felülírja a BroadWorks-konfigurációt.
Webex Apps konfigurációs sablonok hozzáadása a BroadWorks alkalmazáskiszolgálóhoz
A Webex alkalmazások DTAF fájlokkal vannak konfigurálva. Az ügyfelek letöltenek egy konfigurációs XML-fájl az alkalmazáskiszolgálóról az XSP eszközkezelő szolgáltatásán keresztül| ADP.
Szerezze be a szükséges DTAF fájlokat (lásd Eszközprofilok lehetőségre A környezet előkészítése szakaszban).
Ellenőrizze, hogy a megfelelő címkekészletek vannak-e beállítva BroadWorks System > Erőforrások > Eszközkezelési címkekészletek .
Minden egyes beüzemelt ügyfél esetében:
Töltse le és bontsa ki a DTAF zip fájlt az adott klienshez.
DTAF-fájlok importálása a BroadWorks-be itt: Rendszer > Erőforrások > Identitás/eszközprofil típusok
Nyissa meg az újonnan hozzáadott eszközprofil szerkesztéshez, és:
Adja meg az XSP-t| ADP farm FQDN és Device Access Protocol.
Ellenőrizze a Távoli partyinformációk támogatása jelölőnégyzet. Ez a támogatás szükséges az asztalmegosztás működéséhez.
A távoli fél támogatását úgy is engedélyezheti, hogy futtatja a következő CLI-parancs az alkalmazáskiszolgálón:AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Módosítsa a sablonokat a környezetének megfelelően (lásd az alábbi táblázatot).
Mentse el a profilját.
Kattintson Fájlok és hitelesítés majd válassza ki az összes rendszerfájl újraépítését.
Név | Leírás |
Kodek prioritás | Állítsa be a VoIP -hívások hang- és videokodekeinek prioritási sorrendjét |
TCP, UDP és TLS | Konfigurálja a SIP-jelküldés és médiához használt protokollokat |
RTP audio és videó portok | Porttartományok konfigurálása az RTP hanghoz és videóhoz |
SIP beállítások | Konfigurálhatja a SIP -pel kapcsolatos különféle opciókat (SIP INFO, rport használata, SIP-proxy felderítés, frissítési időközök a regisztrációhoz és az előfizetéshez stb.) |
A Webex alkalmazás márkaépítésének testreszabása
Partner testreszabása—A partneri rendszergazdák alkalmazhatnak speciális márkaépítési testreszabásokat, amelyek a partner által kezelt partnerszervezetre és/vagy ügyfelekre vonatkoznak. Lásd Speciális márka-testreszabások konfigurálása .
Ügyfélre vonatkozó testreszabások—Ha a partner lehetővé teszi az ügyfelek számára, hogy alkalmazzák saját márkaépítési testreszabásaikat, az ügyfél rendszergazdái a következő oldalon követhetik az eljárást: Vállalati márkaépítés hozzáadása a Webex .
A Felhasználóaktiválási portál ugyanazt az emblémát használja, mint amit az ügyfél márkaépítéshez ad hozzá. |
A problémajelentési és a súgó URL-címek testreszabása
A beállítások testreszabásához a rendszergazdák követhetik a „Visszajelzés és súgóoldal URL-címeinek hozzáadása” című eljárást, amely mindkét fenti Márkaépítési cikkben található.
A Webex for Cisco BroadWorks tesztszervezetének konfigurálása
Mielőtt elkezdené
Átfolyós üzembe helyezéssel
Az összes XSP-t be kell állítania| Az ADP-szolgáltatásokat, és a partnerszervezetet a Control Hubban, mielőtt elvégezné ezt a feladatot.
1 | Szolgáltatás hozzárendelése a BroadWorks-ben: |
2 | Ügyfélszervezet és felhasználók ellenőrzése a Control Hubban: |
Felhasználói tesztelés
1 | Töltse le a Webex alkalmazás két különböző gépen. |
2 | Jelentkezzen be tesztfelhasználóként a két gépen. |
3 | Indítson teszthívásokat. |
Ügyfélszervezetek biztosítása
A jelenlegi modellben automatikusan kiépítjük az ügyfélszervezetet, amikor belép az első felhasználóba a jelen dokumentumban ismertetett módszerek bármelyikén keresztül. Az üzembe helyezés csak egyszer történik minden ügyfél esetében.
Felhasználók beüzemelése
A szolgáltatlási felhasználók a következő módokon adhatja ki:
Használjon API-kat Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailekhez a Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailek nélkül. A felhasználók megadják és érvényesítik az e-mail-címeket a Webex -fiókok létrehozásához
Engedélyezze a felhasználók számára az önaktiválást (küldjön nekik egy hivatkozást, ők hoznak létre Webex -fiókot)
Nyilvános üzembe helyezési API-k
A Webex nyilvános API-kat tesz elérhetővé, hogy lehetővé tegyék a szolgáltatók számára, hogy integrálják a Webex for Cisco BroadWorks előfizetői kiépítését a meglévő üzembe helyezési munkafolyamataikba. Ezen API-k specifikációi itt érhetők el: developer.webex.com
. Ha ezekkel az API-kkal szeretne fejleszteni, forduljon a Cisco képviselőjéhez, és szerezze be a Webex Cisco BroadWorks alkalmazást.
A nagykereskedelmi ügyfeleket elutasítják ezek az API-k. |
Folyamatos üzembe helyezés
A BroadWorks rendszeren a szolgáltatlási felhasználók a Integrált IM&P engedélyezése opciót. Ez a művelet arra készteti a BroadWorks üzembe helyezési illesztőt, hogy egy API-hívás indít a felhasználó kiépítéséhez a Webex-en. Az üzembe helyezési API -nk visszafelé kompatibilis az UC-One SaaS API-val . A BroadWorks AS nem igényel kódmódosítást, csak a létesítési adapter API -végpontjának konfigurációs módosítás .
Az előfizetők telepítése a Webex -en jelentős időt vehet igénybe (a kezdeti felhasználónál több percet is igénybe vehet a vállalaton belül). A Webex az üzembe helyezést háttérfeladatként végzi. Tehát az átmenőleges üzembe helyezés sikeressége azt jelzi, hogy a telepítés megkezdődött. Nem jelzi a befejezést. Annak ellenőrzéséhez, hogy a felhasználók és az ügyfélszervezet teljes körűen kiépült-e a Webex rendszerében, be kell jelentkeznie a Partner Hubra, és meg kell néznie az Ügyféllistát. A BroadWorks törzshálózatot használó felhasználók megosztott hívási megjelenésen (SCA) keresztül rendelkezhetnek Webex for BroadWorks-szel. A trönkelő felhasználóhoz hozzá kell rendelni a hitelesítési szolgáltatást. A BroadWorks trunking megoldási útmutató 8. szakaszában leírtak szerint ez lehetővé teszi, hogy az SCA Webex megjelenés hitelesítése elkülönüljön a közös fővonali hitelesítéstől. A Webex for BroadWorks nem létesíthető olyan trönkelő felhasználók számára, akiknek Útvonallista vagy Közvetlen útválasztás funkciói vannak hozzárendelve. |
A sablonok helye átkerült a BroadWorks Calling alkalmazásból a Szervezeti beállításokban az Ügyféllista részbe, és mostantól Bevezető sablonnak hívják. |
Felhasználói önaktiválás
BroadWorks-felhasználók kiépítése a Webex az Integrált IM&P szolgáltatás hozzárendelése nélkül:
Jelentkezzen be a Partner Hubba, és keresse meg a Ügyféllista oldalon.
Kattintson Sablonok megtekintése .
Válassza ki az erre a felhasználóra alkalmazni kívánt beüzemelési beléptető sablont.
Ne feledje, hogy minden sablon egy fürthöz és a partnerszervezethez van társítva. Ha a felhasználó nincs a sablonhoz társított BroadWorks rendszerben, akkor a felhasználó nem tudja aktiválni magát a hivatkozással.
Másolja ki a beüzemelési hivatkozást, és küldje el a felhasználónak.
Érdemes lehet a szoftverletöltési hivatkozást is feltüntetni, és emlékeztetni a felhasználót, hogy a Webex -fiók aktiválásához meg kell adnia és ellenőriznie kell az e- e-mail-cím .
A kiválasztott sablonon nyomon követheti a felhasználó aktiválási állapotát.
További információkért lásd: Felhasználó-létesítési és aktiválási folyamatok .
Beüzemelés nem megbízható e-mailekkel
A Partner Hub egy sor vezérlőt biztosít a Felhasználói állapot nézeten belül, amely lehetővé teszi Webex a Cisco BroadWorks rendszerhez A szolgáltató rendszergazdái ellenőrzik a felhasználó állapotát, és kijavítják a hibákat a nem megbízható e-mailekkel történő beüzemeléskor. További részletekért lásd: A felhasználói kiépítés ellenőrzése nem megbízható e-mailekkel.
Webex -felhasználók áthelyezése a Webex for Cisco BroadWorks rendszerébe
Ha meglévő Webex -felhasználókat szeretne áthelyezni a Webex for Cisco BroadWorks rendszerébe, tekintse meg az alábbi táblázatot a követendő eljárás meghatározásához.
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) |
|
Ügyfélszervezet | A Webex for BroadWorks csatolása a meglévő szervezethez — A szervezeti melléklet (az első felhasználó számára) a Webex for BroadWorks alkalmazást is hozzáadja a következő felhasználókhoz, amennyiben azok a megfelelő szervezethez vannak rendelve. |
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) | Ha a Webex for BroadWorks-szervezet nem létezik (nincs kiépítve felhasználó):
Ha létezik Webex for BroadWorks-szervezet (legalább egy felhasználó ki van jelölve):
|
Ügyfélszervezet |
|
Felhasználó áthelyezése (beleegyezéssel) a Webex Cisco BroadWorks alkalmazásba
Ezzel az eljárással áthelyezhet egy meglévő Webex -felhasználót, aki egy fogyasztói szervezethez tartozik, vagy önregisztráló fiókkal (ingyenes fiókkal vagy próbafiókkal) rendelkezik a Webex for Cisco BroadWorks rendszerébe. Ne feledje, hogy a Webex for Cisco BroadWorks szervezetnek léteznie kell (az első felhasználó kiépítésével). Ebben az esetben az alábbi lehetőségek egyikével helyezheti át a felhasználókat:
Felhasználó áthelyezése (megbízható e- e-mail-címmel) – A megbízható e-mail-címekkel történő létesítést használja
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel) – A nem megbízható e-mailekkel kapcsolatos szolgáltatást használja
Önaktiválás
Felhasználó áthelyezése (megbízható e- e-mail-címmel)
Ha a belépési sablon megbízható e-maileket használ, a partner rendszergazda a következő felhasználókat a következő folyamattal helyezheti át:
A rendszergazda hozzáadja a felhasználót.
A felhasználó a BroadWorks Provisioning Bridge-re kerül.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Fiók aktiválása . A felhasználót a rendszer a Webex Consumer portálra irányítja át.
A felhasználó bejelentkezik a Webex.
Felhasználói kattintások Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel)
Ha a beléptető sablon nem megbízható e-maileket használ, először a felhasználó e- e-mail-cím kell érvényesíteni. A rendszergazda az alábbi folyamatot követve helyezheti át a következő felhasználókat:
A rendszergazda hozzáadja a felhasználót.
A felhasználó automatikusan a BroadWorks Provisioning Bridge-re kerül.
A rendszer egy aktiválási hivatkozást tartalmazó szöveget küld a felhasználónak.
A felhasználó rákattint az Aktiválás hivatkozásra, és megadja az e- e-mail-cím.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Csatlakozzon most .
Az e- e-mail-cím érvényesítése megtörtént.
A rendszer átirányítja a felhasználót, hogy jelentkezzen be a Webex Consumer portálra.
A felhasználó bejelentkezik a Webex.
A felhasználónak rá kell kattintania Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Önaktiválási folyamat
Ha a felhasználónak van BroadWorks-fiókja, akkor az önaktiválási folyamat segítségével áthelyezheti a fiókját.
A felhasználó BroadWorks hitelesítési adataival jelentkezik be a felhasználói hozzáférési portál URL -címére.
A felhasználó megadja az e- e-mail-cím.
A felhasználó a BroadWorks Provisioning Bridge-be kerül.
A rendszer egy automatikus e-mailt küld a felhasználó e- e-mail-cím.
A felhasználó megnyitja az e-mailt, és rákattint a Csatlakozzon most hivatkozást, amely hitelesíti az e- e-mail-cím.
A CI azt találja, hogy a felhasználónak már van Webex -fiókja. A felhasználónak törölnie kell a régi fiókját, mielőtt folytatná.
A rendszer átirányítja a felhasználót a Webex való bejelentkezésre.
A felhasználó bejelentkezik a Fogyasztói Portálra.
A felhasználó rákattint Fiók törlése lehetőségre .
A régi Webex -fiók törlődik.
A felhasználó egy új Webex for Cisco BroadWorks-fiókot kapott ugyanazzal az e- e-mail-cím.
A Webex for BroadWorks csatolása a meglévő szervezethez
Ha Ön partner rendszergazda Webex for BroadWorks szolgáltatásokat ad hozzá egy meglévő Webex ügyfélszervezethez, amely még nincs társítva partner által kezelt BroadWorks-vállalattal, az ügyfélszervezet rendszergazdájának KELL jóváhagynia a rendszergazdai hozzáférést ahhoz, hogy a beüzemelési kérelem sikeres legyen.
Szervezeti rendszergazdai jóváhagyásra van szükség, ha a következők bármelyike igaz:
A meglévő ügyfélszervezetnek 100 vagy több felhasználója van
A szervezet ellenőrzött e-mail-domainnel rendelkezik
A szervezeti tartomány igényelve
Ha a fenti feltételek egyike sem teljesül, akkor automatikus csatolás történhet.
Egy an Automatikus csatolás forgatókönyv esetén a Webex for BroadWorks-előfizetés hozzáadásra kerül egy meglévő ügyfélszervezethez a meglévő szervezeti rendszergazda vagy végfelhasználó értesítése nélkül. A legtöbb esetben a Partnerszervezete létesítési rendszergazdai jogokat kap. Ha azonban az ügyfélszervezetnek nincs licence, vagy csak felfüggesztett/visszavont licencei vannak, akkor teljes körű rendszergazda lesz. Az üzembe helyezési rendszergazdai hozzáféréssel korlátozott mértékben láthatja a meglévő szervezet felhasználóit a Control Hubban. Javasoljuk, hogy vegye fel a kapcsolatot az ügyfél rendszergazdájával, és kérjen teljes rendszergazdai hozzáférést a szervezethez. |
A partnerrendszergazdák a következő eljárással adhatják hozzá a BroadWorks hívási szolgáltatásokat egy meglévő Webex szervezethez:
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 WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw
Terminológia
- ACL
- Hozzáférés-vezérlési lista
- ALG
- Alkalmazásréteg-átjáró
- API
- Alkalmazásprogramozási felület
- APNS
- Apple leküldéses értesítés Service
- AS
- Alkalmazáskiszolgáló
- ATA
- Analóg telefonadapter, adapter, amely az analóg telefonálást VoIP -re alakítja
- BAM
- BroadSoft alkalmazáskezelő
- Alapszintű hitelesítés
- Olyan hitelesítési módszer, amelyben egy fiók (felhasználónév) egy megosztott titkos kód (jelszó) van hitelesítve.
- BMS
- BroadSoft Üzenetküldés Server
- BOSH
- Kétirányú adatfolyamok szinkron HTTP-n keresztül
- BRI
- Alapsebességű interfész A BRI egy ISDN hozzáférési módszer
- Csomag lehetőségre
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- CA
- Hitelesítés-szolgáltató
- Szolgáltató
- A telefonos forgalmat lebonyolító szervezet (vö. Partner, Szolgáltató, Értéknövelt viszonteladó)
- CAPTCHA
- Teljesen automatizált nyilvános Turing-teszt a számítógépek és az emberek megkülönböztetésére
- CCXML
- Hívásvezérlő bővíthető jelölőnyelv
- CIF
- Közös köztes formátum
- CLI
- Parancssori felület
- CN
- Általános név
- CNPS
- Hívásértesítések Push Server. Egy XSP-n futó Notification Push szerver| ADP a környezetében, hogy hívásértesítéseket küldjön az FCM és APNS felé. Lásd: NPS-proxy.
- CPE
- Ügyféltelepi berendezések
- CPR
- Egyéni jelenléti szabály
- CSS
- Lépcsőzetes stíluslap
- CSV
- Vesszővel elválasztott érték
- CTI
- Számítógépes telefonos integráció
- CUBE
- Cisco Unified Border Element
- DMZ
- Demilitarizált zóna
- DN
- Telefonkönyvi szám
- DND
- Ne zavarjanak
- DNS
- Tartománynév-rendszer
- DPG
- Tárcsázza a társcsoportot
- DSCP
- Differenciált szolgáltatások kódpontja
- DTAF
- Eszköztípus archív fájl
- DTG
- Cél fővonalcsoport
- DTMF
- Dual-Tone Multi-Frequency
- Végfelhasználó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Előfizető)
- Nagyvállalati
- Végfelhasználók gyűjteménye (vö. Szervezet)
- FCM
- Firebase felhőalapú Üzenetküldés
- FMC
- Javított mobilkonvergencia
- Átfolyós beüzemelés
- Felhasználók létrehozása a Webex identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorksben.
- FQDN
- Teljes tartománynév
- Teljes átfolyású üzembe helyezés
- Létrehozása és ellenőrzése felhasználókat a Webex Identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorks és állítva hogy minden BroadWorks-felhasználó egyedi és érvényes e- e-mail-cím rendelkezik .
- FXO
- A Devizairoda az a port, amely az analóg vonalat fogadja. Ez a telefon vagy a faxkészülék, illetve az analóg telefon csatlakozói. On-hook/off-hook jelzést ad (hurokzárás). Mivel az FXO port egy eszközhöz, például faxhoz vagy telefonhoz csatlakozik, az eszközt gyakran „FXO eszköznek” is nevezik.
- FXS
- A deviza-előfizető az a port, amely ténylegesen továbbítja az analóg vonalat az előfizetőnek. Más szóval, a „dugó a falba” az, amelyik a tárcsahang, az akkumulátoráramot és a csengőfeszültséget továbbítja.
- GCM
- Google Cloud Message lehetőségre
- GCM
- Galois/Counter mód (titkosítási technológia)
- HID
- Emberi felület eszköz
- HTTPS
- Hypertext Transfer Protocol Secure Sockets
- IAD
- Integrált hozzáférési eszköz
- IM&P
- Azonnali Üzenetküldés és jelenlét
- IP PSTN
- Olyan szolgáltató , amely VoIP -ot nyújt a PSTN-nek, felcserélhető az ITSP-vel, vagy az internethez kapcsolódó „nyilvános” telefonálás általános kifejezésével, amelyet a nagy távközlési szolgáltatók biztosítanak (nem pedig országok szerint, ahogyan a PSTN az).
- ITSP
- Internettelefon szolgáltató
- IVR
- interaktív hangválasz / válaszadó
- JID
- Az XMPP entitások natív címét Jabber-azonosítónak vagy JID-nek nevezik localpart@tartomány.part.example.com/resourcepart (@ . / elválasztók)
- JSON
- Java Script objektumjelölés
- JSSE
- Java Secure Socket kiterjesztés; a mögöttes technológia, amely biztonságos kapcsolódási szolgáltatásokat nyújt a BroadWorks szervereknek
- KEM
- Kulcskiterjesztés modul (hardveres Cisco telefonok)
- LLT
- Hosszú élettartamú (vagy Long Life) token; a vivői token önleíró, biztonságos formája, amely lehetővé teszi a felhasználók számára, hogy hosszabb ideig maradjanak hitelesítettek, és nincs bizonyos alkalmazásokhoz kötve.
- MA
- Üzenetarchiválás
- MIB
- Vezetési információs bázis
- MS
- Médiakiszolgáló
- mTLS
- Kölcsönös hitelesítés két fél között, tanúsítványcserével, TLS kapcsolat létesítésekor
- MUC
- Többfelhasználós csevegés
- NAT
- Hálózati cím fordítások
- NPS
- Notification Push Server; lásd: CNPS
- NPS-proxy
-
A Webex olyan szolgáltatása, amely rövid élettartamú hitelesítési tokeneket szállít a CNPS-nek, lehetővé téve, hogy hívási értesítéseket küldjön le az FCM és az APN, végső soron a Webex futtató Android és iOS eszközök számára.
- OCI
- Nyissa meg az ügyfélfelületet
- Szervezet
- Végfelhasználók egy csoportját képviselő vállalat vagy szervezet (vö. Vállalati)
- OTG
- Kimenő fővonal-csoport
- Csomag
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- Partner
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Értéknövelt viszonteladó, szolgáltató, szolgáltató)
- PBX
- Privát fiókcsere
- PEM
- Továbbfejlesztett adatvédelmi levelezés
- PLMN
- Nyilvános szárazföldi mobilhálózat
- PRI
- A Primary Rate Interface (PRI) egy távközlési interfészszabvány , amelyet Integrált Szolgáltatású Digitális Hálózaton (ISDN) használnak .
- Ui.:
- Profilkiszolgáló
- PSTN
- Nyilvános kapcsolt telefonhálózat
- QoS
- Szolgáltatásminőség
- Viszonteladói portál
- Egy weboldal, amely lehetővé teszi a viszonteladó rendszergazdájának az UC-One SaaS-megoldás konfigurálását. Néha BAM portálnak, rendszergazdai portálnak vagy felügyeleti portálnak is nevezik.
- RTCP
- Valós idejű vezérlési protokoll
- RTP
- Real-Time Transport protokoll
- SBC
- Session Border Controller
- SCA
- Shared Call megjelenése
- SD
- Szabványos felbontás
- SDP
- Munkamenetleíró protokoll
- SP
- Szolgáltató; Olyan szervezet, amely telefonos vagy kapcsolódó szolgáltatásokat nyújt más szervezeteknek (vö. Szolgáltató, Partner, Értéknövelt viszonteladó)
- SIP
- Session Initiation Protocol
- SLT
- Rövid élettartamú (vagy rövid élettartamú) token (más néven BroadWorks SSO token); egy egyszer használatos hitelesített token, amely a webes alkalmazások biztonságos elérésére szolgál.
- SMB
- Kis- és középvállalkozások
- SNMP
- Egyszerű hálózatkezelési protokoll
- sRTCP
- biztonságos Realtime Transfer Control Protocol (VoIP hívásmédia)
- sRTP
- biztonságos Realtime Transfer Protocol (VoIP hívásmédia)
- SSL
- Biztonságos socket-réteg
- Feliratkozó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Végfelhasználó)
- TCP
- Átvitelvezérlő protokoll
- TDM
- Időosztásos multiplexelés
- TLS
- Transport Layer Security (TLS)
- Általános Szerződési Feltételek
- Szolgáltatás típusa
- UAP
- Felhasználói aktiválási portál
- UC
- Egységesített kommunikáció
- UI
- Felhasználói felület
- U azonosító
- Egyedi azonosító
- UMS
- Üzenetküldés szerver
- URI
- Egységes erőforrás-azonosító
- URL
- Uniform Resource Locator
- USS
- Megosztási kiszolgáló
- UTC
- Egyezményes koordinált világidő
- UVS
- Videó szerver
- Értéknövelt viszonteladó (VAR)
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Szolgáltató, Partner, Szolgáltató)
- VGA
- Video Graphics Array
- VoIP
- Voice over internetprotokoll (IP)
- VXML
- Hanggal bővíthető jelölőnyelv
- WebDAV
- web elosztott szerzői és verziószámozás
- WebRTC
- web valós idejű kommunikáció
- WRS
- WebRTC szerver
- XMPP
- Bővíthető Üzenetküldés és jelenléti protokoll
Szolgáltatások konfigurálása (mTLS-szel a hitelesítési szolgáltatáshoz)
Az alábbi eljárások váltják fel a témakörben szereplő eljárásokat Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k . Ezeket az eljárásokat csak akkor végezze el, ha mTLS-t használ a hitelesítési szolgáltatáshoz a CI token érvényesítés helyett. Ezek az eljárások kötelezőek, ha több Webex -szervezetet futtat ugyanazon az XSP-n| ADP szerver. Ellenkező esetben ezek nem kötelezőek.
Ha nem futtat több Webex -szervezetet ugyanazon az XSP-n keresztül| ADP szerver, CI Token Validation ( TLS-szel) javasolt a hitelesítési szolgáltatáshoz. Lásd: Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k a hitelesítési szolgáltatás és egyéb szolgáltatások konfigurálásával kapcsolatos részletekért. |
Xsi felületek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a leírás szerint Cisco BroadWorks Xtended Services felület konfigurációs útmutató .
Az Xsi-Events alkalmazásoknak csak egy példányát kell telepíteni az XSP-re| A CTI interfészhez használt ADP.
A Broadworks és a Webex közötti integrációhoz használt összes Xsi-Eventnek ugyanazzal a Webex -vel kell rendelkeznie, mint az Applications/Xsi-Events/GeneralSettings alatt. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
Amikor egy felhasználó bejelentkezett a Webex, a Webex előfizetést hoz létre a felhasználó számára az AS-en, hogy fogadja a telefonos eseményeket a jelenlét és a hívásnapló vonatkozásában. Az előfizetés a callControlApplicationName alkalmazáshoz van társítva, és az AS ennek alapján tudja, melyik Xsi-Eventsnek küldje el a telefonos eseményeket.
A callControlApplicationName módosítása, vagy ha nem ugyanaz a név az összes Xsi-Events webalkalmazáson, az hatással lesz az előfizetésekre és a telefonos eseményekre. |
Hitelesítési szolgáltatás konfigurálása (mTLS-szel)
A hosszú élettartamú BroadWorks tokeneket az XSP-n tárolt hitelesítési szolgáltatás hozza létre és hitelesíti| ADP-k.
Követelmények
Az XSP| A hitelesítési szolgáltatást futtató ADP-kiszolgálóknak rendelkezniük kell konfigurált mTLS-interfészekkel.
XSP| Az ADP-knek ugyanazokat a kulcsokat kell megosztaniuk a BroadWorks hosszú élettartamú tokenek titkosításához/visszafejtéséhez. Ezeknek a kulcsoknak a másolása az egyes XSP-kre| Az ADP manuális folyamat.
XSP| Az ADP-ket szinkronizálni kell az NTP-vel.
Konfiguráció áttekintése
Az alapvető konfiguráció az XSP-n| Az ADP-k a következőket tartalmazzák:
Telepítse a hitelesítési szolgáltatást.
Állítsa be a token időtartamát legalább 60 napra (hagyja meg a kibocsátót BroadWorksként).
RSA -kulcsok létrehozása és megosztása XSP-n keresztül| ADP-k.
Adja meg a webes tároló authService URL -címét.
Telepítse a hitelesítési szolgáltatást az XSP rendszeren| ADP
Minden XSP-n| A Webex használt ADP:
Aktiválja a hitelesítési szolgáltatás alkalmazást az elérési úton
/authService
(ezt az elérési utat kell használnia):XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService
(hol
<version>
az Ön BroadWorks-verziója).Az alkalmazás telepítése:
XSP|ADP_CLI/Maintenance/ManagedObjects>
deploy application /authService
Token időtartamának konfigurálása
A meglévő tokenkonfiguráció ellenőrzése (óra):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
get
Állítsa be az időtartamot 60 napra (maximum 180 nap):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
set tokenDurationInHours 1440
RSA -kulcsok létrehozása és megosztása
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
E két tényező miatt egyetlen XSP-n kell kulcsokat generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k. |
Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress> /authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét
Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket.
Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Bizalom konfigurálása a hitelesítési szolgáltatáshoz (mTLS-szel)
Jelentkezzen be a Control Hubba a partnerrendszergazdai rendszergazdafiók.
Ugrás ide: Töltse Webex CA-tanúsítványt hogy megkapja
és kattintsonCombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
.Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
.Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
. (Nem kötelező) Futtassa a súgótUpdateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot
,webexclientroot2023
,webexclientissuing
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, ha mind a négy bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
(Opció) Az mTLS konfigurálása a HTTP interfész/port szintjén
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS-t HTTP interfész/port szinten állítja be, az mTLS-re minden, ezen a felületen/porton keresztül elérhető webalkalmazáshoz szükség van.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/HttpServer>
és futtassa aget
parancsot a felületek megtekintéséhez.Interfész hozzáadása és ügyfélhitelesítés előírása (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Lényegében az első
true
TLS -sel (a kiszolgálótanúsítvány létrejön, ha szükséges), és a másodiktrue
arra kényszeríti a felületet, hogy klienstanúsítvány -hitelesítést igényeljen (együtt mTLS).
Például:
XSP|ADP_CLI/Interface/Http/HttpServer> get
Interface Port Name Secure Client Auth Req Cluster Fqdn
=======================================================
192.0.2.7 443 XSP|ADP01.collab.example.net true false
192.0.2.7 444 XSP|ADP01.collab.example.net true true
Ebben a példában az mTLS (Client Auth Req = true) engedélyezve van 192.0.2.7
port 444
. A TLS engedélyezve van 192.0.2.7
port 443
.
(Opció) Az mTLS konfigurálása adott webes alkalmazásokhoz
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS alkalmazásszinten konfigurálódik, az mTLS-re az adott alkalmazáshoz is szükség van, függetlenül a HTTP kiszolgáló interfész konfigurációjától.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
és futtassa aget
parancsot, hogy megtudja, mely alkalmazások futnak.Alkalmazás hozzáadása és ügyfélhitelesítés előírása hozzá (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Az alkalmazásnevek ott vannak felsorolva. A
true
ebben a parancsban engedélyezi az mTLS-t.
Például:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
add 192.0.2.7 443 AuthenticationService true
A példaparancs hozzáadja az AuthenticationService alkalmazást a 192.0.2.7:443-hoz, és megköveteli tőle, hogy tanúsítványokat kérjen és hitelesítsen az ügyféltől.
Ellenőrizze a következővel: get
:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
get
Interface Ip Port Application Name Client Auth Req
===================================================
192.0.2.7 443 AuthenticationService true
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
Merre tovább?
A konfigurációhoz újra csatlakozhat a fő dokumentumfolyamathoz a következő időpontban: CTI felület és kapcsolódó konfiguráció .
További tanúsítványkövetelmények az AuthService elleni kölcsönös TLS -hitelesítéshez
A Webex és a hitelesítési szolgáltatás egy kölcsönös TLS -hitelesített kapcsolaton keresztül működik együtt. Ez azt jelenti, hogy a Webex bemutat egy klienstanúsítvány és az XSP-t| Az ADP-nek hitelesítenie kell. Annak érdekében, hogy megbízható legyen ez a tanúsítvány, a Webex CA-tanúsítvány segítségével hozzon létre egy megbízhatósági horgonyt az XSP-n| ADP (vagy proxy). A tanúsítványlánc letölthető a Partner Hubon keresztül:
Ugrás ide: Beállítások > BroadWorks-hívás lehetőséget .
Kattintson a tanúsítvány letöltése hivatkozásra.
A tanúsítványlánc innen is beszerezhetihttps://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt . |
A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy ebben a három esetben hol kell telepíteni a Webex CA-tanúsítvány .
Kölcsönös TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be a proxynak.
A Webex CA-tanúsítvány a proxy megbízhatósági tárolójában van telepítve, így a proxy megbízik az klienstanúsítvány.
A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy egy nyilvánosan aláírt kiszolgálótanúsítvány mutat be a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions:
X509v3 Extended Key Usage:
1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Kölcsönös TLS -tanúsítvány-követelmények a TLS-passthrough proxyhoz vagy XSP-hez DMZ-ben
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be az XSP-knek.
A Webex CA-tanúsítvány az XSP-k bizalmi tárolójában van telepítve, így az XSP-k megbíznak az klienstanúsítvány.
A nyilvánosan aláírt XSP kiszolgálótanúsítvány is betöltődik az XSP-kbe.
Az XSP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex megbízik az XSP-k kiszolgálótanúsítványait aláíró nyilvános hitelesítésszolgáltatóban.
Dokumentum módosítási előzmények
A következő táblázat a dokumentum módosításainak előzményeit mutatja be az elmúlt 12 hónapban.
Dátum | Verzió | A változás leírása | |
---|---|---|---|
2024. 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:
NTP
NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>
XSP| ADP-azonosító és biztonsági követelmények
Háttér
A Cisco BroadWorks TLS kapcsolatok protokolljai és titkosításai a specifikusság különböző szintjein konfigurálhatók. Ezek a szintek a legáltalánosabb (SSL -szolgáltató) a legspecifikusabb (egyedi felület)ig terjednek. Egy konkrétabb beállítás mindig felülír egy általánosabb beállítást. Ha nincsenek megadva, akkor az „alacsonyabb” szintű SSL -beállításokat a rendszer a „magasabb” szintekről örökli.
Ha egyetlen beállítás sem módosul az alapértelmezetthez képest, minden szint az SSL -szolgáltató alapértelmezett beállításait (JSSE Java Secure Sockets Extension) örökli.
Követelménylista
Az XSP| Az ADP-nek hitelesítenie kell magát az ügyfelek felé egy olyan CA által aláírt tanúsítvány segítségével, amelyben a Közös név vagy az Alany alternatív neve megegyezik az XSI felület tartományrészével.
Az Xsi felületnek támogatnia kell a TLSv1.2 protokollt.
Az Xsi felületnek olyan titkosítási csomagot kell használnia, amely megfelel a következő követelményeknek.
Diffie-Hellman efemer (DHE) vagy elliptikus görbék Diffie-Hellman efemer (ECDHE) kulcscsere
AES (Advanced Encryption Standard) titkosítás 128 bites minimális blokkmérettel (pl. AES-128 vagy AES-256)
GCM (Galois/Counter Mode) vagy CBC (Cipher Block Chaining) titkosítási mód
CBC titkosítás használata esetén csak az SHA2 hash függvénycsalád engedélyezett kulcsok származtatásához (SHA256, SHA384, SHA512).
Például a következő titkosítások teljesítik a követelményeket:
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
Az XSP| Az ADP CLI-hez az IANA elnevezési megállapodásra van szükség a titkosítási csomagokhoz, amint az fent látható, az openSSL-konvencióra nem. |
Támogatott TLS az AuthService és XSI felületekhez
Ez a lista a felhőalapú biztonsági követelményeink alakulásával változhat. Kövesse a Cisco felhőalapú biztonsági ajánlásait a titkosítás kiválasztására vonatkozóan, a jelen dokumentum követelménylistájában leírtak szerint. |
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA
Xsi Events Skála paraméterek
Előfordulhat, hogy növelnie kell az Xsi-Events sor méretét és a szálak számát a Webex for Cisco BroadWorks megoldáshoz szükséges eseménymennyiség kezelésére. A paramétereket az alábbiak szerint növelheti a megjelenített minimális értékekre (ne csökkentse, ha a minimális értékek felett vannak):
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventQueueSize = 2000
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventHandlerThreadCount = 50
Több XSP| ADP-k
Terheléselosztó élelem
Ha van terheléselosztás eleme a hálózat szélén, akkor annak átláthatóan kell kezelnie a forgalom több XSP-je közötti elosztását| ADP-kiszolgálók és a Webex a Cisco BroadWorks felhőhöz és ügyfelekhez. Ebben az esetben meg kell adnia a terheléselosztó URL -címét a Webex Cisco BroadWorks konfigurációhoz.
Megjegyzések az architektúrával kapcsolatban:
Állítsa be a DNS -t úgy, hogy az ügyfelek megtalálhassák a terheléselosztót, amikor az Xsi interfészhez csatlakoznak (lásd DNS konfiguráció ).
Javasoljuk, hogy az edge elemet fordított SSL proxy módban konfigurálja a pont-pont adattitkosítás biztosítása érdekében.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben. Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Internetre néző XSP| ADP-kiszolgálók
Ha közvetlenül teszi közzé az Xsi felületeket, akkor a DNS segítségével ossza el a forgalmat a több XSP felé| ADP szerverek.
Megjegyzések az architektúrával kapcsolatban:
Két rekord szükséges az XSP-hez való csatlakozáshoz| ADP szerverek:
Webex mikroszolgáltatások esetén: A körbefutó A/AAAA rekordok szükségesek a több XSP megcélzásához| ADP IP -címek. Ennek az az oka, hogy a Webex mikroszolgáltatások nem tudnak SRV-kereséseket végezni. Példákért lásd: Webex Cloud Services .
Webex alkalmazás esetén: Egy SRV-rekord, amely A-rekordot old fel, ahol minden A-rekord egyetlen XSP-re oldja fel| ADP. Példákért lásd: Webex alkalmazás .
Használjon prioritást élvező SRV-rekordok az XSI szolgáltatás megcélzásához a többszörös XSP számára| ADP-címek. Állítsa be az SRV-rekordok prioritását, hogy a mikroszolgáltatások mindig ugyanahhoz az A rekordhoz (és az azt követő IP-cím) menjenek, és csak akkor lépjenek át a következő A rekordra (és IP-cím), ha az első IP-cím nem működik. NE alkalmazzon körbefutó módszert a Webex alkalmazáshoz.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben.
Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Kerülje a HTTP-átirányításokat
Néha a DNS úgy van beállítva, hogy oldja fel az XSP-t| ADP URL egy HTTP terheléselosztóhoz, és a terheléselosztó úgy van beállítva, hogy egy fordított proxyn keresztül irányítsa át az XSP-re| ADP szerverek.
A Webex nem követ átirányítást amikor az Ön által megadott URL-címekhez csatlakozik, így ez a konfiguráció nem működik.
Rendelés és üzembehelyezés
A rendelés és a beüzemelés az alábbi szinteken érvényes:
Partner/Szolgáltató kiépítése :
Minden egyes regisztrált Webex for Cisco BroadWorks szolgáltatót (vagy viszonteladót) partnerszervezetként kell konfigurálni a Webex, és biztosítani kell a szükséges jogosultságokat. A Cisco Operations hozzáférést biztosít a partnerszervezet rendszergazdájának a Webex for Cisco BroadWorks kezeléséhez a Webex Partner Hubon. A Partner rendszergazdának el kell végeznie az összes szükséges üzembe helyezési lépést, mielőtt kiépíthetne egy Ügyfél/Vállalat szervezetet.
Ügyfél/Vállalati rendelés és üzembe helyezés :
Minden, a Webex for Cisco BroadWorks számára engedélyezett BroadWorks Enterprise egy hozzárendelt Webex ügyfélszervezet létrehozását váltja ki. Ez a folyamat automatikusan megtörténik a felhasználó/előfizető beüzemelése részeként. A BroadWorks-vállalatokon belül minden felhasználó/előfizető ugyanabban a Webex Ügyfél-szervezetben van kiépítve.
Ugyanez a viselkedés érvényes, ha a BroadWorks rendszer csoportokkal rendelkező szolgáltatóként van konfigurálva. Amikor előfizetőt létesít egy BroadWorks-csoportban, automatikusan létrejön a csoportnak megfelelő Ügyfél-szervezet a Webex.
Felhasználó/előfizető rendelés és szolgáltatás :
A Webex for Cisco BroadWorks jelenleg a következő felhasználó-szolgáltatási modelleket támogatja:
Folyamatos üzembe helyezés megbízható e-mailekkel
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Felhasználói önellátás
API szolgáltatás
Folyamatos üzembe helyezés megbízható e-mailekkel
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha meggyőződhet arról, hogy a BroadWorks előfizetői e-mail-címei érvényesek, és egyediek a Webex számára, akkor ez a létesítési beállítás automatikusan létrehoz és aktivál Webex -fiókokat ezekkel az e-mail-címekkel felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha nem támaszkodhat a BroadWorks által tárolt előfizetői e-mail-címekre, akkor ez a beüzemelési opció Webex -fiókokat hoz létre, de nem aktiválhatja azokat, amíg az előfizetők megadják és nem hitelesítik az e-mail-címüket. Ekkor a Webex aktiválhatja az adott e-mail-címekkel rendelkező fiókokat felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Felhasználói önellátás
Ezzel a beállítással nincs átfolyólagos kiépítés a BroadWorks és a Webex között. Miután konfigurálta a Webex és a BroadWorks rendszer közötti integrációt, egy vagy több hivatkozást kap, amelyek kifejezetten a felhasználók kiépítésére vonatkoznak a Webex for Cisco BroadWorks partnerszervezetén belül.
Ezután megtervezheti a saját kommunikációját (vagy delegálhatja az ügyfelei számára), hogy a hivatkozást az előfizetőkhöz eljuttassa. Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a saját Webex -fiók létrehozásához és aktiválásához.
Mivel a fiókok kiépítése a partnerszervezet hatókörén belül történik, manuálisan módosíthatja a felhasználói csomagokat a Partner Hubon keresztül, vagy ehhez az API -t használhatja.
A felhasználóknak létezniük kell a Webexszel integrált Webex rendszerben, ellenkező esetben tilos számukra az adott hivatkozással fiókot létrehozni. |
Szolgáltatói kiépítés API-kon keresztül
A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik a Webex for Cisco BroadWorks felhasználói/előfizetői kiépítését a meglévő felhasználókezelési munkafolyamatba/-eszközökbe.
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Mellék tárcsázása
A Melléktárcsázás funkció támogatása lehetővé teszi a Webex for Cisco Broadworks felhasználói számára, hogy más felhasználókat is tárcsázzanak ugyanazon a vállalaton belül az elsődleges telefonvonal hasonló mellékről. Ez különösen azoknak a felhasználóknak hasznos, akik nem rendelkeznek DID-számmal.
Az üzembe helyezés során a felhasználók melléke a Webex címtárba kerül a felhasználó mellékeként. BroadWorks hívás esetén a mellék megjelenik a Webex alkalmazásban az összes híváskezdeményezési módszer terület mellék mezőjében és a felhasználói profilban. A Webex for Cisco BroadWorks a helyhívó kód és a mellék kombinációjával támogatja az ugyanazon a csoporton belüli felhasználók és egyazon vállalat különböző csoportjai között csak mellékről szóló hívásokat. Két vállalat közötti, csak mellékeket használó hívás azonban nem támogatott.
A Cisco BroadWorks-felhasználók számára a következő módszerekkel lehet bővítményt kiépíteni:
Cisco BroadWorks-felhasználók
Nyilvános API -szolgáltatás 'mellékként
A mellékparamétert kifejezetten az API-hívás részeként kell átadni. A Helyszínhívó kóddal (LDC) konfigurált vállalatok/csoportok esetében a mellékszám paraméternek az LDC és a ' mellékszám kombinációjának kell lennie.
Átfolyó vagy önaktiváló üzembe helyezés
A mellék és az LDC (ahol alkalmazható) automatikusan lekérésre kerül a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Automatikusan szinkronizálva a mellékszám alkalmazásból a Directory Sync segítségével, a Helyszínhívó kód (LDC) és a mellékszám kombinációjával .
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Mellék kezelése lehetőségre |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A melléket paraméterként kell átadni |
Átfolyás | A mellék automatikusan lekért a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
BroadWorks-telefonlisták | Vállalati, csoportos vagy személyes telefonlisták | Címtár-szinkronizálás | Nem alkalmazható |
Előfeltételek
A funkció támogatásához szükséges kliensverzió 42.11-es vagy újabb.
Javítás, amelynél mellék- és helyhívó kódok lettek hozzáadva az XSI-hez és a Provisioning Adapterhez 2022. február a 23-as vagy újabb verzióhoz a következő részeként:
AP.platform.23.0.1075.ap380045
AP.as.23.0.1075.ap380045
AP.xsp.23.0.1075.ap380045
AP.as.24.0.944.ap380045
Engedélyezze az X-BroadWorks-Remote-Party-Info fejlécet az AS-en az alábbi CLI-parancs ehhez a SIP-hívás hívásfolyamhoz, amely a mellék tárcsázási funkcióinak támogatásához szükséges.
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Hívásopciók prioritása az alkalmazásban
A Melléktárcsázás funkció támogatásának részeként az alkalmazás hívásbeállításainak prioritási beállítása partner szinten is elérhető a Webex for Cisco Broadworks összes partnere számára. Ezzel a beállítással a partner vezérelheti az összes kezelt ügyfele hívásprioritás-beállításait a Partner Hubról. Az ügyfél alkalmazáshívási opcióinak prioritási beállításai ügyfélszint is módosíthatók a Control Hubból.
Az alkalmazáshívási opciók prioritási beállítása második opcióként tartalmazza a melléket mind a Partner Hub, mind a Control Hub rendszerében, amikor egy Webex for Cisco Broadworks-felhasználó újonnan van hozzárendelve mellékhez a fent említett üzembe helyezési módok bármelyikén keresztül.
Az összes meglévő kiépített szervezet esetében a mellék opció rejtett állapotban lesz (alapértelmezés szerint) az alkalmazás hívásbeállításainak prioritási beállításában. Ez nem fog melléket megjeleníteni a felhasználó hang-/ videohívások opciójában a Webex alkalmazásban.
Az alábbi opciók segítségével teheti láthatóvá a mellékhívási opciót a meglévő ügyfelek számára:
Ha egy partner azt szeretné, hogy az összes felügyelt ügyfélszervezete kapjon melléket a hívási opciók egyikeként, javasoljuk, hogy a partnerrendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Partner Hubban. Ez lehetővé teszi, hogy a felügyelt ügyfélszervezetek örököljék a beállítást a partnerüktől.
Ha egy Partner hívási opciókban szeretne melléket biztosítani egy adott ügyfélszervezet számára, javasoljuk, hogy a Partner-rendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Control Hubban.
Csoportnévjegyek támogatása
Ez a funkció továbbfejleszti a Webex for BroadWorks DirSync szolgáltatást azáltal, hogy megszünteti a legfeljebb 1500 névjegy szinkronizálására vonatkozó korlátozást a csoportos telefonlistákról a BroadWorks rendszerében, és lehetővé teszi a partnerek számára, hogy akár 30 000 névjegyet is szinkronizálhassanak egyetlen csoportos telefonlistáról, és ez egyenrangúvá tegye azt a 30 000 névjegyével növelése a külön kiadott nagyvállalati telefonlista esetében.
A teljes határérték 200 000 minden külső kapcsolat Szervezetenként, amely a Vállalati és a Csoport telefonszámlistáinak összegére vonatkozik egyetlen BroadWorks-vállalaton belül. Például egy BroadWorks-vállalat támogatott, amely vállalati telefonszámlistával rendelkezik 30 000 telefonnal, és 5 csoportos telefonszámlistával egyenként 30 000 telefonnal (szervezetenként összesen 180 000). Ha azonban 6 csoportos telefonlista van egyenként 30 000 értékkel, akkor ez nem támogatott (összesen 210 000).
Ez a funkció kérésre elérhető. Kérjük, az engedélyezéshez forduljon a fiókot kezelő csapathoz.
|
A funkció engedélyezése után a DirSync szolgáltatás elkezdi szinkronizálni a BroadWorks Group telefonlista névjegyeit a Webex Contact Service dedikált csoportonkénti névjegytárára.
Az üzembe helyezés során a felhasználó vállalati csoportját el kell tárolni a Webex címtárban, jelezve, hogy a felhasználó melyik csoporthoz tartozik. A felhasználónak egy BroadWorks-csoporthoz való társítása a Webex címtárban lehetővé teszi a Webex alkalmazás számára, hogy névjegykeresést végezzen a Contact Service csoport tárhelyén a felhasználó adott csoportja számára.
A funkció használatához a Webex for BroadWorks-előfizetőknek a BroadWorks vállalati csoportazonosítóval kell rendelkezniük a Webex .
A BroadWorks vállalati csoportazonosítót a következő módszerekkel lehet kiépíteni a Cisco BroadWorks-felhasználók számára:
Webex a Cisco BroadWorks-felhasználók számára
Nyilvános API -létesítés 'spEnterpriseGroupId'-ként
A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében.
Átfolyó vagy önaktiváló üzembe helyezés
A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Nem alkalmazható. Nem szükséges szinkronizálni a BroadWorks vállalati csoportazonosítót ezeknél a felhasználóknál.
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Vállalati azonosító kezelése |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A BroadWorks vállalati csoportazonosítót spEnterpriseGroupId paraméterként kell átadni |
Átfolyás | A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | Nem alkalmazható |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | Nem alkalmazható |
BroadWorks-telefonlisták | Névjegyek a BroadWorks-csoport telefonszámlistájában | Címtár-szinkronizálás | A csoportnévjegyeket az adott csoporthoz társított Webex Contact Service tárolja |
BroadWorks Enterpsie vagy Persional telefonlisták | Névjegyek a Vállalati vagy Személyes telefonlistán | Címtár-szinkronizálás | Nem alkalmazható |
A nyilvános API -t az ÁLLÍTÁS ELŐTT frissíteni kell. Az áttelepítés nem fejezhető be, amíg be nem fejeződik EZ az API . A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében https://developer.webex.com/docs/api/changelog#2023-march A funkció engedélyezése után és a következő címtár-szinkronizálás eredményeként a vállalati felhasználói csoportok is megjelennek a Control Hubban. A csoportok megjelenítése a Control Hub for Webex for BroadWorks alkalmazásban pusztán információs jellegű ebben a szakaszban. A partner- és ügyfélrendszergazdák nem módosíthatják a csoportokat vagy a csoporttagságot a Control Hubon, mert ezek a módosítások nem tükröződnek vissza a BroadWorks rendszerébe. A Control Hub csoportkezelését azon partnerek használhatják, akik átveszik a közelgő Contact Management API-kat. |
Áttelepítés és jövőbiztosság
A BroadSoft egyesített kommunikációs kliens Cisco fejlesztése az UC-One helyett a Webex felé való elmozdulás. Ennek megfelelően a támogató szolgáltatások a szolgáltatói hálózatról – a hívás kivételével – a Webex felhőplatform felé haladnak.
Akár UC-One SaaS-t, akár BroadWorks Collaborate-ot futtat, a preferált áttelepítési stratégia az új, dedikált XSP telepítése| ADP-k a Webex for Cisco BroadWorks alkalmazással való integrációjához. A két szolgáltatás párhuzamosan is futtatható, miközben áttelepíti az ügyfeleket a Webex rendszerébe, és végül megtérítheti az előző megoldáshoz használt infrastruktúrát.
Ajánlott dokumentum-előfizetések
A Webex Súgó cikkei (a help.webex.com oldalon) rendelkeznek a Előfizetés lehetőségre opciót, amely lehetővé teszi, hogy e-mail értesítést kapjon, amikor az adott cikk frissül.
Javasoljuk, hogy fizessen elő az alábbi cikkek mindegyikére, hogy biztosan ne maradjon le a hálózati kapcsolat érintő kritikus frissítésekről . Az előfizetéshez lépjen az alábbi hivatkozások egyikére, és az induló cikkben kattintson a Előfizetés lehetőségre gombot.
Legalább azt javasoljuk, hogy iratkozzon fel a fenti listára. alatt felsorolt Webex cikkek és dokumentumok többsége azonban További dokumentumok rendelkezik a Előfizetés lehetőségre opciót. Ahhoz, hogy ez a beállítás megjelenjen, a cikknek meg kell jelennie a help.webex.com oldalon.
A dokumentációs céloldalakra nincs előfizetési lehetőség. |
További dokumentumok
A Webex Cisco BroadWorks alkalmazással kapcsolatos további információkért lásd a következő kapcsolódó dokumentációt:
Webex a Cisco BroadWorks dokumentumokhoz
A partnerrendszergazdák a következő dokumentumok és webhelyek segítségével szerezhetnek információkat a Webex for Cisco BroadWorks alkalmazásról.
Hozzon létre saját PSTN-megoldást a Webex for Cisco BroadWorks számára — Ez a megoldás lehetővé teszi a szolgáltatók számára, hogy a saját (és a Cisco által biztosított számok helyett) telefonszámukat biztosítsák a felhasználók számára a Webex Meetings való csatlakozáskor.
Webex Cisco BroadWorks konfigurációs útmutató —Leírja, hogyan kell konfigurálni a Webex alkalmazást a Cisco Webex rendszerhez.
- Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz — Ismerteti a Room OS és MPP eszközök beüzemelésének és szervizelésének módját.
Webex for Cisco BroadWorks hibaelhárítási útmutató — Hibaelhárítási információkat tartalmaz a Webex for Cisco BroadWorks alkalmazáshoz.
Webex a Cisco BroadWorks cikkekhez
A partnerrendszergazdák a következő opcionális webhelyeken tájékozódhatnak a Webex Cisco BroadWorks-hez alkalmazásról:
Webex Cisco BroadWorks dokumentációhoz — A nyitóoldal műszaki dokumentumokat és opcionális Webex -cikkeket sorol fel a Webex for Cisco BroadWorks partnerrendszergazdái számára.
A Webex Cisco BroadWorks rendszerhez újdonságai — Olvassa el a legújabb kiadott funkciókat, valamint a hamarosan megjelenőket.
Ismert problémák és korlátok — Olvassa el a Webex Cisco BroadWorks megoldásban azonosított ismert problémákat.
Rendszergazdai partner szerepkörök a Webex for BroadWorks és a Wholesale RTM alkalmazásban — Ez a cikk azt ismerteti, hogyan rendelhet hozzá rendszergazdai partner szerepkört a Webex for Cisco BroadWorks alkalmazást kínáló partnerszervezetekhez. A szerepkörök hozzászoktak ahhoz, hogy adminisztrátori hozzáférést rendeljenek a beállításokhoz a Partner Hubban és a Control Hubban.
Cisco BroadWorks dokumentumok
A partnerrendszergazdák a cisco.com Cisco BroadWorks webhelyén tájékozódhatnak a megoldás Cisco BroadWorks részének telepítését ismertető műszaki dokumentumokért:
Webex súgócikkek
A következő Webex súgóoldalak segítségével olyan Webex -cikkek találhatók, amelyek segítenek az ügyfélrendszergazdáknak és a végfelhasználóknak a Webex funkcióinak használatában.
Webex a szolgáltatóktól — Ez a nyitóoldal hivatkozásokat tartalmaz az első lépések , és gyakran használt cikkeket tartalmaz azon Webex App-felhasználók számára, akik Webex -szolgáltatásokat vásároltak egy szolgáltatótól.
Webex Súgó — Használja a help.webex.com keresési funkcióját a Webex alkalmazás és a Webex Meetings funkcióit ismertető további Webex cikkek kereséséhez. Kereshet felhasználói vagy rendszergazdai cikkekre is.
Fejlesztői dokumentáció
Webex for BroadWorks Fejlesztői útmutató — Információkat biztosít a Webex for BroadWorks API-kat használó alkalmazásokat létrehozó fejlesztők számára.
Döntési pontok
Mérlegelés | Megválaszolandó kérdések | Erőforrások |
Építészet és infrastruktúra
|
Hány XSP| ADP-k? Hogyan fogadják az mTLS-t? |
Cisco BroadWorks rendszer kapacitástervező Cisco BroadWorks rendszermérnöki útmutató XSP| ADP CLI referencia Ez a dokumentum |
Ügyfél- és felhasználószolgáltatás | Kijelentheti, hogy megbízik az e-mailekben a BroadWorksben? Szeretné, ha a felhasználók e-mail-címeket adnának meg a saját fiókjuk aktiválásához? Készíthet eszközöket az API használatához? |
Nyilvános API -dokumentumok itt: https://developer.webex.com Ez a dokumentum |
Védjegyzés | Milyen színt és logót szeretne használni? | Webex alkalmazás márkaépítési cikk |
Sablonok | Melyek a különböző ügyfélhasználati esetei? | Ez a dokumentum |
Előfizetői funkciók ügyfelenként/vállalatonként/csoportonként | Válasszon csomagot a szolgáltatási szint sablononkénti meghatározásához. Alap, Standard, Prémium vagy Softphone. | Ez a dokumentum Funkció/csomag mátrix |
Alapszintű hitelesítés | BroadWorks vagy Webex | Ez a dokumentum |
Létesítési adapter (átmeneti létesítési beállításokhoz) | Használ már integrált IM&P-t, például az UC-One SaaS-hez? Több sablont is szeretne használni? Várható-e gyakoribb használati eset? |
Ez a dokumentum Application Server CLI hivatkozás |
Építészet és infrastruktúra
Milyen skálával szeretné kezdeni? A jövőben lehetséges a bővítés, de a jelenlegi használati becslésnek kell előmozdítania az infrastruktúra tervezését.
Együtt a Cisco ügyfélmenedzserével/értékesítési képviselőjével döntse el az XSP méretét| ADP infrastruktúra szerint a Cisco BroadWorks rendszer kapacitástervező és a Cisco BroadWorks rendszermérnöki útmutató .
Hogyan hoz létre kölcsönös TLS -kapcsolatokat a Webex az XSP-hez?| ADP-k? Közvetlenül az XSP-re| ADP DMZ-ben vagy TLS-proxy keresztül? Ez hatással van a tanúsítványkezelésre, és a felületekhez használt URL-címekre. ( Nem támogatjuk a nem titkosított TCP kapcsolatokat a hálózat szélére ).
Ügyfél- és felhasználószolgáltatás
Melyik felhasználó-szolgáltatási módszer felel meg Önnek a legjobban?
Átfolyós beüzemelés megbízható e-mailekkel : Az „Integrált IM&P” szolgáltatás BroadWorks rendszeren történő hozzárendelésével az előfizető automatikusan beüzemelésre kerül a Webex.
Ha azt is állíthatja, hogy a BroadWorks-előfizetői e-mail-címek érvényesek, és egyediek a Webex számára, akkor használhatja a „megbízható e-mail” változatát az átfolyós létesítésnek. Az előfizetői Webex -fiókok létrehozása és aktiválása az ő beavatkozásuk nélkül történik; egyszerűen letöltik a klienst, és bejelentkeznek.
Az e- e-mail cím a Webex egyik kulcsfontosságú felhasználói attribútuma. Ezért a Szolgáltatónak érvényes e- e-mail-cím kell megadnia a felhasználó számára ahhoz, hogy a Webex szolgáltatásait biztosítani tudja. Ennek szerepelnie kell a felhasználó e- e-mail - azonosító attribútumában a BroadWorks-ben. Javasoljuk, hogy másolja be az Alternatív azonosító attribútumba is.
Folyamatos üzembe helyezés megbízható e-mailek nélkül : Ha nem tud megbízni az előfizetői e-mail-címekben, akkor is hozzárendelheti a BroadWorks integrált IM&P szolgáltatását a Webex szolgáltatásban lévő szolgáltatlási felhasználók .
Ezzel az opcióval a fiókok a szolgáltatás hozzárendelésekor jönnek létre, de az előfizetőknek meg kell adniuk és ellenőrizniük kell az e-mail-címüket a Webex -fiókok aktiválásához.
Felhasználói önellátás : Ez a beállítás nem igényel IM&P szolgáltatás hozzárendelését a BroadWorksben. Ehelyett Ön (vagy ügyfelei) egy üzembe helyezési hivatkozást terjeszt, és a hivatkozásokat a különböző kliensek letöltéséhez, az Ön márkajelzésével és utasításaival.
Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a Webex -fiók létrehozásához és aktiválásához. Ezután letöltik a klienst, bejelentkeznek, a Webex pedig lekér róluk néhány további konfigurációt a BroadWorks-től (beleértve az elsődleges számukat is).
SP által vezérelt üzembe helyezés API-kon keresztül : A Webex nyilvános API-k egy készletét teszi elérhetővé, amelyek lehetővé teszik a szolgáltatók számára, hogy a meglévő munkafolyamataikba beépítsék a felhasználók/előfizetők szolgáltatásait.
Létesítési követelmények
Az alábbi táblázat összefoglalja az egyes létesítési módszerek követelményeit. A követelményeken kívül a telepítésnek meg kell felelnie az ebben az útmutatóban ismertetett általános rendszerkövetelményeknek.
Beüzemelési módszer | Követelmények |
---|---|
Folyamatos üzembe helyezés (Megbízható vagy nem megbízható e-mailek) | A Webex üzembe helyezési API automatikusan hozzáadja a meglévő BroadWorks-felhasználókat a Webex , amint a felhasználó megfelel a követelményeknek, és Ön átkapcsolja a Integrált IM+P szolgáltatást be. Két folyamat létezik (megbízható e-mailek vagy nem megbízható e-mailek), amelyeket a Webex onboarding sablonján keresztül lehet hozzárendelni. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
Felhasználói önellátás | A rendszergazda hivatkozást biztosít a meglévő BroadWorks-felhasználóknak a Felhasználóaktiválási portálra. A felhasználónak BroadWorks hitelesítési adatokkal kell bejelentkeznie a portálra, és meg kell adnia egy érvényes e- e-mail-cím. Az e-mail hitelesítése után a Webex további felhasználói információk kér a beüzemelés befejezéséhez. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
SP által vezérelt üzembe helyezés API -n keresztül (Megbízható vagy nem megbízható e-mailek) | A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik, hogy a meglévő munkafolyamatokba és eszközökbe beépítse a felhasználói beüzemelést. Két folyamat létezik:
BroadWorks-követelmények:
Webex követelmények:
Az API-k használatához lépjen ide: BroadWorks-előfizetők . |
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Támogatott nyelvi területek
Az üzembe helyezés során a BroadWorks alkalmazásban az elsőként kiépített felügyeleti jogokkal rendelkező felhasználó hozzárendelt nyelv lesz automatikusan hozzárendelve az ügyfélszervezet alapértelmezett területi beállításaiként. Ez a beállítás határozza meg az aktiválási e-mailek, értekezletek és értekezletmeghívók alapértelmezett nyelvét az adott ügyfélszervezeten belül.
Öt karakteres nyelvi területi beállítások az (ISO-639-1) nyelven_ (ISO-3166) formátum támogatott. Például:en_ Az US E-nek felel megnglish_ Egyesült Államok. Ha csak kétbetűs nyelvet kér ( ISO-639-1 formátumot használva), a szolgáltatás egy ötkarakteres nyelvi területi beállítást generál úgy, hogy a kért nyelvet a sablonból származó országkóddal kombinálja, azaz "requestedL".anguage_ CountryCode", ha nem tud érvényes területi beállítást beállítani, akkor a szükséges nyelvkód alapján az alapértelmezett ésszerű területi beállítást használja.
Az alábbi táblázat felsorolja a támogatott területi beállításokat, valamint azt a hozzárendelést, amely a kétbetűs nyelvi kódot ötkarakteres területi beállításra konvertálja olyan helyzetekben, amikor nem áll rendelkezésre öt karakteres területi beállítás.
Támogatott nyelvi területek (ISO-639-1)_ (ISO-3166) | Ha csak egy kétbetűs nyelvkód áll rendelkezésre... | |
---|---|---|
Nyelvkód (ISO-639-1) ** | Használja helyette az Alapértelmezett érzékeny területi beállítást (ISO-639-1)_ (ISO-3166) | |
en_US en_AU en_GB en_CA | hu | en_US |
fr_FR fr_CA | fr | fr_FR |
cs_CZ | cs | cs_CZ |
da_DK | da | da_DK |
de_DE | de | de_DE |
hu_HU | hu | hu_HU |
id_Azonosító | azonosító | id_Azonosító |
it_IT | it | it_IT |
ja_JP | ja | ja_JP |
ko_KR | ko | ko_KR |
es_ES es_CO es_MX | es | es_ES |
nl_NL | nl | nl_NL |
nb_NEM | nb | nb_NEM |
pl_PL | pl | pl_PL |
pt_PT pt_BR | pt | pt_PT |
ru_RU | ru | ru_RU |
ro_RO | ro | ro_RO |
zh_CN zh_TW | zh | zh_CN |
sv_SE | sv | sv_SE |
ar_SA | ar | ar_SA |
tr_TR | tr | tr_TR |
A helyszínekes_ CO,id_ azonosító,nb_ NEM éspt_ A Webex értekezletoldalak nem támogatják a PT-t. Ezeken a területeken a Webex Meetings webhelyek csak angol nyelvűek lesznek. Az angol az alapértelmezett területi beállítás a webhelyekhez, ha nincs/invalid/nem támogatott területi beállítás szükséges a webhelyhez. Ez a nyelvi mező a Szervezeti és Webex Meetings webhely létrehozásakor alkalmazható. Ha egy bejegyzésben vagy az előfizető API -jában nem szerepel nyelv, akkor a sablon nyelve lesz az alapértelmezett nyelv. |
Védjegyzés
A partnerrendszergazdák a Speciális márkaépítés testreszabási opciókkal testreszabhatják, hogy a Webex alkalmazás hogyan keresse a partner által kezelt ügyfélszervezeteket. A partnerrendszergazdák testreszabhatják a következő beállításokat annak érdekében, hogy a Webex alkalmazás tükrözze a vállalati márkát és identitásukat:
Vállalati logók
Egyedi színsémák Világos vagy Sötét módban
Egyedi támogatási URL-címek
A márkaépítés testreszabásának részleteiért lásd: Speciális márka-testreszabások konfigurálása .
|
Beléptetési sablonok
A beléptető sablonok lehetővé teszik azoknak a paramétereknek a meghatározását, amelyek alapján az ügyfelek és a hozzájuk tartozó előfizetők automatikusan ki lesznek szolgáltatva a Webex for Cisco BroadWorks rendszeren. Igény szerint több belépési sablont is konfigurálhat, de amikor egy ügyfelet belép, az csak egy sablonhoz lesz hozzárendelve (egy ügyfélre nem lehet több sablont alkalmazni).
Az alábbiakban felsorolunk néhány elsődleges sablonparamétert.
Csomag
Ki kell választania egy alapértelmezett csomagot a sablon létrehozásakor (lásd Csomagok lehetőségre részletekért az Áttekintés részben). Minden olyan felhasználó, aki rendelkezik ezzel a sablonnal, akár folyamatban lévő, akár önkiépítéssel, megkapja az alapértelmezett csomagot.
Több sablon létrehozásával, és mindegyikben más alapértelmezett csomag kiválasztásával szabályozhatja a csomagok kiválasztását a különböző ügyfelek számára. Ezt követően terjeszthet különböző üzembe helyezési hivatkozásokat vagy különböző vállalatonkénti beüzemelési adaptereket, attól függően, hogy milyen felhasználó-létesítési módszert választott ezekhez a sablonokhoz.
Megváltoztathatja az egyes előfizetők csomagját ettől az alapértelmezetttől a beüzemelési API (lásd Webex for Cisco BroadWorks API dokumentáció vagy a Partner Hubon keresztül (lásd Felhasználói csomag módosítása a Partner Hubban ) .
Nem módosíthatja az előfizetői csomagot a BroadWorksből. Az Integrált IM&P szolgáltatás hozzárendelése be vagy ki van kapcsolva; ha az előfizető hozzá van rendelve ehhez a szolgáltatáshoz a BroadWorksben, akkor az előfizető vállalatának szolgáltatási URL -címéhez társított Partner Hub-sablon határozza meg a csomagot.
Viszonteladó és vállalatok vagy Szolgáltató és csoportok?
A BroadWorks-rendszer konfigurációjának módja hatással van a beüzemelési folyamatra. Ha Ön viszonteladó az Enterprises-szal, akkor sablon létrehozásakor engedélyeznie kell a Vállalati módot.
Ha a BroadWorks rendszere Szolgáltatói módra van beállítva, a Vállalati mód kapcsolót kikapcsolva hagyhatja a sablonokban.
Ha mindkét BroadWorks-móddal tervezi az ügyfélszervezetek kiépítését, akkor különböző sablonokat kell használnia a csoportokhoz és a vállalatokhoz.
Győződjön meg arról, hogy alkalmazta az átfolyós kiépítéshez szükséges BroadWorks javításokat. A részletekért lásd: Szükséges javítások átfolyós telepítéssel . |
Hitelesítő mód
Döntse el, hogyan szeretné hitelesíteni az előfizetőket, amikor bejelentkezik a Webex. Az üzemmódot a következővel rendelheti hozzá Hitelesítési mód beállítást a Belépési sablonban. Az alábbi táblázat felvázol néhány opciót.
Ez a beállítás nincs hatással a Felhasználó aktiválási portálra történő bejelentkezésre. A portálra bejelentkező felhasználóknak meg kell adniuk a BroadWorks- felhasználói azonosító és jelszavukat a BroadWorks-en beállítottak szerint, függetlenül a beállítás módjától. Hitelesítési mód a beléptetési sablonon. |
Hitelesítő mód | BroadWorks | Webex |
Elsődleges felhasználói identitás | BroadWorks-felhasználói azonosító | E-mail-cím |
Identitásszolgáltató | BroadWorks.
| Cisco Common Identity |
Többtényezős hitelesítés? | Nem | A többtényezős hitelesítést támogató ügyfél-azonosítót igényel. |
Hitelesítési adatok érvényesítési útvonala
|
|
|
Az SSO bejelentkezési folyamat részletesebb lebontásához közvetlen BroadWorks-hitelesítéssel lásd: SSO bejelentkezési folyamat . |
UTF-8 kódolás BroadWorks hitelesítéssel
BroadWorks-hitelesítés esetén javasoljuk, hogy UTF-8 kódolást állítson be a hitelesítési fejléchez. Az UTF-8 kijavít egy olyan problémát, amely a speciális karaktereket használó jelszavak esetén fordulhat elő, mivel a webböngésző nem megfelelően kódolja a karaktereket. Az UTF-8 kódolású, 64-es alapkódolású fejlécek használata megoldja ezt a problémát.
Az UTF-8 kódolást a következő CLI-parancsok egyikének az XSP-n vagy ADP-n történő futtatásával állíthatja be:
XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
Ország
Sablon létrehozásakor ki kell választania egy országot. A rendszer automatikusan ezt az országot rendeli hozzá a szervezeti országként minden olyan ügyfél számára, aki rendelkezik a sablonnal a Common Identityben. Ezenkívül a szervezet országa határozza meg a Cisco PSTN alapértelmezett globális betelefonálási számait a Webex értekezletoldalakon.
A webhely alapértelmezett globális betelefonálási számai a szervezet országa alapján a telefonos tartományban meghatározott első elérhető betelefonálási számra lesznek beállítva. Ha a szervezet országa nem található a telefonos tartományban meghatározott betelefonálási számban, akkor az adott helyszín alapértelmezett számát fogja használni a rendszer.
S No. | Helyszín | Országhívószám | Ország neve |
---|---|---|---|
1 | AMER | +1 | USA, CA |
2 | APAC | +65 | Szingapúr |
3 | ANZ | +61 | Ausztrália |
4 | EMEA | +44 | Egyesült Királyság |
5 | EURO | +49 | Németország |
Több partner megállapodás
Szeretné továbblicencelni a Webex for Cisco BroadWorks alkalmazást egy másik szolgáltató? Ebben az esetben minden szolgáltató külön partnerszervezetre van szüksége a Webex Control Hubban, hogy biztosíthassa a megoldást az ügyfélbázisa számára.
Beüzemelési adapter és sablonok
Átmenőleges kiépítés használata esetén a BroadWorks-ben megadott beüzemelési URL -cím a Control Hub sablonjából származik. Több sablonja lehet, és így több szolgáltatási URL-címe is. Ez lehetővé teszi, hogy vállalatonként kiválassza, hogy melyik csomagot alkalmazza az előfizetőkre, amikor megkapják az Integrált IM&P szolgáltatást.
Meg kell fontolnia, hogy szeretne-e rendszerszintű üzembe helyezési URL -t beállítani alapértelmezett szolgáltatási útvonalként, és hogy ehhez melyik sablont szeretné használni. Így csak az üzembe helyezési URL -címet kell kifejezetten beállítani azon vállalatok számára, amelyeknek más sablonra van szükségük.
Ne feledje azt is, hogy előfordulhat, hogy már rendszerszintű beüzemelési URL-t használ , például az UC-One SaaS szolgáltatással. Ebben az esetben dönthet úgy, hogy megtartja a rendszerszintű URL -címet az UC-One SaaS-felhasználók beüzemeléséhez, és felülbírálhatja a Webex for Cisco BroadWorks alkalmazásra áttérő vállalatoknál. Alternatív megoldásként választhat a másik irányba, és beállíthatja a Webex for BroadWorks rendszerszintű URL -címét, és újrakonfigurálhatja azokat a vállalatokat, amelyeket meg szeretné tartani az UC-One SaaS rendszeren.
Az ehhez a döntéshez kapcsolódó konfigurációs lehetőségeket a következő tartalmazza: Konfigurálja az alkalmazáskiszolgálót a kiépítési szolgáltatás URL-címével .
Létesítési adapter proxy
A nagyobb biztonság érdekében a Provisioning Adapter Proxy lehetővé teszi, hogy HTTP(S) proxyt használjon az Application Delivery Platformon az AS és a Webex közötti átfolyólagos kiépítéshez. A proxykapcsolat egy végpontok közötti TCP -alagutat hoz létre, amely a forgalmat az AS és a Webex között továbbítja, elkerülve ezzel annak szükségességét, hogy az AS közvetlenül csatlakozzon a nyilvános internethez. A biztonságos kapcsolatokhoz TLS használható.
Ehhez a funkcióhoz be kell állítani a proxyt a BroadWorks rendszeren. A részletekért lásd: Cisco BroadWorks Provisioning Adapter proxyfunkció leírása .
Minimális követelmények
Fiókok
Minden előfizetőnek, akit a Webex szolgáltatásra kiépít, szerepelnie kell a Webex integrált Webex rendszerben. Szükség esetén több BroadWorks rendszert is integrálhat.
Minden előfizetőnek rendelkeznie kell BroadWorks-licencekkel és elsődleges számmal vagy mellékmel.
A Webex e-mail-címeket használ elsődleges azonosítóként az összes felhasználó számára. Ha a megbízható e-mailekhez átfolyósított üzembe helyezést használ, akkor a felhasználóknak érvényes címekkel kell rendelkezniük a BroadWorks e-mail attribútumában.
Ha a sablon BroadWorks-hitelesítést használ, az előfizetői e-mail-címeket átmásolhatja a BroadWorks Alternatív azonosító attribútumába. Ez lehetővé teszi, hogy a felhasználók e-mail-címükkel és Webex -jelszavukkal jelentkezzenek be a Webexbe.
A rendszergazdáknak a Webex -fiókjukkal kell bejelentkezniük a Partner Hubra.
Nem támogatott BroadWorks-rendszergazda beépítése a Webex for Cisco BroadWorks rendszerébe. Csak olyan BroadWorks-hívó felhasználókat tud bekapcsolni, akik rendelkeznek elsődleges számmal és/vagy melléktel. Ha átfolyósított üzembe helyezést használ, a felhasználókhoz hozzá kell rendelni az Integrált IM&P szolgáltatást is. |
Hálózati kiszolgálók és szoftverkövetelmények
BroadWorks-példány(ok) legalább R22-es verzióval. A támogatott verziók és javítások a BroadWorks szoftverkövetelmények című részben találhatók (ebben a dokumentumban). További információkért lásd: A BroadSoft termékek életciklus-szabályzata szakaszban BroadSoft életciklus házirend és BroadWorks szoftver kompatibilitási táblázat .
A BroadWorks-példány(ok)nak tartalmaznia kell legalább a következő kiszolgálókat:
Alkalmazáskiszolgáló (AS) a fenti BroadWorks-verzióval
Hálózati szerver (NS)
Profilkiszolgáló (PS)
Nyilvános XSP| Az alábbi követelményeknek megfelelő ADP-kiszolgáló(k) vagy Alkalmazáskézbesítő Platform (ADP):
Hitelesítési szolgáltatás (BWAuth)
XSI-műveletek és események felületei
DMS (eszközkezelő webalkalmazás)
CTI interfész (Computer Telephony Intergration)
TLS 1.2 érvényes tanúsítvánnyal (nem önaláírt) és minden szükséges közbenső eszközzel. Rendszerszintű rendszergazda szükséges a vállalati keresés megkönnyítéséhez.
Kölcsönös TLS (mTLS) hitelesítés a hitelesítési szolgáltatáshoz (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Kölcsönös TLS (mTLS) hitelesítés a CTI felülethez (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Különálló XSP/ADP szerver, amely „Hívásértesítések Push Server” szerepében működik (egy NPS a környezetében, amely a hívásértesítések leküldésére szolgál az Apple/Google felé. Itt „CNPS”-nek hívjuk, hogy megkülönböztessék a Webex azon szolgáltatásától, amely push értesítéseket küld az üzenetküldéshez és a jelenléthez.
A kiszolgálónak R22-es vagy újabb verziójúnak kell lennie.
Külön XSP/ADP szervert írunk elő a CNPS számára, mert a Webex a BWKS felhőkapcsolatok esetében bekövetkező betöltés kiszámíthatatlansága negatívan befolyásolhatja az NPS szerver teljesítményét, ami az értesítési késleltetés növekedését eredményezheti. Lásd a Cisco BroadWorks rendszermérnöki útmutató további információkért az XSP-ről| ADP skála.
Webex alkalmazásplatformok
A Webex alkalmazás angol nyelvű verziójának letöltéséhez lépjen a következő oldalra:https://www.webex.com/webexfromserviceproviders-downloads.html . A Webex alkalmazás a következő címen érhető el:
Windows rendszerű PC-k/laptopok
Apple PC-k/laptopok MacOS rendszerrel
iOS (Apple Store)
Android (Play Áruház)
web (lépjen ide:https://teams.webex.com/ )
Lokalizált verziók
A Webex alkalmazás lokalizált verziójának letöltéséhez használja az alábbi hivatkozások egyikét:
https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (koreai)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Francia)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugál)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Hagyományos kínai)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Egyszerűsített kínai)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japán)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spanyolország)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (német)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (olasz)
Fizikai telefonok és kiegészítők
Cisco IP -telefonok:
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html modellekért és további információkért.
A harmadik féltől származó telefonokat ugyanúgy támogatjuk, mint a többi BroadWorks-integrációt. Azonban még nem rendelkeznek névjegy- és jelenlétintegrációval a Webex for Cisco BroadWorks alkalmazással.
Adapterek:
Cisco ATA 191 multiplatform analóg telefonadapter
Cisco ATA 192 multiplatform analóg telefonadapter
Lásdhttps://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html modellekért és további információkért.
Fejhallgatók:
500-as sorozatú Cisco fejhallgató
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.htmlmodellekért és további információkért.
Room OS-eszközök:
Webex Room és Room Kit sorozat
Webex Desk sorozat
Webex Board sorozat
Eszközintegráció
A Room OS és MPP eszközök Webex for Cisco BroadWorks alkalmazáshoz történő bevezetésével és szervizelésével kapcsolatos részletekért lásd: Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz .
Eszközprofilok lehetőségre
Az alábbiakban láthatók azok a DTAF-fájlok, amelyeket be kell töltenie az alkalmazáskiszolgálókra, hogy támogassa a Webex alkalmazást hívó kliensként. Ezek ugyanazok a DTAF-fájlok, mint az UC-One SaaS esetében, azonban van egy új config-wxt.xml.template
a Webex alkalmazáshoz használt fájlt.
A legújabb eszközprofilok letöltéséhez lépjen az Alkalmazáskézbesítési platformra Szoftverletöltések webhelyen, hogy lekérje a legújabb DTAF fájlokat. Ezek a letöltések ADP és XSP esetén is működnek.
Ügyfél neve | Eszközprofil típusa és csomagneve |
---|---|
Webex Mobil Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Mobil DTAF: Konfigurációs fájl: |
Webex Tablet Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Tablet DTAF: Konfigurációs fájl: |
Webex Asztali lehetőségre Sablon |
Identitás/eszközprofil típusa: Business Communicator – PC DTAF: Konfigurációs fájl: |
Azonosítás/Eszközprofil
Minden Webex Cisco BroadWorks-felhasználónak rendelkeznie kell egy Identitás/eszközprofil hozzárendelt a BroadWorksben, amely a fenti eszközprofilok egyikét használja a Webex alkalmazás használatával történő hívások kezdeményezéséhez. A profil biztosítja azt a konfigurációt, amely lehetővé teszi a felhasználó számára, hogy hívásokat kezdeményezzen.
OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez
Adjon szolgáltatáskérés a beléptető ügynöknek vagy a Cisco TAC -nak a Cisco OAuth szolgáltatás létrehozásához a Cisco Identity Provider Federation-fiókjához.
Használja a következő kérelemcímet a megfelelő funkciókhoz:
XSP| ADP AuthService Configuration” szolgáltatás konfigurálásához XSP| ADP.
Az 'NPS-konfiguráció hitelesítési proxybeállításhoz' az NPS-t a hitelesítési proxy használatára konfigurálja.
CI felhasználói UUID szinkronizálás' a CI felhasználói UUID szinkronizáláshoz. A funkció további részleteiért lásd: A Cisco BroadWorks támogatása a CI UUID-hez .
Állítsa be a BroadWorks alkalmazást úgy, hogy engedélyezze a Cisco számlázást a BroadWorks- és a Webex -et a BroadWorks-előfizetésekhez.
A Cisco egy 60 napig érvényes OAuth- azonosító, egy titkos ügyfél titkosítást és egy frissítési tokent ad Önnek. Ha a token a használata előtt lejár, akkor újabb kérelmet indíthat.
Ha már megszerezte a Cisco OAuth Identity Provider hitelesítési adatait, akkor a hitelesítési adatainak frissítéséhez hajtson végre egy új szolgáltatáskérés . |
Tanúsítványok megrendelése
A TLS -hitelesítés tanúsítványkövetelményei
Szüksége lesz egy jól ismert Certificate Authority által aláírt és a nyilvános XSP-re telepített biztonsági tanúsítványokra.| ADP-k, az összes szükséges alkalmazáshoz. Ezekkel támogatják a TLS -tanúsítvány-ellenőrzést az XSP-hez minden bejövő kapcsolat esetén| ADP szerverek.
Ezeknek a tanúsítványoknak tartalmazniuk kell az XSP-t| ADP nyilvános, teljesen minősített tartománynév vagy Tárgy alternatív neveként.
Az ilyen kiszolgálótanúsítványok telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy a CA által aláírt nyilvános kiszolgálótanúsítvány hol kell betölteni a következő három esetben:
A Webex alkalmazás által a hitelesítéshez támogatott, nyilvánosan támogatott hitelesítésszolgáltatók felsorolása Támogatott hitelesítésszolgáltatók a Webex Hybrid Services számára .
TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik a proxyba.
A proxy bemutatja ezt a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
Egy belső CA által aláírt tanúsítvány betölthető az XSP-re| ADP.
Az XSP| Az ADP ezt a belsőleg aláírt kiszolgálótanúsítvány mutatja be a proxynak.
A proxy megbízik az XSP-t aláíró belső hitelesítésszolgáltatóban| ADP kiszolgálótanúsítvány.
TLS -tanúsítvány követelmények a TLS-passthrough Proxy vagy XSP esetében| ADP a DMZ-ben
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik az XSP-be| ADP-k.
Az XSP| Az ADP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
További tanúsítványkövetelmények a CTI felületen keresztüli kölcsönös TLS -hitelesítéshez
Amikor a CTI felülethez csatlakozik, a Webex a kölcsönös TLS hitelesítés részeként egy klienstanúsítvány mutat be. A Webex klienstanúsítvány CA/lánctanúsítvány letölthető a Control Hubon keresztül.
A tanúsítvány letöltése:
Jelentkezzen be a Partner Hubba, ehhez kell
és kattintson a tanúsítvány letöltése hivatkozásra.A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra a tanúsítvány követelményeit foglalja össze a következő három esetben:
(Opció) A TLS-bridge proxy tanúsítványkövetelményei
A Webex egy nyilvánosan aláírt klienstanúsítvány mutat be a proxynak.
A proxy megbízik az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy bemutatja a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions: X509v3 Extended Key Usage: 1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
A belső tanúsítvány CN-jének a következőnek kell lennie:
bwcticlient.webex.com
.
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Előfordulhat, hogy a nyilvános hitelesítő hatóságok nem hajlandók a tanúsítványokat a szükséges védett BroadWorks OID-vel aláírni. Áthidaló proxy esetén előfordulhat, hogy egy belső CA segítségével kell aláírnia a proxy által az XSP-nek bemutatott klienstanúsítvány .| ADP.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Az alkalmazáskiszolgálóé ClientIdentity tartalmazza az XSP-nek bemutatott, belsőleg aláírt klienstanúsítvány CN-jét| ADP a proxy által.
(Opció) Tanúsítványkövetelmények TLS-passthrough Proxy vagy XSP esetén| ADP a DMZ-ben
A Webex egy belső Cisco CA által aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Az XSP| Az ADP-k megbíznak az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány az XSP-be is betöltődik| ADP-k.
Az XSP| Az ADP-k bemutatják a nyilvánosan aláírt szervertanúsítványokat a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
Az alkalmazáskiszolgáló ClientIdentity tartalmazza az XSP-nek bemutatott Cisco által aláírt klienstanúsítvány CN-jét| ADP a Webex által.
A hálózat előkészítése
A Webex Cisco BroadWorks rendszerhez által használt kapcsolatokról szóló további információkért lásd: A Webex for Cisco BroadWorks hálózati követelményei . Ez a cikk a tűzfal be- és kilépési szabályainak konfigurálásához szükséges IP -címek, portok és protokollok listáját tartalmazza.
A Webex-szolgáltatások hálózati követelményei
Az előző Belépési és Kilépési szabályok tűzfaltáblák csak azokat a kapcsolatokat dokumentálják, amelyek kifejezetten a Webex for Cisco BroadWorks alkalmazásra vonatkoznak. A Webex alkalmazás és a Webex felhő közötti kapcsolatokra vonatkozó általános információkért lásd: A Webex Services hálózati követelményei . Ez a cikk a Webex vonatkozik, de a következő táblázat azonosítja a cikk különböző részeit, és azt, hogy az egyes részek mennyire relevánsak a Webex for Cisco BroadWorks számára.
Hálózati követelmények cikk szakasza | Az információk relevanciája |
---|---|
A Webex által támogatott eszköztípusok és protokollok összefoglalása | Tájékoztató |
Tájékoztató | |
El kell olvasni | |
El kell olvasni | |
Tartományok és URL-címek, amelyeknek hozzáférhetőnek kell lenniük a Webex-szolgáltatások számára | El kell olvasni |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
A Webex más hibrid szolgáltatásai és dokumentációjuk összegzése | Opcionális |
Webex-szolgáltatások a FedRAMP ügyfelei számára | N. A. |
További információk
További információkért lásd: Webex App Firewall Whitepaper (PDF) .
BroadWorks redundancia támogatása
A Webex Cloud Services és a Webex ügyfélalkalmazások, amelyeknek el kell érniük a partner hálózatát, teljes mértékben támogatják a Broadworks XSP-t| A partner által biztosított ADP redundancia. Amikor egy XSP| Az ADP vagy a webhely tervezett karbantartás vagy nem tervezett ok miatt nem érhető el, a Webex szolgáltatások és alkalmazások át tudnak lépni egy másik XSP-re| A kérés teljesítéséhez a partner által biztosított ADP vagy oldal.
Hálózati topológia
A Broadworks XSP| Az ADP-k telepíthetők közvetlenül az interneten, vagy egy DMZ-ben is elhelyezhetők egy terheléselosztás elemmel, például az F5 BIG- IP-vel. A georedundancia biztosítása érdekében az XSP| Az ADP-k két (vagy több) adatközpontban telepíthetők, mindegyik előtt egy terheléselosztó állhat, és mindegyik rendelkezik nyilvános IP-cím -címmel. Ha az XSP| Az ADP-k egy terheléselosztó mögött állnak, a Webex mikroszolgáltatások és az alkalmazás csak a terheléselosztó IP-cím látja, a Broadworks pedig úgy tűnik, csak egy XSP-vel rendelkezik| ADP, még akkor is, ha több XSP van| ADP-k mögött.
Az alábbi példában az XSP| Az ADP-k két helyszínen vannak telepítve, az A és a B helyszínen. Két XSP létezik| Az egyes telephelyeken egy terheléselosztóval ellátott ADP-k. Az A oldal XSP-vel rendelkezik| ADP1 és XSP| Az ADP2 előlapján LB1, a B oldalon pedig XSP található| ADP3 és XSP| ADP4 elől LB2. Csak a terheléselosztók láthatók a nyilvános hálózaton, és az XSP| Az ADP-k a DMZ magánhálózatokon vannak.
Webex Cloud Services
DNS konfiguráció
A Webex Cloud mikroszolgáltatásoknak meg kell tudniuk találni a Broadworks XSP-t| ADP-kiszolgáló(k) az Xsi interfészekhez, hitelesítési szolgáltatáshoz és CTI-hez való csatlakozáshoz.
A Webex Cloud mikroszolgáltatások DNS A/AAAA keresést végeznek a konfigurált XSP-n| ADP-gazdanevet, és csatlakozzon a visszaadott IP -címhez. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga. Ha több IP -címet ad vissza, a lista első IP -címe lesz kiválasztva. Az SRV keresés jelenleg nem támogatott.
Példa: A partner DNS -e A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Teherelosztók.
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| LB2-re mutat (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Feladatátvétel
Amikor a Webex mikroszolgáltatások kérést küldenek az XSP-nek| Az ADP/Load Balancer alkalmazáshoz és a kérelem sikertelenségéhez több dolog is történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre.
Ha egy hibakód (HTTP5xx ) üzenetet kapja vissza, a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre .
Ha 2 másodpercen belül nem érkezik HTTP-válasz, a kérés időtúllépése, és a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és továbbítják az útvonalat a következő IP-címre .
Minden kérés háromszor próbálkozik, mielőtt a hibát visszaküldi a mikroszolgáltatásnak.
Ha egy IP a blokkoltak listáján van, akkor nem fog szerepelni azon címek listáján, amelyeket meg kell próbálni, amikor kérést küld egy XSP-nek| ADP. Egy előre meghatározott idő elteltével a blokkolt IP -címek lejárnak, és visszatér a listába, hogy megpróbálja, amikor újabb kérés érkezik.
Ha minden IP -cím blokkolva van, a mikroszolgáltatás akkor is megpróbálja elküldeni a kérést úgy, hogy véletlenszerűen kiválaszt egy IP-cím a blokkolt listáról. Sikeres esetben az adott IP-cím törlődik a blokkoltak listájáról.
Állapot
A Webex Cloud szolgáltatások XSP-hez való kapcsolódási állapota| Az ADP-k vagy a terheléselosztók a Control Hubban láthatók. A BroadWorks hívófürtök alatt a kapcsolat állapota az alábbi felületek mindegyikéhez jelenik meg:
XSI-műveletek
XSI-események
Hitelesítési szolgáltatás
A kapcsolat állapota az oldal betöltésekor vagy a bemeneti frissítések során frissül. A kapcsolatok állapota a következő lehet:
Zöld: Mikor érhető el az interfész az A rekord keresésben lévő egyik IP-n.
Piros: Amikor az A rekord keresésében szereplő összes IP-cím nem érhető el, és az interfész nem elérhető.
A következő szolgáltatások a mikroszolgáltatások segítségével csatlakoznak az XSP-hez| Az XSP hatással van rájuk| Az ADP interfész elérhetősége:
Bejelentkezés a Webex alkalmazásba
Webex alkalmazás-token frissítése
Nem megbízható e-mail/önaktiválás
Broadworks Service állapotfelmérés
Webex alkalmazás
DNS konfiguráció
A Webex alkalmazás hozzáfér az Xtended Services Interface (XSI-Actions & XSI-Events) és az Eszközkezelő szolgáltatás (DMS) szolgáltatásaihoz az XSP-n| ADP.
Az XSI szolgáltatás megkereséséhez a Webex alkalmazás DNS SRV keresést végez a következőhöz: _xsi-client._tcp.<webex app xsi domain>
. Az SRV az XSP számára beállított URL -re mutat| ADP gazdagépek vagy terheléselosztók az XSI szolgáltatáshoz. Ha az SRV keresés nem érhető el, a Webex alkalmazás visszakerül az A/AAAA keresésre.
Az SRV több A/AAAA célt is képes feloldani. Azonban minden A/AAAA rekordnak csak egyetlen IP-cím kell hozzárendelnie. Ha több XSP van| A terheléselosztó/edge eszköz mögötti DMZ-ben található ADP-k esetén a terheléselosztót úgy kell beállítani, hogy fenntartsa a munkamenet-perzisztenciát, és ugyanahhoz az XSP-hez irányítsa át az adott munkamenet összes kérését| ADP. Azért írjuk elő ezt a konfigurációt, mert az ügyfél XSI-esemény szívverésének ugyanahhoz az XSP-hez kell mennie| Az eseménycsatorna létrehozásához használt ADP.
Az 1. példában a webex-app-XSP A/AAAA rekordja| Az ADP.example.com nem létezik, és nem is kell, hogy legyen. Ha a DNS megköveteli, hogy egy A/AAAA rekordot meg kell adni, akkor csak 1 IP-cím kell visszaadnia. Ettől függetlenül az SRV-t meg kell adni a Webex alkalmazáshoz. Ha a Webex alkalmazás olyan A/AAAA nevet használ, amely egynél több IP-cím definiál , vagy ha a terheléselosztó/edge elem nem tartja fenn a munkamenet megmaradását, az ügyfél végső soron szívveréseket küld egy XSP-nek.| ADP, ahol nem hozott létre eseménycsatornát. Ez a csatorna leszakadását eredményezi, és jelentősen megnöveli a belső forgalmat, ami rontja az XSP-t| ADP-fürt teljesítménye. Mivel a Webex Cloud és a Webex alkalmazás eltérő követelményeket támaszt az A/AAAA rekordok keresésében, külön FQDN-t kell használnia a Webex Cloud és a Webex alkalmazás számára az XSP eléréséhez| ADP-k. Amint az a példákban látható, a Webex Cloud A rekordot használja |
1. példa – Több XSP| ADP-k, mindegyik külön terheléselosztó mögött
Ebben a példában az SRV több A rekordra mutat úgy, hogy minden A rekord egy másik helyszínen lévő más terheléselosztóra mutat. A Webex alkalmazás mindig a lista első IP-cím használja, és csak akkor lép a következő rekordra, ha az első nem működik.
Az alábbiakban egy példa látható SRV-rekordok.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
2. példa – Több XSP| ADP-k egyetlen terheléselosztó mögött ( TLS -híddal)
A kezdeti kérelemhez a terheléselosztó egy véletlenszerű XSP-t választ ki| ADP. Az az XSP| Az ADP egy cookie-t ad vissza, amelyet a Webex alkalmazás a jövőbeli kérésekben tartalmaz. A jövőbeni kérésekhez a terheléselosztó a süti segítségével a megfelelő XSP-hez irányítja a kapcsolatot| ADP, biztosítva, hogy az eseménycsatorna ne szakadjon meg.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Terheléselosztó |
A | LB.example.com |
| A terheléselosztó IP-cím (XSP| Az ADP-k a terheléselosztó mögött vannak) |
DMS URL
A bejelentkezési folyamat során a Webex alkalmazás a DMS URL -címet is lekéri a konfigurációs fájl letöltéséhez. A rendszer elemzi az URL -ben szereplő gazdagépet, és a Webex alkalmazás DNS A/AAAA-keresést végez a gazdagépen, hogy csatlakozzon az XSP-hez| A DMS szolgáltatást üzemeltető ADP.
Példa: DNS A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Load Balancers by Webex App konfig fájlok letöltéséhez DMS-en keresztül:
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Hogyan találja meg a Webex alkalmazás az XSP-t?| ADP-címek
Az ügyfél megpróbálja megtalálni az XSP-t| A következő DNS -folyamatot használó ADP-csomópontok:
Az ügyfél először az Xsi-Actions/Xsi-Events URL-címeket kéri le a Webex Webex Cloud (a hozzárendelt BroadWorks hívófürt létrehozásakor adta meg őket). Az Xsi gazdagépnevet/tartományt az URL -ből értelmezi a rendszer, és az ügyfél az SRV keresést hajtja végre a következőképpen:
Az ügyfél SRV-keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain="">
Ha az SRV keresés egy vagy több A/AAAA célt ad vissza:
A kliens A/AAAA keresést végez ezekre a célokra, és gyorsítótárazza a visszaadott IP -címeket.
A kliens az SRV prioritás, majd a súly alapján (vagy véletlenszerűen, ha egyenlők) csatlakozik az egyik célhoz (és így annak egyetlen IP-cím rendelkező A/AAAA rekordjához ).
Ha az SRV keresés nem ad vissza célokat:
A kliens A/AAAA keresést végez az Xsi gyökérparaméterben, majd megpróbál csatlakozni a visszaadott IP-cím. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga.
Mint már említettük, az A/AAAA rekordnak egyetlen IP-cím kell feloldania ugyanezen okokból kifolyólag.
(Opcionális) Ezt követően megadhatja az egyéni XSI-Actions/XSI-Events részleteket a Webex alkalmazás eszközkonfiguráció a következő címkék használatával:
<protocols> <xsi> <paths> <root>%XSI_ROOT_WXT%</root> <actions>%XSI_ACTIONS_PATH_WXT%</actions> <events>%XSI_EVENTS_PATH_WXT%</events> </paths> </xsi> </protocols>
Ezek a konfigurációs paraméterek elsőbbséget élveznek a BroadWorks-fürt bármely konfigurációjával szemben a Control Hubban.
Ha léteznek ilyenek, az ügyfél összehasonlítja a BroadWorks-fürtkonfiguráción keresztül kapott eredeti XSI-címmel.
Ha eltérést észlel, a kliens újrainicializálja az XSI-műveletek/XSI-események kapcsolatát. Ennek első lépése az 1. lépésben felsorolt DNS -keresési folyamat végrehajtása – ezúttal a%XSI_ROOT_WXT% paramétert a konfigurációs fájl.
Ügyeljen arra, hogy hozza létre a megfelelő SRV-rekordok , ha ezzel a címkével módosítja az Xsi felületeket.
Feladatátvétel
A bejelentkezés során a Webex alkalmazás DNS SRV -keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain=""> , összeállítja a gazdagépek listáját, és az SRV prioritás, majd a súly alapján csatlakozik az egyik gazdagéphez. Ez a csatlakoztatott gazdagép lesz a kiválasztott az összes jövőbeli kérelemnél. Ezután megnyílik egy eseménycsatorna a kiválasztott szervező számára, és a rendszer rendszeresen küld egy szívverést a csatorna ellenőrzésére. Az első után küldött összes kérés tartalmaz egy cookie-t, amelyet a HTTP-válasz ad vissza, ezért fontos, hogy a terheléselosztó megtartsa a munkamenet-maradványt (affinitást), és mindig ugyanannak a backend XSP-nek küldje a kéréseket.| ADP szerver.
Ha a szervezőnek küldött kérés vagy szívverési kérés sikertelen, számos dolog történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex App útvonal azonnal továbblép a listán a következő gazdagépre.
Ha egy hibakód (HTTP5xx ) üzenetet adja vissza, a Webex alkalmazás blokkoltként jelöli meg az IP-cím , és az útvonal a listán a következő gazdagéphez lép tovább.
Ha egy bizonyos időn belül nem érkezik válasz, akkor a rendszer az időtúllépés miatt sikertelennek tekinti a kérést, és a következő kéréseket a rendszer a következő gazdagépnek küldi el. Az időtúllépési kérelem azonban sikertelennek minősül. Egyes kérések sikertelensége után újrapróbálkoznak (növekvő újrapróbálkozási idővel). A feltételezett nem létfontosságú kéréseket a rendszer nem próbálja meg újra.
Amikor egy új gazdagép sikeresen próbálkozik, az lesz az új kiválasztott gazdagép, ha a gazdagép szerepel a listában. A lista utolsó gazdagépének kipróbálása után a Webex alkalmazás az elsőre lép.
Szívverés esetén, ha két egymást követő kérelem sikertelen, a Webex alkalmazás újrainicializálja az eseménycsatornát.
Ne feledje, hogy a Webex alkalmazás nem végez feladat-visszavételt, és a DNS -szolgáltatás felderítése csak egyszer történik a bejelentkezéskor.
A bejelentkezés során a Webex alkalmazás megpróbálja letölteni a konfigurációs fájlt az XSP-n keresztül| ADP/Dms interfész. Végrehajt egy A/AAAA rekord keresést a lekért DMS URL -ben lévő gazdagépen, és csatlakozik az első IP-címhez. Először egy SSO token használatával próbálja meg elküldeni a konfigurációs fájl letöltésére vonatkozó kérést. Ha ez bármilyen okból sikertelen, újra megpróbálja, de az eszköz felhasználónevével és jelszavával.
Telepítési áttekintés
A következő diagramok a telepítési feladatok tipikus sorrendjét mutatják be a különböző felhasználói üzembe helyezési módok esetén. A feladatok közül sok közös az összes üzembe helyezési módban.
Partner-belépés a Webex -re Cisco BroadWorks-hez
Minden Webex for Cisco BroadWorks szolgáltatónak vagy viszonteladónak be kell állítania a Webex for Cisco BroadWorks számára partnerszervezetként. Ha már van Webex Partnerszervezete, akkor ez használható.
A szükséges beléptetési folyamat elvégzéséhez el kell végeznie a Webex Cisco BroadWorks papírmunkáját, és az új partnereknek el kell fogadniuk az online közvetett csatornapartneri megállapodást (ICPA). Amikor ezek a lépések megtörténtek, a Cisco Compliance új Partnerszervezetet hoz létre a Partner Hubban (ha szükséges), és hitelesítési adatokat tartalmazó e-mailt küld a papírmunkában szereplő nyilvántartás adminisztrátorának. Ezzel egyidejűleg a Partneraktiválási és/vagy Ügyfélsiker-programmenedzser felveszi Önnel a kapcsolatot a beléptetés megkezdése érdekében.
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
AuthenticationService
alkalmazást az egyes XSP-ken| ADP szolgáltatás.Futtassa a következő parancsot az AuthenticationService alkalmazás aktiválásához az XSP-n| ADP a /authService környezeti elérési útra.
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
Futtassa ezt a parancsot az AuthenticationService telepítéséhez az XSP-n| ADP:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...
A 2022.10-es Broadworks buildtől kezdve a Java új verziójára való váltáskor a Java új verziójára való váltáskor már nem kerülnek automatikusan be a BroadWorks megbízhatósági tárházába. Az AuthenticationService TLS -kapcsolatot nyit a Webex felé a hozzáférési token lekéréséhez, és az IDBroker és a Webex URL érvényesítéséhez a következőkkel kell rendelkeznie a megbízhatósági tárhelyen:
IdenTrust Commercial Root CA 1
Go Daddy legfelső szintű Certificate Authority – G2
Ellenőrizze, hogy ezek a tanúsítványok jelen vannak-e a következő CLI alatt
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get
Ha nincs jelen, futtassa a következő parancsot az alapértelmezett Java -trösztök importálásához:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust
Alternatív megoldásként manuálisan is hozzáadhatja ezeket a tanúsítványokat megbízhatósági horgonyként a következő paranccsal:
ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>
Ha az ADP egy korábbi kiadásról lett frissítve, akkor a rendszer a régi kiadás hitelesítésszolgáltatóit automatikusan importálja az új kiadásba, és importálása mindaddig folytatódik, amíg manuálisan el nem távolítják őket.
Az AuthenticationService alkalmazás mentesül az ADP alatti validatePeerIdentity beállítás alól_ CLI/System/SSLCommonSettings/GeneralSettings, és mindig érvényesíti a peer identitást. Lásd a Cisco Broadworks X509 tanúsítvány érvényesítési FD a beállítással kapcsolatos további információkért.
Állítsa be az identitásszolgáltatókat a következő parancsok futtatásával az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get
set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerName URL -címet. Lásd a következő táblázatot.set issuerUrl <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerUrl-címet. Lásd a következő táblázatot.set tokenInfoUrl <IdPProxy URL>
—Adja meg a Teams-fürtre vonatkozó IdP-proxy URL -címét. Lásd az alábbi második táblázatot.
1. táblázat Állítsa be az issuerName és az issuerURL címét Ha a CI-fürt... Az issuerName és az issuerURL beállítása a következőre:... US-A
EU
US-B
Ha nem ismeri a sajátját CI-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.2. táblázat TokenInfoURL beállítása Ha a Teams-fürt... A tokenInfoURL beállítása erre:...(IdP Proxy URL) ACHM
https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AFRA
https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AORE
https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
Ha nem ismeri a sajátját Teams-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.
Tesztelés céljából ellenőrizheti, hogy a tokenInfoURL érvényes-e, ha lecseréli a "
idp/authenticate
Az URL " része a következővel: "ping
".
Adja meg azt a Webex -jogosultságot, amelynek jelen kell lennie a Webex felhasználói profil a következő paranccsal:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Konfigurálja az identitásszolgáltatókat a Cisco Federation számára a következő parancsok segítségével az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
set flsUrl https://cifls.webex.com/federation
set refreshPeriodInMinutes 60
set refreshToken refresh-Token-From-Step1
Futtassa a következő parancsot annak ellenőrzésére, hogy az FLS-konfiguráció működik-e. Ez a parancs az identitásszolgáltatók listáját adja vissza:
XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Konfigurálja a Token-kezelést a következő parancsokkal az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
set tokenIssuer BroadWorks
set tokenDurationInHours 720
RSA -kulcsok létrehozása és megosztása. A kulcsokat egyetlen XSP-n kell generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k. Ennek oka a következő tényezők:
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k.Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét. Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket. Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
Ügyfél-hitelesítési követelmény eltávolítása a hitelesítési szolgáltatáshoz (csak R24)
Ha a hitelesítési szolgáltatást CI Token érvényesítéssel konfigurálta az R24-en, akkor a hitelesítési szolgáltatásra vonatkozó ügyfél-hitelesítési követelményt is el kell távolítania. Futtassa a következő CLI-parancs:
ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
CTI felület és kapcsolódó konfiguráció
Az „inmost to outmost” konfigurációs sorrendet az alábbiakban soroljuk fel. A sorrend betartása nem kötelező.
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
XSP konfigurálása| ADP-k mTLS-hitelesített CTI -előfizetésekhez
Nyissa meg a bejövő portokat a biztonságos CTI felülethez
Iratkozzon fel a Webex szervezete a BroadWorks CTI -eseményekre
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
Frissítse a ClientIdentity-t az alkalmazáskiszolgálón a Webex for Cisco BroadWorks CTI - klienstanúsítvány általános név (CN).
A Webex alkalmazással használt összes alkalmazáskiszolgálóhoz adja hozzá a tanúsítványazonosítót a ClientIdentity azonosítóhoz az alábbiak szerint:
AS_CLI/System/ClientIdentity> add bwcticlient.webex.com
A Webex for Cisco BroadWorks klienstanúsítvány általános név : |
Konfigurálja a TLS -t és a titkosításokat a CTI felületen
Az XSP konfigurálhatósági szintjei| Az ADP CTI felületek a következők:
Legáltalánosabb = Rendszer > Szállítás > CTI -interfészek > CTI -interfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
---|---|
Rendszer (globális) (R22 és újabb) | XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Ciphers> XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Protocols> lehetőséget |
Szállítási protokollok ehhez a rendszerhez (R22 és újabb) | XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Ciphers> XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Protocols> lehetőséget |
Az összes CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Protocols> lehetőséget |
Egy speciális CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/CTIServer/SSLSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/CTIServerSSLSettings/Protocols> |
Új telepítéskor a következő titkosítások alapértelmezés szerint települnek rendszerszinten. Ha az interfész szintjén nincs beállítva (például a CTI felületen vagy a HTTP felületen), akkor ez a rejtjellista érvényes. Ne feledje, hogy ez a lista idővel változhat:
|
CTI TLS interfész konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy szükség van-e kiszolgálótanúsítvány , illetve hogy szükség van-e kliens hitelesítésre.XSP|ADP_CLI/Interface/CTI/CTIServer> get Interface IP Port Secure Server Certificate Client Auth Req ================================================================= 10.155.6.175 8012 true true true
TLS 1.2 protokoll hozzáadása a CTI felülethez
Az XSP| A Webex Cloud együttműködő ADP CTI felületet TLS v1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp>
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a CTI felületen
A szükséges titkosítások konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Adja meg a(z)
get
parancsot, hogy megtudja, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> <cipherName>
rejtjel hozzáadása a CTI felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a CTI felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Trust Anchors a CTI felülethez (R22 és újabb)
Ez az eljárás az XSP-t feltételezi| Az ADP-k vagy internet felé néznek, vagy átmenő proxyn keresztül néznek az internetre. A tanúsítvány konfigurációja más az áthidaló proxy esetében (lásd TLS -tanúsítványkövetelmények a TLS-híd proxyhoz ).
Minden XSP-hez| Az ADP-ben a CTI -eseményeket a Webex közzétevő infrastruktúrájában tegye a következőket:
Jelentkezzen be ide: Partner Hub .
Ugrás ide: Beállítások elemre > BroadWorks-hívás és kattintson Töltse Webex CA-tanúsítványt hogy megkapja
CombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.
A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Nem kötelező) Futtatás
help updateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot2023
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, amennyiben minden bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
Tanúsítványokkal történő hitelesítés engedélyezése az ügyfelek számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true
Adja hozzá a CTI felületet, és engedélyezze az mTLS-t
Adja hozzá a CTI SSL felületet.
A CLI környezet a BroadWorks verziójától függ. A parancs egy önaláírt kiszolgálótanúsítvány hoz létre a felületen, és kényszeríti a felületet, hogy klienstanúsítvány igényeljen .
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Cserélje ki a kiszolgálótanúsítvány és -kulcsot az XSP-n| Az ADP CTI interfészei. Ehhez szüksége van a CTI interfész IP-cím ; a következő szövegkörnyezetből olvashatja:
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> get
Ezután futtassa a következő parancsokat, hogy lecserélje a felület önaláírt tanúsítvány a saját tanúsítványára és privát kulcsára:
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Indítsa újra az XSP-t| ADP.
Hozzáférés engedélyezése a BroadWorks CTI -eseményekhez a Webex
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
Adja meg azt a CTI -címet, amelyen keresztül a Webex előfizethet a BroadWorks CTI -eseményekre.
A CTI -előfizetések előfizetőnkénti alapúak, és csak akkor jönnek létre és tartják karban, amíg az előfizető rendelkezik a Webex for Cisco BroadWorks szolgáltatással.
Hívásbeállítások Webnézet
A Call Settings Webview (CSWV) egy XSP-n üzemeltetett alkalmazás| Az ADP lehetővé teszi a felhasználók számára, hogy módosítsák BroadWorks hívásbeállításaikat a szoftveres kliensben látott webnézeten keresztül. Lásd a Cisco BroadWorks hívásbeállítások webnézeti megoldási útmutató .
A Webex ezt a funkciót arra használja fel, hogy hozzáférést biztosítson a felhasználók számára az olyan általános BroadWorks-hívásbeállításokhoz, amelyek nem natív a Webex alkalmazásban.
Ha azt szeretné, hogy a Webex Cisco BroadWorks-előfizetői a Webex Webex alkalmazás elérhető alapértelmezett beállításokon túlmenően is hozzáférjenek a hívásbeállításokhoz, telepítenie kell a Hívásbeállítások Webnézet funkcióját.
Hívásbeállítások Webview két összetevőből áll:
Cisco BroadWorks XSP-n üzemeltetett hívásbeállítások Webview alkalmazás| ADP.
A Webex alkalmazás, amely a hívásbeállításokat Webnézetben jeleníti meg.
Felhasználói élmény
Windows-felhasználók: Kattintson Hívásbeállítások majd kattintson a lehetőségre .
Mac felhasználók: Kattintson a profilképre, majd
.
Telepítse a CSWV-t a BroadWorks rendszeren
Telepítse a Hívásbeállítások Webview-t XSP-re| ADP-k
A CSWV alkalmazásnak ugyanazon az XSP-n kell lennie| Az Xsi-Actions felületet üzemeltető ADP(ek) a környezetben. Ez egy nem felügyelt alkalmazás XSP-n| ADP, ezért telepítenie és telepítenie kell egy webes archív fájlt.
Jelentkezzen be a cisco.com oldalra, és keresse meg a „BWCallSettingsWeb” kifejezést a szoftverletöltés részben.
Keresse meg és töltse le a fájl legújabb verzióját.
Például:
BWCallSettingsWeb_1.8.2_1.war
( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04 ) volt a legújabb a cikk írásakor.Telepítse, aktiválja és telepítse a webes archívumot a Cisco BroadWorks Xtended Service Platform konfigurációs útmutatója szerint az XSP-hez| ADP verzió. (R24-es verzióhttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf ).
Másolja át a .war fájlt egy ideiglenes helyre az XSP-n| ADP, mint pl
/tmp/
.Keresse meg a következő parancssori felületet, és futtassa az install parancsot:
XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
A BroadWorks szoftverkezelő ellenőrzi és telepíti a fájlt.
[Nem kötelező] Törlés
/tmp/BWCallSettingsWeb_1.7.5_1.war
(Erre a fájlra már nincs szükség).Alkalmazás aktiválása:
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
A nevet és verziót minden alkalmazásnál kötelezőek, de CSWV esetén meg kell adni a contextPath mert egy nem felügyelt alkalmazás. Bármilyen értéket használhat, amelyet más alkalmazás nem használ, például
/callsettings
.Telepítse a Hívásbeállítások alkalmazást a kiválasztott környezeti útvonalon:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Mostantól előre megjósolhatja az ügyfelek számára megadandó hívásbeállítások URL -címét, az alábbiak szerint:
https://<XSP|ADP-FQDN>/callsettings/
Megjegyzések:
Ezen az URL -címen meg kell adnia a perjelet, amikor beírja az klienskonfiguráció fájljába.
Az XSP| Az ADP-FQDN-nek meg kell egyeznie az Xsi-Actions FQDN-nel, mert a CSWV-nek Xsi-Actions-t kell használnia, és a CORS nem támogatott.
Ismételje meg ezt az eljárást más XSP esetén| ADP-k a Webex for Cisco BroadWorks-környezetben (ha szükséges).
A Call Settings Webview alkalmazás mostantól aktív az XSP-n| ADP-k.
Állítsa be a Webex alkalmazást a Hívásbeállítások Webnézet használatára
Az klienskonfiguráció kapcsolatos további részletekért lásd: Webex Cisco BroadWorks konfigurációs útmutató .
A Webex alkalmazás konfigurációs fájl található egy egyéni címke, amellyel beállíthatja a CSWV URL-címet . Ez az URL mutatja a hívásbeállításokat a felhasználóknak az alkalmazás felületén keresztül.
<config>
<services>
<web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
<url>%WEB_CALL_SETTINGS_URL_WXT%</url>
</web-call-settings>
A Webex Webex alkalmazás BroadWorks- konfigurációs sablon konfigurálja a CSWV URL -címet a%WEB_CALL_SETTINGS_URL_WXT% címkét.
Ha nem adja meg kifejezetten az URL-címet , az alapértelmezett érték üres lesz, és a hívásbeállítások oldala nem lesz látható a felhasználók számára.
Győződjön meg arról, hogy a legújabb konfigurációs sablonokkal rendelkezik a Webex alkalmazás (lásd Eszközprofilok lehetőségre ).
Állítsa be a web hívásbeállítások célját
csw
:%WEB_CALL_SETTINGS_TARGET_WXT% csw
Állítsa be a web beállításainak URL -címét a környezetéhez, például:
%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/
Ezt az értéket a CSWV alkalmazás telepítésekor származtatta.
Az eredményül kapott klienskonfiguráció fájlnak rendelkeznie kell a következő bejegyzéssel:
<web-call-settings target="csw"> <url>https://yourxsp.example.com/callsettings/</url> </web-call-settings>
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is.
Hívási leküldéses értesítések konfigurálása a Webex for Cisco BroadWorks alkalmazásban
Ebben a dokumentumban a kifejezést használjuk Hívásértesítések Push Server (CNPS) a környezetben futó XSP vagy ADP által üzemeltetett alkalmazás leírásához. A CNPS együttműködik a BroadWorks rendszerrel, hogy tudatában legyen a felhasználóinak bejövő hívásoknak, és ezekről értesítést küldjön a Google Firebase Cloud Üzenetküldés (FCM) vagy az Apple leküldéses értesítés szolgáltatás (APNs) értesítési szolgáltatásainak.
Ezek a szolgáltatások értesítik a Webex for Cisco BroadWorks előfizetői mobileszközeit, ha bejövő hívásaik vannak a Webex.
Az NPS-sel kapcsolatos további információkért lásd: Értesítési leküldéses kiszolgáló funkció leírása .
A Webex egy hasonló mechanizmus működik a Webex üzenetküldési és jelenléti szolgáltatásokkal, így az értesítéseket a Google (FCM) vagy az Apple (APNS) értesítési szolgáltatásaihoz küldi. Ezek a szolgáltatások pedig értesítik a mobil Webex -felhasználókat a bejövő üzenetekről vagy a jelenlét változásáról.
Ez a szakasz ismerteti, hogyan konfigurálható az NPS hitelesítési proxyhoz, ha az NPS még nem támogat más alkalmazásokat. Ha megosztott hálózati házirendet kell áttelepítenie az NPS-proxy használatához, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatáhozhttps://help.webex.com/nl5rir2/. |
NPS-proxy áttekintése
A Webex for Cisco BroadWorks alkalmazással való kompatibilitás érdekében a CNPS-nek javítva kell lennie az NPS-proxy funkció támogatásához, Push Server a VoIP számára UCaaS-ben .
A funkció új kialakítást valósított meg a Notification Push Serverben, hogy feloldja a leküldéses értesítési tanúsítványok privát kulcsainak a szolgáltatókkal való megosztásából eredő biztonsági rést a mobil kliensek számára. A push értesítési tanúsítványok és kulcsok szolgáltató való megosztása helyett az NPS egy új API segítségével szerez egy rövid élettartamú leküldéses értesítési tokent a Webex a Cisco BroadWorks háttérrendszerhez, és ezt a tokent használja az Apple APN-ekkel és a Google FCM szolgáltatásaival történő hitelesítéshez.
A funkció továbbfejleszti a Notification Push Server azon képességét, hogy értesítéseket küldjön az Android eszközöknek az új Google Firebase Cloud Üzenetküldés (FCM) HTTPv1 API-n keresztül.
További információkért lásd a Push-kiszolgáló VoIP -hez UCaaS-ben Funkció leírása .
A funkció BroadWorks-javításai a következő címen érhetők el: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.
Az NPS szoftverrel és javításokkal kapcsolatban lásd a következő részt: Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz .
Keresse meg és töltse le a javítást a szoftverletöltő oldalról.
Az ADP szerverrel kapcsolatos további információk a következő címen találhatók:https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html .
APNS szempontok
Az Apple 2021. március 31-e után már nem támogatja a HTTP/1-alapú bináris protokollt az Apple leküldéses értesítés szolgáltatásban. Javasoljuk, hogy konfigurálja az XSP-t| Az ADP a HTTP/2-alapú felületet használja az APN-ekhez. Ehhez a frissítéshez az XSP-re van szükség| Az NPS-t kiszolgáló ADP R22-es vagy újabb verzióját futtatja.
Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz
1 | Telepítsen és konfiguráljon egy dedikált XSP-t (minimum R22-es verzió) vagy Application Delivery Platform-ot (ADP). | ||
2 | Telepítse az NPS-hitelesítési proxy javításait: XSP R22 javítások: XSP R23 javítások: | ||
3 | Aktiválja az Notification Push Server alkalmazást. | ||
4 | ( Android -értesítések esetén) Engedélyezze az FCM v1 API -t az NPS-en.
| ||
5 | ( Apple iOS -értesítések esetén) Engedélyezze a HTTP/2-t az NPS-en.
| ||
6 | Technikai támogatás csatolása az NPS XSP/ADP-től. | ||
7 | Minden AS kiszolgálón a namedefs fájl bekerül Példa: _pushnotification-ügyfél._tcp .qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com IN A 10.193.78.149
|
Mi a következő teendő
Egy hálózati házirend-kiszolgáló frissen telepített verzióiért ugorjon ide: Állítsa be az NPS-t a hitelesítési proxy használatára
Ha meglévő Android -telepítést szeretne áttelepíteni az FCMv1-re, menjen a következőre: Az NPS áttelepítése az FCMv1-re
Állítsa be az NPS-t a hitelesítési proxy használatára
Ez a feladat az NPS egy új, a Webex for Cisco BroadWorks alkalmazáshoz dedikált telepítésére vonatkozik.
Ha más mobilalkalmazásokkal megosztott hálózati házirend-kiszolgálón szeretné konfigurálni a hitelesítési proxyt, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatához (https://help.webex.com/nl5rir2 ).
1 | OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez . | |||||||||||||||||||
2 | Hozzon létre ügyfélfiókot az NPS-en:
Ha ellenőrizni szeretné, hogy a megadott értékek megfelelnek-e a kapott adatoknak, futtassa
| |||||||||||||||||||
3 | Adja meg az NPS-proxy URL-címét , és állítsa be a token frissítési időközét (30 perc javasolt):
| |||||||||||||||||||
4 | ( Android -értesítések esetén) Adja hozzá az Android alkalmazás azonosító az FCM-alkalmazások környezetéhez az NPS-en.
| |||||||||||||||||||
5 | ( Apple iOS -értesítések esetén) Adja hozzá az alkalmazásazonosítót az azonosító -alkalmazások környezetéhez, ügyelve arra, hogy kihagyja a hitelesítési kulcsot – állítsa üresre.
| |||||||||||||||||||
6 | Konfigurálja a következő NPS URL-eket:
| |||||||||||||||||||
7 | Állítsa be a következő hálózati házirend-kiszolgáló kapcsolati paramétereket a megjelenített ajánlott értékekre:
| |||||||||||||||||||
8 | Ellenőrizze, hogy az alkalmazáskiszolgáló szűri-e az alkalmazásazonosítókat, mert előfordulhat, hogy hozzá kell adnia a Webex alkalmazásokat az engedélyezési listához: | |||||||||||||||||||
9 | Indítsa újra az XSP-t| ADP: | |||||||||||||||||||
10 | Tesztelje a hívásértesítéseket: kezdeményezzen hívásokat egy BroadWorks-előfizetőről két Webex mobilfelhasználóhoz. Ellenőrizze, hogy megjelenik-e a hívásértesítés iOS és Android eszközökön. |
Az NPS áttelepítése az FCMv1-re
Ez a témakör nem kötelező eljárásokat tartalmaz, amelyeket akkor használhat a Google FCM-konzolban, amikor rendelkezik olyan meglévő hálózati házirend-telepítéssel, amelyet át kell telepítenie az FCMv1-re. Három eljárás létezik:
UC-One kliensek áttelepítése FCMv1-re —Ha meglévő UCaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
SaaS-ügyfelek áttelepítése az FCMv1-re —Ha meglévő SaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
Az ADP-kiszolgáló frissítése —Ha az NPS-t ADP-kiszolgálóra telepíti át.
Az UC-One-kliensek áttelepítése az FCMv1-re
Kövesse az alábbi lépéseket a Google FCM konzolban az UC-One kliensek Google FCM HTTPv1 verzióra való áttelepítéséhez.
Ha márkajelzést alkalmaznak az ügyfélre, az ügyfélnek rendelkeznie kell a küldői azonosító. Az FCM-konzolban lásd: . A beállítás megjelenik a Projekt hitelesítő adatai táblázatban.A részletekért lásd a Connect Mobile márkaépítési útmutató athttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/UC-One/UC-One-Collaborate/Connect/Mobile/IandO/ConnectBrandingGuideMobile-R3_8_3.pdf? . Lásd a
|
Jelentkezzen be az FCM Admin SDK-ba a következő címen:http://console.firebase.google.com .
Válassza ki a megfelelő Android alkalmazást.
A Általános fülön rögzítse a azonosító
A szolgáltatásfiókok konfigurálásához lépjen a szolgáltatásfiók lapra. Létrehozhat új szolgáltatásfiók , vagy konfigurálhat egy meglévőt.
Új szolgáltatási fiók létrehozása:
Kattintson a kék gombra az új szolgáltatásfiók létrehozásához
Kattintson a kék gombra új privát kulcs generálásához
Kulcs letöltése biztonságos helyre
Meglévő szolgáltatásfiók újrafelhasználása:
Kattintson a kék szövegre a meglévő szolgáltatási fiókok megtekintéséhez.
Határozza meg a használni kívánt szolgáltatásfiók . A szolgáltatási fióknak engedélyre van szüksége firebaseadmin-sdk .
A jobb oldalon kattintson a hamburger menüre, és hozzon létre egy új privát kulcsot.
Töltse le a kulcsot tartalmazó json-fájlt, és mentse el egy biztonságos helyre.
Másolja a json fájlt az XSP-re| ADP.
Konfigurálja a azonosító és:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get Project ID Accountkey ======================== my_project ********
Alkalmazás konfigurálása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get Application ID Project ID ============================== my_app my_project
FCMv1 engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
SaaS-ügyfelek áttelepítése az FCMv1-re
Ha SaaS-ügyfeleket szeretne áttelepíteni az FCMv1-re, kövesse az alábbi lépéseket a Google FCM-konzolon.
Győződjön meg arról, hogy már végrehajtotta az „A hálózati házirend-kiszolgáló konfigurálása a hitelesítési proxy használatához” eljárást. |
FCM letiltása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.FCM engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
Az ADP-kiszolgáló frissítése
Kövesse az alábbi lépéseket a Google FCM-konzolban, ha az NPS-t ADP-kiszolgáló használatára állítja át.
A JSON-fájl beszerzése a Google Cloud Console-ból:
A Google Cloud Console-ban lépjen a következőre: Szolgáltatásfiókok oldalon.
Kattintson Válasszon ki egy projektet , válassza ki a projektet, és kattintson Megnyitás .
Keresse meg annak a szolgáltatásfiók a sorát, amelyhez kulcsot szeretne létrehozni, majd kattintson a Továbbiak függőleges gombot, majd kattintson Kulcs létrehozása.
Válassza ki a Kulcs írja be, és kattintson Létrehozás lehetőségre
A fájl letöltődik.
FCM hozzáadása az ADP-kiszolgálóhoz:
Importálja a JSON-fájlt az ADP-kiszolgálóra a következővel:
/bw/install
parancsot.Jelentkezzen be az ADP CLI-be, és adja hozzá a projekt- és API -kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON
:Ezután adja hozzá az alkalmazást és a kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
Ellenőrizze a konfigurációt:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g Project ID Accountkey ======================== connect-ucaas ******** ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g Application ID Project ID =================================== com.broadsoft.ucaas.connect connect-ucaas
Konfigurálja a saját partnerszervezetét a Partner Hubban
Konfigurálja a BroadWorks-fürtöket
[fürtönként egyszer]
Ennek oka a következő:
Annak engedélyezése, hogy a Webex felhő hitelesítse a felhasználókat a BroadWorks alkalmazással (XSP-n keresztül| ADP által üzemeltetett hitelesítési szolgáltatás).
Annak engedélyezése, hogy a Webex alkalmazások az Xsi felületet használják a hívásvezérlés.
Annak engedélyezése, hogy a Webex figyelje a BroadWorks által közzétett CTI -eseményeket (telefonos jelenlét és hívásnapló ).
A fürtvarázsló automatikusan ellenőrzi az interfészeket a hozzáadásakor. Folytathatja a fürt szerkesztését, ha valamelyik felület érvényesítése nem sikeres, de nem mentheti a fürtöt, ha érvénytelen bejegyzések vannak benne . Ezt megakadályozzuk, mert egy rosszul konfigurált fürt nehezen megoldható problémákat okozhat. |
Teendő:
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Kattintson Fürt hozzáadása lehetőségre .
Ez elindít egy varázslót, ahol megadja az XSP-t| ADP felületek (URL). Ha nem szabványos portot használ, hozzáadhat portot az interfész URL -címéhez.
Nevezze el ezt a fürtöt, majd kattintson Következő .
A fürtfogalom itt egyszerűen felületek gyűjteménye, amelyeket jellemzően XSP-n helyeznek el| ADP-kiszolgáló vagy farm, amely lehetővé teszi a Webex számára, hogy információkat olvasson az alkalmazáskiszolgálóról (AS). Lehet, hogy egy XSP-je van| AS-fürtönkénti ADP vagy több XSP| ADP-k fürtönként, vagy több AS-fürt XSP-nként| ADP. A BroadWorks-rendszer méretkövetelményei nem tartoznak ide.
(Nem kötelező) Adjon meg egy BroadWorks-felhasználót Fióknév és Jelszó amelyről tudja, hogy a Webexhez csatlakoztatni kívánt Webex rendszeren belül van , majd kattintson a gombra Következő .
Az érvényesítési tesztek ezt a fiókot használhatják a fürt felületeihez fűződő kapcsolatok érvényesítéséhez.
Adja hozzá a sajátját XSI-műveletek és XSI Events URL-ek.
Opcionális. Frissítse a DAS URL az eszközaktiválási szolgáltatás URL -jével.
Opcionális. Ellenőrizze a Közvetlen BroadWorks-hitelesítés engedélyezése Jelölje be a jelölőnégyzet, ha azt szeretné, hogy a BroadWorks-bejelentkezések közvetlenül a BroadWorks-be történjenek. Ellenkező esetben a BroadWorks-hitelesítés a Webex által üzemeltetett IdP-proxyszolgáltatáson keresztül történik.
Ez a jelölőnégyzet az alábbi bejelentkezési helyzetekre vonatkozik:
Felhasználói aktiválási portál bejelentkezés—A felhasználóknak meg kell adniuk BroadWorks-hitelesítési adataikat a portálra való bejelentkezéskor. A fenti beállítás határozza meg, hogy a bejelentkezés közvetlenül a BroadWorks rendszerébe vagy az IdP-proxyn keresztül történik-e.
Ügyfélbejelentkezés—Ha BroadWorks-hitelesítés Az Onboarding sablonban van konfigurálva, a fenti beállítás határozza meg, hogy a Webex alkalmazásba történő ügyfélbejelentkezés közvetlenül a BroadWorks rendszerébe történik-e, vagy az IdP-proxyn keresztül történik-e proxy.
Kattintson a Tovább gombra.
A következőn: CTI felület oldalon tegye a következőket:
Adja hozzá a CTI URL és Port ahhoz a CTI interfészhez, amelyhez csatlakozni kíván.
Opcionális. Engedélyezze a Híváselőzmények lehetőségre kapcsolót, majd adja meg a BroadWorks felhasználói azonosító. Ha ez a lehetőség ki van választva, a BroadWorks hívásnapló -események szinkronizálódnak a Webex felhőbe. A felhasználók megtekinthetik a hívásnapló a Webex alkalmazásban.
Opcionális. Engedélyezze a Ne zavarjanak (DND) szinkron kapcsolót, majd adja meg a BroadWorks felhasználói azonosító. Ez a beállítás szinkronizálja a DND-eseményeket a Webex és a BroadWorks között, így biztosítja, hogy a funkció ugyanúgy működjön mindkét platformon.
Kattintson a Tovább gombra.
Adja hozzá a sajátját Hitelesítési szolgáltatás URL.
Válassza ki Hitelesítési szolgáltatás CI-token hitelesítéssel .
Ehhez a beállításhoz nem szükséges, hogy az mTLS védje a kapcsolatot a Webex, mert a hitelesítési szolgáltatás megfelelően ellenőrzi a felhasználói tokent a Webex identitásszolgáltatással szemben, mielőtt kiadná a hosszú élettartamú tokent a felhasználónak.
Tekintse át a bejegyzéseket a végső képernyőn, majd kattintson a gombra Létrehozás lehetőségre . Egy sikerüzenetnek kell megjelennie.
A Partner Hub átadja az URL-címeket a különböző Webex mikroszolgáltatásoknak, amelyek tesztelik a mellékelt interfészekhez vezető kapcsolatokat.
Kattintson Fürtök megtekintése és látnia kell az új fürtöt, valamint azt, hogy az ellenőrzés sikeres volt-e.
A Létrehozás lehetőségre gomb letiltható a varázsló utolsó (előnézeti) képernyőjén. Ha nem tudja menteni a sablont, az az imént konfigurált integrációk egyikével kapcsolatos problémát jelez.
Azért hajtottuk végre ezt az ellenőrzést, hogy elkerüljük a hibákat a következő feladatok során. A telepítés konfigurálásakor visszaléphet a varázslóba, amihez szükség lehet az infrastruktúra (pl. XSP) módosítására| ADP, terheléselosztó vagy tűzfal) esetén az útmutatóban leírtak szerint, mielőtt elmentené a sablont.
A BroadWorks felületekhez való kapcsolódások ellenőrzése
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Kattintson Fürtök megtekintése .
A Partner Hub kapcsolódási teszteket kezdeményez a különböző mikroszolgáltatásoktól a fürtök felületei felé.
A tesztek befejezése után a fürtlista oldalon állapotüzenet meg az egyes fürtök mellett.
Zöld Siker üzeneteknek kell megjelennie. Ha piros Hibaüzenetet lát, kattintson az érintett fürt nevére, hogy megtudja, melyik beállítás okozza a problémát.
Opcionális. Válasszon ki egy fürtöt, ha szeretné megtekinteni az adott fürt meglévő beállításait, például az XSI-műveletek, az XSI-Events, a DAS URL és a CTI felület beállításait.
Konfigurálja a belépési sablonokat
A beléptetési sablonok segítségével lehet megosztott konfigurációt alkalmazni egy vagy több ügyfélre, amint beiktatja őket a beüzemelési módokon keresztül. Minden sablont hozzá kell rendelnie egy fürthöz (amelyet az előző szakaszban hozott létre).
Annyi sablont hozhat létre, amennyire szüksége van, de csak egy sablon társítható egy ügyfélhez.
Jelentkezzen be a 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.ap373197
R23 esetén:
AP.as.23.0.1075.ap373197
R24 esetén:
AP.as.24.0.944.ap384177
A Webex Cisco BroadWorks rendszerhez telepítéséhez szükséges BroadWorks javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben.Módosítsa a következőre:
Maintenance/ContainerOptions
összefüggésben.A létesítési URL paraméter engedélyezése:
/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true
Szerezze be a beüzemelési URL-cím(ek)et a Partner Hubból
Lásd a Cisco BroadWorks alkalmazáskiszolgáló parancssori felület Felügyeleti útmutató az AS parancsok részleteiért (Interfész > Üzenetküldés és szolgáltatás > Integrált IM&P).
Jelentkezzen be a Partner Hubba, és lépjen ide:
.Kattintson Sablonok megtekintése .
Válassza ki azt a sablont, amelyet a vállalat/csoport előfizetőinek Webex való kiépítéséhez használ.
A sablon részletei a jobb oldalon egy repülő ablaktáblában jelennek meg. Ha még nem hozott létre sablont, akkor ezt meg kell tennie, mielőtt megszerezné a létesítési URL-címet .
Másolja a Beüzemelési adapter URL-címe .
Ismételje meg ezt más sablonoknál is, ha egynél több sablonja van.
(Opció) Rendszerszintű üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
Előfordulhat, hogy nem kívánja beállítani a rendszerszintű kiépítési és szolgáltatási tartományt, ha UC-One SaaS-t használ. Lásd Döntési pontok a Környezet előkészítése részben. |
Jelentkezzen be az alkalmazáskiszolgálóra, és konfigurálja az üzenetkezelő felületet.
AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
AS_CLI/Interface/Messaging> set enableSynchronization true
Az integrált IMP felület aktiválása:
/AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
/AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true
Meg kell adnia a(z) teljes nevét |
(Opció) Vállalatonkénti üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
A BroadWorks felhasználói felületen nyissa meg a konfigurálni kívánt vállalatot, és lépjen a következőhöz: Szolgáltatások > Integrált IM&P .
Válassza ki Szolgáltatási tartomány használata és adjon meg egy fiktív értéket ( A Webex figyelmen kívül hagyja ezt a paramétert. Hasznos lehet
example.com
).Válassza ki Üzenetküldés szerver használata .
A URL mezőbe illessze be a Partner Hub sablonjából másolt beüzemelési URL -címet.
Meg kell adnia a(z) teljes nevét
provisioningURL
paramétert, ahogy azt a Partner Hubban megadták. Ha az alkalmazáskiszolgáló nem tud hozzáférni a DNS -hez a gazdagépnév feloldásához, akkor létre kell hoznia a leképezést a/etc/hosts
fájlt az AS-en.A Felhasználónév mezőbe adja meg a beüzemelési rendszergazda nevét. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
Adjon meg egy jelszót a beüzemelési rendszergazda számára. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
For Alapértelmezett felhasználói azonosító az IM&P azonosító , válassza ki Elsődleges .
Kattintson Alkalmaz .
Ismételje meg a fenti lépéseket a folyamaton keresztüli üzembe helyezésre konfigurálni kívánt többi vállalatnál.
Felhasználó-létesítési adatok
A BroadWorks és a Webex között a felhasználói kiépítés során kicserélt felhasználói adatokkal kapcsolatos információkért lásd: Szolgáltatói Felhasználó-létesítés .
Partner Pre-Provisioning Check API
A Pre-Provisioning Check API segítséget nyújt a rendszergazdáknak és az értékesítési csapatoknak azáltal, hogy ellenőrzi a hibákat, mielőtt egy ügyfél vagy előfizető csomagot biztosítana. A teljes partner rendszergazdai szerepkörrel rendelkező Felhasználó által engedélyezett felhasználók vagy integrációk használhatják ezt az API -t annak biztosítására, hogy ne legyenek ütközések vagy hibák egy adott ügyfél vagy előfizető csomagszolgáltatásával kapcsolatban.
Az API ellenőrzi, hogy nincs-e ütközés az adott ügyfél/előfizető és a Webex meglévő ügyfelei/előfizetői között. Például az API hibákat okozhat, ha az előfizető már ki van osztva egy másik ügyfél vagy partner számára, ha az e- e-mail-cím már létezik egy másik előfizető számára, vagy ha ütközés van a beüzemelési paraméterek és a Webex-en már meglévő paraméterek között. Ez lehetőséget ad arra, hogy még az üzembe helyezés előtt kijavítsa ezeket a hibákat, növelve a sikeres üzembe helyezés valószínűségét.
Az API-val kapcsolatos további információkért lásd: Webex for Wholesale Fejlesztői útmutató
Az API használatához menjen ide: Előzetesen ellenőrizze a nagykereskedelmi előfizetői szolgáltatást
A nagykereskedelmi előfizetői szolgáltatási dokumentum előzetes ellenőrzése eléréséhez be kell jelentkeznie a következőbehttps://developer.webex.com/ portálra. |
Partner SSO – SAML
Lehetővé teszi a partnerrendszergazdák számára az SAML SSO konfigurálását az újonnan létrehozott ügyfélszervezetek számára. A partnerek konfigurálhatnak egyetlen előre meghatározott SSO kapcsolatot, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
Az alábbi Partner SSO lépések csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partnerrendszergazdák megpróbálnak hozzáadni Partner SSO -t egy meglévő ügyfélszervezethez, a meglévő hitelesítési módszer megmarad annak érdekében, hogy a meglévő felhasználók ne veszítsék el a hozzáférésüket. Ha meglévő szervezethez szeretné hozzáadni a Partner SSO -t, meg kell nyitnia egy jegyet a Cisco TAC alkalmazással. |
Ellenőrizze, hogy a külső identitásszolgáltató megfelel-e a következő követelményeknek: Az identitásszolgáltatókra vonatkozó követelmények szakasza Egyszeri bejelentkezéses integráció a Control Hubban .
Nyisson meg egy szolgáltatási kérést a Cisco TAC segítségével. A TAC-nak bizalmi kapcsolatot kell létrehoznia a külső identitásszolgáltató és a Cisco Common Identity szolgáltatás között. .
Ha az IdP-je megköveteli apassEmailInRequest
funkció engedélyezéséhez, ügyeljen rá, hogy ez a követelmény szerepeljen a szolgáltatáskérés. Érdeklődjön az IdP-nél, ha nem biztos benne, hogy szükség van-e erre a funkcióra.Töltse fel a TAC által biztosított CI-metaadatfájlt az identitásszolgáltatója számára.
Belépési sablon konfigurálása. A Hitelesítési mód beállítást, válassza ki Partner hitelesítés . A IDP- azonosító , adja meg az EntityID-t a harmadik fél identitásszolgáltató SAML -metaadat XML -fájljából .
Hozzon létre egy új felhasználót egy új ügyfélszervezetben, amely használja a sablont.
Nagyon, hogy a felhasználó be tud jelentkezni.
Partner SSO – OpenID Connect (OIDC)
Lehetővé teszi a partnerrendszergazdák számára az OIDC SSO konfigurálását az újonnan létrehozott ügyfélszervezetek számára. A partnerek konfigurálhatnak egyetlen előre meghatározott SSO kapcsolatot, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
A Partner SSO OIDC beállításának alábbi lépései csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partnerrendszergazdák egy meglévő sablonban megpróbálják módosítani az alapértelmezett hitelesítési típust Partner SSO OIDC-re, a módosítások nem vonatkoznak a sablont használó ügyfélszervezetekre. |
Nyisson meg egy szolgáltatási kérelmet a Cisco TAC segítségével az OpenID Connect IDP adataival. Az alábbiak kötelező és nem kötelező IDP-attribútumok. A TAC-nak be kell állítania az IDP-t a CI-n, és meg kell adnia az IDP-n konfigurálandó átirányítási URI -t.
Attribútum
Megkérve
Leírás
IDP név
Igen
Az OIDC IdP-konfiguráció egyedi, de a kis- és nagybetűket nem érző neve tartalmazhat betűket, számokat, kötőjeleket, aláhúzásokat, hullámvölgyeket és pontokat, maximális hossza pedig 128 karakter.
OAuth-ügyfélazonosító
Igen
OIDC IdP-hitelesítés kérésére szolgál.
Titkos OAuth-kliens
Igen
OIDC IdP-hitelesítés kérésére szolgál.
A hatókörök listája
Igen
Az OIDC IdP-hitelesítés kéréséhez használt hatókörök listája, szóközre bontva, pl. 'openid e-mail profil' Tartalmazni kell az openid azonosítót és az e-mailt.
Engedélyezési végpont
Igen, ha a discoveryEndpoint nincs megadva
Az IdP OAuth 2.0 hitelesítési végpontjának URL -címe.
tokenEndpoint
Igen, ha a discoveryEndpoint nincs megadva
Az IdP OAuth 2.0 Token végpontjának URL -címe.
Felfedezési végpont
Nem
Az IdP felderítési végpontjának URL -címe az OpenID végpontok felderítéséhez.
userInfoEndpoint
Nem
Az IdP UserInfo végpontjának URL -címe.
Kulcsbeállítás végpontja
Nem
Az IdP JSON web kulcskészlet-végpontjának URL -címe.
A fenti IDP attribútumok mellett a partnerszervezet azonosító is meg kell adni a TAC kérésben.
Állítsa be az átirányítási URI -t az OpenID connect IDP-n.
Belépési sablon konfigurálása. A Hitelesítési mód beállításához válassza a Partner hitelesítés OpenID Connect segítségével lehetőséget, és adja meg az IDP beállítása során megadott IDP nevet az OpenID Connect IDP entitás azonosító.
Hozzon létre egy új felhasználót egy új ügyfélszervezetben, amely használja a sablont.
Nagyon, hogy a felhasználó bejelentkezhet az SSO hitelesítési folyamat segítségével.
Híváskorrelációs azonosító engedélyezése
A Webex Cisco BroadWorks rendszerhez futtatásához engedélyeznie kell a híváskorrelációs azonosítót. Ez a beállítás számos hívási funkcióhoz szükséges, beleértve a hívásrögzítést, a csoportos hívásfelvételt, az ügyvezetőt és a vezetői asszisztenst.
A CLI segítségével engedélyezze a funkciót az összes AS és XSP rendszeren| ADP interfészek.
Futtassa a következő parancsokat az AS felületeken. Ez lehetővé teszi az AS számára, hogy elküldje a
X-BroadWorks-Correlation-Info
SIP fejléc:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true
AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
A
enableCallCorrelationID
Az Xsi-Actions alkalmazáshoz társított paraméter a híváskorrelációs információk Xsi-Actions naplókban való szerepeltetésének vezérlésére szolgál. Javasoljuk, hogy rendelkezzenenableCallCorrelationID
a következő paranccsal engedélyezhető az XSP-n| ADP interfészek:XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true
A híváskorrelációs azonosítóval kapcsolatos további információkért lásd: Cisco BroadWorks híváskorrelációs azonosító funkció leírása .
Címtár-szinkronizálás
A Címtár-szinkronizálás biztosítja, hogy a Webex Cisco BroadWorks felhasználói a Webex címtár segítségével hívhassanak bármely hívó entitást a BroadWorks kiszolgálóról. Ha ez a funkció engedélyezve van, a BroadWorks kiszolgáló teljes hívási címtárát a rendszer szinkronizálja a Webex címtárral. A felhasználók elérhetik a címtárat a Webex alkalmazásból, és a BroadWorks kiszolgálóról bármely hívó entitást felhívhatnak.
A Címtár-szinkronizálás bekapcsolásához lépjen a következőre: Címtár-szinkronizálás a Webex a Cisco BroadWorks rendszerhez .
A Webex Cisco BroadWorks folyamaton keresztüli üzembe helyezése hozzáadja az üzenetküldő felhasználókat és a kapcsolódó hívási információkat a BroadWorks kiszolgálóról a Webex platformhoz. A telefonlisták, a nem üzenetküldő felhasználók és a nem felhasználói entitások azonban nem szerepelnek benne (például konferenciatermi telefon, faxkészülék vagy keresőcsoport száma). A Címtár-szinkronizálás bekapcsolása biztosítja, hogy az összes hívó entitás hozzákerüljön a Webex platformhoz. |
Egységes híváselőzmények
Ha engedélyezve van az egyesített híváselőzmények, a BroadWorks hívási események szinkronizálódnak a Webex felhőbe, és részeivé válnak a Webex Unified hívás- és értekezletelőzményeknek, amelyek a Webex alkalmazásban jelennek meg. A felhasználók megtekinthetik saját részletes híváselőzményeiket és értekezletelőzményeiket a Webex alkalmazásból.
Az egyesített híváselőzményeket a partnerszintű rendszergazdák engedélyezhetik a Partner Hubban fürtönkénti alapon. Amikor ez a funkció be van kapcsolva, a BroadWorks-telepítés a következő hívási eseményeket szinkronizálja a Webex felhőbe:
Híváselőzmény-események – ezek az események hozzászoktak egy részletes egyesített híváselőzmény létrehozásához
Hook Status események—A Unified Call History olyan kagylóállapot-optimalizálásokat tartalmaz, amelyek csökkentik a hálózati sávszélességet a telefonos jelenlét frissítéseihez
Egységesített híváselőzmények követelményei
Az egyesített híváselőzmények konfigurálása előtt győződjön meg arról, hogy javította a rendszert. Ez a funkció a következő BroadWorks javítások telepítésétől függ:
R22 esetén:
AP.as.22.0.1123.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
R23 esetén:
AP.as.23.0.1075.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
XSP használata esetén—
AP.xsp.23.0.1075.ap378585
Ha ADP-t használ—
Xsi-Events-23_2021.05_1.251.bwar
R24 esetén:
AP.as.24.0.944.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
A Webex Cisco BroadWorks rendszerhez készült futtatásának előfeltételeként telepítendő BroadWorks-javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben. |
A rendszer javítása mellett az ügyfél konfigurációs fájlja ( config-wxt.xml
) a következő címkekészlettel kell rendelkeznie: <call-history enable-unified-history=”%ENABLE_UNIFIED_CALL_HISTORY_WXT%”/>
Ahhoz, hogy a Hunt Group, Call Center és egyéb átirányítási információk megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R23 esetén:
AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994
R24 esetén:
AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994
Ahhoz, hogy az Executive-Assistant információi megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R24 esetén:
AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
Az Xsi-Events-24-et futtató ADP_ 2022.06. vagy újabb
A Broadworks javítások mellett a Címtár szinkronizálást engedélyezni kell az Executive-Assistant egyesített híváselőzményeihez is.
Ha engedélyezi a híváselőzményeket vagy a DND-szinkronizálást, a Webex CTI -előfizetés-frissítési kérelmeket küld a fürthöz tartozó összes felhasználó számára. A felhasználók számától függően ez néhány óráig is eltarthat. Javasoljuk, hogy ne végezzen Broadworks-karbantartási tevékenységet ugyanazon a karbantartási időszak alatt. |
Híváselőzmények engedélyezése (új fürt)
Ha új fürtön szeretné engedélyezni a híváselőzményeket, olvassa el a fürtök hozzáadásának lépéseit Konfigurálja a saját partnerszervezetét a Partner Hubban .
Híváselőzmények engedélyezése (meglévő fürt)
Ha engedélyezni szeretné a híváselőzményeket egy meglévő fürtön, kövesse az alábbi lépéseket:
Jelentkezzen be a Partner Hubba a következő címen:
admin.webex.com
.Ugrás ide: Beállítások elemre és válasszon ki egy meglévő fürtöt.
Ellenőrizze, hogy a fürtkapcsolat megfelelő-e. A jobb oldali panelen egy zöld jelölő kell megjelennie a következővel: A kapcsolat létrejött .
Ha ez nem jelenik meg, akkor a következő alatt: Kapcsolatok ellenőrzése (opcionális) , adja meg BroadWorks felhasználói azonosító és BroadWorks jelszó és kattintson Ellenőrizze hogy ellenőrizze a kapcsolat megfelelőségét.
Ellenőrizze a hívásnapló engedélyezése jelölőnégyzet.
Kattintson a Mentés lehetőségre.
Funkcióinterakciók
A következő funkcióinterakciók léteznek az egyesített híváselőzmények esetében:
Az egyesített híváselőzmények nem támogatottak azoknál a felhasználóknál, akik a BroadWorksben útvonallistákkal vagy közvetlen útvonalakkal vannak konfigurálva. Ha ez a helyzet áll fenn, a rendszer nem küldi el a híváselőzményeket és a Hook állapot eseményeit a Webex alkalmazásba.
Az egyesített híváselőzmények nem támogatottak melléktárcsázás esetén. Előfordulhat, hogy a mellék tárcsázásával indított hívások nem jelennek meg megfelelően a Híváselőzményekben.
Híváselőzmények megtekintése a Webex alkalmazásban
A végfelhasználók a Webex alkalmazásból érhetik el és tekinthetik meg az egyesített híváselőzményeiket. A részletekért lásd: Webex| Hívás- és értekezletelőzmények megtekintése .
Az egyesített híváselőzmények letiltása
Miután engedélyezte az egyesített híváselőzményeket egy fürtön, önmagában nem tilthatja le a funkciót. Ha le szeretné tiltani a funkciót, forduljon a következőhöz: Cisco Technical Assistance Center (TAC) .
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 WebexMeetings
NS NE útválasztás az I-SBC számára
Példa konfigurációra
NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
Network Element WebexMeetings
Location = 1281465
Data Center =
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = NIL_PROFILE
Remote Lookup Enabled = false
Signaling Attributes =
NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
Routing NE Address Cost Weight Port Transport Route
=====================================================================
WebexMeetings sbc-address 1 99 - unspecified
NS útválasztási profil
UrlDialing házirend-példány hozzáadva a megfelelő útválasztási profil(ok)hoz
NS_CLI/Policy/Profile> get profile MyInst
Profile: Webex
Policy Instance
==========================================
…
UrlDialing WebexMeetings
AS NS Route használata a NetworkURL híváshoz
Engedélyezze az AS számára az NS útvonal tiszteletben tartását Hibrid AS módban
AS_CLI/Interface/IMS> set queryNSForNetworkURL true
E911 Segélyhívás
A Webex for Cisco BroadWorks támogatja az E911 segélyhívó szolgálatok hívását. Ezzel a funkcióval a segélyhívások egy PSAP-ra lesznek irányítva, amely a segélyhívó szolgálatokat a hívó fél helyszínére irányíthatja. A funkció használatához integrálnia kell a Webex for Cisco BroadWorks alkalmazást egy E911 segélyhívás szolgáltatóval.
A következő Webex -cikkek segítségével konfigurálhatja az E911 segélyhívó szolgáltatásainak támogatását:
E911 vészhívás a Webex for BroadWorks alkalmazásban —E cikk segítségével konfigurálhatja az E911-vészhívást a Webex for Cisco BroadWorks alkalmazásban az alábbi támogatott E911-szolgáltatók egyikének használatával:
Sávszélesség
Intrado
RedSky
Segélyhívási felelősség kizárása — Ha rendelkezik helymeghatározási szolgáltatással, beállíthatja, hogy a Webex alkalmazás Vészhelyzeti szolgálatok felelősségkizárása ablaka tartalmazzon lehetőséget a felhasználók számára, hogy bejelentkezéskor frissítsék a tartózkodási helyüket.
Ügyfelek testre szabása és biztosítása
A felhasználók letöltik és telepítik az általános Webex -alkalmazásaikat, asztali számítógépre vagy mobilra (a letöltési hivatkozásokat lásd: Webex alkalmazásplatformok ). A felhasználó hitelesítését követően a kliens regisztrál a Webex Cloudon üzenetküldéshez és értekezletekhez, lekéri a márkainformációit, felfedezi a BroadWorks szolgáltatás információit, és letölti a hívási konfigurációját a BroadWorks alkalmazáskiszolgálóról (DMS-en keresztül XSP-n| ADP).
A Webex-alkalmazások hívási paramétereit a Webex -ben konfigurálhatja (a szokásos módon). A Control Hubban konfigurálhatja a márkaépítési, üzenetküldési és értekezletparamétereket az ügyfelek számára. A konfigurációs fájl közvetlenül nem lehet módosítani.
Ez a két konfigurációkészlet átfedheti egymást, ebben az esetben a Webex -konfiguráció felülírja a BroadWorks-konfigurációt.
Webex Apps konfigurációs sablonok hozzáadása a BroadWorks alkalmazáskiszolgálóhoz
A Webex alkalmazások DTAF fájlokkal vannak konfigurálva. Az ügyfelek letöltenek egy konfigurációs XML-fájl az alkalmazáskiszolgálóról az XSP eszközkezelő szolgáltatásán keresztül| ADP.
Szerezze be a szükséges DTAF fájlokat (lásd Eszközprofilok lehetőségre A környezet előkészítése szakaszban).
Ellenőrizze, hogy a megfelelő címkekészletek vannak-e beállítva BroadWorks System > Erőforrások > Eszközkezelési címkekészletek .
Minden egyes beüzemelt ügyfél esetében:
Töltse le és bontsa ki a DTAF zip fájlt az adott klienshez.
DTAF-fájlok importálása a BroadWorks-be itt: Rendszer > Erőforrások > Identitás/eszközprofil típusok
Nyissa meg az újonnan hozzáadott eszközprofil szerkesztéshez, és:
Adja meg az XSP-t| ADP farm FQDN és Device Access Protocol.
Ellenőrizze a Távoli partyinformációk támogatása jelölőnégyzet. Ez a támogatás szükséges az asztalmegosztás működéséhez.
A távoli fél támogatását úgy is engedélyezheti, hogy futtatja a következő CLI-parancs az alkalmazáskiszolgálón:AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Módosítsa a sablonokat a környezetének megfelelően (lásd az alábbi táblázatot).
Mentse el a profilját.
Kattintson Fájlok és hitelesítés majd válassza ki az összes rendszerfájl újraépítését.
Név | Leírás |
Kodek prioritás | Állítsa be a VoIP -hívások hang- és videokodekeinek prioritási sorrendjét |
TCP, UDP és TLS | Konfigurálja a SIP-jelküldés és médiához használt protokollokat |
RTP audio és videó portok | Porttartományok konfigurálása az RTP hanghoz és videóhoz |
SIP beállítások | Konfigurálhatja a SIP -pel kapcsolatos különféle opciókat (SIP INFO, rport használata, SIP-proxy felderítés, frissítési időközök a regisztrációhoz és az előfizetéshez stb.) |
A Webex alkalmazás márkaépítésének testreszabása
Partner testreszabása—A partneri rendszergazdák alkalmazhatnak speciális márkaépítési testreszabásokat, amelyek a partner által kezelt partnerszervezetre és/vagy ügyfelekre vonatkoznak. Lásd Speciális márka-testreszabások konfigurálása .
Ügyfélre vonatkozó testreszabások—Ha a partner lehetővé teszi az ügyfelek számára, hogy alkalmazzák saját márkaépítési testreszabásaikat, az ügyfél rendszergazdái a következő oldalon követhetik az eljárást: Vállalati márkaépítés hozzáadása a Webex .
A Felhasználóaktiválási portál ugyanazt az emblémát használja, mint amit az ügyfél márkaépítéshez ad hozzá. |
A problémajelentési és a súgó URL-címek testreszabása
A beállítások testreszabásához a rendszergazdák követhetik a „Visszajelzés és súgóoldal URL-címeinek hozzáadása” című eljárást, amely mindkét fenti Márkaépítési cikkben található.
A Webex for Cisco BroadWorks tesztszervezetének konfigurálása
Mielőtt elkezdené
Átfolyós üzembe helyezéssel
Az összes XSP-t be kell állítania| Az ADP-szolgáltatásokat, és a partnerszervezetet a Control Hubban, mielőtt elvégezné ezt a feladatot.
1 | Szolgáltatás hozzárendelése a BroadWorks-ben: |
2 | Ügyfélszervezet és felhasználók ellenőrzése a Control Hubban: |
Felhasználói tesztelés
1 | Töltse le a Webex alkalmazás két különböző gépen. |
2 | Jelentkezzen be tesztfelhasználóként a két gépen. |
3 | Indítson teszthívásokat. |
Ügyfélszervezetek biztosítása
A jelenlegi modellben automatikusan kiépítjük az ügyfélszervezetet, amikor belép az első felhasználóba a jelen dokumentumban ismertetett módszerek bármelyikén keresztül. Az üzembe helyezés csak egyszer történik minden ügyfél esetében.
Felhasználók beüzemelése
A szolgáltatlási felhasználók a következő módokon adhatja ki:
Használjon API-kat Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailekhez a Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailek nélkül. A felhasználók megadják és érvényesítik az e-mail-címeket a Webex -fiókok létrehozásához
Engedélyezze a felhasználók számára az önaktiválást (küldjön nekik egy hivatkozást, ők hoznak létre Webex -fiókot)
Nyilvános üzembe helyezési API-k
A Webex nyilvános API-kat tesz elérhetővé, hogy lehetővé tegyék a szolgáltatók számára, hogy integrálják a Webex for Cisco BroadWorks előfizetői kiépítését a meglévő üzembe helyezési munkafolyamataikba. Ezen API-k specifikációi itt érhetők el: developer.webex.com
. Ha ezekkel az API-kkal szeretne fejleszteni, forduljon a Cisco képviselőjéhez, és szerezze be a Webex Cisco BroadWorks alkalmazást.
A nagykereskedelmi ügyfeleket elutasítják ezek az API-k. |
Folyamatos üzembe helyezés
A BroadWorks rendszeren a szolgáltatlási felhasználók a Integrált IM&P engedélyezése opciót. Ez a művelet arra készteti a BroadWorks üzembe helyezési illesztőt, hogy egy API-hívás indít a felhasználó kiépítéséhez a Webex-en. Az üzembe helyezési API -nk visszafelé kompatibilis az UC-One SaaS API-val . A BroadWorks AS nem igényel kódmódosítást, csak a létesítési adapter API -végpontjának konfigurációs módosítás .
Az előfizetők telepítése a Webex -en jelentős időt vehet igénybe (a kezdeti felhasználónál több percet is igénybe vehet a vállalaton belül). A Webex az üzembe helyezést háttérfeladatként végzi. Tehát az átmenőleges üzembe helyezés sikeressége azt jelzi, hogy a telepítés megkezdődött. Nem jelzi a befejezést. Annak ellenőrzéséhez, hogy a felhasználók és az ügyfélszervezet teljes körűen kiépült-e a Webex rendszerében, be kell jelentkeznie a Partner Hubra, és meg kell néznie az Ügyféllistát. A BroadWorks törzshálózatot használó felhasználók megosztott hívási megjelenésen (SCA) keresztül rendelkezhetnek Webex for BroadWorks-szel. A trönkelő felhasználóhoz hozzá kell rendelni a hitelesítési szolgáltatást. A BroadWorks trunking megoldási útmutató 8. szakaszában leírtak szerint ez lehetővé teszi, hogy az SCA Webex megjelenés hitelesítése elkülönüljön a közös fővonali hitelesítéstől. A Webex for BroadWorks nem létesíthető olyan trönkelő felhasználók számára, akiknek Útvonallista vagy Közvetlen útválasztás funkciói vannak hozzárendelve. |
A sablonok helye átkerült a BroadWorks Calling alkalmazásból a Szervezeti beállításokban az Ügyféllista részbe, és mostantól Bevezető sablonnak hívják. |
Felhasználói önaktiválás
BroadWorks-felhasználók kiépítése a Webex az Integrált IM&P szolgáltatás hozzárendelése nélkül:
Jelentkezzen be a Partner Hubba, és keresse meg a Ügyféllista oldalon.
Kattintson Sablonok megtekintése .
Válassza ki az erre a felhasználóra alkalmazni kívánt beüzemelési beléptető sablont.
Ne feledje, hogy minden sablon egy fürthöz és a partnerszervezethez van társítva. Ha a felhasználó nincs a sablonhoz társított BroadWorks rendszerben, akkor a felhasználó nem tudja aktiválni magát a hivatkozással.
Másolja ki a beüzemelési hivatkozást, és küldje el a felhasználónak.
Érdemes lehet a szoftverletöltési hivatkozást is feltüntetni, és emlékeztetni a felhasználót, hogy a Webex -fiók aktiválásához meg kell adnia és ellenőriznie kell az e- e-mail-cím .
A kiválasztott sablonon nyomon követheti a felhasználó aktiválási állapotát.
További információkért lásd: Felhasználó-létesítési és aktiválási folyamatok .
Beüzemelés nem megbízható e-mailekkel
A Partner Hub egy sor vezérlőt biztosít a Felhasználói állapot nézeten belül, amely lehetővé teszi Webex a Cisco BroadWorks rendszerhez A szolgáltató rendszergazdái ellenőrzik a felhasználó állapotát, és kijavítják a hibákat a nem megbízható e-mailekkel történő beüzemeléskor. További részletekért lásd: A felhasználói kiépítés ellenőrzése nem megbízható e-mailekkel.
Webex -felhasználók áthelyezése a Webex for Cisco BroadWorks rendszerébe
Ha meglévő Webex -felhasználókat szeretne áthelyezni a Webex for Cisco BroadWorks rendszerébe, tekintse meg az alábbi táblázatot a követendő eljárás meghatározásához.
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) |
|
Ügyfélszervezet | A Webex for BroadWorks csatolása a meglévő szervezethez — A szervezeti melléklet (az első felhasználó számára) a Webex for BroadWorks alkalmazást is hozzáadja a következő felhasználókhoz, amennyiben azok a megfelelő szervezethez vannak rendelve. |
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) | Ha a Webex for BroadWorks-szervezet nem létezik (nincs kiépítve felhasználó):
Ha létezik Webex for BroadWorks-szervezet (legalább egy felhasználó ki van jelölve):
|
Ügyfélszervezet |
|
Felhasználó áthelyezése (beleegyezéssel) a Webex Cisco BroadWorks alkalmazásba
Ezzel az eljárással áthelyezhet egy meglévő Webex -felhasználót, aki egy fogyasztói szervezethez tartozik, vagy önregisztráló fiókkal (ingyenes fiókkal vagy próbafiókkal) rendelkezik a Webex for Cisco BroadWorks rendszerébe. Ne feledje, hogy a Webex for Cisco BroadWorks szervezetnek léteznie kell (az első felhasználó kiépítésével). Ebben az esetben az alábbi lehetőségek egyikével helyezheti át a felhasználókat:
Felhasználó áthelyezése (megbízható e- e-mail-címmel) – A megbízható e-mail-címekkel történő létesítést használja
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel) – A nem megbízható e-mailekkel kapcsolatos szolgáltatást használja
Önaktiválás
Felhasználó áthelyezése (megbízható e- e-mail-címmel)
Ha a belépési sablon megbízható e-maileket használ, a partner rendszergazda a következő felhasználókat a következő folyamattal helyezheti át:
A rendszergazda hozzáadja a felhasználót.
A felhasználó a BroadWorks Provisioning Bridge-re kerül.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Fiók aktiválása . A felhasználót a rendszer a Webex Consumer portálra irányítja át.
A felhasználó bejelentkezik a Webex.
Felhasználói kattintások Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel)
Ha a beléptető sablon nem megbízható e-maileket használ, először a felhasználó e- e-mail-cím kell érvényesíteni. A rendszergazda az alábbi folyamatot követve helyezheti át a következő felhasználókat:
A rendszergazda hozzáadja a felhasználót.
A felhasználó automatikusan a BroadWorks Provisioning Bridge-re kerül.
A rendszer egy aktiválási hivatkozást tartalmazó szöveget küld a felhasználónak.
A felhasználó rákattint az Aktiválás hivatkozásra, és megadja az e- e-mail-cím.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Csatlakozzon most .
Az e- e-mail-cím érvényesítése megtörtént.
A rendszer átirányítja a felhasználót, hogy jelentkezzen be a Webex Consumer portálra.
A felhasználó bejelentkezik a Webex.
A felhasználónak rá kell kattintania Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Önaktiválási folyamat
Ha a felhasználónak van BroadWorks-fiókja, akkor az önaktiválási folyamat segítségével áthelyezheti a fiókját.
A felhasználó BroadWorks hitelesítési adataival jelentkezik be a felhasználói hozzáférési portál URL -címére.
A felhasználó megadja az e- e-mail-cím.
A felhasználó a BroadWorks Provisioning Bridge-be kerül.
A rendszer egy automatikus e-mailt küld a felhasználó e- e-mail-cím.
A felhasználó megnyitja az e-mailt, és rákattint a Csatlakozzon most hivatkozást, amely hitelesíti az e- e-mail-cím.
A CI azt találja, hogy a felhasználónak már van Webex -fiókja. A felhasználónak törölnie kell a régi fiókját, mielőtt folytatná.
A rendszer átirányítja a felhasználót a Webex való bejelentkezésre.
A felhasználó bejelentkezik a Fogyasztói Portálra.
A felhasználó rákattint Fiók törlése lehetőségre .
A régi Webex -fiók törlődik.
A felhasználó egy új Webex for Cisco BroadWorks-fiókot kapott ugyanazzal az e- e-mail-cím.
A Webex for BroadWorks csatolása a meglévő szervezethez
Ha Ön partner rendszergazda Webex for BroadWorks szolgáltatásokat ad hozzá egy meglévő Webex ügyfélszervezethez, amely még nincs társítva partner által kezelt BroadWorks-vállalattal, az ügyfélszervezet rendszergazdájának KELL jóváhagynia a rendszergazdai hozzáférést ahhoz, hogy a beüzemelési kérelem sikeres legyen.
Szervezeti rendszergazdai jóváhagyásra van szükség, ha a következők bármelyike igaz:
A meglévő ügyfélszervezetnek 100 vagy több felhasználója van
A szervezet ellenőrzött e-mail-domainnel rendelkezik
A szervezeti tartomány igényelve
Ha a fenti feltételek egyike sem teljesül, akkor automatikus csatolás történhet.
Egy an Automatikus csatolás forgatókönyv esetén a Webex for BroadWorks-előfizetés hozzáadásra kerül egy meglévő ügyfélszervezethez a meglévő szervezeti rendszergazda vagy végfelhasználó értesítése nélkül. A legtöbb esetben a Partnerszervezete létesítési rendszergazdai jogokat kap. Ha azonban az ügyfélszervezetnek nincs licence, vagy csak felfüggesztett/visszavont licencei vannak, akkor teljes körű rendszergazda lesz. Az üzembe helyezési rendszergazdai hozzáféréssel korlátozott mértékben láthatja a meglévő szervezet felhasználóit a Control Hubban. Javasoljuk, hogy vegye fel a kapcsolatot az ügyfél rendszergazdájával, és kérjen teljes rendszergazdai hozzáférést a szervezethez. |
A partnerrendszergazdák a következő eljárással adhatják hozzá a BroadWorks hívási szolgáltatásokat egy meglévő Webex szervezethez:
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.
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 WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw
Terminológia
- ACL
- Hozzáférés-vezérlési lista
- ALG
- Alkalmazásréteg-átjáró
- API
- Alkalmazásprogramozási felület
- APNS
- Apple leküldéses értesítés Service
- AS
- Alkalmazáskiszolgáló
- ATA
- Analóg telefonadapter, adapter, amely az analóg telefonálást VoIP -re alakítja
- BAM
- BroadSoft alkalmazáskezelő
- Alapszintű hitelesítés
- Olyan hitelesítési módszer, amelyben egy fiók (felhasználónév) egy megosztott titkos kód (jelszó) van hitelesítve.
- BMS
- BroadSoft Üzenetküldés Server
- BOSH
- Kétirányú adatfolyamok szinkron HTTP-n keresztül
- BRI
- Alapsebességű interfész A BRI egy ISDN hozzáférési módszer
- Csomag lehetőségre
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- CA
- Hitelesítés-szolgáltató
- Szolgáltató
- A telefonos forgalmat lebonyolító szervezet (vö. Partner, Szolgáltató, Értéknövelt viszonteladó)
- CAPTCHA
- Teljesen automatizált nyilvános Turing-teszt a számítógépek és az emberek megkülönböztetésére
- CCXML
- Hívásvezérlő bővíthető jelölőnyelv
- CIF
- Közös köztes formátum
- CLI
- Parancssori felület
- CN
- Általános név
- CNPS
- Hívásértesítések Push Server. Egy XSP-n futó Notification Push szerver| ADP a környezetében, hogy hívásértesítéseket küldjön az FCM és APNS felé. Lásd: NPS-proxy.
- CPE
- Ügyféltelepi berendezések
- CPR
- Egyéni jelenléti szabály
- CSS
- Lépcsőzetes stíluslap
- CSV
- Vesszővel elválasztott érték
- CTI
- Számítógépes telefonos integráció
- CUBE
- Cisco Unified Border Element
- DMZ
- Demilitarizált zóna
- DN
- Telefonkönyvi szám
- DND
- Ne zavarjanak
- DNS
- Tartománynév-rendszer
- DPG
- Tárcsázza a társcsoportot
- DSCP
- Differenciált szolgáltatások kódpontja
- DTAF
- Eszköztípus archív fájl
- DTG
- Cél fővonalcsoport
- DTMF
- Dual-Tone Multi-Frequency
- Végfelhasználó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Előfizető)
- Nagyvállalati
- Végfelhasználók gyűjteménye (vö. Szervezet)
- FCM
- Firebase felhőalapú Üzenetküldés
- FMC
- Javított mobilkonvergencia
- Átfolyós beüzemelés
- Felhasználók létrehozása a Webex identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorksben.
- FQDN
- Teljes tartománynév
- Teljes átfolyású üzembe helyezés
- Létrehozása és ellenőrzése felhasználókat a Webex Identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorks és állítva hogy minden BroadWorks-felhasználó egyedi és érvényes e- e-mail-cím rendelkezik .
- FXO
- A Devizairoda az a port, amely az analóg vonalat fogadja. Ez a telefon vagy a faxkészülék, illetve az analóg telefon csatlakozói. On-hook/off-hook jelzést ad (hurokzárás). Mivel az FXO port egy eszközhöz, például faxhoz vagy telefonhoz csatlakozik, az eszközt gyakran „FXO eszköznek” is nevezik.
- FXS
- A deviza-előfizető az a port, amely ténylegesen továbbítja az analóg vonalat az előfizetőnek. Más szóval, a „dugó a falba” az, amelyik a tárcsahang, az akkumulátoráramot és a csengőfeszültséget továbbítja.
- GCM
- Google Cloud Message lehetőségre
- GCM
- Galois/Counter mód (titkosítási technológia)
- HID
- Emberi felület eszköz
- HTTPS
- Hypertext Transfer Protocol Secure Sockets
- IAD
- Integrált hozzáférési eszköz
- IM&P
- Azonnali Üzenetküldés és jelenlét
- IP PSTN
- Olyan szolgáltató , amely VoIP -ot nyújt a PSTN-nek, felcserélhető az ITSP-vel, vagy az internethez kapcsolódó „nyilvános” telefonálás általános kifejezésével, amelyet a nagy távközlési szolgáltatók biztosítanak (nem pedig országok szerint, ahogyan a PSTN az).
- ITSP
- Internettelefon szolgáltató
- IVR
- interaktív hangválasz / válaszadó
- JID
- Az XMPP entitások natív címét Jabber-azonosítónak vagy JID-nek nevezik localpart@tartomány.part.example.com/resourcepart (@ . / elválasztók)
- JSON
- Java Script objektumjelölés
- JSSE
- Java Secure Socket kiterjesztés; a mögöttes technológia, amely biztonságos kapcsolódási szolgáltatásokat nyújt a BroadWorks szervereknek
- KEM
- Kulcskiterjesztés modul (hardveres Cisco telefonok)
- LLT
- Hosszú élettartamú (vagy Long Life) token; a vivői token önleíró, biztonságos formája, amely lehetővé teszi a felhasználók számára, hogy hosszabb ideig maradjanak hitelesítettek, és nincs bizonyos alkalmazásokhoz kötve.
- MA
- Üzenetarchiválás
- MIB
- Vezetési információs bázis
- MS
- Médiakiszolgáló
- mTLS
- Kölcsönös hitelesítés két fél között, tanúsítványcserével, TLS kapcsolat létesítésekor
- MUC
- Többfelhasználós csevegés
- NAT
- Hálózati cím fordítások
- NPS
- Notification Push Server; lásd: CNPS
- NPS-proxy
-
A Webex olyan szolgáltatása, amely rövid élettartamú hitelesítési tokeneket szállít a CNPS-nek, lehetővé téve, hogy hívási értesítéseket küldjön le az FCM és az APN, végső soron a Webex futtató Android és iOS eszközök számára.
- OCI
- Nyissa meg az ügyfélfelületet
- Szervezet
- Végfelhasználók egy csoportját képviselő vállalat vagy szervezet (vö. Vállalati)
- OTG
- Kimenő fővonal-csoport
- Csomag
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- Partner
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Értéknövelt viszonteladó, szolgáltató, szolgáltató)
- PBX
- Privát fiókcsere
- PEM
- Továbbfejlesztett adatvédelmi levelezés
- PLMN
- Nyilvános szárazföldi mobilhálózat
- PRI
- A Primary Rate Interface (PRI) egy távközlési interfészszabvány , amelyet Integrált Szolgáltatású Digitális Hálózaton (ISDN) használnak .
- Ui.:
- Profilkiszolgáló
- PSTN
- Nyilvános kapcsolt telefonhálózat
- QoS
- Szolgáltatásminőség
- Viszonteladói portál
- Egy weboldal, amely lehetővé teszi a viszonteladó rendszergazdájának az UC-One SaaS-megoldás konfigurálását. Néha BAM portálnak, rendszergazdai portálnak vagy felügyeleti portálnak is nevezik.
- RTCP
- Valós idejű vezérlési protokoll
- RTP
- Real-Time Transport protokoll
- SBC
- Session Border Controller
- SCA
- Shared Call megjelenése
- SD
- Szabványos felbontás
- SDP
- Munkamenetleíró protokoll
- SP
- Szolgáltató; Olyan szervezet, amely telefonos vagy kapcsolódó szolgáltatásokat nyújt más szervezeteknek (vö. Szolgáltató, Partner, Értéknövelt viszonteladó)
- SIP
- Session Initiation Protocol
- SLT
- Rövid élettartamú (vagy rövid élettartamú) token (más néven BroadWorks SSO token); egy egyszer használatos hitelesített token, amely a webes alkalmazások biztonságos elérésére szolgál.
- SMB
- Kis- és középvállalkozások
- SNMP
- Egyszerű hálózatkezelési protokoll
- sRTCP
- biztonságos Realtime Transfer Control Protocol (VoIP hívásmédia)
- sRTP
- biztonságos Realtime Transfer Protocol (VoIP hívásmédia)
- SSL
- Biztonságos socket-réteg
- Feliratkozó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Végfelhasználó)
- TCP
- Átvitelvezérlő protokoll
- TDM
- Időosztásos multiplexelés
- TLS
- Transport Layer Security (TLS)
- Általános Szerződési Feltételek
- Szolgáltatás típusa
- UAP
- Felhasználói aktiválási portál
- UC
- Egységesített kommunikáció
- UI
- Felhasználói felület
- U azonosító
- Egyedi azonosító
- UMS
- Üzenetküldés szerver
- URI
- Egységes erőforrás-azonosító
- URL
- Uniform Resource Locator
- USS
- Megosztási kiszolgáló
- UTC
- Egyezményes koordinált világidő
- UVS
- Videó szerver
- Értéknövelt viszonteladó (VAR)
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Szolgáltató, Partner, Szolgáltató)
- VGA
- Video Graphics Array
- VoIP
- Voice over internetprotokoll (IP)
- VXML
- Hanggal bővíthető jelölőnyelv
- WebDAV
- web elosztott szerzői és verziószámozás
- WebRTC
- web valós idejű kommunikáció
- WRS
- WebRTC szerver
- XMPP
- Bővíthető Üzenetküldés és jelenléti protokoll
Szolgáltatások konfigurálása (mTLS-szel a hitelesítési szolgáltatáshoz)
Az alábbi eljárások váltják fel a témakörben szereplő eljárásokat Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k . Ezeket az eljárásokat csak akkor végezze el, ha mTLS-t használ a hitelesítési szolgáltatáshoz a CI token érvényesítés helyett. Ezek az eljárások kötelezőek, ha több Webex -szervezetet futtat ugyanazon az XSP-n| ADP szerver. Ellenkező esetben ezek nem kötelezőek.
Ha nem futtat több Webex -szervezetet ugyanazon az XSP-n keresztül| ADP szerver, CI Token Validation ( TLS-szel) javasolt a hitelesítési szolgáltatáshoz. Lásd: Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k a hitelesítési szolgáltatás és egyéb szolgáltatások konfigurálásával kapcsolatos részletekért. |
Xsi felületek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a leírás szerint Cisco BroadWorks Xtended Services felület konfigurációs útmutató .
Az Xsi-Events alkalmazásoknak csak egy példányát kell telepíteni az XSP-re| A CTI interfészhez használt ADP.
A Broadworks és a Webex közötti integrációhoz használt összes Xsi-Eventnek ugyanazzal a Webex -vel kell rendelkeznie, mint az Applications/Xsi-Events/GeneralSettings alatt. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
Amikor egy felhasználó bejelentkezett a Webex, a Webex előfizetést hoz létre a felhasználó számára az AS-en, hogy fogadja a telefonos eseményeket a jelenlét és a hívásnapló vonatkozásában. Az előfizetés a callControlApplicationName alkalmazáshoz van társítva, és az AS ennek alapján tudja, melyik Xsi-Eventsnek küldje el a telefonos eseményeket.
A callControlApplicationName módosítása, vagy ha nem ugyanaz a név az összes Xsi-Events webalkalmazáson, az hatással lesz az előfizetésekre és a telefonos eseményekre. |
Hitelesítési szolgáltatás konfigurálása (mTLS-szel)
A hosszú élettartamú BroadWorks tokeneket az XSP-n tárolt hitelesítési szolgáltatás hozza létre és hitelesíti| ADP-k.
Követelmények
Az XSP| A hitelesítési szolgáltatást futtató ADP-kiszolgálóknak rendelkezniük kell konfigurált mTLS-interfészekkel.
XSP| Az ADP-knek ugyanazokat a kulcsokat kell megosztaniuk a BroadWorks hosszú élettartamú tokenek titkosításához/visszafejtéséhez. Ezeknek a kulcsoknak a másolása az egyes XSP-kre| Az ADP manuális folyamat.
XSP| Az ADP-ket szinkronizálni kell az NTP-vel.
Konfiguráció áttekintése
Az alapvető konfiguráció az XSP-n| Az ADP-k a következőket tartalmazzák:
Telepítse a hitelesítési szolgáltatást.
Állítsa be a token időtartamát legalább 60 napra (hagyja meg a kibocsátót BroadWorksként).
RSA -kulcsok létrehozása és megosztása XSP-n keresztül| ADP-k.
Adja meg a webes tároló authService URL -címét.
Telepítse a hitelesítési szolgáltatást az XSP rendszeren| ADP
Minden XSP-n| A Webex használt ADP:
Aktiválja a hitelesítési szolgáltatás alkalmazást az elérési úton
/authService
(ezt az elérési utat kell használnia):XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService
(hol
<version>
az Ön BroadWorks-verziója).Az alkalmazás telepítése:
XSP|ADP_CLI/Maintenance/ManagedObjects>
deploy application /authService
Token időtartamának konfigurálása
A meglévő tokenkonfiguráció ellenőrzése (óra):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
get
Állítsa be az időtartamot 60 napra (maximum 180 nap):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
set tokenDurationInHours 1440
RSA -kulcsok létrehozása és megosztása
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
E két tényező miatt egyetlen XSP-n kell kulcsokat generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k. |
Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress> /authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét
Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket.
Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Bizalom konfigurálása a hitelesítési szolgáltatáshoz (mTLS-szel)
Jelentkezzen be a Control Hubba a partnerrendszergazdai rendszergazdafiók.
Ugrás ide: Töltse Webex CA-tanúsítványt hogy megkapja
és kattintsonCombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
.Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
.Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
. (Nem kötelező) Futtassa a súgótUpdateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot
,webexclientroot2023
,webexclientissuing
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, ha mind a négy bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
(Opció) Az mTLS konfigurálása a HTTP interfész/port szintjén
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS-t HTTP interfész/port szinten állítja be, az mTLS-re minden, ezen a felületen/porton keresztül elérhető webalkalmazáshoz szükség van.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/HttpServer>
és futtassa aget
parancsot a felületek megtekintéséhez.Interfész hozzáadása és ügyfélhitelesítés előírása (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Lényegében az első
true
TLS -sel (a kiszolgálótanúsítvány létrejön, ha szükséges), és a másodiktrue
arra kényszeríti a felületet, hogy klienstanúsítvány -hitelesítést igényeljen (együtt mTLS).
Például:
XSP|ADP_CLI/Interface/Http/HttpServer> get
Interface Port Name Secure Client Auth Req Cluster Fqdn
=======================================================
192.0.2.7 443 XSP|ADP01.collab.example.net true false
192.0.2.7 444 XSP|ADP01.collab.example.net true true
Ebben a példában az mTLS (Client Auth Req = true) engedélyezve van 192.0.2.7
port 444
. A TLS engedélyezve van 192.0.2.7
port 443
.
(Opció) Az mTLS konfigurálása adott webes alkalmazásokhoz
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS alkalmazásszinten konfigurálódik, az mTLS-re az adott alkalmazáshoz is szükség van, függetlenül a HTTP kiszolgáló interfész konfigurációjától.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
és futtassa aget
parancsot, hogy megtudja, mely alkalmazások futnak.Alkalmazás hozzáadása és ügyfélhitelesítés előírása hozzá (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Az alkalmazásnevek ott vannak felsorolva. A
true
ebben a parancsban engedélyezi az mTLS-t.
Például:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
add 192.0.2.7 443 AuthenticationService true
A példaparancs hozzáadja az AuthenticationService alkalmazást a 192.0.2.7:443-hoz, és megköveteli tőle, hogy tanúsítványokat kérjen és hitelesítsen az ügyféltől.
Ellenőrizze a következővel: get
:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
get
Interface Ip Port Application Name Client Auth Req
===================================================
192.0.2.7 443 AuthenticationService true
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
Merre tovább?
A konfigurációhoz újra csatlakozhat a fő dokumentumfolyamathoz a következő időpontban: CTI felület és kapcsolódó konfiguráció .
További tanúsítványkövetelmények az AuthService elleni kölcsönös TLS -hitelesítéshez
A Webex és a hitelesítési szolgáltatás egy kölcsönös TLS -hitelesített kapcsolaton keresztül működik együtt. Ez azt jelenti, hogy a Webex bemutat egy klienstanúsítvány és az XSP-t| Az ADP-nek hitelesítenie kell. Annak érdekében, hogy megbízható legyen ez a tanúsítvány, a Webex CA-tanúsítvány segítségével hozzon létre egy megbízhatósági horgonyt az XSP-n| ADP (vagy proxy). A tanúsítványlánc letölthető a Partner Hubon keresztül:
Ugrás ide: Beállítások > BroadWorks-hívás lehetőséget .
Kattintson a tanúsítvány letöltése hivatkozásra.
A tanúsítványlánc innen is beszerezhetihttps://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt . |
A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy ebben a három esetben hol kell telepíteni a Webex CA-tanúsítvány .
Kölcsönös TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be a proxynak.
A Webex CA-tanúsítvány a proxy megbízhatósági tárolójában van telepítve, így a proxy megbízik az klienstanúsítvány.
A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy egy nyilvánosan aláírt kiszolgálótanúsítvány mutat be a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions:
X509v3 Extended Key Usage:
1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Kölcsönös TLS -tanúsítvány-követelmények a TLS-passthrough proxyhoz vagy XSP-hez DMZ-ben
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be az XSP-knek.
A Webex CA-tanúsítvány az XSP-k bizalmi tárolójában van telepítve, így az XSP-k megbíznak az klienstanúsítvány.
A nyilvánosan aláírt XSP kiszolgálótanúsítvány is betöltődik az XSP-kbe.
Az XSP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex megbízik az XSP-k kiszolgálótanúsítványait aláíró nyilvános hitelesítésszolgáltatóban.
Dokumentum módosítási előzmények
A következő táblázat a dokumentum módosításainak előzményeit mutatja be az elmúlt 12 hónapban.
Dátum | Verzió | A változás leírása | |
---|---|---|---|
2024. 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 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.
Professzionális csomag Control Hub rendszerhez
A Pro Pack for Control Hub bővítmény szolgáltatás a rendszergazdák, az információbiztonsági szakemberek és a megfelelőségi tisztviselők számára fejlett biztonsági, megfelelőségi és elemzési funkciókat biztosít, amelyek integrálhatók a szoftverbe.
Ezek a bővítmény szolgáltatások csak a Standard és a Prémium csomagok esetén lesznek elérhetők.
További információkért lásd a A Control Hub Pro csomagjának súgóoldala .
Jövő ütemterve
Ha betekintést szeretne kapni a Webex Cisco BroadWorks jövőbeli verzióival kapcsolatos szándékainkba, látogasson el ide:https://salesconnect.cisco.com/#/program/PAGE-16649 . Az ütemterv elemei semmilyen minőségben nem kötelező erejűek. A Cisco fenntartja a jogot, hogy visszatartsa vagy felülvizsgálja ezen elemek bármelyikét vagy mindegyikét a jövőbeli kiadásokban.
Korlátozások
Beüzemelési korlátozások
Értekezletoldal időzónája
Az egyes csomagok első előfizetőjének időzónája lesz az adott csomaghoz létrehozott Webex Meetings oldal időzónája.
Ha nincs időzóna megadva az egyes csomagok első felhasználójának üzembe helyezési kérelmében, akkor az adott csomag Webex Meetings oldalának időzónája az előfizetői szervezet regionális alapértelmezett beállítására lesz beállítva.
Ha az ügyfelének egy adott Webex Meetings -webhely-időzónára van szüksége, adja meg a timezone
paramétert a beüzemelési kérelemben a következőhöz:
a szervezetben a Standard csomagra kiépített első előfizető.
az első Prémium csomagra kiépített előfizető a szervezeten belül.
a szervezetben az Alap csomagra kiépített első előfizető.
Általános korlátozások
Nincs hívás a Webex ügyfél web verziójában (Ez egy kliens korlátozás, nem a megoldás korlátozása.)
Előfordulhat, hogy a Webex még nem rendelkezik az összes felhasználói felület-vezérlővel a BroadWorks-től elérhető hívásvezérlés funkciók egy részének támogatásához.
A Webex kliens jelenleg nem lehet „fehér címkével” ellátva.
Amikor a kiválasztott beüzemelési módszerrel hoz létre ügyfélszervezeteket, azok automatikusan a partnerszervezettel azonos régióban jönnek létre. Ez a viselkedés szándékos. A multinacionális partnerektől elvárjuk, hogy minden olyan régióban hozzanak létre partnerszervezetet, ahol az ügyfélszervezeteket kezelik.
Az értekezletekről és az üzenetküldés használatáról szóló jelentések a Control Hub ügyfélszervezetén keresztül érhetők el.
Ismert problémák és korlátok
A Webex Cisco BroadWorks ajánlattal kapcsolatos ismert problémák és korlátozások naprakész listájáért lásd: Ismert problémák és korlátok .
Üzenetküldés korlátok
A következő adattárolási korlátozások (üzenetkezelés és fájlok együttesen) azokra a szervezetekre vonatkoznak, amelyek a Webex for Cisco BroadWorks szolgáltatásokat egy Szolgáltatón keresztül vásárolták meg. Ezek a korlátok az üzenetküldés és a fájlok maximális tárhelyét jelentik.
Alapszintű: 2 GB felhasználónként 3 évig
Normál 5 GB felhasználónként 3 évig
Prémium: 10 GB felhasználónként 5 évig
Az egyes ügyfélszervezetek esetében ezeket a felhasználónkénti végösszegeket a rendszer összevonja, így a felhasználók száma alapján összesített összeget kap az adott ügyfélre vonatkozóan. Például egy öt prémium felhasználóval rendelkező vállalatnál a teljes üzenetkezelési és fájltárolási korlát 50 GB. Egy egyéni felhasználó túllépheti a felhasználónkénti korlátot (10 GB), feltéve, hogy a vállalat még mindig az összesített maximum (50 GB) alatt van.
A létrehozott csapatszobák esetében az üzenetküldési korlátok a csoportszobát birtokló ügyfélszervezet összesített végösszegéhez viszonyítva érvényesek. Az egyes csapatszobák tulajdonosáról a Tárhely szabályzatban tájékozódhat. Az egyes csapatszobák Tárhelyházirendjének megtekintésével kapcsolatos információkért lásd:https://help.webex.com/en-us/baztm6/Webex-Space-Policy .
További információk
A Webex üzenetküldő csoportterületekre vonatkozó általános üzenetküldési korlátokkal kapcsolatos további információkért lásd:https://help.webex.com/en-us/n8vw82eb/Webex-Capacities .
Biztonság, adatok és szerepkörök
Webex Security
A Webex kliens egy biztonságos alkalmazás, amely biztonságos kapcsolatot létesít a Webex és a BroadWorks-szel. A Webex felhőben tárolt és a Webex alkalmazás felületén keresztül a felhasználó számára elérhető adatok továbbítása és nyugalmi állapotban egyaránt titkosítva vannak.
További részletek vannak róla adatcsere jelen dokumentum Hivatkozás részében.
További olvasás
Szervezeti adatok rezidenciája
A Webex -adatait abban az adatközpont tároljuk, amelyik a legjobban megfelel az Ön régiójának. Lásd Adatrezidencia a Webex a Súgóban.
Szerepkörök
Szolgáltatói rendszergazda (Ön): A napi karbantartási tevékenységekhez a megoldás helyszíni (hívási) részeit a saját rendszerein keresztül kezelheti. A megoldás Webex részeit a Partner Hubon keresztül kezelheti.
A partnerek számára elérhető szerepkörökről, a szerepkörökhöz kapcsolódó hozzáférési jogosultságokról, valamint a szerepkörök hozzárendelésének módjáról lásd: Rendszergazdai partner szerepkörök a Webex for BroadWorks és a Wholesale RTM alkalmazásban .
Az új partnerszervezethez elsőként beállított felhasználó automatikusan teljes körű rendszergazda és teljes partner rendszergazdai szerepkörhöz lesz hozzárendelve. Ez a rendszergazda a fenti cikk alapján további szerepköröket is hozzárendelhet. |
A Cisco felhőalapú üzemeltetési csapata: Létrehozza a „partnerszervezetet” a Partner Hubban, ha még nem létezik, a beléptetés során.
Miután megvan a Partner Hub-fiókja, beállíthatja a Webex felületeket a saját rendszereihez. Ezután hozzon létre „Onboarding sablonokat”, amelyek az adott rendszereken keresztül kiszolgált csomagokat vagy csomagokat képviselik. Ezután beüzemelheti az ügyfeleit vagy az előfizetőit.
# | Tipikus feladat | SP | Cisco |
---|---|---|---|
1 | Partner Onboarding – A partnerszervezet létrehozása, ha még nem létezik, és a szükséges funkciók engedélyezése kapcsolók között | ● | |
2 | BroadWorks-konfiguráció a Partnerszervezetben a Partner Hubon keresztül (fürt) | ● | |
3 | Integrációs beállítások konfigurálása a Partnerszervezetben a Partner Hubon keresztül (ajánlati sablonok, márkaépítés) | ● | |
4 | BroadWorks környezet előkészítése az integrációhoz (AS, XSP| ADP javítás, tűzfalak, XSP| ADP konfiguráció, XSI, AuthService, CTI, NPS, DMS alkalmazások XSP-n| ADP) | ● | |
5 | Létesítés-integráció vagy -folyamat fejlesztése | ● | |
6 | GTM-anyagok előkészítése | ● | |
7 | Új felhasználók áttelepítése vagy beállítása | ● |
Építészet
Mi van a diagramon?
Ügyfelek
A Webex App-ügyfél szolgál elsődleges alkalmazásként a Webex a Cisco BroadWorks-ajánlatok esetében. A kliens asztali, mobil és webes platformon is elérhető.
Az ügyfél a Webex felhő által biztosított natív üzenetküldési, jelenléti és többszereplős audio/video értekezletekkel rendelkezik. A Webex ügyfél az Ön BroadWorks infrastruktúráját használja a SIP és PSTN hívásokhoz.
A Cisco IP -telefonok és a kapcsolódó kiegészítők a BroadWorks infrastruktúrát használják a SIP és PSTN hívásokhoz is. Várakozásaink szerint képes lesz a harmadik féltől származó telefonok támogatására.
Felhasználóaktiválási portál a felhasználók számára, akik BroadWorks-hitelesítési adataikkal jelentkezhetnek be a Webex .
A Partner Hub egy webinterfész a Webex -szervezet és az ügyfelei szervezeteinek adminisztrálására. A Partner Hubban konfigurálhatja a BroadWorks infrastruktúra és a Webex közötti integrációt. A Partner Hub segítségével kezelheti az klienskonfiguráció és a számlázást is.
Szolgáltatói hálózat
A diagram bal oldalán található zöld blokk az Ön hálózatát jelöli. A hálózaton üzemeltetett összetevők a következő szolgáltatásokat és felületeket biztosítják a megoldás egyéb részei számára:
Nyilvános XSP| ADP, Webex Cisco BroadWorks rendszerhez: (A mező egy vagy több XSP-t jelöl| ADP farmok, esetleg terheléselosztókkal.)
Az Xtended Services felület (XSI-Actions & XSI-Events), az Eszközkezelő szolgáltatás (DMS), a CTI felület és a hitelesítési szolgáltatás üzemeltetője. Ezek az alkalmazások együttesen lehetővé teszik a telefonok és a Webex -kliensek számára, hogy hitelesítsék magukat, letöltsék a híváskonfigurációs fájljaikat, kezdeményezzenek és fogadhassanak hívásokat, valamint megtekinthessék egymás horog állapotát (telefonos jelenlét). és hívásnapló .
Könyvtárat tesz közzé a Webex ügyfelek számára.
Nyilvános XSP| ADP, NPS-t futtat:
szervezői hívásértesítések leküldéses kiszolgálója: Egy Notification Push szerver XSP-n| ADP a környezetében. Interfész az alkalmazáskiszolgálója és az NPS-proxy között. A proxy rövid élettartamú tokenekkel látja el az NPS-t, hogy engedélyezze a felhőalapú szolgáltatások értesítéseit. Ezek a szolgáltatások (APNS és FCM) hívási értesítéseket küldenek a Webex -ügyfeleknek Apple iOS és Google Android eszközökön.
Alkalmazáskiszolgáló:
Hívásvezérlést és interfészeket biztosít más BroadWorks hívásvezérlés (általában)
Folyamatos üzembe helyezés esetén a partnerrendszergazda az AS-t használja a szolgáltatlási felhasználók kiépítéséhez a Webex
A felhasználói profil beküldi a BroadWorks rendszerébe
OSS/BSS: Az Ön Művelettámogatási Rendszere/Üzleti SIP -szolgáltatásai a BroadWorks-vállalatok felügyeletéhez.
Webex Cloud
A diagram kék blokkja a Webex felhőt jelöli. A Webex mikroszolgáltatások a Webex együttműködési képességek teljes spektrumát támogatják:
A Cisco Common Identity (CI) a Webex belüli identitásszolgáltatás.
A Webex for Cisco BroadWorks a mikroszolgáltatások azon készletét képviseli, amelyek támogatják a Webex és a szolgáltató által biztosított BroadWorks közötti integrációt:
Felhasználó-létesítési API-k
Szolgáltatói konfiguráció
Felhasználói bejelentkezés BroadWorks hitelesítő adatokkal
Webex Üzenetküldés doboz az üzenetküldéshez kapcsolódó mikroszolgáltatásokhoz.
A több résztvevős videoértekezletekhez ( SIP és SRTP ) szolgáló médiafeldolgozó szervereket és SBC-ket képviselő Webex Meetings -mező
Harmadik féltől származó web
A diagramon a következő harmadik féltől származó összetevők láthatók:
Az APNS (Apple Push Notifications Service) hívás- és üzenetértesítéseket küld a Webex alkalmazásoknak az Apple eszközökön.
Az FCM (FireBase Cloud Üzenetküldés ) hívás- és üzenetértesítéseket küld az Android -eszközök Webex -alkalmazásainak.
XSP| ADP architektúra szempontok
A nyilvános XSP szerepe| ADP-kiszolgálók a Webex a Cisco BroadWorks-hez
A nyilvános XSP| Az ADP az Ön környezetében a következő felületeket/szolgáltatásokat nyújtja a Webex és az ügyfelek számára:
TLS által védett hitelesítési szolgáltatás (AuthService), amely a felhasználó nevében válaszol a Webex JWT (JSON web Token) Webex-kérelmeire
mTLS által védett CTI interfész, amelyre a Webex előfizet a hívásnapló -eseményekre és a BroadWorks telefonos jelenléti állapot (horog állapot).
Xsi műveletek és események felületei (eXtended Services Interface) az előfizetői hívásvezérlés, névjegy- és híváslista könyvtárak, valamint végfelhasználói telefonos szolgáltatás konfigurációjához
DM (Device Management) szolgáltatás az ügyfelek számára a hívási konfigurációs fájljaik lekéréséhez
Adjon meg URL-címeket ezekhez a felületekhez, amikor a Webex a Cisco BroadWorks rendszerhez konfigurálja. (Lásd Konfigurálja a BroadWorks-fürtöket a Partner Hubban ebben a dokumentumban.) Fürtenként csak egy URL adható meg az egyes felületekhez. Ha több felülettel rendelkezik a BroadWorks infrastruktúrájában, akkor több fürtöt is létrehozhat.
XSP| ADP architektúra
Szükségünk van egy különálló, dedikált XSP használatára| ADP-példány vagy farm az NPS (Notification Push Server) alkalmazás üzemeltetéséhez. Ugyanazt az hálózati házirendet használhatja az UC-One SaaS vagy az UC-One Collaborate szolgáltatással. A Webex for Cisco BroadWorks rendszerhez szükséges egyéb alkalmazásokat azonban nem tárolhatja ugyanazon az XSP-n| Az NPS-alkalmazást kiszolgáló ADP.
Javasoljuk, hogy dedikált XSP-t használjon| ADP-példány/farm, hogy tárolja a Webex -integrációhoz szükséges alkalmazásokat a következő okok miatt
Ha például UC-One SaaS-t kínál, javasoljuk egy új XSP létrehozását| ADP farm a Webex a Cisco BroadWorks-hez. Így a két szolgáltatás egymástól függetlenül tud működni az előfizetők migrálása közben.
Ha a Webex Cisco BroadWorks alkalmazásokat XSP-n helyezi el| Az egyéb célokra használt ADP farm esetében az Ön felelőssége a használat nyomon követése, az ebből adódó összetettség kezelése, és a megnövekedett méretarány tervezése.
A Cisco BroadWorks rendszer kapacitástervező dedikált XSP-t feltételez| ADP farm, és nem biztos, hogy pontos, ha kollokációs számításokhoz használja.
Eltérő megjelölés hiányában a dedikált Webex a Cisco BroadWorks XSP-hez| Az ADP-knek a következő alkalmazásokat kell tárolniuk:
AuthService (TLS CI Token Validációval vagy mTLS)
CTI (mTLS)
XSI-Actions (TLS)
XSI-Events (TLS)
DMS (TLS)—Opcionális. Nem kötelező különálló DMS-példányt vagy farmot telepíteni, kifejezetten a Webex for Cisco BroadWorks számára. Ugyanazt a DMS-példányt használhatja, mint az UC-One SaaS vagy UC-One Collaborate esetében.
Hívásbeállítások Webnézet (TLS) – Nem kötelező. A Call Settings Webview (CSW) csak akkor szükséges, ha azt szeretné, hogy a Webex Cisco BroadWorks felhasználói konfigurálhassák a hívási funkciókat a Webex alkalmazásban.
A Webex szüksége van a CTI -hez való hozzáféréshez egy kölcsönös TLS -hitelesítéssel védett felületen keresztül. A követelmény teljesítéséhez az alábbi lehetőségek egyikét javasoljuk:
(A diagram megjelölve 1. lehetőség ) Egy XSP| ADP-példány vagy farm az összes alkalmazáshoz, két kiszolgálónként konfigurált felülettel: egy mTLS interfész a CTI és egy TLS interfész más alkalmazások, például az AuthService számára.
(A diagram megjelölve 2. lehetőség ) Két XSP| ADP-példányok vagy farmok, amelyek közül az egyik mTLS felülettel rendelkezik a CTI-hez , a másik TLS felülettel más alkalmazásokhoz, például az AuthService-hez.
XSP| ADP újrafelhasználása Ha van már meglévő XSP-je| A fenti javasolt architektúrák egyikének megfelelő ADP farm (1. vagy 2. opció) és enyhén van megterhelve , akkor lehetőség van a meglévő XSP újrafelhasználására| ADP-k. Ellenőriznie kell, hogy nincsenek-e ütköző konfigurációs követelmények a meglévő alkalmazások és a Webex új alkalmazáskövetelményei között. A két elsődleges szempont a következő:
Mivel az XSP| Az ADP-k sok alkalmazást tartalmaznak, és ezeknek az alkalmazásoknak a permutációinak száma nagy, előfordulhatnak más azonosítatlan ütközések is. Emiatt az XSP esetleges újrafelhasználása| Az ADP-ket ellenőrizni kell egy laboratóriumban a tervezett konfigurációval, mielőtt elkötelezné magát az újrahasználat mellett. |
Konfigurálja az NTP -szinkronizálást XSP-n| ADP
A telepítés időszinkronizálást igényel az összes XSP esetében| A Webex használt ADP-k.
Telepítse a ntp
csomagot az operációs rendszer telepítése után és a BroadWorks szoftver telepítése előtt. Ezután beállíthatja az NTP -t az XSP során| ADP szoftver telepítése. Lásd a BroadWorks szoftverkezelési útmutató további részletekért.
Az XSP interaktív telepítése során| ADP szoftverrel, akkor lehetősége van az NTP konfigurálására. A következőképpen járjon el:
Amikor a telepítő megkérdezi,
Do you want to configure NTP?
, adja megy
.Amikor a telepítő megkérdezi,
Is this server going to be a NTP server?
, adja megn
.Amikor a telepítő megkérdezi,
What is the NTP address, hostname, or FQDN?
, adja meg az NTP kiszolgáló vagy egy nyilvános NTP -szolgáltatás címét, például,pool.ntp.org
.
Ha az XSP| Az ADP-k csendes (nem interaktív) telepítést használnak, a telepítő konfigurációs fájl tartalmaznia kell a következő Kulcs=Érték párokat:
NTP
NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>
XSP| ADP-azonosító és biztonsági követelmények
Háttér
A Cisco BroadWorks TLS kapcsolatok protokolljai és titkosításai a specifikusság különböző szintjein konfigurálhatók. Ezek a szintek a legáltalánosabb (SSL -szolgáltató) a legspecifikusabb (egyedi felület)ig terjednek. Egy konkrétabb beállítás mindig felülír egy általánosabb beállítást. Ha nincsenek megadva, akkor az „alacsonyabb” szintű SSL -beállításokat a rendszer a „magasabb” szintekről örökli.
Ha egyetlen beállítás sem módosul az alapértelmezetthez képest, minden szint az SSL -szolgáltató alapértelmezett beállításait (JSSE Java Secure Sockets Extension) örökli.
Követelménylista
Az XSP| Az ADP-nek hitelesítenie kell magát az ügyfelek felé egy olyan CA által aláírt tanúsítvány segítségével, amelyben a Közös név vagy az Alany alternatív neve megegyezik az XSI felület tartományrészével.
Az Xsi felületnek támogatnia kell a TLSv1.2 protokollt.
Az Xsi felületnek olyan titkosítási csomagot kell használnia, amely megfelel a következő követelményeknek.
Diffie-Hellman efemer (DHE) vagy elliptikus görbék Diffie-Hellman efemer (ECDHE) kulcscsere
AES (Advanced Encryption Standard) titkosítás 128 bites minimális blokkmérettel (pl. AES-128 vagy AES-256)
GCM (Galois/Counter Mode) vagy CBC (Cipher Block Chaining) titkosítási mód
CBC titkosítás használata esetén csak az SHA2 hash függvénycsalád engedélyezett kulcsok származtatásához (SHA256, SHA384, SHA512).
Például a következő titkosítások teljesítik a követelményeket:
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
Az XSP| Az ADP CLI-hez az IANA elnevezési megállapodásra van szükség a titkosítási csomagokhoz, amint az fent látható, az openSSL-konvencióra nem. |
Támogatott TLS az AuthService és XSI felületekhez
Ez a lista a felhőalapú biztonsági követelményeink alakulásával változhat. Kövesse a Cisco felhőalapú biztonsági ajánlásait a titkosítás kiválasztására vonatkozóan, a jelen dokumentum követelménylistájában leírtak szerint. |
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA
Xsi Events Skála paraméterek
Előfordulhat, hogy növelnie kell az Xsi-Events sor méretét és a szálak számát a Webex for Cisco BroadWorks megoldáshoz szükséges eseménymennyiség kezelésére. A paramétereket az alábbiak szerint növelheti a megjelenített minimális értékekre (ne csökkentse, ha a minimális értékek felett vannak):
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventQueueSize = 2000
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventHandlerThreadCount = 50
Több XSP| ADP-k
Terheléselosztó élelem
Ha van terheléselosztás eleme a hálózat szélén, akkor annak átláthatóan kell kezelnie a forgalom több XSP-je közötti elosztását| ADP-kiszolgálók és a Webex a Cisco BroadWorks felhőhöz és ügyfelekhez. Ebben az esetben meg kell adnia a terheléselosztó URL -címét a Webex Cisco BroadWorks konfigurációhoz.
Megjegyzések az architektúrával kapcsolatban:
Állítsa be a DNS -t úgy, hogy az ügyfelek megtalálhassák a terheléselosztót, amikor az Xsi interfészhez csatlakoznak (lásd DNS konfiguráció ).
Javasoljuk, hogy az edge elemet fordított SSL proxy módban konfigurálja a pont-pont adattitkosítás biztosítása érdekében.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben. Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Internetre néző XSP| ADP-kiszolgálók
Ha közvetlenül teszi közzé az Xsi felületeket, akkor a DNS segítségével ossza el a forgalmat a több XSP felé| ADP szerverek.
Megjegyzések az architektúrával kapcsolatban:
Két rekord szükséges az XSP-hez való csatlakozáshoz| ADP szerverek:
Webex mikroszolgáltatások esetén: A körbefutó A/AAAA rekordok szükségesek a több XSP megcélzásához| ADP IP -címek. Ennek az az oka, hogy a Webex mikroszolgáltatások nem tudnak SRV-kereséseket végezni. Példákért lásd: Webex Cloud Services .
Webex alkalmazás esetén: Egy SRV-rekord, amely A-rekordot old fel, ahol minden A-rekord egyetlen XSP-re oldja fel| ADP. Példákért lásd: Webex alkalmazás .
Használjon prioritást élvező SRV-rekordok az XSI szolgáltatás megcélzásához a többszörös XSP számára| ADP-címek. Állítsa be az SRV-rekordok prioritását, hogy a mikroszolgáltatások mindig ugyanahhoz az A rekordhoz (és az azt követő IP-cím) menjenek, és csak akkor lépjenek át a következő A rekordra (és IP-cím), ha az első IP-cím nem működik. NE alkalmazzon körbefutó módszert a Webex alkalmazáshoz.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben.
Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Kerülje a HTTP-átirányításokat
Néha a DNS úgy van beállítva, hogy oldja fel az XSP-t| ADP URL egy HTTP terheléselosztóhoz, és a terheléselosztó úgy van beállítva, hogy egy fordított proxyn keresztül irányítsa át az XSP-re| ADP szerverek.
A Webex nem követ átirányítást amikor az Ön által megadott URL-címekhez csatlakozik, így ez a konfiguráció nem működik.
Rendelés és üzembehelyezés
A rendelés és a beüzemelés az alábbi szinteken érvényes:
Partner/Szolgáltató kiépítése :
Minden egyes regisztrált Webex for Cisco BroadWorks szolgáltatót (vagy viszonteladót) partnerszervezetként kell konfigurálni a Webex, és biztosítani kell a szükséges jogosultságokat. A Cisco Operations hozzáférést biztosít a partnerszervezet rendszergazdájának a Webex for Cisco BroadWorks kezeléséhez a Webex Partner Hubon. A Partner rendszergazdának el kell végeznie az összes szükséges üzembe helyezési lépést, mielőtt kiépíthetne egy Ügyfél/Vállalat szervezetet.
Ügyfél/Vállalati rendelés és üzembe helyezés :
Minden, a Webex for Cisco BroadWorks számára engedélyezett BroadWorks Enterprise egy hozzárendelt Webex ügyfélszervezet létrehozását váltja ki. Ez a folyamat automatikusan megtörténik a felhasználó/előfizető beüzemelése részeként. A BroadWorks-vállalatokon belül minden felhasználó/előfizető ugyanabban a Webex Ügyfél-szervezetben van kiépítve.
Ugyanez a viselkedés érvényes, ha a BroadWorks rendszer csoportokkal rendelkező szolgáltatóként van konfigurálva. Amikor előfizetőt létesít egy BroadWorks-csoportban, automatikusan létrejön a csoportnak megfelelő Ügyfél-szervezet a Webex.
Felhasználó/előfizető rendelés és szolgáltatás :
A Webex for Cisco BroadWorks jelenleg a következő felhasználó-szolgáltatási modelleket támogatja:
Folyamatos üzembe helyezés megbízható e-mailekkel
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Felhasználói önellátás
API szolgáltatás
Folyamatos üzembe helyezés megbízható e-mailekkel
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha meggyőződhet arról, hogy a BroadWorks előfizetői e-mail-címei érvényesek, és egyediek a Webex számára, akkor ez a létesítési beállítás automatikusan létrehoz és aktivál Webex -fiókokat ezekkel az e-mail-címekkel felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha nem támaszkodhat a BroadWorks által tárolt előfizetői e-mail-címekre, akkor ez a beüzemelési opció Webex -fiókokat hoz létre, de nem aktiválhatja azokat, amíg az előfizetők megadják és nem hitelesítik az e-mail-címüket. Ekkor a Webex aktiválhatja az adott e-mail-címekkel rendelkező fiókokat felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Felhasználói önellátás
Ezzel a beállítással nincs átfolyólagos kiépítés a BroadWorks és a Webex között. Miután konfigurálta a Webex és a BroadWorks rendszer közötti integrációt, egy vagy több hivatkozást kap, amelyek kifejezetten a felhasználók kiépítésére vonatkoznak a Webex for Cisco BroadWorks partnerszervezetén belül.
Ezután megtervezheti a saját kommunikációját (vagy delegálhatja az ügyfelei számára), hogy a hivatkozást az előfizetőkhöz eljuttassa. Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a saját Webex -fiók létrehozásához és aktiválásához.
Mivel a fiókok kiépítése a partnerszervezet hatókörén belül történik, manuálisan módosíthatja a felhasználói csomagokat a Partner Hubon keresztül, vagy ehhez az API -t használhatja.
A felhasználóknak létezniük kell a Webexszel integrált Webex rendszerben, ellenkező esetben tilos számukra az adott hivatkozással fiókot létrehozni. |
Szolgáltatói kiépítés API-kon keresztül
A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik a Webex for Cisco BroadWorks felhasználói/előfizetői kiépítését a meglévő felhasználókezelési munkafolyamatba/-eszközökbe.
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Mellék tárcsázása
A Melléktárcsázás funkció támogatása lehetővé teszi a Webex for Cisco Broadworks felhasználói számára, hogy más felhasználókat is tárcsázzanak ugyanazon a vállalaton belül az elsődleges telefonvonal hasonló mellékről. Ez különösen azoknak a felhasználóknak hasznos, akik nem rendelkeznek DID-számmal.
Az üzembe helyezés során a felhasználók melléke a Webex címtárba kerül a felhasználó mellékeként. BroadWorks hívás esetén a mellék megjelenik a Webex alkalmazásban az összes híváskezdeményezési módszer terület mellék mezőjében és a felhasználói profilban. A Webex for Cisco BroadWorks a helyhívó kód és a mellék kombinációjával támogatja az ugyanazon a csoporton belüli felhasználók és egyazon vállalat különböző csoportjai között csak mellékről szóló hívásokat. Két vállalat közötti, csak mellékeket használó hívás azonban nem támogatott.
A Cisco BroadWorks-felhasználók számára a következő módszerekkel lehet bővítményt kiépíteni:
Cisco BroadWorks-felhasználók
Nyilvános API -szolgáltatás 'mellékként
A mellékparamétert kifejezetten az API-hívás részeként kell átadni. A Helyszínhívó kóddal (LDC) konfigurált vállalatok/csoportok esetében a mellékszám paraméternek az LDC és a ' mellékszám kombinációjának kell lennie.
Átfolyó vagy önaktiváló üzembe helyezés
A mellék és az LDC (ahol alkalmazható) automatikusan lekérésre kerül a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Automatikusan szinkronizálva a mellékszám alkalmazásból a Directory Sync segítségével, a Helyszínhívó kód (LDC) és a mellékszám kombinációjával .
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Mellék kezelése lehetőségre |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A melléket paraméterként kell átadni |
Átfolyás | A mellék automatikusan lekért a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
BroadWorks-telefonlisták | Vállalati, csoportos vagy személyes telefonlisták | Címtár-szinkronizálás | Nem alkalmazható |
Előfeltételek
A funkció támogatásához szükséges kliensverzió 42.11-es vagy újabb.
Javítás, amelynél mellék- és helyhívó kódok lettek hozzáadva az XSI-hez és a Provisioning Adapterhez 2022. február a 23-as vagy újabb verzióhoz a következő részeként:
AP.platform.23.0.1075.ap380045
AP.as.23.0.1075.ap380045
AP.xsp.23.0.1075.ap380045
AP.as.24.0.944.ap380045
Engedélyezze az X-BroadWorks-Remote-Party-Info fejlécet az AS-en az alábbi CLI-parancs ehhez a SIP-hívás hívásfolyamhoz, amely a mellék tárcsázási funkcióinak támogatásához szükséges.
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Hívásopciók prioritása az alkalmazásban
A Melléktárcsázás funkció támogatásának részeként az alkalmazás hívásbeállításainak prioritási beállítása partner szinten is elérhető a Webex for Cisco Broadworks összes partnere számára. Ezzel a beállítással a partner vezérelheti az összes kezelt ügyfele hívásprioritás-beállításait a Partner Hubról. Az ügyfél alkalmazáshívási opcióinak prioritási beállításai ügyfélszint is módosíthatók a Control Hubból.
Az alkalmazáshívási opciók prioritási beállítása második opcióként tartalmazza a melléket mind a Partner Hub, mind a Control Hub rendszerében, amikor egy Webex for Cisco Broadworks-felhasználó újonnan van hozzárendelve mellékhez a fent említett üzembe helyezési módok bármelyikén keresztül.
Az összes meglévő kiépített szervezet esetében a mellék opció rejtett állapotban lesz (alapértelmezés szerint) az alkalmazás hívásbeállításainak prioritási beállításában. Ez nem fog melléket megjeleníteni a felhasználó hang-/ videohívások opciójában a Webex alkalmazásban.
Az alábbi opciók segítségével teheti láthatóvá a mellékhívási opciót a meglévő ügyfelek számára:
Ha egy partner azt szeretné, hogy az összes felügyelt ügyfélszervezete kapjon melléket a hívási opciók egyikeként, javasoljuk, hogy a partnerrendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Partner Hubban. Ez lehetővé teszi, hogy a felügyelt ügyfélszervezetek örököljék a beállítást a partnerüktől.
Ha egy Partner hívási opciókban szeretne melléket biztosítani egy adott ügyfélszervezet számára, javasoljuk, hogy a Partner-rendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Control Hubban.
Csoportnévjegyek támogatása
Ez a funkció továbbfejleszti a Webex for BroadWorks DirSync szolgáltatást azáltal, hogy megszünteti a legfeljebb 1500 névjegy szinkronizálására vonatkozó korlátozást a csoportos telefonlistákról a BroadWorks rendszerében, és lehetővé teszi a partnerek számára, hogy akár 30 000 névjegyet is szinkronizálhassanak egyetlen csoportos telefonlistáról, és ez egyenrangúvá tegye azt a 30 000 névjegyével növelése a külön kiadott nagyvállalati telefonlista esetében.
A teljes határérték 200 000 minden külső kapcsolat Szervezetenként, amely a Vállalati és a Csoport telefonszámlistáinak összegére vonatkozik egyetlen BroadWorks-vállalaton belül. Például egy BroadWorks-vállalat támogatott, amely vállalati telefonszámlistával rendelkezik 30 000 telefonnal, és 5 csoportos telefonszámlistával egyenként 30 000 telefonnal (szervezetenként összesen 180 000). Ha azonban 6 csoportos telefonlista van egyenként 30 000 értékkel, akkor ez nem támogatott (összesen 210 000).
Ez a funkció kérésre elérhető. Kérjük, az engedélyezéshez forduljon a fiókot kezelő csapathoz.
|
A funkció engedélyezése után a DirSync szolgáltatás elkezdi szinkronizálni a BroadWorks Group telefonlista névjegyeit a Webex Contact Service dedikált csoportonkénti névjegytárára.
Az üzembe helyezés során a felhasználó vállalati csoportját el kell tárolni a Webex címtárban, jelezve, hogy a felhasználó melyik csoporthoz tartozik. A felhasználónak egy BroadWorks-csoporthoz való társítása a Webex címtárban lehetővé teszi a Webex alkalmazás számára, hogy névjegykeresést végezzen a Contact Service csoport tárhelyén a felhasználó adott csoportja számára.
A funkció használatához a Webex for BroadWorks-előfizetőknek a BroadWorks vállalati csoportazonosítóval kell rendelkezniük a Webex .
A BroadWorks vállalati csoportazonosítót a következő módszerekkel lehet kiépíteni a Cisco BroadWorks-felhasználók számára:
Webex a Cisco BroadWorks-felhasználók számára
Nyilvános API -létesítés 'spEnterpriseGroupId'-ként
A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében.
Átfolyó vagy önaktiváló üzembe helyezés
A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Nem alkalmazható. Nem szükséges szinkronizálni a BroadWorks vállalati csoportazonosítót ezeknél a felhasználóknál.
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Vállalati azonosító kezelése |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A BroadWorks vállalati csoportazonosítót spEnterpriseGroupId paraméterként kell átadni |
Átfolyás | A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | Nem alkalmazható |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | Nem alkalmazható |
BroadWorks-telefonlisták | Névjegyek a BroadWorks-csoport telefonszámlistájában | Címtár-szinkronizálás | A csoportnévjegyeket az adott csoporthoz társított Webex Contact Service tárolja |
BroadWorks Enterpsie vagy Persional telefonlisták | Névjegyek a Vállalati vagy Személyes telefonlistán | Címtár-szinkronizálás | Nem alkalmazható |
A nyilvános API -t az ÁLLÍTÁS ELŐTT frissíteni kell. Az áttelepítés nem fejezhető be, amíg be nem fejeződik EZ az API . A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében https://developer.webex.com/docs/api/changelog#2023-march A funkció engedélyezése után és a következő címtár-szinkronizálás eredményeként a vállalati felhasználói csoportok is megjelennek a Control Hubban. A csoportok megjelenítése a Control Hub for Webex for BroadWorks alkalmazásban pusztán információs jellegű ebben a szakaszban. A partner- és ügyfélrendszergazdák nem módosíthatják a csoportokat vagy a csoporttagságot a Control Hubon, mert ezek a módosítások nem tükröződnek vissza a BroadWorks rendszerébe. A Control Hub csoportkezelését azon partnerek használhatják, akik átveszik a közelgő Contact Management API-kat. |
Áttelepítés és jövőbiztosság
A BroadSoft egyesített kommunikációs kliens Cisco fejlesztése az UC-One helyett a Webex felé való elmozdulás. Ennek megfelelően a támogató szolgáltatások a szolgáltatói hálózatról – a hívás kivételével – a Webex felhőplatform felé haladnak.
Akár UC-One SaaS-t, akár BroadWorks Collaborate-ot futtat, a preferált áttelepítési stratégia az új, dedikált XSP telepítése| ADP-k a Webex for Cisco BroadWorks alkalmazással való integrációjához. A két szolgáltatás párhuzamosan is futtatható, miközben áttelepíti az ügyfeleket a Webex rendszerébe, és végül megtérítheti az előző megoldáshoz használt infrastruktúrát.
Ajánlott dokumentum-előfizetések
A Webex Súgó cikkei (a help.webex.com oldalon) rendelkeznek a Előfizetés lehetőségre opciót, amely lehetővé teszi, hogy e-mail értesítést kapjon, amikor az adott cikk frissül.
Javasoljuk, hogy fizessen elő az alábbi cikkek mindegyikére, hogy biztosan ne maradjon le a hálózati kapcsolat érintő kritikus frissítésekről . Az előfizetéshez lépjen az alábbi hivatkozások egyikére, és az induló cikkben kattintson a Előfizetés lehetőségre gombot.
Legalább azt javasoljuk, hogy iratkozzon fel a fenti listára. alatt felsorolt Webex cikkek és dokumentumok többsége azonban További dokumentumok rendelkezik a Előfizetés lehetőségre opciót. Ahhoz, hogy ez a beállítás megjelenjen, a cikknek meg kell jelennie a help.webex.com oldalon.
A dokumentációs céloldalakra nincs előfizetési lehetőség. |
További dokumentumok
A Webex Cisco BroadWorks alkalmazással kapcsolatos további információkért lásd a következő kapcsolódó dokumentációt:
Webex a Cisco BroadWorks dokumentumokhoz
A partnerrendszergazdák a következő dokumentumok és webhelyek segítségével szerezhetnek információkat a Webex for Cisco BroadWorks alkalmazásról.
Hozzon létre saját PSTN-megoldást a Webex for Cisco BroadWorks számára — Ez a megoldás lehetővé teszi a szolgáltatók számára, hogy a saját (és a Cisco által biztosított számok helyett) telefonszámukat biztosítsák a felhasználók számára a Webex Meetings való csatlakozáskor.
Webex Cisco BroadWorks konfigurációs útmutató —Leírja, hogyan kell konfigurálni a Webex alkalmazást a Cisco Webex rendszerhez.
- Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz — Ismerteti a Room OS és MPP eszközök beüzemelésének és szervizelésének módját.
Webex for Cisco BroadWorks hibaelhárítási útmutató — Hibaelhárítási információkat tartalmaz a Webex for Cisco BroadWorks alkalmazáshoz.
Webex a Cisco BroadWorks cikkekhez
A partnerrendszergazdák a következő opcionális webhelyeken tájékozódhatnak a Webex Cisco BroadWorks-hez alkalmazásról:
Webex Cisco BroadWorks dokumentációhoz — A nyitóoldal műszaki dokumentumokat és opcionális Webex -cikkeket sorol fel a Webex for Cisco BroadWorks partnerrendszergazdái számára.
A Webex Cisco BroadWorks rendszerhez újdonságai — Olvassa el a legújabb kiadott funkciókat, valamint a hamarosan megjelenőket.
Ismert problémák és korlátok — Olvassa el a Webex Cisco BroadWorks megoldásban azonosított ismert problémákat.
Rendszergazdai partner szerepkörök a Webex for BroadWorks és a Wholesale RTM alkalmazásban — Ez a cikk azt ismerteti, hogyan rendelhet hozzá rendszergazdai partner szerepkört a Webex for Cisco BroadWorks alkalmazást kínáló partnerszervezetekhez. A szerepkörök hozzászoktak ahhoz, hogy adminisztrátori hozzáférést rendeljenek a beállításokhoz a Partner Hubban és a Control Hubban.
Cisco BroadWorks dokumentumok
A partnerrendszergazdák a cisco.com Cisco BroadWorks webhelyén tájékozódhatnak a megoldás Cisco BroadWorks részének telepítését ismertető műszaki dokumentumokért:
Webex súgócikkek
A következő Webex súgóoldalak segítségével olyan Webex -cikkek találhatók, amelyek segítenek az ügyfélrendszergazdáknak és a végfelhasználóknak a Webex funkcióinak használatában.
Webex a szolgáltatóktól — Ez a nyitóoldal hivatkozásokat tartalmaz az első lépések , és gyakran használt cikkeket tartalmaz azon Webex App-felhasználók számára, akik Webex -szolgáltatásokat vásároltak egy szolgáltatótól.
Webex Súgó — Használja a help.webex.com keresési funkcióját a Webex alkalmazás és a Webex Meetings funkcióit ismertető további Webex cikkek kereséséhez. Kereshet felhasználói vagy rendszergazdai cikkekre is.
Fejlesztői dokumentáció
Webex for BroadWorks Fejlesztői útmutató — Információkat biztosít a Webex for BroadWorks API-kat használó alkalmazásokat létrehozó fejlesztők számára.
Döntési pontok
Mérlegelés | Megválaszolandó kérdések | Erőforrások |
Építészet és infrastruktúra
|
Hány XSP| ADP-k? Hogyan fogadják az mTLS-t? |
Cisco BroadWorks rendszer kapacitástervező Cisco BroadWorks rendszermérnöki útmutató XSP| ADP CLI referencia Ez a dokumentum |
Ügyfél- és felhasználószolgáltatás | Kijelentheti, hogy megbízik az e-mailekben a BroadWorksben? Szeretné, ha a felhasználók e-mail-címeket adnának meg a saját fiókjuk aktiválásához? Készíthet eszközöket az API használatához? |
Nyilvános API -dokumentumok itt: https://developer.webex.com Ez a dokumentum |
Védjegyzés | Milyen színt és logót szeretne használni? | Webex alkalmazás márkaépítési cikk |
Sablonok | Melyek a különböző ügyfélhasználati esetei? | Ez a dokumentum |
Előfizetői funkciók ügyfelenként/vállalatonként/csoportonként | Válasszon csomagot a szolgáltatási szint sablononkénti meghatározásához. Alap, Standard, Prémium vagy Softphone. | Ez a dokumentum Funkció/csomag mátrix |
Alapszintű hitelesítés | BroadWorks vagy Webex | Ez a dokumentum |
Létesítési adapter (átmeneti létesítési beállításokhoz) | Használ már integrált IM&P-t, például az UC-One SaaS-hez? Több sablont is szeretne használni? Várható-e gyakoribb használati eset? |
Ez a dokumentum Application Server CLI hivatkozás |
Építészet és infrastruktúra
Milyen skálával szeretné kezdeni? A jövőben lehetséges a bővítés, de a jelenlegi használati becslésnek kell előmozdítania az infrastruktúra tervezését.
Együtt a Cisco ügyfélmenedzserével/értékesítési képviselőjével döntse el az XSP méretét| ADP infrastruktúra szerint a Cisco BroadWorks rendszer kapacitástervező és a Cisco BroadWorks rendszermérnöki útmutató .
Hogyan hoz létre kölcsönös TLS -kapcsolatokat a Webex az XSP-hez?| ADP-k? Közvetlenül az XSP-re| ADP DMZ-ben vagy TLS-proxy keresztül? Ez hatással van a tanúsítványkezelésre, és a felületekhez használt URL-címekre. ( Nem támogatjuk a nem titkosított TCP kapcsolatokat a hálózat szélére ).
Ügyfél- és felhasználószolgáltatás
Melyik felhasználó-szolgáltatási módszer felel meg Önnek a legjobban?
Átfolyós beüzemelés megbízható e-mailekkel : Az „Integrált IM&P” szolgáltatás BroadWorks rendszeren történő hozzárendelésével az előfizető automatikusan beüzemelésre kerül a Webex.
Ha azt is állíthatja, hogy a BroadWorks-előfizetői e-mail-címek érvényesek, és egyediek a Webex számára, akkor használhatja a „megbízható e-mail” változatát az átfolyós létesítésnek. Az előfizetői Webex -fiókok létrehozása és aktiválása az ő beavatkozásuk nélkül történik; egyszerűen letöltik a klienst, és bejelentkeznek.
Az e- e-mail cím a Webex egyik kulcsfontosságú felhasználói attribútuma. Ezért a Szolgáltatónak érvényes e- e-mail-cím kell megadnia a felhasználó számára ahhoz, hogy a Webex szolgáltatásait biztosítani tudja. Ennek szerepelnie kell a felhasználó e- e-mail - azonosító attribútumában a BroadWorks-ben. Javasoljuk, hogy másolja be az Alternatív azonosító attribútumba is.
Folyamatos üzembe helyezés megbízható e-mailek nélkül : Ha nem tud megbízni az előfizetői e-mail-címekben, akkor is hozzárendelheti a BroadWorks integrált IM&P szolgáltatását a Webex szolgáltatásban lévő szolgáltatlási felhasználók .
Ezzel az opcióval a fiókok a szolgáltatás hozzárendelésekor jönnek létre, de az előfizetőknek meg kell adniuk és ellenőrizniük kell az e-mail-címüket a Webex -fiókok aktiválásához.
Felhasználói önellátás : Ez a beállítás nem igényel IM&P szolgáltatás hozzárendelését a BroadWorksben. Ehelyett Ön (vagy ügyfelei) egy üzembe helyezési hivatkozást terjeszt, és a hivatkozásokat a különböző kliensek letöltéséhez, az Ön márkajelzésével és utasításaival.
Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a Webex -fiók létrehozásához és aktiválásához. Ezután letöltik a klienst, bejelentkeznek, a Webex pedig lekér róluk néhány további konfigurációt a BroadWorks-től (beleértve az elsődleges számukat is).
SP által vezérelt üzembe helyezés API-kon keresztül : A Webex nyilvános API-k egy készletét teszi elérhetővé, amelyek lehetővé teszik a szolgáltatók számára, hogy a meglévő munkafolyamataikba beépítsék a felhasználók/előfizetők szolgáltatásait.
Létesítési követelmények
Az alábbi táblázat összefoglalja az egyes létesítési módszerek követelményeit. A követelményeken kívül a telepítésnek meg kell felelnie az ebben az útmutatóban ismertetett általános rendszerkövetelményeknek.
Beüzemelési módszer | Követelmények |
---|---|
Folyamatos üzembe helyezés (Megbízható vagy nem megbízható e-mailek) | A Webex üzembe helyezési API automatikusan hozzáadja a meglévő BroadWorks-felhasználókat a Webex , amint a felhasználó megfelel a követelményeknek, és Ön átkapcsolja a Integrált IM+P szolgáltatást be. Két folyamat létezik (megbízható e-mailek vagy nem megbízható e-mailek), amelyeket a Webex onboarding sablonján keresztül lehet hozzárendelni. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
Felhasználói önellátás | A rendszergazda hivatkozást biztosít a meglévő BroadWorks-felhasználóknak a Felhasználóaktiválási portálra. A felhasználónak BroadWorks hitelesítési adatokkal kell bejelentkeznie a portálra, és meg kell adnia egy érvényes e- e-mail-cím. Az e-mail hitelesítése után a Webex további felhasználói információk kér a beüzemelés befejezéséhez. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
SP által vezérelt üzembe helyezés API -n keresztül (Megbízható vagy nem megbízható e-mailek) | A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik, hogy a meglévő munkafolyamatokba és eszközökbe beépítse a felhasználói beüzemelést. Két folyamat létezik:
BroadWorks-követelmények:
Webex követelmények:
Az API-k használatához lépjen ide: BroadWorks-előfizetők . |
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Támogatott nyelvi területek
Az üzembe helyezés során a BroadWorks alkalmazásban az elsőként kiépített felügyeleti jogokkal rendelkező felhasználó hozzárendelt nyelv lesz automatikusan hozzárendelve az ügyfélszervezet alapértelmezett területi beállításaiként. Ez a beállítás határozza meg az aktiválási e-mailek, értekezletek és értekezletmeghívók alapértelmezett nyelvét az adott ügyfélszervezeten belül.
Öt karakteres nyelvi területi beállítások az (ISO-639-1) nyelven_ (ISO-3166) formátum támogatott. Például:en_ Az US E-nek felel megnglish_ Egyesült Államok. Ha csak kétbetűs nyelvet kér ( ISO-639-1 formátumot használva), a szolgáltatás egy ötkarakteres nyelvi területi beállítást generál úgy, hogy a kért nyelvet a sablonból származó országkóddal kombinálja, azaz "requestedL".anguage_ CountryCode", ha nem tud érvényes területi beállítást beállítani, akkor a szükséges nyelvkód alapján az alapértelmezett ésszerű területi beállítást használja.
Az alábbi táblázat felsorolja a támogatott területi beállításokat, valamint azt a hozzárendelést, amely a kétbetűs nyelvi kódot ötkarakteres területi beállításra konvertálja olyan helyzetekben, amikor nem áll rendelkezésre öt karakteres területi beállítás.
Támogatott nyelvi területek (ISO-639-1)_ (ISO-3166) | Ha csak egy kétbetűs nyelvkód áll rendelkezésre... | |
---|---|---|
Nyelvkód (ISO-639-1) ** | Használja helyette az Alapértelmezett érzékeny területi beállítást (ISO-639-1)_ (ISO-3166) | |
en_US en_AU en_GB en_CA | hu | en_US |
fr_FR fr_CA | fr | fr_FR |
cs_CZ | cs | cs_CZ |
da_DK | da | da_DK |
de_DE | de | de_DE |
hu_HU | hu | hu_HU |
id_Azonosító | azonosító | id_Azonosító |
it_IT | it | it_IT |
ja_JP | ja | ja_JP |
ko_KR | ko | ko_KR |
es_ES es_CO es_MX | es | es_ES |
nl_NL | nl | nl_NL |
nb_NEM | nb | nb_NEM |
pl_PL | pl | pl_PL |
pt_PT pt_BR | pt | pt_PT |
ru_RU | ru | ru_RU |
ro_RO | ro | ro_RO |
zh_CN zh_TW | zh | zh_CN |
sv_SE | sv | sv_SE |
ar_SA | ar | ar_SA |
tr_TR | tr | tr_TR |
A helyszínekes_ CO,id_ azonosító,nb_ NEM éspt_ A Webex értekezletoldalak nem támogatják a PT-t. Ezeken a területeken a Webex Meetings webhelyek csak angol nyelvűek lesznek. Az angol az alapértelmezett területi beállítás a webhelyekhez, ha nincs/invalid/nem támogatott területi beállítás szükséges a webhelyhez. Ez a nyelvi mező a Szervezeti és Webex Meetings webhely létrehozásakor alkalmazható. Ha egy bejegyzésben vagy az előfizető API -jában nem szerepel nyelv, akkor a sablon nyelve lesz az alapértelmezett nyelv. |
Védjegyzés
A partnerrendszergazdák a Speciális márkaépítés testreszabási opciókkal testreszabhatják, hogy a Webex alkalmazás hogyan keresse a partner által kezelt ügyfélszervezeteket. A partnerrendszergazdák testreszabhatják a következő beállításokat annak érdekében, hogy a Webex alkalmazás tükrözze a vállalati márkát és identitásukat:
Vállalati logók
Egyedi színsémák Világos vagy Sötét módban
Egyedi támogatási URL-címek
A márkaépítés testreszabásának részleteiért lásd: Speciális márka-testreszabások konfigurálása .
|
Beléptetési sablonok
A beléptető sablonok lehetővé teszik azoknak a paramétereknek a meghatározását, amelyek alapján az ügyfelek és a hozzájuk tartozó előfizetők automatikusan ki lesznek szolgáltatva a Webex for Cisco BroadWorks rendszeren. Igény szerint több belépési sablont is konfigurálhat, de amikor egy ügyfelet belép, az csak egy sablonhoz lesz hozzárendelve (egy ügyfélre nem lehet több sablont alkalmazni).
Az alábbiakban felsorolunk néhány elsődleges sablonparamétert.
Csomag
Ki kell választania egy alapértelmezett csomagot a sablon létrehozásakor (lásd Csomagok lehetőségre részletekért az Áttekintés részben). Minden olyan felhasználó, aki rendelkezik ezzel a sablonnal, akár folyamatban lévő, akár önkiépítéssel, megkapja az alapértelmezett csomagot.
Több sablon létrehozásával, és mindegyikben más alapértelmezett csomag kiválasztásával szabályozhatja a csomagok kiválasztását a különböző ügyfelek számára. Ezt követően terjeszthet különböző üzembe helyezési hivatkozásokat vagy különböző vállalatonkénti beüzemelési adaptereket, attól függően, hogy milyen felhasználó-létesítési módszert választott ezekhez a sablonokhoz.
Megváltoztathatja az egyes előfizetők csomagját ettől az alapértelmezetttől a beüzemelési API (lásd Webex for Cisco BroadWorks API dokumentáció vagy a Partner Hubon keresztül (lásd Felhasználói csomag módosítása a Partner Hubban ) .
Nem módosíthatja az előfizetői csomagot a BroadWorksből. Az Integrált IM&P szolgáltatás hozzárendelése be vagy ki van kapcsolva; ha az előfizető hozzá van rendelve ehhez a szolgáltatáshoz a BroadWorksben, akkor az előfizető vállalatának szolgáltatási URL -címéhez társított Partner Hub-sablon határozza meg a csomagot.
Viszonteladó és vállalatok vagy Szolgáltató és csoportok?
A BroadWorks-rendszer konfigurációjának módja hatással van a beüzemelési folyamatra. Ha Ön viszonteladó az Enterprises-szal, akkor sablon létrehozásakor engedélyeznie kell a Vállalati módot.
Ha a BroadWorks rendszere Szolgáltatói módra van beállítva, a Vállalati mód kapcsolót kikapcsolva hagyhatja a sablonokban.
Ha mindkét BroadWorks-móddal tervezi az ügyfélszervezetek kiépítését, akkor különböző sablonokat kell használnia a csoportokhoz és a vállalatokhoz.
Győződjön meg arról, hogy alkalmazta az átfolyós kiépítéshez szükséges BroadWorks javításokat. A részletekért lásd: Szükséges javítások átfolyós telepítéssel . |
Hitelesítő mód
Döntse el, hogyan szeretné hitelesíteni az előfizetőket, amikor bejelentkezik a Webex. Az üzemmódot a következővel rendelheti hozzá Hitelesítési mód beállítást a Belépési sablonban. Az alábbi táblázat felvázol néhány opciót.
Ez a beállítás nincs hatással a Felhasználó aktiválási portálra történő bejelentkezésre. A portálra bejelentkező felhasználóknak meg kell adniuk a BroadWorks- felhasználói azonosító és jelszavukat a BroadWorks-en beállítottak szerint, függetlenül a beállítás módjától. Hitelesítési mód a beléptetési sablonon. |
Hitelesítő mód | BroadWorks | Webex |
Elsődleges felhasználói identitás | BroadWorks-felhasználói azonosító | E-mail-cím |
Identitásszolgáltató | BroadWorks.
| Cisco Common Identity |
Többtényezős hitelesítés? | Nem | A többtényezős hitelesítést támogató ügyfél-azonosítót igényel. |
Hitelesítési adatok érvényesítési útvonala
|
|
|
Az SSO bejelentkezési folyamat részletesebb lebontásához közvetlen BroadWorks-hitelesítéssel lásd: SSO bejelentkezési folyamat . |
UTF-8 kódolás BroadWorks hitelesítéssel
BroadWorks-hitelesítés esetén javasoljuk, hogy UTF-8 kódolást állítson be a hitelesítési fejléchez. Az UTF-8 kijavít egy olyan problémát, amely a speciális karaktereket használó jelszavak esetén fordulhat elő, mivel a webböngésző nem megfelelően kódolja a karaktereket. Az UTF-8 kódolású, 64-es alapkódolású fejlécek használata megoldja ezt a problémát.
Az UTF-8 kódolást a következő CLI-parancsok egyikének az XSP-n vagy ADP-n történő futtatásával állíthatja be:
XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
Ország
Sablon létrehozásakor ki kell választania egy országot. A rendszer automatikusan ezt az országot rendeli hozzá a szervezeti országként minden olyan ügyfél számára, aki rendelkezik a sablonnal a Common Identityben. Ezenkívül a szervezet országa határozza meg a Cisco PSTN alapértelmezett globális betelefonálási számait a Webex értekezletoldalakon.
A webhely alapértelmezett globális betelefonálási számai a szervezet országa alapján a telefonos tartományban meghatározott első elérhető betelefonálási számra lesznek beállítva. Ha a szervezet országa nem található a telefonos tartományban meghatározott betelefonálási számban, akkor az adott helyszín alapértelmezett számát fogja használni a rendszer.
S No. | Helyszín | Országhívószám | Ország neve |
---|---|---|---|
1 | AMER | +1 | USA, CA |
2 | APAC | +65 | Szingapúr |
3 | ANZ | +61 | Ausztrália |
4 | EMEA | +44 | Egyesült Királyság |
5 | EURO | +49 | Németország |
Több partner megállapodás
Szeretné továbblicencelni a Webex for Cisco BroadWorks alkalmazást egy másik szolgáltató? Ebben az esetben minden szolgáltató külön partnerszervezetre van szüksége a Webex Control Hubban, hogy biztosíthassa a megoldást az ügyfélbázisa számára.
Beüzemelési adapter és sablonok
Átmenőleges kiépítés használata esetén a BroadWorks-ben megadott beüzemelési URL -cím a Control Hub sablonjából származik. Több sablonja lehet, és így több szolgáltatási URL-címe is. Ez lehetővé teszi, hogy vállalatonként kiválassza, hogy melyik csomagot alkalmazza az előfizetőkre, amikor megkapják az Integrált IM&P szolgáltatást.
Meg kell fontolnia, hogy szeretne-e rendszerszintű üzembe helyezési URL -t beállítani alapértelmezett szolgáltatási útvonalként, és hogy ehhez melyik sablont szeretné használni. Így csak az üzembe helyezési URL -címet kell kifejezetten beállítani azon vállalatok számára, amelyeknek más sablonra van szükségük.
Ne feledje azt is, hogy előfordulhat, hogy már rendszerszintű beüzemelési URL-t használ , például az UC-One SaaS szolgáltatással. Ebben az esetben dönthet úgy, hogy megtartja a rendszerszintű URL -címet az UC-One SaaS-felhasználók beüzemeléséhez, és felülbírálhatja a Webex for Cisco BroadWorks alkalmazásra áttérő vállalatoknál. Alternatív megoldásként választhat a másik irányba, és beállíthatja a Webex for BroadWorks rendszerszintű URL -címét, és újrakonfigurálhatja azokat a vállalatokat, amelyeket meg szeretné tartani az UC-One SaaS rendszeren.
Az ehhez a döntéshez kapcsolódó konfigurációs lehetőségeket a következő tartalmazza: Konfigurálja az alkalmazáskiszolgálót a kiépítési szolgáltatás URL-címével .
Létesítési adapter proxy
A nagyobb biztonság érdekében a Provisioning Adapter Proxy lehetővé teszi, hogy HTTP(S) proxyt használjon az Application Delivery Platformon az AS és a Webex közötti átfolyólagos kiépítéshez. A proxykapcsolat egy végpontok közötti TCP -alagutat hoz létre, amely a forgalmat az AS és a Webex között továbbítja, elkerülve ezzel annak szükségességét, hogy az AS közvetlenül csatlakozzon a nyilvános internethez. A biztonságos kapcsolatokhoz TLS használható.
Ehhez a funkcióhoz be kell állítani a proxyt a BroadWorks rendszeren. A részletekért lásd: Cisco BroadWorks Provisioning Adapter proxyfunkció leírása .
Minimális követelmények
Fiókok
Minden előfizetőnek, akit a Webex szolgáltatásra kiépít, szerepelnie kell a Webex integrált Webex rendszerben. Szükség esetén több BroadWorks rendszert is integrálhat.
Minden előfizetőnek rendelkeznie kell BroadWorks-licencekkel és elsődleges számmal vagy mellékmel.
A Webex e-mail-címeket használ elsődleges azonosítóként az összes felhasználó számára. Ha a megbízható e-mailekhez átfolyósított üzembe helyezést használ, akkor a felhasználóknak érvényes címekkel kell rendelkezniük a BroadWorks e-mail attribútumában.
Ha a sablon BroadWorks-hitelesítést használ, az előfizetői e-mail-címeket átmásolhatja a BroadWorks Alternatív azonosító attribútumába. Ez lehetővé teszi, hogy a felhasználók e-mail-címükkel és Webex -jelszavukkal jelentkezzenek be a Webexbe.
A rendszergazdáknak a Webex -fiókjukkal kell bejelentkezniük a Partner Hubra.
Nem támogatott BroadWorks-rendszergazda beépítése a Webex for Cisco BroadWorks rendszerébe. Csak olyan BroadWorks-hívó felhasználókat tud bekapcsolni, akik rendelkeznek elsődleges számmal és/vagy melléktel. Ha átfolyósított üzembe helyezést használ, a felhasználókhoz hozzá kell rendelni az Integrált IM&P szolgáltatást is. |
Hálózati kiszolgálók és szoftverkövetelmények
BroadWorks-példány(ok) legalább R22-es verzióval. A támogatott verziók és javítások a BroadWorks szoftverkövetelmények című részben találhatók (ebben a dokumentumban). További információkért lásd: A BroadSoft termékek életciklus-szabályzata szakaszban BroadSoft életciklus házirend és BroadWorks szoftver kompatibilitási táblázat .
A BroadWorks-példány(ok)nak tartalmaznia kell legalább a következő kiszolgálókat:
Alkalmazáskiszolgáló (AS) a fenti BroadWorks-verzióval
Hálózati szerver (NS)
Profilkiszolgáló (PS)
Nyilvános XSP| Az alábbi követelményeknek megfelelő ADP-kiszolgáló(k) vagy Alkalmazáskézbesítő Platform (ADP):
Hitelesítési szolgáltatás (BWAuth)
XSI-műveletek és események felületei
DMS (eszközkezelő webalkalmazás)
CTI interfész (Computer Telephony Intergration)
TLS 1.2 érvényes tanúsítvánnyal (nem önaláírt) és minden szükséges közbenső eszközzel. Rendszerszintű rendszergazda szükséges a vállalati keresés megkönnyítéséhez.
Kölcsönös TLS (mTLS) hitelesítés a hitelesítési szolgáltatáshoz (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Kölcsönös TLS (mTLS) hitelesítés a CTI felülethez (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Különálló XSP/ADP szerver, amely „Hívásértesítések Push Server” szerepében működik (egy NPS a környezetében, amely a hívásértesítések leküldésére szolgál az Apple/Google felé. Itt „CNPS”-nek hívjuk, hogy megkülönböztessék a Webex azon szolgáltatásától, amely push értesítéseket küld az üzenetküldéshez és a jelenléthez.
A kiszolgálónak R22-es vagy újabb verziójúnak kell lennie.
Külön XSP/ADP szervert írunk elő a CNPS számára, mert a Webex a BWKS felhőkapcsolatok esetében bekövetkező betöltés kiszámíthatatlansága negatívan befolyásolhatja az NPS szerver teljesítményét, ami az értesítési késleltetés növekedését eredményezheti. Lásd a Cisco BroadWorks rendszermérnöki útmutató további információkért az XSP-ről| ADP skála.
Webex alkalmazásplatformok
A Webex alkalmazás angol nyelvű verziójának letöltéséhez lépjen a következő oldalra:https://www.webex.com/webexfromserviceproviders-downloads.html . A Webex alkalmazás a következő címen érhető el:
Windows rendszerű PC-k/laptopok
Apple PC-k/laptopok MacOS rendszerrel
iOS (Apple Store)
Android (Play Áruház)
web (lépjen ide:https://teams.webex.com/ )
Lokalizált verziók
A Webex alkalmazás lokalizált verziójának letöltéséhez használja az alábbi hivatkozások egyikét:
https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (koreai)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Francia)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugál)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Hagyományos kínai)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Egyszerűsített kínai)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japán)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spanyolország)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (német)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (olasz)
Fizikai telefonok és kiegészítők
Cisco IP -telefonok:
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html modellekért és további információkért.
A harmadik féltől származó telefonokat ugyanúgy támogatjuk, mint a többi BroadWorks-integrációt. Azonban még nem rendelkeznek névjegy- és jelenlétintegrációval a Webex for Cisco BroadWorks alkalmazással.
Adapterek:
Cisco ATA 191 multiplatform analóg telefonadapter
Cisco ATA 192 multiplatform analóg telefonadapter
Lásdhttps://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html modellekért és további információkért.
Fejhallgatók:
500-as sorozatú Cisco fejhallgató
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.htmlmodellekért és további információkért.
Room OS-eszközök:
Webex Room és Room Kit sorozat
Webex Desk sorozat
Webex Board sorozat
Eszközintegráció
A Room OS és MPP eszközök Webex for Cisco BroadWorks alkalmazáshoz történő bevezetésével és szervizelésével kapcsolatos részletekért lásd: Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz .
Eszközprofilok lehetőségre
Az alábbiakban láthatók azok a DTAF-fájlok, amelyeket be kell töltenie az alkalmazáskiszolgálókra, hogy támogassa a Webex alkalmazást hívó kliensként. Ezek ugyanazok a DTAF-fájlok, mint az UC-One SaaS esetében, azonban van egy új config-wxt.xml.template
a Webex alkalmazáshoz használt fájlt.
A legújabb eszközprofilok letöltéséhez lépjen az Alkalmazáskézbesítési platformra Szoftverletöltések webhelyen, hogy lekérje a legújabb DTAF fájlokat. Ezek a letöltések ADP és XSP esetén is működnek.
Ügyfél neve | Eszközprofil típusa és csomagneve |
---|---|
Webex Mobil Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Mobil DTAF: Konfigurációs fájl: |
Webex Tablet Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Tablet DTAF: Konfigurációs fájl: |
Webex Asztali lehetőségre Sablon |
Identitás/eszközprofil típusa: Business Communicator – PC DTAF: Konfigurációs fájl: |
Azonosítás/Eszközprofil
Minden Webex Cisco BroadWorks-felhasználónak rendelkeznie kell egy Identitás/eszközprofil hozzárendelt a BroadWorksben, amely a fenti eszközprofilok egyikét használja a Webex alkalmazás használatával történő hívások kezdeményezéséhez. A profil biztosítja azt a konfigurációt, amely lehetővé teszi a felhasználó számára, hogy hívásokat kezdeményezzen.
OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez
Adjon szolgáltatáskérés a beléptető ügynöknek vagy a Cisco TAC -nak a Cisco OAuth szolgáltatás létrehozásához a Cisco Identity Provider Federation-fiókjához.
Használja a következő kérelemcímet a megfelelő funkciókhoz:
XSP| ADP AuthService Configuration” szolgáltatás konfigurálásához XSP| ADP.
Az 'NPS-konfiguráció hitelesítési proxybeállításhoz' az NPS-t a hitelesítési proxy használatára konfigurálja.
CI felhasználói UUID szinkronizálás' a CI felhasználói UUID szinkronizáláshoz. A funkció további részleteiért lásd: A Cisco BroadWorks támogatása a CI UUID-hez .
Állítsa be a BroadWorks alkalmazást úgy, hogy engedélyezze a Cisco számlázást a BroadWorks- és a Webex -et a BroadWorks-előfizetésekhez.
A Cisco egy 60 napig érvényes OAuth- azonosító, egy titkos ügyfél titkosítást és egy frissítési tokent ad Önnek. Ha a token a használata előtt lejár, akkor újabb kérelmet indíthat.
Ha már megszerezte a Cisco OAuth Identity Provider hitelesítési adatait, akkor a hitelesítési adatainak frissítéséhez hajtson végre egy új szolgáltatáskérés . |
Tanúsítványok megrendelése
A TLS -hitelesítés tanúsítványkövetelményei
Szüksége lesz egy jól ismert Certificate Authority által aláírt és a nyilvános XSP-re telepített biztonsági tanúsítványokra.| ADP-k, az összes szükséges alkalmazáshoz. Ezekkel támogatják a TLS -tanúsítvány-ellenőrzést az XSP-hez minden bejövő kapcsolat esetén| ADP szerverek.
Ezeknek a tanúsítványoknak tartalmazniuk kell az XSP-t| ADP nyilvános, teljesen minősített tartománynév vagy Tárgy alternatív neveként.
Az ilyen kiszolgálótanúsítványok telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy a CA által aláírt nyilvános kiszolgálótanúsítvány hol kell betölteni a következő három esetben:
A Webex alkalmazás által a hitelesítéshez támogatott, nyilvánosan támogatott hitelesítésszolgáltatók felsorolása Támogatott hitelesítésszolgáltatók a Webex Hybrid Services számára .
TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik a proxyba.
A proxy bemutatja ezt a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
Egy belső CA által aláírt tanúsítvány betölthető az XSP-re| ADP.
Az XSP| Az ADP ezt a belsőleg aláírt kiszolgálótanúsítvány mutatja be a proxynak.
A proxy megbízik az XSP-t aláíró belső hitelesítésszolgáltatóban| ADP kiszolgálótanúsítvány.
TLS -tanúsítvány követelmények a TLS-passthrough Proxy vagy XSP esetében| ADP a DMZ-ben
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik az XSP-be| ADP-k.
Az XSP| Az ADP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
További tanúsítványkövetelmények a CTI felületen keresztüli kölcsönös TLS -hitelesítéshez
Amikor a CTI felülethez csatlakozik, a Webex a kölcsönös TLS hitelesítés részeként egy klienstanúsítvány mutat be. A Webex klienstanúsítvány CA/lánctanúsítvány letölthető a Control Hubon keresztül.
A tanúsítvány letöltése:
Jelentkezzen be a Partner Hubba, ehhez kell
és kattintson a tanúsítvány letöltése hivatkozásra.A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra a tanúsítvány követelményeit foglalja össze a következő három esetben:
(Opció) A TLS-bridge proxy tanúsítványkövetelményei
A Webex egy nyilvánosan aláírt klienstanúsítvány mutat be a proxynak.
A proxy megbízik az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy bemutatja a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions: X509v3 Extended Key Usage: 1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
A belső tanúsítvány CN-jének a következőnek kell lennie:
bwcticlient.webex.com
.
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Előfordulhat, hogy a nyilvános hitelesítő hatóságok nem hajlandók a tanúsítványokat a szükséges védett BroadWorks OID-vel aláírni. Áthidaló proxy esetén előfordulhat, hogy egy belső CA segítségével kell aláírnia a proxy által az XSP-nek bemutatott klienstanúsítvány .| ADP.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Az alkalmazáskiszolgálóé ClientIdentity tartalmazza az XSP-nek bemutatott, belsőleg aláírt klienstanúsítvány CN-jét| ADP a proxy által.
(Opció) Tanúsítványkövetelmények TLS-passthrough Proxy vagy XSP esetén| ADP a DMZ-ben
A Webex egy belső Cisco CA által aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Az XSP| Az ADP-k megbíznak az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány az XSP-be is betöltődik| ADP-k.
Az XSP| Az ADP-k bemutatják a nyilvánosan aláírt szervertanúsítványokat a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
Az alkalmazáskiszolgáló ClientIdentity tartalmazza az XSP-nek bemutatott Cisco által aláírt klienstanúsítvány CN-jét| ADP a Webex által.
A hálózat előkészítése
A Webex Cisco BroadWorks rendszerhez által használt kapcsolatokról szóló további információkért lásd: A Webex for Cisco BroadWorks hálózati követelményei . Ez a cikk a tűzfal be- és kilépési szabályainak konfigurálásához szükséges IP -címek, portok és protokollok listáját tartalmazza.
A Webex-szolgáltatások hálózati követelményei
Az előző Belépési és Kilépési szabályok tűzfaltáblák csak azokat a kapcsolatokat dokumentálják, amelyek kifejezetten a Webex for Cisco BroadWorks alkalmazásra vonatkoznak. A Webex alkalmazás és a Webex felhő közötti kapcsolatokra vonatkozó általános információkért lásd: A Webex Services hálózati követelményei . Ez a cikk a Webex vonatkozik, de a következő táblázat azonosítja a cikk különböző részeit, és azt, hogy az egyes részek mennyire relevánsak a Webex for Cisco BroadWorks számára.
Hálózati követelmények cikk szakasza | Az információk relevanciája |
---|---|
A Webex által támogatott eszköztípusok és protokollok összefoglalása | Tájékoztató |
Tájékoztató | |
El kell olvasni | |
El kell olvasni | |
Tartományok és URL-címek, amelyeknek hozzáférhetőnek kell lenniük a Webex-szolgáltatások számára | El kell olvasni |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
A Webex más hibrid szolgáltatásai és dokumentációjuk összegzése | Opcionális |
Webex-szolgáltatások a FedRAMP ügyfelei számára | N. A. |
További információk
További információkért lásd: Webex App Firewall Whitepaper (PDF) .
BroadWorks redundancia támogatása
A Webex Cloud Services és a Webex ügyfélalkalmazások, amelyeknek el kell érniük a partner hálózatát, teljes mértékben támogatják a Broadworks XSP-t| A partner által biztosított ADP redundancia. Amikor egy XSP| Az ADP vagy a webhely tervezett karbantartás vagy nem tervezett ok miatt nem érhető el, a Webex szolgáltatások és alkalmazások át tudnak lépni egy másik XSP-re| A kérés teljesítéséhez a partner által biztosított ADP vagy oldal.
Hálózati topológia
A Broadworks XSP| Az ADP-k telepíthetők közvetlenül az interneten, vagy egy DMZ-ben is elhelyezhetők egy terheléselosztás elemmel, például az F5 BIG- IP-vel. A georedundancia biztosítása érdekében az XSP| Az ADP-k két (vagy több) adatközpontban telepíthetők, mindegyik előtt egy terheléselosztó állhat, és mindegyik rendelkezik nyilvános IP-cím -címmel. Ha az XSP| Az ADP-k egy terheléselosztó mögött állnak, a Webex mikroszolgáltatások és az alkalmazás csak a terheléselosztó IP-cím látja, a Broadworks pedig úgy tűnik, csak egy XSP-vel rendelkezik| ADP, még akkor is, ha több XSP van| ADP-k mögött.
Az alábbi példában az XSP| Az ADP-k két helyszínen vannak telepítve, az A és a B helyszínen. Két XSP létezik| Az egyes telephelyeken egy terheléselosztóval ellátott ADP-k. Az A oldal XSP-vel rendelkezik| ADP1 és XSP| Az ADP2 előlapján LB1, a B oldalon pedig XSP található| ADP3 és XSP| ADP4 elől LB2. Csak a terheléselosztók láthatók a nyilvános hálózaton, és az XSP| Az ADP-k a DMZ magánhálózatokon vannak.
Webex Cloud Services
DNS konfiguráció
A Webex Cloud mikroszolgáltatásoknak meg kell tudniuk találni a Broadworks XSP-t| ADP-kiszolgáló(k) az Xsi interfészekhez, hitelesítési szolgáltatáshoz és CTI-hez való csatlakozáshoz.
A Webex Cloud mikroszolgáltatások DNS A/AAAA keresést végeznek a konfigurált XSP-n| ADP-gazdanevet, és csatlakozzon a visszaadott IP -címhez. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga. Ha több IP -címet ad vissza, a lista első IP -címe lesz kiválasztva. Az SRV keresés jelenleg nem támogatott.
Példa: A partner DNS -e A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Teherelosztók.
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| LB2-re mutat (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Feladatátvétel
Amikor a Webex mikroszolgáltatások kérést küldenek az XSP-nek| Az ADP/Load Balancer alkalmazáshoz és a kérelem sikertelenségéhez több dolog is történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre.
Ha egy hibakód (HTTP5xx ) üzenetet kapja vissza, a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre .
Ha 2 másodpercen belül nem érkezik HTTP-válasz, a kérés időtúllépése, és a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és továbbítják az útvonalat a következő IP-címre .
Minden kérés háromszor próbálkozik, mielőtt a hibát visszaküldi a mikroszolgáltatásnak.
Ha egy IP a blokkoltak listáján van, akkor nem fog szerepelni azon címek listáján, amelyeket meg kell próbálni, amikor kérést küld egy XSP-nek| ADP. Egy előre meghatározott idő elteltével a blokkolt IP -címek lejárnak, és visszatér a listába, hogy megpróbálja, amikor újabb kérés érkezik.
Ha minden IP -cím blokkolva van, a mikroszolgáltatás akkor is megpróbálja elküldeni a kérést úgy, hogy véletlenszerűen kiválaszt egy IP-cím a blokkolt listáról. Sikeres esetben az adott IP-cím törlődik a blokkoltak listájáról.
Állapot
A Webex Cloud szolgáltatások XSP-hez való kapcsolódási állapota| Az ADP-k vagy a terheléselosztók a Control Hubban láthatók. A BroadWorks hívófürtök alatt a kapcsolat állapota az alábbi felületek mindegyikéhez jelenik meg:
XSI-műveletek
XSI-események
Hitelesítési szolgáltatás
A kapcsolat állapota az oldal betöltésekor vagy a bemeneti frissítések során frissül. A kapcsolatok állapota a következő lehet:
Zöld: Mikor érhető el az interfész az A rekord keresésben lévő egyik IP-n.
Piros: Amikor az A rekord keresésében szereplő összes IP-cím nem érhető el, és az interfész nem elérhető.
A következő szolgáltatások a mikroszolgáltatások segítségével csatlakoznak az XSP-hez| Az XSP hatással van rájuk| Az ADP interfész elérhetősége:
Bejelentkezés a Webex alkalmazásba
Webex alkalmazás-token frissítése
Nem megbízható e-mail/önaktiválás
Broadworks Service állapotfelmérés
Webex alkalmazás
DNS konfiguráció
A Webex alkalmazás hozzáfér az Xtended Services Interface (XSI-Actions & XSI-Events) és az Eszközkezelő szolgáltatás (DMS) szolgáltatásaihoz az XSP-n| ADP.
Az XSI szolgáltatás megkereséséhez a Webex alkalmazás DNS SRV keresést végez a következőhöz: _xsi-client._tcp.<webex app xsi domain>
. Az SRV az XSP számára beállított URL -re mutat| ADP gazdagépek vagy terheléselosztók az XSI szolgáltatáshoz. Ha az SRV keresés nem érhető el, a Webex alkalmazás visszakerül az A/AAAA keresésre.
Az SRV több A/AAAA célt is képes feloldani. Azonban minden A/AAAA rekordnak csak egyetlen IP-cím kell hozzárendelnie. Ha több XSP van| A terheléselosztó/edge eszköz mögötti DMZ-ben található ADP-k esetén a terheléselosztót úgy kell beállítani, hogy fenntartsa a munkamenet-perzisztenciát, és ugyanahhoz az XSP-hez irányítsa át az adott munkamenet összes kérését| ADP. Azért írjuk elő ezt a konfigurációt, mert az ügyfél XSI-esemény szívverésének ugyanahhoz az XSP-hez kell mennie| Az eseménycsatorna létrehozásához használt ADP.
Az 1. példában a webex-app-XSP A/AAAA rekordja| Az ADP.example.com nem létezik, és nem is kell, hogy legyen. Ha a DNS megköveteli, hogy egy A/AAAA rekordot meg kell adni, akkor csak 1 IP-cím kell visszaadnia. Ettől függetlenül az SRV-t meg kell adni a Webex alkalmazáshoz. Ha a Webex alkalmazás olyan A/AAAA nevet használ, amely egynél több IP-cím definiál , vagy ha a terheléselosztó/edge elem nem tartja fenn a munkamenet megmaradását, az ügyfél végső soron szívveréseket küld egy XSP-nek.| ADP, ahol nem hozott létre eseménycsatornát. Ez a csatorna leszakadását eredményezi, és jelentősen megnöveli a belső forgalmat, ami rontja az XSP-t| ADP-fürt teljesítménye. Mivel a Webex Cloud és a Webex alkalmazás eltérő követelményeket támaszt az A/AAAA rekordok keresésében, külön FQDN-t kell használnia a Webex Cloud és a Webex alkalmazás számára az XSP eléréséhez| ADP-k. Amint az a példákban látható, a Webex Cloud A rekordot használja |
1. példa – Több XSP| ADP-k, mindegyik külön terheléselosztó mögött
Ebben a példában az SRV több A rekordra mutat úgy, hogy minden A rekord egy másik helyszínen lévő más terheléselosztóra mutat. A Webex alkalmazás mindig a lista első IP-cím használja, és csak akkor lép a következő rekordra, ha az első nem működik.
Az alábbiakban egy példa látható SRV-rekordok.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
2. példa – Több XSP| ADP-k egyetlen terheléselosztó mögött ( TLS -híddal)
A kezdeti kérelemhez a terheléselosztó egy véletlenszerű XSP-t választ ki| ADP. Az az XSP| Az ADP egy cookie-t ad vissza, amelyet a Webex alkalmazás a jövőbeli kérésekben tartalmaz. A jövőbeni kérésekhez a terheléselosztó a süti segítségével a megfelelő XSP-hez irányítja a kapcsolatot| ADP, biztosítva, hogy az eseménycsatorna ne szakadjon meg.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Terheléselosztó |
A | LB.example.com |
| A terheléselosztó IP-cím (XSP| Az ADP-k a terheléselosztó mögött vannak) |
DMS URL
A bejelentkezési folyamat során a Webex alkalmazás a DMS URL -címet is lekéri a konfigurációs fájl letöltéséhez. A rendszer elemzi az URL -ben szereplő gazdagépet, és a Webex alkalmazás DNS A/AAAA-keresést végez a gazdagépen, hogy csatlakozzon az XSP-hez| A DMS szolgáltatást üzemeltető ADP.
Példa: DNS A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Load Balancers by Webex App konfig fájlok letöltéséhez DMS-en keresztül:
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Hogyan találja meg a Webex alkalmazás az XSP-t?| ADP-címek
Az ügyfél megpróbálja megtalálni az XSP-t| A következő DNS -folyamatot használó ADP-csomópontok:
Az ügyfél először az Xsi-Actions/Xsi-Events URL-címeket kéri le a Webex Webex Cloud (a hozzárendelt BroadWorks hívófürt létrehozásakor adta meg őket). Az Xsi gazdagépnevet/tartományt az URL -ből értelmezi a rendszer, és az ügyfél az SRV keresést hajtja végre a következőképpen:
Az ügyfél SRV-keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain="">
Ha az SRV keresés egy vagy több A/AAAA célt ad vissza:
A kliens A/AAAA keresést végez ezekre a célokra, és gyorsítótárazza a visszaadott IP -címeket.
A kliens az SRV prioritás, majd a súly alapján (vagy véletlenszerűen, ha egyenlők) csatlakozik az egyik célhoz (és így annak egyetlen IP-cím rendelkező A/AAAA rekordjához ).
Ha az SRV keresés nem ad vissza célokat:
A kliens A/AAAA keresést végez az Xsi gyökérparaméterben, majd megpróbál csatlakozni a visszaadott IP-cím. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga.
Mint már említettük, az A/AAAA rekordnak egyetlen IP-cím kell feloldania ugyanezen okokból kifolyólag.
(Opcionális) Ezt követően megadhatja az egyéni XSI-Actions/XSI-Events részleteket a Webex alkalmazás eszközkonfiguráció a következő címkék használatával:
<protocols> <xsi> <paths> <root>%XSI_ROOT_WXT%</root> <actions>%XSI_ACTIONS_PATH_WXT%</actions> <events>%XSI_EVENTS_PATH_WXT%</events> </paths> </xsi> </protocols>
Ezek a konfigurációs paraméterek elsőbbséget élveznek a BroadWorks-fürt bármely konfigurációjával szemben a Control Hubban.
Ha léteznek ilyenek, az ügyfél összehasonlítja a BroadWorks-fürtkonfiguráción keresztül kapott eredeti XSI-címmel.
Ha eltérést észlel, a kliens újrainicializálja az XSI-műveletek/XSI-események kapcsolatát. Ennek első lépése az 1. lépésben felsorolt DNS -keresési folyamat végrehajtása – ezúttal a%XSI_ROOT_WXT% paramétert a konfigurációs fájl.
Ügyeljen arra, hogy hozza létre a megfelelő SRV-rekordok , ha ezzel a címkével módosítja az Xsi felületeket.
Feladatátvétel
A bejelentkezés során a Webex alkalmazás DNS SRV -keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain=""> , összeállítja a gazdagépek listáját, és az SRV prioritás, majd a súly alapján csatlakozik az egyik gazdagéphez. Ez a csatlakoztatott gazdagép lesz a kiválasztott az összes jövőbeli kérelemnél. Ezután megnyílik egy eseménycsatorna a kiválasztott szervező számára, és a rendszer rendszeresen küld egy szívverést a csatorna ellenőrzésére. Az első után küldött összes kérés tartalmaz egy cookie-t, amelyet a HTTP-válasz ad vissza, ezért fontos, hogy a terheléselosztó megtartsa a munkamenet-maradványt (affinitást), és mindig ugyanannak a backend XSP-nek küldje a kéréseket.| ADP szerver.
Ha a szervezőnek küldött kérés vagy szívverési kérés sikertelen, számos dolog történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex App útvonal azonnal továbblép a listán a következő gazdagépre.
Ha egy hibakód (HTTP5xx ) üzenetet adja vissza, a Webex alkalmazás blokkoltként jelöli meg az IP-cím , és az útvonal a listán a következő gazdagéphez lép tovább.
Ha egy bizonyos időn belül nem érkezik válasz, akkor a rendszer az időtúllépés miatt sikertelennek tekinti a kérést, és a következő kéréseket a rendszer a következő gazdagépnek küldi el. Az időtúllépési kérelem azonban sikertelennek minősül. Egyes kérések sikertelensége után újrapróbálkoznak (növekvő újrapróbálkozási idővel). A feltételezett nem létfontosságú kéréseket a rendszer nem próbálja meg újra.
Amikor egy új gazdagép sikeresen próbálkozik, az lesz az új kiválasztott gazdagép, ha a gazdagép szerepel a listában. A lista utolsó gazdagépének kipróbálása után a Webex alkalmazás az elsőre lép.
Szívverés esetén, ha két egymást követő kérelem sikertelen, a Webex alkalmazás újrainicializálja az eseménycsatornát.
Ne feledje, hogy a Webex alkalmazás nem végez feladat-visszavételt, és a DNS -szolgáltatás felderítése csak egyszer történik a bejelentkezéskor.
A bejelentkezés során a Webex alkalmazás megpróbálja letölteni a konfigurációs fájlt az XSP-n keresztül| ADP/Dms interfész. Végrehajt egy A/AAAA rekord keresést a lekért DMS URL -ben lévő gazdagépen, és csatlakozik az első IP-címhez. Először egy SSO token használatával próbálja meg elküldeni a konfigurációs fájl letöltésére vonatkozó kérést. Ha ez bármilyen okból sikertelen, újra megpróbálja, de az eszköz felhasználónevével és jelszavával.
Telepítési áttekintés
A következő diagramok a telepítési feladatok tipikus sorrendjét mutatják be a különböző felhasználói üzembe helyezési módok esetén. A feladatok közül sok közös az összes üzembe helyezési módban.
Partner-belépés a Webex -re Cisco BroadWorks-hez
Minden Webex for Cisco BroadWorks szolgáltatónak vagy viszonteladónak be kell állítania a Webex for Cisco BroadWorks számára partnerszervezetként. Ha már van Webex Partnerszervezete, akkor ez használható.
A szükséges beléptetési folyamat elvégzéséhez el kell végeznie a Webex Cisco BroadWorks papírmunkáját, és az új partnereknek el kell fogadniuk az online közvetett csatornapartneri megállapodást (ICPA). Amikor ezek a lépések megtörténtek, a Cisco Compliance új Partnerszervezetet hoz létre a Partner Hubban (ha szükséges), és hitelesítési adatokat tartalmazó e-mailt küld a papírmunkában szereplő nyilvántartás adminisztrátorának. Ezzel egyidejűleg a Partneraktiválási és/vagy Ügyfélsiker-programmenedzser felveszi Önnel a kapcsolatot a beléptetés megkezdése érdekében.
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
AuthenticationService
alkalmazást az egyes XSP-ken| ADP szolgáltatás.Futtassa a következő parancsot az AuthenticationService alkalmazás aktiválásához az XSP-n| ADP a /authService környezeti elérési útra.
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
Futtassa ezt a parancsot az AuthenticationService telepítéséhez az XSP-n| ADP:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...
A 2022.10-es Broadworks buildtől kezdve a Java új verziójára való váltáskor a Java új verziójára való váltáskor már nem kerülnek automatikusan be a BroadWorks megbízhatósági tárházába. Az AuthenticationService TLS -kapcsolatot nyit a Webex felé a hozzáférési token lekéréséhez, és az IDBroker és a Webex URL érvényesítéséhez a következőkkel kell rendelkeznie a megbízhatósági tárhelyen:
IdenTrust Commercial Root CA 1
Go Daddy legfelső szintű Certificate Authority – G2
Ellenőrizze, hogy ezek a tanúsítványok jelen vannak-e a következő CLI alatt
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get
Ha nincs jelen, futtassa a következő parancsot az alapértelmezett Java -trösztök importálásához:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust
Alternatív megoldásként manuálisan is hozzáadhatja ezeket a tanúsítványokat megbízhatósági horgonyként a következő paranccsal:
ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>
Ha az ADP egy korábbi kiadásról lett frissítve, akkor a rendszer a régi kiadás hitelesítésszolgáltatóit automatikusan importálja az új kiadásba, és importálása mindaddig folytatódik, amíg manuálisan el nem távolítják őket.
Az AuthenticationService alkalmazás mentesül az ADP alatti validatePeerIdentity beállítás alól_ CLI/System/SSLCommonSettings/GeneralSettings, és mindig érvényesíti a peer identitást. Lásd a Cisco Broadworks X509 tanúsítvány érvényesítési FD a beállítással kapcsolatos további információkért.
Állítsa be az identitásszolgáltatókat a következő parancsok futtatásával az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get
set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerName URL -címet. Lásd a következő táblázatot.set issuerUrl <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerUrl-címet. Lásd a következő táblázatot.set tokenInfoUrl <IdPProxy URL>
—Adja meg a Teams-fürtre vonatkozó IdP-proxy URL -címét. Lásd az alábbi második táblázatot.
1. táblázat Állítsa be az issuerName és az issuerURL címét Ha a CI-fürt... Az issuerName és az issuerURL beállítása a következőre:... US-A
EU
US-B
Ha nem ismeri a sajátját CI-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.2. táblázat TokenInfoURL beállítása Ha a Teams-fürt... A tokenInfoURL beállítása erre:...(IdP Proxy URL) ACHM
https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AFRA
https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AORE
https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
Ha nem ismeri a sajátját Teams-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.
Tesztelés céljából ellenőrizheti, hogy a tokenInfoURL érvényes-e, ha lecseréli a "
idp/authenticate
Az URL " része a következővel: "ping
".
Adja meg azt a Webex -jogosultságot, amelynek jelen kell lennie a Webex felhasználói profil a következő paranccsal:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Konfigurálja az identitásszolgáltatókat a Cisco Federation számára a következő parancsok segítségével az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
set flsUrl https://cifls.webex.com/federation
set refreshPeriodInMinutes 60
set refreshToken refresh-Token-From-Step1
Futtassa a következő parancsot annak ellenőrzésére, hogy az FLS-konfiguráció működik-e. Ez a parancs az identitásszolgáltatók listáját adja vissza:
XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Konfigurálja a Token-kezelést a következő parancsokkal az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
set tokenIssuer BroadWorks
set tokenDurationInHours 720
RSA -kulcsok létrehozása és megosztása. A kulcsokat egyetlen XSP-n kell generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k. Ennek oka a következő tényezők:
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k.Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét. Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket. Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
Ügyfél-hitelesítési követelmény eltávolítása a hitelesítési szolgáltatáshoz (csak R24)
Ha a hitelesítési szolgáltatást CI Token érvényesítéssel konfigurálta az R24-en, akkor a hitelesítési szolgáltatásra vonatkozó ügyfél-hitelesítési követelményt is el kell távolítania. Futtassa a következő CLI-parancs:
ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
CTI felület és kapcsolódó konfiguráció
Az „inmost to outmost” konfigurációs sorrendet az alábbiakban soroljuk fel. A sorrend betartása nem kötelező.
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
XSP konfigurálása| ADP-k mTLS-hitelesített CTI -előfizetésekhez
Nyissa meg a bejövő portokat a biztonságos CTI felülethez
Iratkozzon fel a Webex szervezete a BroadWorks CTI -eseményekre
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
Frissítse a ClientIdentity-t az alkalmazáskiszolgálón a Webex for Cisco BroadWorks CTI - klienstanúsítvány általános név (CN).
A Webex alkalmazással használt összes alkalmazáskiszolgálóhoz adja hozzá a tanúsítványazonosítót a ClientIdentity azonosítóhoz az alábbiak szerint:
AS_CLI/System/ClientIdentity> add bwcticlient.webex.com
A Webex for Cisco BroadWorks klienstanúsítvány általános név : |
Konfigurálja a TLS -t és a titkosításokat a CTI felületen
Az XSP konfigurálhatósági szintjei| Az ADP CTI felületek a következők:
Legáltalánosabb = Rendszer > Szállítás > CTI -interfészek > CTI -interfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
---|---|
Rendszer (globális) (R22 és újabb) | XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Ciphers> XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Protocols> lehetőséget |
Szállítási protokollok ehhez a rendszerhez (R22 és újabb) | XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Ciphers> XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Protocols> lehetőséget |
Az összes CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Protocols> lehetőséget |
Egy speciális CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/CTIServer/SSLSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/CTIServerSSLSettings/Protocols> |
Új telepítéskor a következő titkosítások alapértelmezés szerint települnek rendszerszinten. Ha az interfész szintjén nincs beállítva (például a CTI felületen vagy a HTTP felületen), akkor ez a rejtjellista érvényes. Ne feledje, hogy ez a lista idővel változhat:
|
CTI TLS interfész konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy szükség van-e kiszolgálótanúsítvány , illetve hogy szükség van-e kliens hitelesítésre.XSP|ADP_CLI/Interface/CTI/CTIServer> get Interface IP Port Secure Server Certificate Client Auth Req ================================================================= 10.155.6.175 8012 true true true
TLS 1.2 protokoll hozzáadása a CTI felülethez
Az XSP| A Webex Cloud együttműködő ADP CTI felületet TLS v1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp>
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a CTI felületen
A szükséges titkosítások konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Adja meg a(z)
get
parancsot, hogy megtudja, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> <cipherName>
rejtjel hozzáadása a CTI felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a CTI felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Trust Anchors a CTI felülethez (R22 és újabb)
Ez az eljárás az XSP-t feltételezi| Az ADP-k vagy internet felé néznek, vagy átmenő proxyn keresztül néznek az internetre. A tanúsítvány konfigurációja más az áthidaló proxy esetében (lásd TLS -tanúsítványkövetelmények a TLS-híd proxyhoz ).
Minden XSP-hez| Az ADP-ben a CTI -eseményeket a Webex közzétevő infrastruktúrájában tegye a következőket:
Jelentkezzen be ide: Partner Hub .
Ugrás ide: Beállítások elemre > BroadWorks-hívás és kattintson Töltse Webex CA-tanúsítványt hogy megkapja
CombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.
A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Nem kötelező) Futtatás
help updateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot2023
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, amennyiben minden bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
Tanúsítványokkal történő hitelesítés engedélyezése az ügyfelek számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true
Adja hozzá a CTI felületet, és engedélyezze az mTLS-t
Adja hozzá a CTI SSL felületet.
A CLI környezet a BroadWorks verziójától függ. A parancs egy önaláírt kiszolgálótanúsítvány hoz létre a felületen, és kényszeríti a felületet, hogy klienstanúsítvány igényeljen .
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Cserélje ki a kiszolgálótanúsítvány és -kulcsot az XSP-n| Az ADP CTI interfészei. Ehhez szüksége van a CTI interfész IP-cím ; a következő szövegkörnyezetből olvashatja:
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> get
Ezután futtassa a következő parancsokat, hogy lecserélje a felület önaláírt tanúsítvány a saját tanúsítványára és privát kulcsára:
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Indítsa újra az XSP-t| ADP.
Hozzáférés engedélyezése a BroadWorks CTI -eseményekhez a Webex
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
Adja meg azt a CTI -címet, amelyen keresztül a Webex előfizethet a BroadWorks CTI -eseményekre.
A CTI -előfizetések előfizetőnkénti alapúak, és csak akkor jönnek létre és tartják karban, amíg az előfizető rendelkezik a Webex for Cisco BroadWorks szolgáltatással.
Hívásbeállítások Webnézet
A Call Settings Webview (CSWV) egy XSP-n üzemeltetett alkalmazás| Az ADP lehetővé teszi a felhasználók számára, hogy módosítsák BroadWorks hívásbeállításaikat a szoftveres kliensben látott webnézeten keresztül. Lásd a Cisco BroadWorks hívásbeállítások webnézeti megoldási útmutató .
A Webex ezt a funkciót arra használja fel, hogy hozzáférést biztosítson a felhasználók számára az olyan általános BroadWorks-hívásbeállításokhoz, amelyek nem natív a Webex alkalmazásban.
Ha azt szeretné, hogy a Webex Cisco BroadWorks-előfizetői a Webex Webex alkalmazás elérhető alapértelmezett beállításokon túlmenően is hozzáférjenek a hívásbeállításokhoz, telepítenie kell a Hívásbeállítások Webnézet funkcióját.
Hívásbeállítások Webview két összetevőből áll:
Cisco BroadWorks XSP-n üzemeltetett hívásbeállítások Webview alkalmazás| ADP.
A Webex alkalmazás, amely a hívásbeállításokat Webnézetben jeleníti meg.
Felhasználói élmény
Windows-felhasználók: Kattintson Hívásbeállítások majd kattintson a lehetőségre .
Mac felhasználók: Kattintson a profilképre, majd
.
Telepítse a CSWV-t a BroadWorks rendszeren
Telepítse a Hívásbeállítások Webview-t XSP-re| ADP-k
A CSWV alkalmazásnak ugyanazon az XSP-n kell lennie| Az Xsi-Actions felületet üzemeltető ADP(ek) a környezetben. Ez egy nem felügyelt alkalmazás XSP-n| ADP, ezért telepítenie és telepítenie kell egy webes archív fájlt.
Jelentkezzen be a cisco.com oldalra, és keresse meg a „BWCallSettingsWeb” kifejezést a szoftverletöltés részben.
Keresse meg és töltse le a fájl legújabb verzióját.
Például:
BWCallSettingsWeb_1.8.2_1.war
( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04 ) volt a legújabb a cikk írásakor.Telepítse, aktiválja és telepítse a webes archívumot a Cisco BroadWorks Xtended Service Platform konfigurációs útmutatója szerint az XSP-hez| ADP verzió. (R24-es verzióhttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf ).
Másolja át a .war fájlt egy ideiglenes helyre az XSP-n| ADP, mint pl
/tmp/
.Keresse meg a következő parancssori felületet, és futtassa az install parancsot:
XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
A BroadWorks szoftverkezelő ellenőrzi és telepíti a fájlt.
[Nem kötelező] Törlés
/tmp/BWCallSettingsWeb_1.7.5_1.war
(Erre a fájlra már nincs szükség).Alkalmazás aktiválása:
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
A nevet és verziót minden alkalmazásnál kötelezőek, de CSWV esetén meg kell adni a contextPath mert egy nem felügyelt alkalmazás. Bármilyen értéket használhat, amelyet más alkalmazás nem használ, például
/callsettings
.Telepítse a Hívásbeállítások alkalmazást a kiválasztott környezeti útvonalon:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Mostantól előre megjósolhatja az ügyfelek számára megadandó hívásbeállítások URL -címét, az alábbiak szerint:
https://<XSP|ADP-FQDN>/callsettings/
Megjegyzések:
Ezen az URL -címen meg kell adnia a perjelet, amikor beírja az klienskonfiguráció fájljába.
Az XSP| Az ADP-FQDN-nek meg kell egyeznie az Xsi-Actions FQDN-nel, mert a CSWV-nek Xsi-Actions-t kell használnia, és a CORS nem támogatott.
Ismételje meg ezt az eljárást más XSP esetén| ADP-k a Webex for Cisco BroadWorks-környezetben (ha szükséges).
A Call Settings Webview alkalmazás mostantól aktív az XSP-n| ADP-k.
Állítsa be a Webex alkalmazást a Hívásbeállítások Webnézet használatára
Az klienskonfiguráció kapcsolatos további részletekért lásd: Webex Cisco BroadWorks konfigurációs útmutató .
A Webex alkalmazás konfigurációs fájl található egy egyéni címke, amellyel beállíthatja a CSWV URL-címet . Ez az URL mutatja a hívásbeállításokat a felhasználóknak az alkalmazás felületén keresztül.
<config>
<services>
<web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
<url>%WEB_CALL_SETTINGS_URL_WXT%</url>
</web-call-settings>
A Webex Webex alkalmazás BroadWorks- konfigurációs sablon konfigurálja a CSWV URL -címet a%WEB_CALL_SETTINGS_URL_WXT% címkét.
Ha nem adja meg kifejezetten az URL-címet , az alapértelmezett érték üres lesz, és a hívásbeállítások oldala nem lesz látható a felhasználók számára.
Győződjön meg arról, hogy a legújabb konfigurációs sablonokkal rendelkezik a Webex alkalmazás (lásd Eszközprofilok lehetőségre ).
Állítsa be a web hívásbeállítások célját
csw
:%WEB_CALL_SETTINGS_TARGET_WXT% csw
Állítsa be a web beállításainak URL -címét a környezetéhez, például:
%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/
Ezt az értéket a CSWV alkalmazás telepítésekor származtatta.
Az eredményül kapott klienskonfiguráció fájlnak rendelkeznie kell a következő bejegyzéssel:
<web-call-settings target="csw"> <url>https://yourxsp.example.com/callsettings/</url> </web-call-settings>
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is.
Hívási leküldéses értesítések konfigurálása a Webex for Cisco BroadWorks alkalmazásban
Ebben a dokumentumban a kifejezést használjuk Hívásértesítések Push Server (CNPS) a környezetben futó XSP vagy ADP által üzemeltetett alkalmazás leírásához. A CNPS együttműködik a BroadWorks rendszerrel, hogy tudatában legyen a felhasználóinak bejövő hívásoknak, és ezekről értesítést küldjön a Google Firebase Cloud Üzenetküldés (FCM) vagy az Apple leküldéses értesítés szolgáltatás (APNs) értesítési szolgáltatásainak.
Ezek a szolgáltatások értesítik a Webex for Cisco BroadWorks előfizetői mobileszközeit, ha bejövő hívásaik vannak a Webex.
Az NPS-sel kapcsolatos további információkért lásd: Értesítési leküldéses kiszolgáló funkció leírása .
A Webex egy hasonló mechanizmus működik a Webex üzenetküldési és jelenléti szolgáltatásokkal, így az értesítéseket a Google (FCM) vagy az Apple (APNS) értesítési szolgáltatásaihoz küldi. Ezek a szolgáltatások pedig értesítik a mobil Webex -felhasználókat a bejövő üzenetekről vagy a jelenlét változásáról.
Ez a szakasz ismerteti, hogyan konfigurálható az NPS hitelesítési proxyhoz, ha az NPS még nem támogat más alkalmazásokat. Ha megosztott hálózati házirendet kell áttelepítenie az NPS-proxy használatához, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatáhozhttps://help.webex.com/nl5rir2/. |
NPS-proxy áttekintése
A Webex for Cisco BroadWorks alkalmazással való kompatibilitás érdekében a CNPS-nek javítva kell lennie az NPS-proxy funkció támogatásához, Push Server a VoIP számára UCaaS-ben .
A funkció új kialakítást valósított meg a Notification Push Serverben, hogy feloldja a leküldéses értesítési tanúsítványok privát kulcsainak a szolgáltatókkal való megosztásából eredő biztonsági rést a mobil kliensek számára. A push értesítési tanúsítványok és kulcsok szolgáltató való megosztása helyett az NPS egy új API segítségével szerez egy rövid élettartamú leküldéses értesítési tokent a Webex a Cisco BroadWorks háttérrendszerhez, és ezt a tokent használja az Apple APN-ekkel és a Google FCM szolgáltatásaival történő hitelesítéshez.
A funkció továbbfejleszti a Notification Push Server azon képességét, hogy értesítéseket küldjön az Android eszközöknek az új Google Firebase Cloud Üzenetküldés (FCM) HTTPv1 API-n keresztül.
További információkért lásd a Push-kiszolgáló VoIP -hez UCaaS-ben Funkció leírása .
A funkció BroadWorks-javításai a következő címen érhetők el: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.
Az NPS szoftverrel és javításokkal kapcsolatban lásd a következő részt: Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz .
Keresse meg és töltse le a javítást a szoftverletöltő oldalról.
Az ADP szerverrel kapcsolatos további információk a következő címen találhatók:https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html .
APNS szempontok
Az Apple 2021. március 31-e után már nem támogatja a HTTP/1-alapú bináris protokollt az Apple leküldéses értesítés szolgáltatásban. Javasoljuk, hogy konfigurálja az XSP-t| Az ADP a HTTP/2-alapú felületet használja az APN-ekhez. Ehhez a frissítéshez az XSP-re van szükség| Az NPS-t kiszolgáló ADP R22-es vagy újabb verzióját futtatja.
Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz
1 | Telepítsen és konfiguráljon egy dedikált XSP-t (minimum R22-es verzió) vagy Application Delivery Platform-ot (ADP). | ||
2 | Telepítse az NPS-hitelesítési proxy javításait: XSP R22 javítások: XSP R23 javítások: | ||
3 | Aktiválja az Notification Push Server alkalmazást. | ||
4 | ( Android -értesítések esetén) Engedélyezze az FCM v1 API -t az NPS-en.
| ||
5 | ( Apple iOS -értesítések esetén) Engedélyezze a HTTP/2-t az NPS-en.
| ||
6 | Technikai támogatás csatolása az NPS XSP/ADP-től. | ||
7 | Minden AS kiszolgálón a namedefs fájl bekerül Példa: _pushnotification-ügyfél._tcp .qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com IN A 10.193.78.149
|
Mi a következő teendő
Egy hálózati házirend-kiszolgáló frissen telepített verzióiért ugorjon ide: Állítsa be az NPS-t a hitelesítési proxy használatára
Ha meglévő Android -telepítést szeretne áttelepíteni az FCMv1-re, menjen a következőre: Az NPS áttelepítése az FCMv1-re
Állítsa be az NPS-t a hitelesítési proxy használatára
Ez a feladat az NPS egy új, a Webex for Cisco BroadWorks alkalmazáshoz dedikált telepítésére vonatkozik.
Ha más mobilalkalmazásokkal megosztott hálózati házirend-kiszolgálón szeretné konfigurálni a hitelesítési proxyt, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatához (https://help.webex.com/nl5rir2 ).
1 | OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez . | |||||||||||||||||||
2 | Hozzon létre ügyfélfiókot az NPS-en:
Ha ellenőrizni szeretné, hogy a megadott értékek megfelelnek-e a kapott adatoknak, futtassa
| |||||||||||||||||||
3 | Adja meg az NPS-proxy URL-címét , és állítsa be a token frissítési időközét (30 perc javasolt):
| |||||||||||||||||||
4 | ( Android -értesítések esetén) Adja hozzá az Android alkalmazás azonosító az FCM-alkalmazások környezetéhez az NPS-en.
| |||||||||||||||||||
5 | ( Apple iOS -értesítések esetén) Adja hozzá az alkalmazásazonosítót az azonosító -alkalmazások környezetéhez, ügyelve arra, hogy kihagyja a hitelesítési kulcsot – állítsa üresre.
| |||||||||||||||||||
6 | Konfigurálja a következő NPS URL-eket:
| |||||||||||||||||||
7 | Állítsa be a következő hálózati házirend-kiszolgáló kapcsolati paramétereket a megjelenített ajánlott értékekre:
| |||||||||||||||||||
8 | Ellenőrizze, hogy az alkalmazáskiszolgáló szűri-e az alkalmazásazonosítókat, mert előfordulhat, hogy hozzá kell adnia a Webex alkalmazásokat az engedélyezési listához: | |||||||||||||||||||
9 | Indítsa újra az XSP-t| ADP: | |||||||||||||||||||
10 | Tesztelje a hívásértesítéseket: kezdeményezzen hívásokat egy BroadWorks-előfizetőről két Webex mobilfelhasználóhoz. Ellenőrizze, hogy megjelenik-e a hívásértesítés iOS és Android eszközökön. |
Az NPS áttelepítése az FCMv1-re
Ez a témakör nem kötelező eljárásokat tartalmaz, amelyeket akkor használhat a Google FCM-konzolban, amikor rendelkezik olyan meglévő hálózati házirend-telepítéssel, amelyet át kell telepítenie az FCMv1-re. Három eljárás létezik:
UC-One kliensek áttelepítése FCMv1-re —Ha meglévő UCaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
SaaS-ügyfelek áttelepítése az FCMv1-re —Ha meglévő SaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
Az ADP-kiszolgáló frissítése —Ha az NPS-t ADP-kiszolgálóra telepíti át.
Az UC-One-kliensek áttelepítése az FCMv1-re
Kövesse az alábbi lépéseket a Google FCM konzolban az UC-One kliensek Google FCM HTTPv1 verzióra való áttelepítéséhez.
Ha márkajelzést alkalmaznak az ügyfélre, az ügyfélnek rendelkeznie kell a küldői azonosító. Az FCM-konzolban lásd: . A beállítás megjelenik a Projekt hitelesítő adatai táblázatban.A részletekért lásd a Connect Mobile márkaépítési útmutató athttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/UC-One/UC-One-Collaborate/Connect/Mobile/IandO/ConnectBrandingGuideMobile-R3_8_3.pdf? . Lásd a
|
Jelentkezzen be az FCM Admin SDK-ba a következő címen:http://console.firebase.google.com .
Válassza ki a megfelelő Android alkalmazást.
A Általános fülön rögzítse a azonosító
A szolgáltatásfiókok konfigurálásához lépjen a szolgáltatásfiók lapra. Létrehozhat új szolgáltatásfiók , vagy konfigurálhat egy meglévőt.
Új szolgáltatási fiók létrehozása:
Kattintson a kék gombra az új szolgáltatásfiók létrehozásához
Kattintson a kék gombra új privát kulcs generálásához
Kulcs letöltése biztonságos helyre
Meglévő szolgáltatásfiók újrafelhasználása:
Kattintson a kék szövegre a meglévő szolgáltatási fiókok megtekintéséhez.
Határozza meg a használni kívánt szolgáltatásfiók . A szolgáltatási fióknak engedélyre van szüksége firebaseadmin-sdk .
A jobb oldalon kattintson a hamburger menüre, és hozzon létre egy új privát kulcsot.
Töltse le a kulcsot tartalmazó json-fájlt, és mentse el egy biztonságos helyre.
Másolja a json fájlt az XSP-re| ADP.
Konfigurálja a azonosító és:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get Project ID Accountkey ======================== my_project ********
Alkalmazás konfigurálása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get Application ID Project ID ============================== my_app my_project
FCMv1 engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
SaaS-ügyfelek áttelepítése az FCMv1-re
Ha SaaS-ügyfeleket szeretne áttelepíteni az FCMv1-re, kövesse az alábbi lépéseket a Google FCM-konzolon.
Győződjön meg arról, hogy már végrehajtotta az „A hálózati házirend-kiszolgáló konfigurálása a hitelesítési proxy használatához” eljárást. |
FCM letiltása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.FCM engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
Az ADP-kiszolgáló frissítése
Kövesse az alábbi lépéseket a Google FCM-konzolban, ha az NPS-t ADP-kiszolgáló használatára állítja át.
A JSON-fájl beszerzése a Google Cloud Console-ból:
A Google Cloud Console-ban lépjen a következőre: Szolgáltatásfiókok oldalon.
Kattintson Válasszon ki egy projektet , válassza ki a projektet, és kattintson Megnyitás .
Keresse meg annak a szolgáltatásfiók a sorát, amelyhez kulcsot szeretne létrehozni, majd kattintson a Továbbiak függőleges gombot, majd kattintson Kulcs létrehozása.
Válassza ki a Kulcs írja be, és kattintson Létrehozás lehetőségre
A fájl letöltődik.
FCM hozzáadása az ADP-kiszolgálóhoz:
Importálja a JSON-fájlt az ADP-kiszolgálóra a következővel:
/bw/install
parancsot.Jelentkezzen be az ADP CLI-be, és adja hozzá a projekt- és API -kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON
:Ezután adja hozzá az alkalmazást és a kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
Ellenőrizze a konfigurációt:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g Project ID Accountkey ======================== connect-ucaas ******** ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g Application ID Project ID =================================== com.broadsoft.ucaas.connect connect-ucaas
Konfigurálja a saját partnerszervezetét a Partner Hubban
Konfigurálja a BroadWorks-fürtöket
[fürtönként egyszer]
Ennek oka a következő:
Annak engedélyezése, hogy a Webex felhő hitelesítse a felhasználókat a BroadWorks alkalmazással (XSP-n keresztül| ADP által üzemeltetett hitelesítési szolgáltatás).
Annak engedélyezése, hogy a Webex alkalmazások az Xsi felületet használják a hívásvezérlés.
Annak engedélyezése, hogy a Webex figyelje a BroadWorks által közzétett CTI -eseményeket (telefonos jelenlét és hívásnapló ).
A fürtvarázsló automatikusan ellenőrzi az interfészeket a hozzáadásakor. Folytathatja a fürt szerkesztését, ha valamelyik felület érvényesítése nem sikeres, de nem mentheti a fürtöt, ha érvénytelen bejegyzések vannak benne . Ezt megakadályozzuk, mert egy rosszul konfigurált fürt nehezen megoldható problémákat okozhat. |
Teendő:
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Ha az admin felhasználó nem látja a BroadWorks-hívás beállításokat, javasoljuk, hogy a Cisco TAC alkalmazással nyitjon egy esetet.
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.ap373197
R23 esetén:
AP.as.23.0.1075.ap373197
R24 esetén:
AP.as.24.0.944.ap384177
A Webex Cisco BroadWorks rendszerhez telepítéséhez szükséges BroadWorks javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben.Módosítsa a következőre:
Maintenance/ContainerOptions
összefüggésben.A létesítési URL paraméter engedélyezése:
/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true
Szerezze be a beüzemelési URL-cím(ek)et a Partner Hubból
Lásd a Cisco BroadWorks alkalmazáskiszolgáló parancssori felület Felügyeleti útmutató az AS parancsok részleteiért (Interfész > Üzenetküldés és szolgáltatás > Integrált IM&P).
Jelentkezzen be a Partner Hubba, és lépjen ide:
.Kattintson Sablonok megtekintése .
Válassza ki azt a sablont, amelyet a vállalat/csoport előfizetőinek Webex való kiépítéséhez használ.
A sablon részletei a jobb oldalon egy repülő ablaktáblában jelennek meg. Ha még nem hozott létre sablont, akkor ezt meg kell tennie, mielőtt megszerezné a létesítési URL-címet .
Másolja a Beüzemelési adapter URL-címe .
Ismételje meg ezt más sablonoknál is, ha egynél több sablonja van.
(Opció) Rendszerszintű üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
Előfordulhat, hogy nem kívánja beállítani a rendszerszintű kiépítési és szolgáltatási tartományt, ha UC-One SaaS-t használ. Lásd Döntési pontok a Környezet előkészítése részben. |
Jelentkezzen be az alkalmazáskiszolgálóra, és konfigurálja az üzenetkezelő felületet.
AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
AS_CLI/Interface/Messaging> set enableSynchronization true
Az integrált IMP felület aktiválása:
/AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
/AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true
Meg kell adnia a(z) teljes nevét |
(Opció) Vállalatonkénti üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
A BroadWorks felhasználói felületen nyissa meg a konfigurálni kívánt vállalatot, és lépjen a következőhöz: Szolgáltatások > Integrált IM&P .
Válassza ki Szolgáltatási tartomány használata és adjon meg egy fiktív értéket ( A Webex figyelmen kívül hagyja ezt a paramétert. Hasznos lehet
example.com
).Válassza ki Üzenetküldés szerver használata .
A URL mezőbe illessze be a Partner Hub sablonjából másolt beüzemelési URL -címet.
Meg kell adnia a(z) teljes nevét
provisioningURL
paramétert, ahogy azt a Partner Hubban megadták. Ha az alkalmazáskiszolgáló nem tud hozzáférni a DNS -hez a gazdagépnév feloldásához, akkor létre kell hoznia a leképezést a/etc/hosts
fájlt az AS-en.A Felhasználónév mezőbe adja meg a beüzemelési rendszergazda nevét. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
Adjon meg egy jelszót a beüzemelési rendszergazda számára. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
For Alapértelmezett felhasználói azonosító az IM&P azonosító , válassza ki Elsődleges .
Kattintson Alkalmaz .
Ismételje meg a fenti lépéseket a folyamaton keresztüli üzembe helyezésre konfigurálni kívánt többi vállalatnál.
Felhasználó-létesítési adatok
A BroadWorks és a Webex között a felhasználói kiépítés során kicserélt felhasználói adatokkal kapcsolatos információkért lásd: Szolgáltatói Felhasználó-létesítés .
Partner Pre-Provisioning Check API
A Pre-Provisioning Check API segítséget nyújt a rendszergazdáknak és az értékesítési csapatoknak azáltal, hogy ellenőrzi a hibákat, mielőtt egy ügyfél vagy előfizető csomagot biztosítana. A teljes partner rendszergazdai szerepkörrel rendelkező Felhasználó által engedélyezett felhasználók vagy integrációk használhatják ezt az API -t annak biztosítására, hogy ne legyenek ütközések vagy hibák egy adott ügyfél vagy előfizető csomagszolgáltatásával kapcsolatban.
Az API ellenőrzi, hogy nincs-e ütközés az adott ügyfél/előfizető és a Webex meglévő ügyfelei/előfizetői között. Például az API hibákat okozhat, ha az előfizető már ki van osztva egy másik ügyfél vagy partner számára, ha az e- e-mail-cím már létezik egy másik előfizető számára, vagy ha ütközés van a beüzemelési paraméterek és a Webex-en már meglévő paraméterek között. Ez lehetőséget ad arra, hogy még az üzembe helyezés előtt kijavítsa ezeket a hibákat, növelve a sikeres üzembe helyezés valószínűségét.
Az API-val kapcsolatos további információkért lásd: Webex for Wholesale Fejlesztői útmutató
Az API használatához menjen ide: Előzetesen ellenőrizze a nagykereskedelmi előfizetői szolgáltatást
A nagykereskedelmi előfizetői szolgáltatási dokumentum előzetes ellenőrzése eléréséhez be kell jelentkeznie a következőbehttps://developer.webex.com/ portálra. |
Partner SSO – SAML
Lehetővé teszi a partnerrendszergazdák számára az SAML SSO konfigurálását az újonnan létrehozott ügyfélszervezetek számára. A partnerek konfigurálhatnak egyetlen előre meghatározott SSO kapcsolatot, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
Az alábbi Partner SSO lépések csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partnerrendszergazdák megpróbálnak hozzáadni Partner SSO -t egy meglévő ügyfélszervezethez, a meglévő hitelesítési módszer megmarad annak érdekében, hogy a meglévő felhasználók ne veszítsék el a hozzáférésüket. |
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 .
Töltse fel azt a CI-metaadatfájlt, amely tartalmazza az Identity Provider alkalmazást.
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-Info
SIP fejléc:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true
AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
A
enableCallCorrelationID
Az Xsi-Actions alkalmazáshoz társított paraméter a híváskorrelációs információk Xsi-Actions naplókban való szerepeltetésének vezérlésére szolgál. Javasoljuk, hogy rendelkezzenenableCallCorrelationID
a következő paranccsal engedélyezhető az XSP-n| ADP interfészek:XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true
A híváskorrelációs azonosítóval kapcsolatos további információkért lásd: Cisco BroadWorks híváskorrelációs azonosító funkció leírása .
Címtár-szinkronizálás
A Címtár-szinkronizálás biztosítja, hogy a Webex Cisco BroadWorks felhasználói a Webex címtár segítségével hívhassanak bármely hívó entitást a BroadWorks kiszolgálóról. Ha ez a funkció engedélyezve van, a BroadWorks kiszolgáló teljes hívási címtárát a rendszer szinkronizálja a Webex címtárral. A felhasználók elérhetik a címtárat a Webex alkalmazásból, és a BroadWorks kiszolgálóról bármely hívó entitást felhívhatnak.
A Címtár-szinkronizálás bekapcsolásához lépjen a következőre: Címtár-szinkronizálás a Webex a Cisco BroadWorks rendszerhez .
A Webex Cisco BroadWorks folyamaton keresztüli üzembe helyezése hozzáadja az üzenetküldő felhasználókat és a kapcsolódó hívási információkat a BroadWorks kiszolgálóról a Webex platformhoz. A telefonlisták, a nem üzenetküldő felhasználók és a nem felhasználói entitások azonban nem szerepelnek benne (például konferenciatermi telefon, faxkészülék vagy keresőcsoport száma). A Címtár-szinkronizálás bekapcsolása biztosítja, hogy az összes hívó entitás hozzákerüljön a Webex platformhoz. |
Egységes híváselőzmények
Ha engedélyezve van az egyesített híváselőzmények, a BroadWorks hívási események szinkronizálódnak a Webex felhőbe, és részeivé válnak a Webex Unified hívás- és értekezletelőzményeknek, amelyek a Webex alkalmazásban jelennek meg. A felhasználók megtekinthetik saját részletes híváselőzményeiket és értekezletelőzményeiket a Webex alkalmazásból.
Az egyesített híváselőzményeket a partnerszintű rendszergazdák engedélyezhetik a Partner Hubban fürtönkénti alapon. Amikor ez a funkció be van kapcsolva, a BroadWorks-telepítés a következő hívási eseményeket szinkronizálja a Webex felhőbe:
Híváselőzmény-események – ezek az események hozzászoktak egy részletes egyesített híváselőzmény létrehozásához
Hook Status események—A Unified Call History olyan kagylóállapot-optimalizálásokat tartalmaz, amelyek csökkentik a hálózati sávszélességet a telefonos jelenlét frissítéseihez
Egységesített híváselőzmények követelményei
Az egyesített híváselőzmények konfigurálása előtt győződjön meg arról, hogy javította a rendszert. Ez a funkció a következő BroadWorks javítások telepítésétől függ:
R22 esetén:
AP.as.22.0.1123.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
R23 esetén:
AP.as.23.0.1075.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
XSP használata esetén—
AP.xsp.23.0.1075.ap378585
Ha ADP-t használ—
Xsi-Events-23_2021.05_1.251.bwar
R24 esetén:
AP.as.24.0.944.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
A Webex Cisco BroadWorks rendszerhez készült futtatásának előfeltételeként telepítendő BroadWorks-javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben. |
A rendszer javítása mellett az ügyfél konfigurációs fájlja ( config-wxt.xml
) a következő címkekészlettel kell rendelkeznie: <call-history enable-unified-history=”%ENABLE_UNIFIED_CALL_HISTORY_WXT%”/>
Ahhoz, hogy a Hunt Group, Call Center és egyéb átirányítási információk megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R23 esetén:
AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994
R24 esetén:
AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994
Ahhoz, hogy az Executive-Assistant információi megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R24 esetén:
AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
Az Xsi-Events-24-et futtató ADP_ 2022.06. vagy újabb
A Broadworks javítások mellett a Címtár szinkronizálást engedélyezni kell az Executive-Assistant egyesített híváselőzményeihez is.
Ha engedélyezi a híváselőzményeket vagy a DND-szinkronizálást, a Webex CTI -előfizetés-frissítési kérelmeket küld a fürthöz tartozó összes felhasználó számára. A felhasználók számától függően ez néhány óráig is eltarthat. Javasoljuk, hogy ne végezzen Broadworks-karbantartási tevékenységet ugyanazon a karbantartási időszak alatt. |
Híváselőzmények engedélyezése (új fürt)
Ha új fürtön szeretné engedélyezni a híváselőzményeket, olvassa el a fürtök hozzáadásának lépéseit Konfigurálja a saját partnerszervezetét a Partner Hubban .
Híváselőzmények engedélyezése (meglévő fürt)
Ha engedélyezni szeretné a híváselőzményeket egy meglévő fürtön, kövesse az alábbi lépéseket:
Jelentkezzen be a Partner Hubba a következő címen:
admin.webex.com
.Ugrás ide: Beállítások elemre és válasszon ki egy meglévő fürtöt.
Ellenőrizze, hogy a fürtkapcsolat megfelelő-e. A jobb oldali panelen egy zöld jelölő kell megjelennie a következővel: A kapcsolat létrejött .
Ha ez nem jelenik meg, akkor a következő alatt: Kapcsolatok ellenőrzése (opcionális) , adja meg BroadWorks felhasználói azonosító és BroadWorks jelszó és kattintson Ellenőrizze hogy ellenőrizze a kapcsolat megfelelőségét.
Ellenőrizze a hívásnapló engedélyezése jelölőnégyzet.
Kattintson a Mentés lehetőségre.
Funkcióinterakciók
A következő funkcióinterakciók léteznek az egyesített híváselőzmények esetében:
Az egyesített híváselőzmények nem támogatottak azoknál a felhasználóknál, akik a BroadWorksben útvonallistákkal vagy közvetlen útvonalakkal vannak konfigurálva. Ha ez a helyzet áll fenn, a rendszer nem küldi el a híváselőzményeket és a Hook állapot eseményeit a Webex alkalmazásba.
Az egyesített híváselőzmények nem támogatottak melléktárcsázás esetén. Előfordulhat, hogy a mellék tárcsázásával indított hívások nem jelennek meg megfelelően a Híváselőzményekben.
Híváselőzmények megtekintése a Webex alkalmazásban
A végfelhasználók a Webex alkalmazásból érhetik el és tekinthetik meg az egyesített híváselőzményeiket. A részletekért lásd: Webex| Hívás- és értekezletelőzmények megtekintése .
Az egyesített híváselőzmények letiltása
Miután engedélyezte az egyesített híváselőzményeket egy fürtön, önmagában nem tilthatja le a funkciót. Ha le szeretné tiltani a funkciót, forduljon a következőhöz: Cisco Technical Assistance Center (TAC) .
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. Példa: Asztali kliens esetén: Rendszer>Identitás/eszközprofil típusa Módosítás> Business Communicator - PC: Profil , Normál beállítások, Portok száma:
- HA a 'Korlátlan' engedélyezve van, nincs szükség módosításra
- HA a 'Korlátozott:' értéke <10, módosítsa az értéket = 10, és mentse az összes rendelkezésre álló vonalat
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 WebexMeetings
NS NE útválasztás az I-SBC számára
Példa konfigurációra
NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
Network Element WebexMeetings
Location = 1281465
Data Center =
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = NIL_PROFILE
Remote Lookup Enabled = false
Signaling Attributes =
NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
Routing NE Address Cost Weight Port Transport Route
=====================================================================
WebexMeetings sbc-address 1 99 - unspecified
NS útválasztási profil
UrlDialing házirend-példány hozzáadva a megfelelő útválasztási profil(ok)hoz
NS_CLI/Policy/Profile> get profile MyInst
Profile: Webex
Policy Instance
==========================================
…
UrlDialing WebexMeetings
AS NS Route használata a NetworkURL híváshoz
Engedélyezze az AS számára az NS útvonal tiszteletben tartását Hibrid AS módban
AS_CLI/Interface/IMS> set queryNSForNetworkURL true
E911 Segélyhívás
A Webex for Cisco BroadWorks támogatja az E911 segélyhívó szolgálatok hívását. Ezzel a funkcióval a segélyhívások egy PSAP-ra lesznek irányítva, amely a segélyhívó szolgálatokat a hívó fél helyszínére irányíthatja. A funkció használatához integrálnia kell a Webex for Cisco BroadWorks alkalmazást egy E911 segélyhívás szolgáltatóval.
A következő Webex -cikkek segítségével konfigurálhatja az E911 segélyhívó szolgáltatásainak támogatását:
E911 vészhívás a Webex for BroadWorks alkalmazásban —E cikk segítségével konfigurálhatja az E911-vészhívást a Webex for Cisco BroadWorks alkalmazásban az alábbi támogatott E911-szolgáltatók egyikének használatával:
Sávszélesség
Intrado
RedSky
Segélyhívási felelősség kizárása — Ha rendelkezik helymeghatározási szolgáltatással, beállíthatja, hogy a Webex alkalmazás Vészhelyzeti szolgálatok felelősségkizárása ablaka tartalmazzon lehetőséget a felhasználók számára, hogy bejelentkezéskor frissítsék a tartózkodási helyüket.
Ügyfelek testre szabása és biztosítása
A felhasználók letöltik és telepítik az általános Webex -alkalmazásaikat, asztali számítógépre vagy mobilra (a letöltési hivatkozásokat lásd: Webex alkalmazásplatformok ). A felhasználó hitelesítését követően a kliens regisztrál a Webex Cloudon üzenetküldéshez és értekezletekhez, lekéri a márkainformációit, felfedezi a BroadWorks szolgáltatás információit, és letölti a hívási konfigurációját a BroadWorks alkalmazáskiszolgálóról (DMS-en keresztül XSP-n| ADP).
A Webex-alkalmazások hívási paramétereit a Webex -ben konfigurálhatja (a szokásos módon). A Control Hubban konfigurálhatja a márkaépítési, üzenetküldési és értekezletparamétereket az ügyfelek számára. A konfigurációs fájl közvetlenül nem lehet módosítani.
Ez a két konfigurációkészlet átfedheti egymást, ebben az esetben a Webex -konfiguráció felülírja a BroadWorks-konfigurációt.
Webex Apps konfigurációs sablonok hozzáadása a BroadWorks alkalmazáskiszolgálóhoz
A Webex alkalmazások DTAF fájlokkal vannak konfigurálva. Az ügyfelek letöltenek egy konfigurációs XML-fájl az alkalmazáskiszolgálóról az XSP eszközkezelő szolgáltatásán keresztül| ADP.
Szerezze be a szükséges DTAF fájlokat (lásd Eszközprofilok lehetőségre A környezet előkészítése szakaszban).
Ellenőrizze, hogy a megfelelő címkekészletek vannak-e beállítva BroadWorks System > Erőforrások > Eszközkezelési címkekészletek .
Minden egyes beüzemelt ügyfél esetében:
Töltse le és bontsa ki a DTAF zip fájlt az adott klienshez.
DTAF-fájlok importálása a BroadWorks-be itt: Rendszer > Erőforrások > Identitás/eszközprofil típusok
Nyissa meg az újonnan hozzáadott eszközprofil szerkesztéshez, és:
Adja meg az XSP-t| ADP farm FQDN és Device Access Protocol.
Ellenőrizze a Távoli partyinformációk támogatása jelölőnégyzet. Ez a támogatás szükséges az asztalmegosztás működéséhez.
A távoli fél támogatását úgy is engedélyezheti, hogy futtatja a következő CLI-parancs az alkalmazáskiszolgálón:AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Módosítsa a sablonokat a környezetének megfelelően (lásd az alábbi táblázatot).
Mentse el a profilját.
Kattintson Fájlok és hitelesítés majd válassza ki az összes rendszerfájl újraépítését.
Név | Leírás |
Kodek prioritás | Állítsa be a VoIP -hívások hang- és videokodekeinek prioritási sorrendjét |
TCP, UDP és TLS | Konfigurálja a SIP-jelküldés és médiához használt protokollokat |
RTP audio és videó portok | Porttartományok konfigurálása az RTP hanghoz és videóhoz |
SIP beállítások | Konfigurálhatja a SIP -pel kapcsolatos különféle opciókat (SIP INFO, rport használata, SIP-proxy felderítés, frissítési időközök a regisztrációhoz és az előfizetéshez stb.) |
A Webex alkalmazás márkaépítésének testreszabása
Partner testreszabása—A partneri rendszergazdák alkalmazhatnak speciális márkaépítési testreszabásokat, amelyek a partner által kezelt partnerszervezetre és/vagy ügyfelekre vonatkoznak. Lásd Speciális márka-testreszabások konfigurálása .
Ügyfélre vonatkozó testreszabások—Ha a partner lehetővé teszi az ügyfelek számára, hogy alkalmazzák saját márkaépítési testreszabásaikat, az ügyfél rendszergazdái a következő oldalon követhetik az eljárást: Vállalati márkaépítés hozzáadása a Webex .
A Felhasználóaktiválási portál ugyanazt az emblémát használja, mint amit az ügyfél márkaépítéshez ad hozzá. |
A problémajelentési és a súgó URL-címek testreszabása
A beállítások testreszabásához a rendszergazdák követhetik a „Visszajelzés és súgóoldal URL-címeinek hozzáadása” című eljárást, amely mindkét fenti Márkaépítési cikkben található.
A Webex for Cisco BroadWorks tesztszervezetének konfigurálása
Mielőtt elkezdené
Átfolyós üzembe helyezéssel
Az összes XSP-t be kell állítania| Az ADP-szolgáltatásokat, és a partnerszervezetet a Control Hubban, mielőtt elvégezné ezt a feladatot.
1 | Szolgáltatás hozzárendelése a BroadWorks-ben: |
2 | Ügyfélszervezet és felhasználók ellenőrzése a Control Hubban: |
Felhasználói tesztelés
1 | Töltse le a Webex alkalmazás két különböző gépen. |
2 | Jelentkezzen be tesztfelhasználóként a két gépen. |
3 | Indítson teszthívásokat. |
Ügyfélszervezetek biztosítása
A jelenlegi modellben automatikusan kiépítjük az ügyfélszervezetet, amikor belép az első felhasználóba a jelen dokumentumban ismertetett módszerek bármelyikén keresztül. Az üzembe helyezés csak egyszer történik minden ügyfél esetében.
Felhasználók beüzemelése
A szolgáltatlási felhasználók a következő módokon adhatja ki:
Használjon API-kat Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailekhez a Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailek nélkül. A felhasználók megadják és érvényesítik az e-mail-címeket a Webex -fiókok létrehozásához
Engedélyezze a felhasználók számára az önaktiválást (küldjön nekik egy hivatkozást, ők hoznak létre Webex -fiókot)
Nyilvános üzembe helyezési API-k
A Webex nyilvános API-kat tesz elérhetővé, hogy lehetővé tegyék a szolgáltatók számára, hogy integrálják a Webex for Cisco BroadWorks előfizetői kiépítését a meglévő üzembe helyezési munkafolyamataikba. Ezen API-k specifikációi itt érhetők el: developer.webex.com
. Ha ezekkel az API-kkal szeretne fejleszteni, forduljon a Cisco képviselőjéhez, és szerezze be a Webex Cisco BroadWorks alkalmazást.
A nagykereskedelmi ügyfeleket elutasítják ezek az API-k. |
Folyamatos üzembe helyezés
A BroadWorks rendszeren a szolgáltatlási felhasználók a Integrált IM&P engedélyezése opciót. Ez a művelet arra készteti a BroadWorks üzembe helyezési illesztőt, hogy egy API-hívás indít a felhasználó kiépítéséhez a Webex-en. Az üzembe helyezési API -nk visszafelé kompatibilis az UC-One SaaS API-val . A BroadWorks AS nem igényel kódmódosítást, csak a létesítési adapter API -végpontjának konfigurációs módosítás .
Az előfizetők telepítése a Webex -en jelentős időt vehet igénybe (a kezdeti felhasználónál több percet is igénybe vehet a vállalaton belül). A Webex az üzembe helyezést háttérfeladatként végzi. Tehát az átmenőleges üzembe helyezés sikeressége azt jelzi, hogy a telepítés megkezdődött. Nem jelzi a befejezést. Annak ellenőrzéséhez, hogy a felhasználók és az ügyfélszervezet teljes körűen kiépült-e a Webex rendszerében, be kell jelentkeznie a Partner Hubra, és meg kell néznie az Ügyféllistát. A BroadWorks törzshálózatot használó felhasználók megosztott hívási megjelenésen (SCA) keresztül rendelkezhetnek Webex for BroadWorks-szel. A trönkelő felhasználóhoz hozzá kell rendelni a hitelesítési szolgáltatást. A BroadWorks trunking megoldási útmutató 8. szakaszában leírtak szerint ez lehetővé teszi, hogy az SCA Webex megjelenés hitelesítése elkülönüljön a közös fővonali hitelesítéstől. A Webex for BroadWorks nem létesíthető olyan trönkelő felhasználók számára, akiknek Útvonallista vagy Közvetlen útválasztás funkciói vannak hozzárendelve. |
A sablonok helye átkerült a BroadWorks Calling alkalmazásból a Szervezeti beállításokban az Ügyféllista részbe, és mostantól Bevezető sablonnak hívják. |
Felhasználói önaktiválás
BroadWorks-felhasználók kiépítése a Webex az Integrált IM&P szolgáltatás hozzárendelése nélkül:
Jelentkezzen be a Partner Hubba, és keresse meg a Ügyféllista oldalon.
Kattintson Sablonok megtekintése .
Válassza ki az erre a felhasználóra alkalmazni kívánt beüzemelési beléptető sablont.
Ne feledje, hogy minden sablon egy fürthöz és a partnerszervezethez van társítva. Ha a felhasználó nincs a sablonhoz társított BroadWorks rendszerben, akkor a felhasználó nem tudja aktiválni magát a hivatkozással.
Másolja ki a beüzemelési hivatkozást, és küldje el a felhasználónak.
Érdemes lehet a szoftverletöltési hivatkozást is feltüntetni, és emlékeztetni a felhasználót, hogy a Webex -fiók aktiválásához meg kell adnia és ellenőriznie kell az e- e-mail-cím .
A kiválasztott sablonon nyomon követheti a felhasználó aktiválási állapotát.
További információkért lásd: Felhasználó-létesítési és aktiválási folyamatok .
Beüzemelés nem megbízható e-mailekkel
A Partner Hub egy sor vezérlőt biztosít a Felhasználói állapot nézeten belül, amely lehetővé teszi Webex a Cisco BroadWorks rendszerhez A szolgáltató rendszergazdái ellenőrzik a felhasználó állapotát, és kijavítják a hibákat a nem megbízható e-mailekkel történő beüzemeléskor. További részletekért lásd: A felhasználói kiépítés ellenőrzése nem megbízható e-mailekkel.
Webex -felhasználók áthelyezése a Webex for Cisco BroadWorks rendszerébe
Ha meglévő Webex -felhasználókat szeretne áthelyezni a Webex for Cisco BroadWorks rendszerébe, tekintse meg az alábbi táblázatot a követendő eljárás meghatározásához.
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) |
|
Ügyfélszervezet | A Webex for BroadWorks csatolása a meglévő szervezethez — A szervezeti melléklet (az első felhasználó számára) a Webex for BroadWorks alkalmazást is hozzáadja a következő felhasználókhoz, amennyiben azok a megfelelő szervezethez vannak rendelve. |
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) | Ha a Webex for BroadWorks-szervezet nem létezik (nincs kiépítve felhasználó):
Ha létezik Webex for BroadWorks-szervezet (legalább egy felhasználó ki van jelölve):
|
Ügyfélszervezet |
|
Felhasználó áthelyezése (beleegyezéssel) a Webex Cisco BroadWorks alkalmazásba
Ezzel az eljárással áthelyezhet egy meglévő Webex -felhasználót, aki egy fogyasztói szervezethez tartozik, vagy önregisztráló fiókkal (ingyenes fiókkal vagy próbafiókkal) rendelkezik a Webex for Cisco BroadWorks rendszerébe. Ne feledje, hogy a Webex for Cisco BroadWorks szervezetnek léteznie kell (az első felhasználó kiépítésével). Ebben az esetben az alábbi lehetőségek egyikével helyezheti át a felhasználókat:
Felhasználó áthelyezése (megbízható e- e-mail-címmel) – A megbízható e-mail-címekkel történő létesítést használja
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel) – A nem megbízható e-mailekkel kapcsolatos szolgáltatást használja
Önaktiválás
Felhasználó áthelyezése (megbízható e- e-mail-címmel)
Ha a belépési sablon megbízható e-maileket használ, a partner rendszergazda a következő felhasználókat a következő folyamattal helyezheti át:
A rendszergazda hozzáadja a felhasználót.
A felhasználó a BroadWorks Provisioning Bridge-re kerül.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Fiók aktiválása . A felhasználót a rendszer a Webex Consumer portálra irányítja át.
A felhasználó bejelentkezik a Webex.
Felhasználói kattintások Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel)
Ha a beléptető sablon nem megbízható e-maileket használ, először a felhasználó e- e-mail-cím kell érvényesíteni. A rendszergazda az alábbi folyamatot követve helyezheti át a következő felhasználókat:
A rendszergazda hozzáadja a felhasználót.
A felhasználó automatikusan a BroadWorks Provisioning Bridge-re kerül.
A rendszer egy aktiválási hivatkozást tartalmazó szöveget küld a felhasználónak.
A felhasználó rákattint az Aktiválás hivatkozásra, és megadja az e- e-mail-cím.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Csatlakozzon most .
Az e- e-mail-cím érvényesítése megtörtént.
A rendszer átirányítja a felhasználót, hogy jelentkezzen be a Webex Consumer portálra.
A felhasználó bejelentkezik a Webex.
A felhasználónak rá kell kattintania Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Önaktiválási folyamat
Ha a felhasználónak van BroadWorks-fiókja, akkor az önaktiválási folyamat segítségével áthelyezheti a fiókját.
A felhasználó BroadWorks hitelesítési adataival jelentkezik be a felhasználói hozzáférési portál URL -címére.
A felhasználó megadja az e- e-mail-cím.
A felhasználó a BroadWorks Provisioning Bridge-be kerül.
A rendszer egy automatikus e-mailt küld a felhasználó e- e-mail-cím.
A felhasználó megnyitja az e-mailt, és rákattint a Csatlakozzon most hivatkozást, amely hitelesíti az e- e-mail-cím.
A CI azt találja, hogy a felhasználónak már van Webex -fiókja. A felhasználónak törölnie kell a régi fiókját, mielőtt folytatná.
A rendszer átirányítja a felhasználót a Webex való bejelentkezésre.
A felhasználó bejelentkezik a Fogyasztói Portálra.
A felhasználó rákattint Fiók törlése lehetőségre .
A régi Webex -fiók törlődik.
A felhasználó egy új Webex for Cisco BroadWorks-fiókot kapott ugyanazzal az e- e-mail-cím.
A Webex for BroadWorks csatolása a meglévő szervezethez
Ha Ön partner rendszergazda Webex for BroadWorks szolgáltatásokat ad hozzá egy meglévő Webex ügyfélszervezethez, amely még nincs társítva partner által kezelt BroadWorks-vállalattal, az ügyfélszervezet rendszergazdájának KELL jóváhagynia a rendszergazdai hozzáférést ahhoz, hogy a beüzemelési kérelem sikeres legyen.
Szervezeti rendszergazdai jóváhagyásra van szükség, ha a következők bármelyike igaz:
A meglévő ügyfélszervezetnek 100 vagy több felhasználója van
A szervezet ellenőrzött e-mail-domainnel rendelkezik
A szervezeti tartomány igényelve
Ha a fenti feltételek egyike sem teljesül, akkor automatikus csatolás történhet.
Egy an Automatikus csatolás forgatókönyv esetén a Webex for BroadWorks-előfizetés hozzáadásra kerül egy meglévő ügyfélszervezethez a meglévő szervezeti rendszergazda vagy végfelhasználó értesítése nélkül. A legtöbb esetben a Partnerszervezete létesítési rendszergazdai jogokat kap. Ha azonban az ügyfélszervezetnek nincs licence, vagy csak felfüggesztett/visszavont licencei vannak, akkor teljes körű rendszergazda lesz. Az üzembe helyezési rendszergazdai hozzáféréssel korlátozott mértékben láthatja a meglévő szervezet felhasználóit a Control Hubban. Javasoljuk, hogy vegye fel a kapcsolatot az ügyfél rendszergazdájával, és kérjen teljes rendszergazdai hozzáférést a szervezethez. |
A partnerrendszergazdák a következő eljárással adhatják hozzá a BroadWorks hívási szolgáltatásokat egy meglévő Webex szervezethez:
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ó üzembe helyezésének 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.
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 WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw
Terminológia
- ACL
- Hozzáférés-vezérlési lista
- ALG
- Alkalmazásréteg-átjáró
- API
- Alkalmazásprogramozási felület
- APNS
- Apple leküldéses értesítés Service
- AS
- Alkalmazáskiszolgáló
- ATA
- Analóg telefonadapter, adapter, amely az analóg telefonálást VoIP -re alakítja
- BAM
- BroadSoft alkalmazáskezelő
- Alapszintű hitelesítés
- Olyan hitelesítési módszer, amelyben egy fiók (felhasználónév) egy megosztott titkos kód (jelszó) van hitelesítve.
- BMS
- BroadSoft Üzenetküldés Server
- BOSH
- Kétirányú adatfolyamok szinkron HTTP-n keresztül
- BRI
- Alapsebességű interfész A BRI egy ISDN hozzáférési módszer
- Csomag lehetőségre
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- CA
- Hitelesítés-szolgáltató
- Szolgáltató
- A telefonos forgalmat lebonyolító szervezet (vö. Partner, Szolgáltató, Értéknövelt viszonteladó)
- CAPTCHA
- Teljesen automatizált nyilvános Turing-teszt a számítógépek és az emberek megkülönböztetésére
- CCXML
- Hívásvezérlő bővíthető jelölőnyelv
- CIF
- Közös köztes formátum
- CLI
- Parancssori felület
- CN
- Általános név
- CNPS
- Hívásértesítések Push Server. Egy XSP-n futó Notification Push szerver| ADP a környezetében, hogy hívásértesítéseket küldjön az FCM és APNS felé. Lásd: NPS-proxy.
- CPE
- Ügyféltelepi berendezések
- CPR
- Egyéni jelenléti szabály
- CSS
- Lépcsőzetes stíluslap
- CSV
- Vesszővel elválasztott érték
- CTI
- Számítógépes telefonos integráció
- CUBE
- Cisco Unified Border Element
- DMZ
- Demilitarizált zóna
- DN
- Telefonkönyvi szám
- Ne zavarjanak
- Ne zavarjanak
- DNS
- Tartománynév-rendszer
- DPG
- Tárcsázza a társcsoportot
- DSCP
- Differenciált szolgáltatások kódpontja
- DTAF
- Eszköztípus archív fájl
- DTG
- Cél fővonalcsoport
- DTMF
- Dual-Tone Multi-Frequency
- Végfelhasználó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Előfizető)
- Nagyvállalati
- Végfelhasználók gyűjteménye (vö. Szervezet)
- FCM
- Firebase felhőalapú Üzenetküldés
- FMC
- Javított mobilkonvergencia
- Átfolyós beüzemelés
- Felhasználók létrehozása a Webex identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorksben.
- FQDN
- Teljes tartománynév
- Teljes átfolyású üzembe helyezés
- Létrehozása és ellenőrzése felhasználókat a Webex Identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorks és állítva hogy minden BroadWorks-felhasználó egyedi és érvényes e- e-mail-cím rendelkezik .
- FXO
- A Devizairoda az a port, amely az analóg vonalat fogadja. Ez a telefon vagy a faxkészülék, illetve az analóg telefon csatlakozói. On-hook/off-hook jelzést ad (hurokzárás). Mivel az FXO port egy eszközhöz, például faxhoz vagy telefonhoz csatlakozik, az eszközt gyakran „FXO eszköznek” is nevezik.
- FXS
- A deviza-előfizető az a port, amely ténylegesen továbbítja az analóg vonalat az előfizetőnek. Más szóval, a „dugó a falba” az, amelyik a tárcsahang, az akkumulátoráramot és a csengőfeszültséget továbbítja.
- GCM
- Google Cloud Message lehetőségre
- GCM
- Galois/Counter mód (titkosítási technológia)
- HID
- Emberi felület eszköz
- HTTPS
- Hypertext Transfer Protocol Secure Sockets
- IAD
- Integrált hozzáférési eszköz
- IM&P
- Azonnali Üzenetküldés és jelenlét
- IP PSTN
- Olyan szolgáltató , amely VoIP -ot nyújt a PSTN-nek, felcserélhető az ITSP-vel, vagy az internethez kapcsolódó „nyilvános” telefonálás általános kifejezésével, amelyet a nagy távközlési szolgáltatók biztosítanak (nem pedig országok szerint, ahogyan a PSTN az).
- ITSP
- Internettelefon szolgáltató
- IVR
- interaktív hangválasz / válaszadó
- JID
- Az XMPP entitások natív címét Jabber-azonosítónak vagy JID-nek nevezik localpart@tartomány.part.example.com/resourcepart (@ . / elválasztók)
- JSON
- Java Script objektumjelölés
- JSSE
- Java Secure Socket kiterjesztés; a mögöttes technológia, amely biztonságos kapcsolódási szolgáltatásokat nyújt a BroadWorks szervereknek
- KEM
- Kulcskiterjesztés modul (hardveres Cisco telefonok)
- LLT
- Hosszú élettartamú (vagy Long Life) token; a vivői token önleíró, biztonságos formája, amely lehetővé teszi a felhasználók számára, hogy hosszabb ideig maradjanak hitelesítettek, és nincs bizonyos alkalmazásokhoz kötve.
- MA
- Üzenetarchiválás
- MIB
- Vezetési információs bázis
- MS
- Médiakiszolgáló
- mTLS
- Kölcsönös hitelesítés két fél között, tanúsítványcserével, TLS kapcsolat létesítésekor
- MUC
- Többfelhasználós csevegés
- NAT
- Hálózati cím fordítások
- NPS
- Notification Push Server; lásd: CNPS
- NPS-proxy
-
A Webex olyan szolgáltatása, amely rövid élettartamú hitelesítési tokeneket szállít a CNPS-nek, lehetővé téve, hogy hívási értesítéseket küldjön le az FCM és az APN, végső soron a Webex futtató Android és iOS eszközök számára.
- OCI
- Nyissa meg az ügyfélfelületet
- Szervezet
- Végfelhasználók egy csoportját képviselő vállalat vagy szervezet (vö. Vállalati)
- OTG
- Kimenő fővonal-csoport
- Csomag
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- Partner
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Értéknövelt viszonteladó, szolgáltató, szolgáltató)
- PBX
- Privát fiókcsere
- PEM
- Továbbfejlesztett adatvédelmi levelezés
- PLMN
- Nyilvános szárazföldi mobilhálózat
- PRI
- A Primary Rate Interface (PRI) egy távközlési interfészszabvány , amelyet Integrált Szolgáltatású Digitális Hálózaton (ISDN) használnak .
- Ui.:
- Profilkiszolgáló
- PSTN
- Nyilvános kapcsolt telefonhálózat
- QoS
- Szolgáltatásminőség
- Viszonteladói portál
- Egy weboldal, amely lehetővé teszi a viszonteladó rendszergazdájának az UC-One SaaS-megoldás konfigurálását. Néha BAM portálnak, rendszergazdai portálnak vagy felügyeleti portálnak is nevezik.
- RTCP
- Valós idejű vezérlési protokoll
- RTP
- Real-Time Transport protokoll
- SBC
- Session Border Controller
- SCA
- Shared Call megjelenése
- SD
- Szabványos felbontás
- SDP
- Munkamenetleíró protokoll
- SP
- Szolgáltató; Olyan szervezet, amely telefonos vagy kapcsolódó szolgáltatásokat nyújt más szervezeteknek (vö. Szolgáltató, Partner, Értéknövelt viszonteladó)
- SIP
- Session Initiation Protocol
- SLT
- Rövid élettartamú (vagy rövid élettartamú) token (más néven BroadWorks SSO token); egy egyszer használatos hitelesített token, amely a webes alkalmazások biztonságos elérésére szolgál.
- SMB
- Kis- és középvállalkozások
- SNMP
- Egyszerű hálózatkezelési protokoll
- sRTCP
- biztonságos Realtime Transfer Control Protocol (VoIP hívásmédia)
- sRTP
- biztonságos Realtime Transfer Protocol (VoIP hívásmédia)
- SSL
- Biztonságos socket-réteg
- Feliratkozó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Végfelhasználó)
- TCP
- Átvitelvezérlő protokoll
- TDM
- Időosztásos multiplexelés
- TLS
- Transport Layer Security (TLS)
- Általános Szerződési Feltételek
- Szolgáltatás típusa
- UAP
- Felhasználói aktiválási portál
- UC
- Egységesített kommunikáció
- UI
- Felhasználói felület
- U azonosító
- Egyedi azonosító
- UMS
- Üzenetküldés szerver
- URI
- Egységes erőforrás-azonosító
- URL
- Uniform Resource Locator
- USS
- Megosztási kiszolgáló
- UTC
- Egyezményes koordinált világidő
- UVS
- Videó szerver
- Értéknövelt viszonteladó (VAR)
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Szolgáltató, Partner, Szolgáltató)
- VGA
- Video Graphics Array
- VoIP
- Voice over internetprotokoll (IP)
- VXML
- Hanggal bővíthető jelölőnyelv
- WebDAV
- web elosztott szerzői és verziószámozás
- WebRTC
- web valós idejű kommunikáció
- WRS
- WebRTC szerver
- XMPP
- Bővíthető Üzenetküldés és jelenléti protokoll
Szolgáltatások konfigurálása (mTLS-szel a hitelesítési szolgáltatáshoz)
Az alábbi eljárások váltják fel a témakörben szereplő eljárásokat Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k . Ezeket az eljárásokat csak akkor végezze el, ha mTLS-t használ a hitelesítési szolgáltatáshoz a CI token érvényesítés helyett. Ezek az eljárások kötelezőek, ha több Webex -szervezetet futtat ugyanazon az XSP-n| ADP szerver. Ellenkező esetben ezek nem kötelezőek.
Ha nem futtat több Webex -szervezetet ugyanazon az XSP-n keresztül| ADP szerver, CI Token Validation ( TLS-szel) javasolt a hitelesítési szolgáltatáshoz. Lásd: Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k a hitelesítési szolgáltatás és egyéb szolgáltatások konfigurálásával kapcsolatos részletekért. |
Xsi felületek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a leírás szerint Cisco BroadWorks Xtended Services felület konfigurációs útmutató .
Az Xsi-Events alkalmazásoknak csak egy példányát kell telepíteni az XSP-re| A CTI interfészhez használt ADP.
A Broadworks és a Webex közötti integrációhoz használt összes Xsi-Eventnek ugyanazzal a Webex -vel kell rendelkeznie, mint az Applications/Xsi-Events/GeneralSettings alatt. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
Amikor egy felhasználó bejelentkezett a Webex, a Webex előfizetést hoz létre a felhasználó számára az AS-en, hogy fogadja a telefonos eseményeket a jelenlét és a hívásnapló vonatkozásában. Az előfizetés a callControlApplicationName alkalmazáshoz van társítva, és az AS ennek alapján tudja, melyik Xsi-Eventsnek küldje el a telefonos eseményeket.
A callControlApplicationName módosítása, vagy ha nem ugyanaz a név az összes Xsi-Events webalkalmazáson, az hatással lesz az előfizetésekre és a telefonos eseményekre. |
Hitelesítési szolgáltatás konfigurálása (mTLS-szel)
A hosszú élettartamú BroadWorks tokeneket az XSP-n tárolt hitelesítési szolgáltatás hozza létre és hitelesíti| ADP-k.
Követelmények
Az XSP| A hitelesítési szolgáltatást futtató ADP-kiszolgálóknak rendelkezniük kell konfigurált mTLS-interfészekkel.
XSP| Az ADP-knek ugyanazokat a kulcsokat kell megosztaniuk a BroadWorks hosszú élettartamú tokenek titkosításához/visszafejtéséhez. Ezeknek a kulcsoknak a másolása az egyes XSP-kre| Az ADP manuális folyamat.
XSP| Az ADP-ket szinkronizálni kell az NTP-vel.
Konfiguráció áttekintése
Az alapvető konfiguráció az XSP-n| Az ADP-k a következőket tartalmazzák:
Telepítse a hitelesítési szolgáltatást.
Állítsa be a token időtartamát legalább 60 napra (hagyja meg a kibocsátót BroadWorksként).
RSA -kulcsok létrehozása és megosztása XSP-n keresztül| ADP-k.
Adja meg a webes tároló authService URL -címét.
Telepítse a hitelesítési szolgáltatást az XSP rendszeren| ADP
Minden XSP-n| A Webex használt ADP:
Aktiválja a hitelesítési szolgáltatás alkalmazást az elérési úton
/authService
(ezt az elérési utat kell használnia):XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService
(hol
<version>
az Ön BroadWorks-verziója).Az alkalmazás telepítése:
XSP|ADP_CLI/Maintenance/ManagedObjects>
deploy application /authService
Token időtartamának konfigurálása
A meglévő tokenkonfiguráció ellenőrzése (óra):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
get
Állítsa be az időtartamot 60 napra (maximum 180 nap):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
set tokenDurationInHours 1440
RSA -kulcsok létrehozása és megosztása
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
E két tényező miatt egyetlen XSP-n kell kulcsokat generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k. |
Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress> /authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét
Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket.
Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Bizalom konfigurálása a hitelesítési szolgáltatáshoz (mTLS-szel)
Jelentkezzen be a Control Hubba a partnerrendszergazdai rendszergazdafiók.
Ugrás ide: Töltse Webex CA-tanúsítványt hogy megkapja
és kattintsonCombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
.Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
.Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
. (Nem kötelező) Futtassa a súgótUpdateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot
,webexclientroot2023
,webexclientissuing
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, ha mind a négy bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
(Opció) Az mTLS konfigurálása a HTTP interfész/port szintjén
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS-t HTTP interfész/port szinten állítja be, az mTLS-re minden, ezen a felületen/porton keresztül elérhető webalkalmazáshoz szükség van.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/HttpServer>
és futtassa aget
parancsot a felületek megtekintéséhez.Interfész hozzáadása és ügyfélhitelesítés előírása (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Lényegében az első
true
TLS -sel (a kiszolgálótanúsítvány létrejön, ha szükséges), és a másodiktrue
arra kényszeríti a felületet, hogy klienstanúsítvány -hitelesítést igényeljen (együtt mTLS).
Például:
XSP|ADP_CLI/Interface/Http/HttpServer> get
Interface Port Name Secure Client Auth Req Cluster Fqdn
=======================================================
192.0.2.7 443 XSP|ADP01.collab.example.net true false
192.0.2.7 444 XSP|ADP01.collab.example.net true true
Ebben a példában az mTLS (Client Auth Req = true) engedélyezve van 192.0.2.7
port 444
. A TLS engedélyezve van 192.0.2.7
port 443
.
(Opció) Az mTLS konfigurálása adott webes alkalmazásokhoz
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS alkalmazásszinten konfigurálódik, az mTLS-re az adott alkalmazáshoz is szükség van, függetlenül a HTTP kiszolgáló interfész konfigurációjától.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
és futtassa aget
parancsot, hogy megtudja, mely alkalmazások futnak.Alkalmazás hozzáadása és ügyfélhitelesítés előírása hozzá (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Az alkalmazásnevek ott vannak felsorolva. A
true
ebben a parancsban engedélyezi az mTLS-t.
Például:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
add 192.0.2.7 443 AuthenticationService true
A példaparancs hozzáadja az AuthenticationService alkalmazást a 192.0.2.7:443-hoz, és megköveteli tőle, hogy tanúsítványokat kérjen és hitelesítsen az ügyféltől.
Ellenőrizze a következővel: get
:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
get
Interface Ip Port Application Name Client Auth Req
===================================================
192.0.2.7 443 AuthenticationService true
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
Merre tovább?
A konfigurációhoz újra csatlakozhat a fő dokumentumfolyamathoz a következő időpontban: CTI felület és kapcsolódó konfiguráció .
További tanúsítványkövetelmények az AuthService elleni kölcsönös TLS -hitelesítéshez
A Webex és a hitelesítési szolgáltatás egy kölcsönös TLS -hitelesített kapcsolaton keresztül működik együtt. Ez azt jelenti, hogy a Webex bemutat egy klienstanúsítvány és az XSP-t| Az ADP-nek hitelesítenie kell. Annak érdekében, hogy megbízható legyen ez a tanúsítvány, a Webex CA-tanúsítvány segítségével hozzon létre egy megbízhatósági horgonyt az XSP-n| ADP (vagy proxy). A tanúsítványlánc letölthető a Partner Hubon keresztül:
Ugrás ide: Beállítások > BroadWorks-hívás lehetőséget .
Kattintson a tanúsítvány letöltése hivatkozásra.
A tanúsítványlánc innen is beszerezhetihttps://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt . |
A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy ebben a három esetben hol kell telepíteni a Webex CA-tanúsítvány .
Kölcsönös TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be a proxynak.
A Webex CA-tanúsítvány a proxy megbízhatósági tárolójában van telepítve, így a proxy megbízik az klienstanúsítvány.
A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy egy nyilvánosan aláírt kiszolgálótanúsítvány mutat be a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions:
X509v3 Extended Key Usage:
1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Kölcsönös TLS -tanúsítvány-követelmények a TLS-passthrough proxyhoz vagy XSP-hez DMZ-ben
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be az XSP-knek.
A Webex CA-tanúsítvány az XSP-k bizalmi tárolójában van telepítve, így az XSP-k megbíznak az klienstanúsítvány.
A nyilvánosan aláírt XSP kiszolgálótanúsítvány is betöltődik az XSP-kbe.
Az XSP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex megbízik az XSP-k kiszolgálótanúsítványait aláíró nyilvános hitelesítésszolgáltatóban.
Dokumentum módosítási előzmények
A következő táblázat a dokumentum módosításainak előzményeit mutatja be az elmúlt 12 hónapban.
Dátum | Verzió | A változás leírása | |
---|---|---|---|
2024. 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 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.
Professzionális csomag Control Hub rendszerhez
A Pro Pack for Control Hub bővítmény szolgáltatás a rendszergazdák, az információbiztonsági szakemberek és a megfelelőségi tisztviselők számára fejlett biztonsági, megfelelőségi és elemzési funkciókat biztosít, amelyek integrálhatók a szoftverbe.
Ezek a bővítmény szolgáltatások csak a Standard és a Prémium csomagok esetén lesznek elérhetők.
További információkért lásd a A Control Hub Pro csomagjának súgóoldala .
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.
Rugalmas külső hívófél- azonosító kiválasztása
Ez a Rugalmas külső azonosító -kiválasztás funkció lehetővé teszi a felhasználók számára, hogy kimenő hívások kezdeményezésekor kiválasszák a kívánt külső hívófél- azonosító . Ez a bővítmény a FAC kódot igénylő asztali telefonokon érhető el.
Felhasználói rugalmasság: A felhasználók kiválaszthatják a legmegfelelőbb hívófél- azonosító a különböző hívásokhoz, növelve ezzel a kommunikáció hatékonyságát a hívás környezetétől függően.
Platformtámogatás: Az asztali telefonoknak FAC -kódra van szükségük ehhez a funkcióhoz. Rendszergazdai konfiguráció: A rendszergazdák konfigurálhatják, hogy mely hívóazonosítók legyenek elérhetők a felhasználók számára.
Létesítési követelmények: A Cisco BroadWorks rendszerben rendszergazdai konfigurációra van szükség ahhoz, hogy különböző hívóazonosítók legyenek elérhetők.
Korlátozások
Beüzemelési korlátozások
Értekezletoldal időzónája
Az egyes csomagok első előfizetőjének időzónája lesz az adott csomaghoz létrehozott Webex Meetings oldal időzónája.
Ha nincs időzóna megadva az egyes csomagok első felhasználójának üzembe helyezési kérelmében, akkor az adott csomag Webex Meetings oldalának időzónája az előfizetői szervezet regionális alapértelmezett beállítására lesz beállítva.
Ha az ügyfelének egy adott Webex Meetings -webhely-időzónára van szüksége, adja meg a timezone
paramétert a beüzemelési kérelemben a következőhöz:
a szervezetben a Standard csomagra kiépített első előfizető.
az első Prémium csomagra kiépített előfizető a szervezeten belül.
a szervezetben az Alap csomagra kiépített első előfizető.
Általános korlátozások
Nincs hívás a Webex ügyfél web verziójában (Ez egy kliens korlátozás, nem a megoldás korlátozása.)
Előfordulhat, hogy a Webex még nem rendelkezik az összes felhasználói felület-vezérlővel a BroadWorks-től elérhető hívásvezérlés funkciók egy részének támogatásához.
A Webex kliens jelenleg nem lehet „fehér címkével” ellátva.
Amikor a kiválasztott beüzemelési módszerrel hoz létre ügyfélszervezeteket, azok automatikusan a partnerszervezettel azonos régióban jönnek létre. Ez a viselkedés szándékos. A multinacionális partnerektől elvárjuk, hogy minden olyan régióban hozzanak létre partnerszervezetet, ahol az ügyfélszervezeteket kezelik.
Az értekezletekről és az üzenetküldés használatáról szóló jelentések a Control Hub ügyfélszervezetén keresztül érhetők el.
Ismert problémák és korlátok
A Webex Cisco BroadWorks ajánlattal kapcsolatos ismert problémák és korlátozások naprakész listájáért lásd: Ismert problémák és korlátok .
Üzenetküldés korlátok
A következő adattárolási korlátozások (üzenetkezelés és fájlok együttesen) azokra a szervezetekre vonatkoznak, amelyek a Webex for Cisco BroadWorks szolgáltatásokat egy Szolgáltatón keresztül vásárolták meg. Ezek a korlátok az üzenetküldés és a fájlok maximális tárhelyét jelentik.
Alapszintű: 2 GB felhasználónként 3 évig
Normál 5 GB felhasználónként 3 évig
Prémium: 10 GB felhasználónként 5 évig
Az egyes ügyfélszervezetek esetében ezeket a felhasználónkénti végösszegeket a rendszer összevonja, így a felhasználók száma alapján összesített összeget kap az adott ügyfélre vonatkozóan. Például egy öt prémium felhasználóval rendelkező vállalatnál a teljes üzenetkezelési és fájltárolási korlát 50 GB. Egy egyéni felhasználó túllépheti a felhasználónkénti korlátot (10 GB), feltéve, hogy a vállalat még mindig az összesített maximum (50 GB) alatt van.
A létrehozott csapatszobák esetében az üzenetküldési korlátok a csoportszobát birtokló ügyfélszervezet összesített végösszegéhez viszonyítva érvényesek. Az egyes csapatszobák tulajdonosáról a Tárhely szabályzatban tájékozódhat. Az egyes csapatszobák Tárhelyházirendjének megtekintésével kapcsolatos információkért lásd:https://help.webex.com/en-us/baztm6/Webex-Space-Policy .
További információk
A Webex üzenetküldő csoportterületekre vonatkozó általános üzenetküldési korlátokkal kapcsolatos további információkért lásd:https://help.webex.com/en-us/n8vw82eb/Webex-Capacities .
Biztonság, adatok és szerepkörök
Webex Security
A Webex kliens egy biztonságos alkalmazás, amely biztonságos kapcsolatot létesít a Webex és a BroadWorks-szel. A Webex felhőben tárolt és a Webex alkalmazás felületén keresztül a felhasználó számára elérhető adatok továbbítása és nyugalmi állapotban egyaránt titkosítva vannak.
További részletek vannak róla adatcsere jelen dokumentum Hivatkozás részében.
További olvasás
Szervezeti adatok rezidenciája
A Webex -adatait abban az adatközpont tároljuk, amelyik a legjobban megfelel az Ön régiójának. Lásd Adatrezidencia a Webex a Súgóban.
Szerepkörök
Szolgáltatói rendszergazda (Ön): A napi karbantartási tevékenységekhez a megoldás helyszíni (hívási) részeit a saját rendszerein keresztül kezelheti. A megoldás Webex részeit a Partner Hubon keresztül kezelheti.
A partnerek számára elérhető szerepkörökről, a szerepkörökhöz kapcsolódó hozzáférési jogosultságokról, valamint a szerepkörök hozzárendelésének módjáról lásd: Rendszergazdai partner szerepkörök a Webex for BroadWorks és a Wholesale RTM alkalmazásban .
Az új partnerszervezethez elsőként beállított felhasználó automatikusan teljes körű rendszergazda és teljes partner rendszergazdai szerepkörhöz lesz hozzárendelve. Ez a rendszergazda a fenti cikk alapján további szerepköröket is hozzárendelhet. |
A Cisco felhőalapú üzemeltetési csapata: Létrehozza a „partnerszervezetet” a Partner Hubban, ha még nem létezik, a beléptetés során.
Miután megvan a Partner Hub-fiókja, beállíthatja a Webex felületeket a saját rendszereihez. Ezután hozzon létre „Onboarding sablonokat”, amelyek az adott rendszereken keresztül kiszolgált csomagokat vagy csomagokat képviselik. Ezután beüzemelheti az ügyfeleit vagy az előfizetőit.
# | Tipikus feladat | SP | Cisco |
---|---|---|---|
1 | Partner Onboarding – A partnerszervezet létrehozása, ha még nem létezik, és a szükséges funkciók engedélyezése kapcsolók között | ● | |
2 | BroadWorks-konfiguráció a Partnerszervezetben a Partner Hubon keresztül (fürt) | ● | |
3 | Integrációs beállítások konfigurálása a Partnerszervezetben a Partner Hubon keresztül (ajánlati sablonok, márkaépítés) | ● | |
4 | BroadWorks környezet előkészítése az integrációhoz (AS, XSP| ADP javítás, tűzfalak, XSP| ADP konfiguráció, XSI, AuthService, CTI, NPS, DMS alkalmazások XSP-n| ADP) | ● | |
5 | Létesítés-integráció vagy -folyamat fejlesztése | ● | |
6 | GTM-anyagok előkészítése | ● | |
7 | Új felhasználók áttelepítése vagy beállítása | ● |
Építészet
Mi van a diagramon?
Ügyfelek
A Webex App-ügyfél szolgál elsődleges alkalmazásként a Webex a Cisco BroadWorks-ajánlatok esetében. A kliens asztali, mobil és webes platformon is elérhető.
Az ügyfél a Webex felhő által biztosított natív üzenetküldési, jelenléti és többszereplős audio/video értekezletekkel rendelkezik. A Webex ügyfél az Ön BroadWorks infrastruktúráját használja a SIP és PSTN hívásokhoz.
A Cisco IP -telefonok és a kapcsolódó kiegészítők a BroadWorks infrastruktúrát használják a SIP és PSTN hívásokhoz is. Várakozásaink szerint képes lesz a harmadik féltől származó telefonok támogatására.
Felhasználóaktiválási portál a felhasználók számára, akik BroadWorks-hitelesítési adataikkal jelentkezhetnek be a Webex .
A Partner Hub egy webinterfész a Webex -szervezet és az ügyfelei szervezeteinek adminisztrálására. A Partner Hubban konfigurálhatja a BroadWorks infrastruktúra és a Webex közötti integrációt. A Partner Hub segítségével kezelheti az klienskonfiguráció és a számlázást is.
Szolgáltatói hálózat
A diagram bal oldalán található zöld blokk az Ön hálózatát jelöli. A hálózaton üzemeltetett összetevők a következő szolgáltatásokat és felületeket biztosítják a megoldás egyéb részei számára:
Nyilvános XSP| ADP, Webex Cisco BroadWorks rendszerhez: (A mező egy vagy több XSP-t jelöl| ADP farmok, esetleg terheléselosztókkal.)
Az Xtended Services felület (XSI-Actions & XSI-Events), az Eszközkezelő szolgáltatás (DMS), a CTI felület és a hitelesítési szolgáltatás üzemeltetője. Ezek az alkalmazások együttesen lehetővé teszik a telefonok és a Webex -kliensek számára, hogy hitelesítsék magukat, letöltsék a híváskonfigurációs fájljaikat, kezdeményezzenek és fogadhassanak hívásokat, valamint megtekinthessék egymás horog állapotát (telefonos jelenlét). és hívásnapló .
Könyvtárat tesz közzé a Webex ügyfelek számára.
Nyilvános XSP| ADP, NPS-t futtat:
szervezői hívásértesítések leküldéses kiszolgálója: Egy Notification Push szerver XSP-n| ADP a környezetében. Interfész az alkalmazáskiszolgálója és az NPS-proxy között. A proxy rövid élettartamú tokenekkel látja el az NPS-t, hogy engedélyezze a felhőalapú szolgáltatások értesítéseit. Ezek a szolgáltatások (APNS és FCM) hívási értesítéseket küldenek a Webex -ügyfeleknek Apple iOS és Google Android eszközökön.
Alkalmazáskiszolgáló:
Hívásvezérlést és interfészeket biztosít más BroadWorks hívásvezérlés (általában)
Folyamatos üzembe helyezés esetén a partnerrendszergazda az AS-t használja a szolgáltatlási felhasználók kiépítéséhez a Webex
A felhasználói profil beküldi a BroadWorks rendszerébe
OSS/BSS: Az Ön Művelettámogatási Rendszere/Üzleti SIP -szolgáltatásai a BroadWorks-vállalatok felügyeletéhez.
Webex Cloud
A diagram kék blokkja a Webex felhőt jelöli. A Webex mikroszolgáltatások a Webex együttműködési képességek teljes spektrumát támogatják:
A Cisco Common Identity (CI) a Webex belüli identitásszolgáltatás.
A Webex for Cisco BroadWorks a mikroszolgáltatások azon készletét képviseli, amelyek támogatják a Webex és a szolgáltató által biztosított BroadWorks közötti integrációt:
Felhasználó-létesítési API-k
Szolgáltatói konfiguráció
Felhasználói bejelentkezés BroadWorks hitelesítő adatokkal
Webex Üzenetküldés doboz az üzenetküldéshez kapcsolódó mikroszolgáltatásokhoz.
A több résztvevős videoértekezletekhez ( SIP és SRTP ) szolgáló médiafeldolgozó szervereket és SBC-ket képviselő Webex Meetings -mező
Harmadik féltől származó web
A diagramon a következő harmadik féltől származó összetevők láthatók:
Az APNS (Apple Push Notifications Service) hívás- és üzenetértesítéseket küld a Webex alkalmazásoknak az Apple eszközökön.
Az FCM (FireBase Cloud Üzenetküldés ) hívás- és üzenetértesítéseket küld az Android -eszközök Webex -alkalmazásainak.
XSP| ADP architektúra szempontok
A nyilvános XSP szerepe| ADP-kiszolgálók a Webex a Cisco BroadWorks-hez
A nyilvános XSP| Az ADP az Ön környezetében a következő felületeket/szolgáltatásokat nyújtja a Webex és az ügyfelek számára:
TLS által védett hitelesítési szolgáltatás (AuthService), amely a felhasználó nevében válaszol a Webex JWT (JSON web Token) Webex-kérelmeire
mTLS által védett CTI interfész, amelyre a Webex előfizet a hívásnapló -eseményekre és a BroadWorks telefonos jelenléti állapot (horog állapot).
Xsi műveletek és események felületei (eXtended Services Interface) az előfizetői hívásvezérlés, névjegy- és híváslista könyvtárak, valamint végfelhasználói telefonos szolgáltatás konfigurációjához
DM (Device Management) szolgáltatás az ügyfelek számára a hívási konfigurációs fájljaik lekéréséhez
Adjon meg URL-címeket ezekhez a felületekhez, amikor a Webex a Cisco BroadWorks rendszerhez konfigurálja. (Lásd Konfigurálja a BroadWorks-fürtöket a Partner Hubban ebben a dokumentumban.) Fürtenként csak egy URL adható meg az egyes felületekhez. Ha több felülettel rendelkezik a BroadWorks infrastruktúrájában, akkor több fürtöt is létrehozhat.
XSP| ADP architektúra
Szükségünk van egy különálló, dedikált XSP használatára| ADP-példány vagy farm az NPS (Notification Push Server) alkalmazás üzemeltetéséhez. Ugyanazt az hálózati házirendet használhatja az UC-One SaaS vagy az UC-One Collaborate szolgáltatással. A Webex for Cisco BroadWorks rendszerhez szükséges egyéb alkalmazásokat azonban nem tárolhatja ugyanazon az XSP-n| Az NPS-alkalmazást kiszolgáló ADP.
Javasoljuk, hogy dedikált XSP-t használjon| ADP-példány/farm, hogy tárolja a Webex -integrációhoz szükséges alkalmazásokat a következő okok miatt
Ha például UC-One SaaS-t kínál, javasoljuk egy új XSP létrehozását| ADP farm a Webex a Cisco BroadWorks-hez. Így a két szolgáltatás egymástól függetlenül tud működni az előfizetők migrálása közben.
Ha a Webex Cisco BroadWorks alkalmazásokat XSP-n helyezi el| Az egyéb célokra használt ADP farm esetében az Ön felelőssége a használat nyomon követése, az ebből adódó összetettség kezelése, és a megnövekedett méretarány tervezése.
A Cisco BroadWorks rendszer kapacitástervező dedikált XSP-t feltételez| ADP farm, és nem biztos, hogy pontos, ha kollokációs számításokhoz használja.
Eltérő megjelölés hiányában a dedikált Webex a Cisco BroadWorks XSP-hez| Az ADP-knek a következő alkalmazásokat kell tárolniuk:
AuthService (TLS CI Token Validációval vagy mTLS)
CTI (mTLS)
XSI-Actions (TLS)
XSI-Events (TLS)
DMS (TLS)—Opcionális. Nem kötelező különálló DMS-példányt vagy farmot telepíteni, kifejezetten a Webex for Cisco BroadWorks számára. Ugyanazt a DMS-példányt használhatja, mint az UC-One SaaS vagy UC-One Collaborate esetében.
Hívásbeállítások Webnézet (TLS) – Nem kötelező. A Call Settings Webview (CSW) csak akkor szükséges, ha azt szeretné, hogy a Webex Cisco BroadWorks felhasználói konfigurálhassák a hívási funkciókat a Webex alkalmazásban.
A Webex szüksége van a CTI -hez való hozzáféréshez egy kölcsönös TLS -hitelesítéssel védett felületen keresztül. A követelmény teljesítéséhez az alábbi lehetőségek egyikét javasoljuk:
(A diagram megjelölve 1. lehetőség ) Egy XSP| ADP-példány vagy farm az összes alkalmazáshoz, két kiszolgálónként konfigurált felülettel: egy mTLS interfész a CTI és egy TLS interfész más alkalmazások, például az AuthService számára.
(A diagram megjelölve 2. lehetőség ) Két XSP| ADP-példányok vagy farmok, amelyek közül az egyik mTLS felülettel rendelkezik a CTI-hez , a másik TLS felülettel más alkalmazásokhoz, például az AuthService-hez.
XSP| ADP újrafelhasználása Ha van már meglévő XSP-je| A fenti javasolt architektúrák egyikének megfelelő ADP farm (1. vagy 2. opció) és enyhén van megterhelve , akkor lehetőség van a meglévő XSP újrafelhasználására| ADP-k. Ellenőriznie kell, hogy nincsenek-e ütköző konfigurációs követelmények a meglévő alkalmazások és a Webex új alkalmazáskövetelményei között. A két elsődleges szempont a következő:
Mivel az XSP| Az ADP-k sok alkalmazást tartalmaznak, és ezeknek az alkalmazásoknak a permutációinak száma nagy, előfordulhatnak más azonosítatlan ütközések is. Emiatt az XSP esetleges újrafelhasználása| Az ADP-ket ellenőrizni kell egy laboratóriumban a tervezett konfigurációval, mielőtt elkötelezné magát az újrahasználat mellett. |
Konfigurálja az NTP -szinkronizálást XSP-n| ADP
A telepítés időszinkronizálást igényel az összes XSP esetében| A Webex használt ADP-k.
Telepítse a ntp
csomagot az operációs rendszer telepítése után és a BroadWorks szoftver telepítése előtt. Ezután beállíthatja az NTP -t az XSP során| ADP szoftver telepítése. Lásd a BroadWorks szoftverkezelési útmutató további részletekért.
Az XSP interaktív telepítése során| ADP szoftverrel, akkor lehetősége van az NTP konfigurálására. A következőképpen járjon el:
Amikor a telepítő megkérdezi,
Do you want to configure NTP?
, adja megy
.Amikor a telepítő megkérdezi,
Is this server going to be a NTP server?
, adja megn
.Amikor a telepítő megkérdezi,
What is the NTP address, hostname, or FQDN?
, adja meg az NTP kiszolgáló vagy egy nyilvános NTP -szolgáltatás címét, például,pool.ntp.org
.
Ha az XSP| Az ADP-k csendes (nem interaktív) telepítést használnak, a telepítő konfigurációs fájl tartalmaznia kell a következő Kulcs=Érték párokat:
NTP
NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>
XSP| ADP-azonosító és biztonsági követelmények
Háttér
A Cisco BroadWorks TLS kapcsolatok protokolljai és titkosításai a specifikusság különböző szintjein konfigurálhatók. Ezek a szintek a legáltalánosabb (SSL -szolgáltató) a legspecifikusabb (egyedi felület)ig terjednek. Egy konkrétabb beállítás mindig felülír egy általánosabb beállítást. Ha nincsenek megadva, akkor az „alacsonyabb” szintű SSL -beállításokat a rendszer a „magasabb” szintekről örökli.
Ha egyetlen beállítás sem módosul az alapértelmezetthez képest, minden szint az SSL -szolgáltató alapértelmezett beállításait (JSSE Java Secure Sockets Extension) örökli.
Követelménylista
Az XSP| Az ADP-nek hitelesítenie kell magát az ügyfelek felé egy olyan CA által aláírt tanúsítvány segítségével, amelyben a Közös név vagy az Alany alternatív neve megegyezik az XSI felület tartományrészével.
Az Xsi felületnek támogatnia kell a TLSv1.2 protokollt.
Az Xsi felületnek olyan titkosítási csomagot kell használnia, amely megfelel a következő követelményeknek.
Diffie-Hellman efemer (DHE) vagy elliptikus görbék Diffie-Hellman efemer (ECDHE) kulcscsere
AES (Advanced Encryption Standard) titkosítás 128 bites minimális blokkmérettel (pl. AES-128 vagy AES-256)
GCM (Galois/Counter Mode) vagy CBC (Cipher Block Chaining) titkosítási mód
CBC titkosítás használata esetén csak az SHA2 hash függvénycsalád engedélyezett kulcsok származtatásához (SHA256, SHA384, SHA512).
Például a következő titkosítások teljesítik a követelményeket:
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
Az XSP| Az ADP CLI-hez az IANA elnevezési megállapodásra van szükség a titkosítási csomagokhoz, amint az fent látható, az openSSL-konvencióra nem. |
Támogatott TLS az AuthService és XSI felületekhez
Ez a lista a felhőalapú biztonsági követelményeink alakulásával változhat. Kövesse a Cisco felhőalapú biztonsági ajánlásait a titkosítás kiválasztására vonatkozóan, a jelen dokumentum követelménylistájában leírtak szerint. |
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA
Xsi Events Skála paraméterek
Előfordulhat, hogy növelnie kell az Xsi-Events sor méretét és a szálak számát a Webex for Cisco BroadWorks megoldáshoz szükséges eseménymennyiség kezelésére. A paramétereket az alábbiak szerint növelheti a megjelenített minimális értékekre (ne csökkentse, ha a minimális értékek felett vannak):
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventQueueSize = 2000
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventHandlerThreadCount = 50
Több XSP| ADP-k
Terheléselosztó élelem
Ha van terheléselosztás eleme a hálózat szélén, akkor annak átláthatóan kell kezelnie a forgalom több XSP-je közötti elosztását| ADP-kiszolgálók és a Webex a Cisco BroadWorks felhőhöz és ügyfelekhez. Ebben az esetben meg kell adnia a terheléselosztó URL -címét a Webex Cisco BroadWorks konfigurációhoz.
Megjegyzések az architektúrával kapcsolatban:
Állítsa be a DNS -t úgy, hogy az ügyfelek megtalálhassák a terheléselosztót, amikor az Xsi interfészhez csatlakoznak (lásd DNS konfiguráció ).
Javasoljuk, hogy az edge elemet fordított SSL proxy módban konfigurálja a pont-pont adattitkosítás biztosítása érdekében.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben. Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Internetre néző XSP| ADP-kiszolgálók
Ha közvetlenül teszi közzé az Xsi felületeket, akkor a DNS segítségével ossza el a forgalmat a több XSP felé| ADP szerverek.
Megjegyzések az architektúrával kapcsolatban:
Két rekord szükséges az XSP-hez való csatlakozáshoz| ADP szerverek:
Webex mikroszolgáltatások esetén: A körbefutó A/AAAA rekordok szükségesek a több XSP megcélzásához| ADP IP -címek. Ennek az az oka, hogy a Webex mikroszolgáltatások nem tudnak SRV-kereséseket végezni. Példákért lásd: Webex Cloud Services .
Webex alkalmazás esetén: Egy SRV-rekord, amely A-rekordot old fel, ahol minden A-rekord egyetlen XSP-re oldja fel| ADP. Példákért lásd: Webex alkalmazás .
Használjon prioritást élvező SRV-rekordok az XSI szolgáltatás megcélzásához a többszörös XSP számára| ADP-címek. Állítsa be az SRV-rekordok prioritását, hogy a mikroszolgáltatások mindig ugyanahhoz az A rekordhoz (és az azt követő IP-cím) menjenek, és csak akkor lépjenek át a következő A rekordra (és IP-cím), ha az első IP-cím nem működik. NE alkalmazzon körbefutó módszert a Webex alkalmazáshoz.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben.
Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Kerülje a HTTP-átirányításokat
Néha a DNS úgy van beállítva, hogy oldja fel az XSP-t| ADP URL egy HTTP terheléselosztóhoz, és a terheléselosztó úgy van beállítva, hogy egy fordított proxyn keresztül irányítsa át az XSP-re| ADP szerverek.
A Webex nem követ átirányítást amikor az Ön által megadott URL-címekhez csatlakozik, így ez a konfiguráció nem működik.
Rendelés és üzembehelyezés
A rendelés és a beüzemelés az alábbi szinteken érvényes:
Partner/Szolgáltató kiépítése :
Minden egyes regisztrált Webex for Cisco BroadWorks szolgáltatót (vagy viszonteladót) partnerszervezetként kell konfigurálni a Webex, és biztosítani kell a szükséges jogosultságokat. A Cisco Operations hozzáférést biztosít a partnerszervezet rendszergazdájának a Webex for Cisco BroadWorks kezeléséhez a Webex Partner Hubon. A Partner rendszergazdának el kell végeznie az összes szükséges üzembe helyezési lépést, mielőtt kiépíthetne egy Ügyfél/Vállalat szervezetet.
Ügyfél/Vállalati rendelés és üzembe helyezés :
Minden, a Webex for Cisco BroadWorks számára engedélyezett BroadWorks Enterprise egy hozzárendelt Webex ügyfélszervezet létrehozását váltja ki. Ez a folyamat automatikusan megtörténik a felhasználó/előfizető beüzemelése részeként. A BroadWorks-vállalatokon belül minden felhasználó/előfizető ugyanabban a Webex Ügyfél-szervezetben van kiépítve.
Ugyanez a viselkedés érvényes, ha a BroadWorks rendszer csoportokkal rendelkező szolgáltatóként van konfigurálva. Amikor előfizetőt létesít egy BroadWorks-csoportban, automatikusan létrejön a csoportnak megfelelő Ügyfél-szervezet a Webex.
Felhasználó/előfizető rendelés és szolgáltatás :
A Webex for Cisco BroadWorks jelenleg a következő felhasználó-szolgáltatási modelleket támogatja:
Folyamatos üzembe helyezés megbízható e-mailekkel
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Felhasználói önellátás
API szolgáltatás
Folyamatos üzembe helyezés megbízható e-mailekkel
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha meggyőződhet arról, hogy a BroadWorks előfizetői e-mail-címei érvényesek, és egyediek a Webex számára, akkor ez a létesítési beállítás automatikusan létrehoz és aktivál Webex -fiókokat ezekkel az e-mail-címekkel felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha nem támaszkodhat a BroadWorks által tárolt előfizetői e-mail-címekre, akkor ez a beüzemelési opció Webex -fiókokat hoz létre, de nem aktiválhatja azokat, amíg az előfizetők megadják és nem hitelesítik az e-mail-címüket. Ekkor a Webex aktiválhatja az adott e-mail-címekkel rendelkező fiókokat felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Felhasználói önellátás
Ezzel a beállítással nincs átfolyólagos kiépítés a BroadWorks és a Webex között. Miután konfigurálta a Webex és a BroadWorks rendszer közötti integrációt, egy vagy több hivatkozást kap, amelyek kifejezetten a felhasználók kiépítésére vonatkoznak a Webex for Cisco BroadWorks partnerszervezetén belül.
Ezután megtervezheti a saját kommunikációját (vagy delegálhatja az ügyfelei számára), hogy a hivatkozást az előfizetőkhöz eljuttassa. Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a saját Webex -fiók létrehozásához és aktiválásához.
Mivel a fiókok kiépítése a partnerszervezet hatókörén belül történik, manuálisan módosíthatja a felhasználói csomagokat a Partner Hubon keresztül, vagy ehhez az API -t használhatja.
A felhasználóknak létezniük kell a Webexszel integrált Webex rendszerben, ellenkező esetben tilos számukra az adott hivatkozással fiókot létrehozni. |
Szolgáltatói kiépítés API-kon keresztül
A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik a Webex for Cisco BroadWorks felhasználói/előfizetői kiépítését a meglévő felhasználókezelési munkafolyamatba/-eszközökbe.
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Mellék tárcsázása
A Melléktárcsázás funkció támogatása lehetővé teszi a Webex for Cisco Broadworks felhasználói számára, hogy más felhasználókat is tárcsázzanak ugyanazon a vállalaton belül az elsődleges telefonvonal hasonló mellékről. Ez különösen azoknak a felhasználóknak hasznos, akik nem rendelkeznek DID-számmal.
Az üzembe helyezés során a felhasználók melléke a Webex címtárba kerül a felhasználó mellékeként. BroadWorks hívás esetén a mellék megjelenik a Webex alkalmazásban az összes híváskezdeményezési módszer terület mellék mezőjében és a felhasználói profilban. A Webex for Cisco BroadWorks a helyhívó kód és a mellék kombinációjával támogatja az ugyanazon a csoporton belüli felhasználók és egyazon vállalat különböző csoportjai között csak mellékről szóló hívásokat. Két vállalat közötti, csak mellékeket használó hívás azonban nem támogatott.
A Cisco BroadWorks-felhasználók számára a következő módszerekkel lehet bővítményt kiépíteni:
Cisco BroadWorks-felhasználók
Nyilvános API -szolgáltatás 'mellékként
A mellékparamétert kifejezetten az API-hívás részeként kell átadni. A Helyszínhívó kóddal (LDC) konfigurált vállalatok/csoportok esetében a mellékszám paraméternek az LDC és a ' mellékszám kombinációjának kell lennie.
Átfolyó vagy önaktiváló üzembe helyezés
A mellék és az LDC (ahol alkalmazható) automatikusan lekérésre kerül a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Automatikusan szinkronizálva a mellékszám alkalmazásból a Directory Sync segítségével, a Helyszínhívó kód (LDC) és a mellékszám kombinációjával .
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Mellék kezelése lehetőségre |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A melléket paraméterként kell átadni |
Átfolyás | A mellék automatikusan lekért a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
BroadWorks-telefonlisták | Vállalati, csoportos vagy személyes telefonlisták | Címtár-szinkronizálás | Nem alkalmazható |
Előfeltételek
A funkció támogatásához szükséges kliensverzió 42.11-es vagy újabb.
Javítás, amelynél mellék- és helyhívó kódok lettek hozzáadva az XSI-hez és a Provisioning Adapterhez 2022. február a 23-as vagy újabb verzióhoz a következő részeként:
AP.platform.23.0.1075.ap380045
AP.as.23.0.1075.ap380045
AP.xsp.23.0.1075.ap380045
AP.as.24.0.944.ap380045
Engedélyezze az X-BroadWorks-Remote-Party-Info fejlécet az AS-en az alábbi CLI-parancs ehhez a SIP-hívás hívásfolyamhoz, amely a mellék tárcsázási funkcióinak támogatásához szükséges.
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Hívásopciók prioritása az alkalmazásban
A Melléktárcsázás funkció támogatásának részeként az alkalmazás hívásbeállításainak prioritási beállítása partner szinten is elérhető a Webex for Cisco Broadworks összes partnere számára. Ezzel a beállítással a partner vezérelheti az összes kezelt ügyfele hívásprioritás-beállításait a Partner Hubról. Az ügyfél alkalmazáshívási opcióinak prioritási beállításai ügyfélszint is módosíthatók a Control Hubból.
Az alkalmazáshívási opciók prioritási beállítása második opcióként tartalmazza a melléket mind a Partner Hub, mind a Control Hub rendszerében, amikor egy Webex for Cisco Broadworks-felhasználó újonnan van hozzárendelve mellékhez a fent említett üzembe helyezési módok bármelyikén keresztül.
Az összes meglévő kiépített szervezet esetében a mellék opció rejtett állapotban lesz (alapértelmezés szerint) az alkalmazás hívásbeállításainak prioritási beállításában. Ez nem fog melléket megjeleníteni a felhasználó hang-/ videohívások opciójában a Webex alkalmazásban.
Az alábbi opciók segítségével teheti láthatóvá a mellékhívási opciót a meglévő ügyfelek számára:
Ha egy partner azt szeretné, hogy az összes felügyelt ügyfélszervezete kapjon melléket a hívási opciók egyikeként, javasoljuk, hogy a partnerrendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Partner Hubban. Ez lehetővé teszi, hogy a felügyelt ügyfélszervezetek örököljék a beállítást a partnerüktől.
Ha egy Partner hívási opciókban szeretne melléket biztosítani egy adott ügyfélszervezet számára, javasoljuk, hogy a Partner-rendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Control Hubban.
Csoportnévjegyek támogatása
Ez a funkció továbbfejleszti a Webex for BroadWorks DirSync szolgáltatást azáltal, hogy megszünteti a legfeljebb 1500 névjegy szinkronizálására vonatkozó korlátozást a csoportos telefonlistákról a BroadWorks rendszerében, és lehetővé teszi a partnerek számára, hogy akár 30 000 névjegyet is szinkronizálhassanak egyetlen csoportos telefonlistáról, és ez egyenrangúvá tegye azt a 30 000 névjegyével növelése a külön kiadott nagyvállalati telefonlista esetében.
A teljes határérték 200 000 minden külső kapcsolat Szervezetenként, amely a Vállalati és a Csoport telefonszámlistáinak összegére vonatkozik egyetlen BroadWorks-vállalaton belül. Például egy BroadWorks-vállalat támogatott, amely vállalati telefonszámlistával rendelkezik 30 000 telefonnal, és 5 csoportos telefonszámlistával egyenként 30 000 telefonnal (szervezetenként összesen 180 000). Ha azonban 6 csoportos telefonlista van egyenként 30 000 értékkel, akkor ez nem támogatott (összesen 210 000).
Ez a funkció kérésre elérhető. Kérjük, az engedélyezéshez forduljon a fiókot kezelő csapathoz.
|
A funkció engedélyezése után a DirSync szolgáltatás elkezdi szinkronizálni a BroadWorks Group telefonlista névjegyeit a Webex Contact Service dedikált csoportonkénti névjegytárára.
Az üzembe helyezés során a felhasználó vállalati csoportját el kell tárolni a Webex címtárban, jelezve, hogy a felhasználó melyik csoporthoz tartozik. A felhasználónak egy BroadWorks-csoporthoz való társítása a Webex címtárban lehetővé teszi a Webex alkalmazás számára, hogy névjegykeresést végezzen a Contact Service csoport tárhelyén a felhasználó adott csoportja számára.
A funkció használatához a Webex for BroadWorks-előfizetőknek a BroadWorks vállalati csoportazonosítóval kell rendelkezniük a Webex .
A BroadWorks vállalati csoportazonosítót a következő módszerekkel lehet kiépíteni a Cisco BroadWorks-felhasználók számára:
Webex a Cisco BroadWorks-felhasználók számára
Nyilvános API -létesítés 'spEnterpriseGroupId'-ként
A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében.
Átfolyó vagy önaktiváló üzembe helyezés
A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Nem alkalmazható. Nem szükséges szinkronizálni a BroadWorks vállalati csoportazonosítót ezeknél a felhasználóknál.
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Vállalati azonosító kezelése |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A BroadWorks vállalati csoportazonosítót spEnterpriseGroupId paraméterként kell átadni |
Átfolyás | A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | Nem alkalmazható |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | Nem alkalmazható |
BroadWorks-telefonlisták | Névjegyek a BroadWorks-csoport telefonszámlistájában | Címtár-szinkronizálás | A csoportnévjegyeket az adott csoporthoz társított Webex Contact Service tárolja |
BroadWorks Enterpsie vagy Persional telefonlisták | Névjegyek a Vállalati vagy Személyes telefonlistán | Címtár-szinkronizálás | Nem alkalmazható |
A nyilvános API -t az ÁLLÍTÁS ELŐTT frissíteni kell. Az áttelepítés nem fejezhető be, amíg be nem fejeződik EZ az API . A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében https://developer.webex.com/docs/api/changelog#2023-march A funkció engedélyezése után és a következő címtár-szinkronizálás eredményeként a vállalati felhasználói csoportok is megjelennek a Control Hubban. A csoportok megjelenítése a Control Hub for Webex for BroadWorks alkalmazásban pusztán információs jellegű ebben a szakaszban. A partner- és ügyfélrendszergazdák nem módosíthatják a csoportokat vagy a csoporttagságot a Control Hubon, mert ezek a módosítások nem tükröződnek vissza a BroadWorks rendszerébe. A Control Hub csoportkezelését azon partnerek használhatják, akik átveszik a közelgő Contact Management API-kat. |
Áttelepítés és jövőbiztosság
A BroadSoft egyesített kommunikációs kliens Cisco fejlesztése az UC-One helyett a Webex felé való elmozdulás. Ennek megfelelően a támogató szolgáltatások a szolgáltatói hálózatról – a hívás kivételével – a Webex felhőplatform felé haladnak.
Akár UC-One SaaS-t, akár BroadWorks Collaborate-ot futtat, a preferált áttelepítési stratégia az új, dedikált XSP telepítése| ADP-k a Webex for Cisco BroadWorks alkalmazással való integrációjához. A két szolgáltatás párhuzamosan is futtatható, miközben áttelepíti az ügyfeleket a Webex rendszerébe, és végül megtérítheti az előző megoldáshoz használt infrastruktúrát.
Ajánlott dokumentum-előfizetések
A Webex Súgó cikkei (a help.webex.com oldalon) rendelkeznek a Előfizetés lehetőségre opciót, amely lehetővé teszi, hogy e-mail értesítést kapjon, amikor az adott cikk frissül.
Javasoljuk, hogy fizessen elő az alábbi cikkek mindegyikére, hogy biztosan ne maradjon le a hálózati kapcsolat érintő kritikus frissítésekről . Az előfizetéshez lépjen az alábbi hivatkozások egyikére, és az induló cikkben kattintson a Előfizetés lehetőségre gombot.
Legalább azt javasoljuk, hogy iratkozzon fel a fenti listára. alatt felsorolt Webex cikkek és dokumentumok többsége azonban További dokumentumok rendelkezik a Előfizetés lehetőségre opciót. Ahhoz, hogy ez a beállítás megjelenjen, a cikknek meg kell jelennie a help.webex.com oldalon.
A dokumentációs céloldalakra nincs előfizetési lehetőség. |
További dokumentumok
A Webex Cisco BroadWorks alkalmazással kapcsolatos további információkért lásd a következő kapcsolódó dokumentációt:
Webex a Cisco BroadWorks dokumentumokhoz
A partnerrendszergazdák a következő dokumentumok és webhelyek segítségével szerezhetnek információkat a Webex for Cisco BroadWorks alkalmazásról.
Hozzon létre saját PSTN-megoldást a Webex for Cisco BroadWorks számára — Ez a megoldás lehetővé teszi a szolgáltatók számára, hogy a saját (és a Cisco által biztosított számok helyett) telefonszámukat biztosítsák a felhasználók számára a Webex Meetings való csatlakozáskor.
Webex Cisco BroadWorks konfigurációs útmutató —Leírja, hogyan kell konfigurálni a Webex alkalmazást a Cisco Webex rendszerhez.
- Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz — Ismerteti a Room OS és MPP eszközök beüzemelésének és szervizelésének módját.
Webex for Cisco BroadWorks hibaelhárítási útmutató — Hibaelhárítási információkat tartalmaz a Webex for Cisco BroadWorks alkalmazáshoz.
Webex a Cisco BroadWorks cikkekhez
A partnerrendszergazdák a következő opcionális webhelyeken tájékozódhatnak a Webex Cisco BroadWorks-hez alkalmazásról:
Webex Cisco BroadWorks dokumentációhoz — A nyitóoldal műszaki dokumentumokat és opcionális Webex -cikkeket sorol fel a Webex for Cisco BroadWorks partnerrendszergazdái számára.
A Webex Cisco BroadWorks rendszerhez újdonságai — Olvassa el a legújabb kiadott funkciókat, valamint a hamarosan megjelenőket.
Ismert problémák és korlátok — Olvassa el a Webex Cisco BroadWorks megoldásban azonosított ismert problémákat.
Rendszergazdai partner szerepkörök a Webex for BroadWorks és a Wholesale RTM alkalmazásban — Ez a cikk azt ismerteti, hogyan rendelhet hozzá rendszergazdai partner szerepkört a Webex for Cisco BroadWorks alkalmazást kínáló partnerszervezetekhez. A szerepkörök hozzászoktak ahhoz, hogy adminisztrátori hozzáférést rendeljenek a beállításokhoz a Partner Hubban és a Control Hubban.
Cisco BroadWorks dokumentumok
A partnerrendszergazdák a cisco.com Cisco BroadWorks webhelyén tájékozódhatnak a megoldás Cisco BroadWorks részének telepítését ismertető műszaki dokumentumokért:
Webex súgócikkek
A következő Webex súgóoldalak segítségével olyan Webex -cikkek találhatók, amelyek segítenek az ügyfélrendszergazdáknak és a végfelhasználóknak a Webex funkcióinak használatában.
Webex a szolgáltatóktól — Ez a nyitóoldal hivatkozásokat tartalmaz az első lépések , és gyakran használt cikkeket tartalmaz azon Webex App-felhasználók számára, akik Webex -szolgáltatásokat vásároltak egy szolgáltatótól.
Webex Súgó — Használja a help.webex.com keresési funkcióját a Webex alkalmazás és a Webex Meetings funkcióit ismertető további Webex cikkek kereséséhez. Kereshet felhasználói vagy rendszergazdai cikkekre is.
Fejlesztői dokumentáció
Webex for BroadWorks Fejlesztői útmutató — Információkat biztosít a Webex for BroadWorks API-kat használó alkalmazásokat létrehozó fejlesztők számára.
Döntési pontok
Mérlegelés | Megválaszolandó kérdések | Erőforrások |
Építészet és infrastruktúra
|
Hány XSP| ADP-k? Hogyan fogadják az mTLS-t? |
Cisco BroadWorks rendszer kapacitástervező Cisco BroadWorks rendszermérnöki útmutató XSP| ADP CLI referencia Ez a dokumentum |
Ügyfél- és felhasználószolgáltatás | Kijelentheti, hogy megbízik az e-mailekben a BroadWorksben? Szeretné, ha a felhasználók e-mail-címeket adnának meg a saját fiókjuk aktiválásához? Készíthet eszközöket az API használatához? |
Nyilvános API -dokumentumok itt: https://developer.webex.com Ez a dokumentum |
Védjegyzés | Milyen színt és logót szeretne használni? | Webex alkalmazás márkaépítési cikk |
Sablonok | Melyek a különböző ügyfélhasználati esetei? | Ez a dokumentum |
Előfizetői funkciók ügyfelenként/vállalatonként/csoportonként | Válasszon csomagot a szolgáltatási szint sablononkénti meghatározásához. Alap, Standard, Prémium vagy Softphone. | Ez a dokumentum Funkció/csomag mátrix |
Alapszintű hitelesítés | BroadWorks vagy Webex | Ez a dokumentum |
Létesítési adapter (átmeneti létesítési beállításokhoz) | Használ már integrált IM&P-t, például az UC-One SaaS-hez? Több sablont is szeretne használni? Várható-e gyakoribb használati eset? |
Ez a dokumentum Application Server CLI hivatkozás |
Építészet és infrastruktúra
Milyen skálával szeretné kezdeni? A jövőben lehetséges a bővítés, de a jelenlegi használati becslésnek kell előmozdítania az infrastruktúra tervezését.
Együtt a Cisco ügyfélmenedzserével/értékesítési képviselőjével döntse el az XSP méretét| ADP infrastruktúra szerint a Cisco BroadWorks rendszer kapacitástervező és a Cisco BroadWorks rendszermérnöki útmutató .
Hogyan hoz létre kölcsönös TLS -kapcsolatokat a Webex az XSP-hez?| ADP-k? Közvetlenül az XSP-re| ADP DMZ-ben vagy TLS-proxy keresztül? Ez hatással van a tanúsítványkezelésre, és a felületekhez használt URL-címekre. ( Nem támogatjuk a nem titkosított TCP kapcsolatokat a hálózat szélére ).
Ügyfél- és felhasználószolgáltatás
Melyik felhasználó-szolgáltatási módszer felel meg Önnek a legjobban?
Átfolyós beüzemelés megbízható e-mailekkel : Az „Integrált IM&P” szolgáltatás BroadWorks rendszeren történő hozzárendelésével az előfizető automatikusan beüzemelésre kerül a Webex.
Ha azt is állíthatja, hogy a BroadWorks-előfizetői e-mail-címek érvényesek, és egyediek a Webex számára, akkor használhatja a „megbízható e-mail” változatát az átfolyós létesítésnek. Az előfizetői Webex -fiókok létrehozása és aktiválása az ő beavatkozásuk nélkül történik; egyszerűen letöltik a klienst, és bejelentkeznek.
Az e- e-mail cím a Webex egyik kulcsfontosságú felhasználói attribútuma. Ezért a Szolgáltatónak érvényes e- e-mail-cím kell megadnia a felhasználó számára ahhoz, hogy a Webex szolgáltatásait biztosítani tudja. Ennek szerepelnie kell a felhasználó e- e-mail - azonosító attribútumában a BroadWorks-ben. Javasoljuk, hogy másolja be az Alternatív azonosító attribútumba is.
Folyamatos üzembe helyezés megbízható e-mailek nélkül : Ha nem tud megbízni az előfizetői e-mail-címekben, akkor is hozzárendelheti a BroadWorks integrált IM&P szolgáltatását a Webex szolgáltatásban lévő szolgáltatlási felhasználók .
Ezzel az opcióval a fiókok a szolgáltatás hozzárendelésekor jönnek létre, de az előfizetőknek meg kell adniuk és ellenőrizniük kell az e-mail-címüket a Webex -fiókok aktiválásához.
Felhasználói önellátás : Ez a beállítás nem igényel IM&P szolgáltatás hozzárendelését a BroadWorksben. Ehelyett Ön (vagy ügyfelei) egy üzembe helyezési hivatkozást terjeszt, és a hivatkozásokat a különböző kliensek letöltéséhez, az Ön márkajelzésével és utasításaival.
Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a Webex -fiók létrehozásához és aktiválásához. Ezután letöltik a klienst, bejelentkeznek, a Webex pedig lekér róluk néhány további konfigurációt a BroadWorks-től (beleértve az elsődleges számukat is).
SP által vezérelt üzembe helyezés API-kon keresztül : A Webex nyilvános API-k egy készletét teszi elérhetővé, amelyek lehetővé teszik a szolgáltatók számára, hogy a meglévő munkafolyamataikba beépítsék a felhasználók/előfizetők szolgáltatásait.
Létesítési követelmények
Az alábbi táblázat összefoglalja az egyes létesítési módszerek követelményeit. A követelményeken kívül a telepítésnek meg kell felelnie az ebben az útmutatóban ismertetett általános rendszerkövetelményeknek.
Beüzemelési módszer | Követelmények |
---|---|
Folyamatos üzembe helyezés (Megbízható vagy nem megbízható e-mailek) | A Webex üzembe helyezési API automatikusan hozzáadja a meglévő BroadWorks-felhasználókat a Webex , amint a felhasználó megfelel a követelményeknek, és Ön átkapcsolja a Integrált IM+P szolgáltatást be. Két folyamat létezik (megbízható e-mailek vagy nem megbízható e-mailek), amelyeket a Webex onboarding sablonján keresztül lehet hozzárendelni. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
Felhasználói önellátás | A rendszergazda hivatkozást biztosít a meglévő BroadWorks-felhasználóknak a Felhasználóaktiválási portálra. A felhasználónak BroadWorks hitelesítési adatokkal kell bejelentkeznie a portálra, és meg kell adnia egy érvényes e- e-mail-cím. Az e-mail hitelesítése után a Webex további felhasználói információk kér a beüzemelés befejezéséhez. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
SP által vezérelt üzembe helyezés API -n keresztül (Megbízható vagy nem megbízható e-mailek) | A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik, hogy a meglévő munkafolyamatokba és eszközökbe beépítse a felhasználói beüzemelést. Két folyamat létezik:
BroadWorks-követelmények:
Webex követelmények:
Az API-k használatához lépjen ide: BroadWorks-előfizetők . |
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Támogatott nyelvi területek
Az üzembe helyezés során a BroadWorks alkalmazásban az elsőként kiépített felügyeleti jogokkal rendelkező felhasználó hozzárendelt nyelv lesz automatikusan hozzárendelve az ügyfélszervezet alapértelmezett területi beállításaiként. Ez a beállítás határozza meg az aktiválási e-mailek, értekezletek és értekezletmeghívók alapértelmezett nyelvét az adott ügyfélszervezeten belül.
Öt karakteres nyelvi területi beállítások az (ISO-639-1) nyelven_ (ISO-3166) formátum támogatott. Például:en_ Az US E-nek felel megnglish_ Egyesült Államok. Ha csak kétbetűs nyelvet kér ( ISO-639-1 formátumot használva), a szolgáltatás egy ötkarakteres nyelvi területi beállítást generál úgy, hogy a kért nyelvet a sablonból származó országkóddal kombinálja, azaz "requestedL".anguage_ CountryCode", ha nem tud érvényes területi beállítást beállítani, akkor a szükséges nyelvkód alapján az alapértelmezett ésszerű területi beállítást használja.
Az alábbi táblázat felsorolja a támogatott területi beállításokat, valamint azt a hozzárendelést, amely a kétbetűs nyelvi kódot ötkarakteres területi beállításra konvertálja olyan helyzetekben, amikor nem áll rendelkezésre öt karakteres területi beállítás.
Támogatott nyelvi területek (ISO-639-1)_ (ISO-3166) | Ha csak egy kétbetűs nyelvkód áll rendelkezésre... | |
---|---|---|
Nyelvkód (ISO-639-1) ** | Használja helyette az Alapértelmezett érzékeny területi beállítást (ISO-639-1)_ (ISO-3166) | |
en_US en_AU en_GB en_CA | hu | en_US |
fr_FR fr_CA | fr | fr_FR |
cs_CZ | cs | cs_CZ |
da_DK | da | da_DK |
de_DE | de | de_DE |
hu_HU | hu | hu_HU |
id_Azonosító | azonosító | id_Azonosító |
it_IT | it | it_IT |
ja_JP | ja | ja_JP |
ko_KR | ko | ko_KR |
es_ES es_CO es_MX | es | es_ES |
nl_NL | nl | nl_NL |
nb_NEM | nb | nb_NEM |
pl_PL | pl | pl_PL |
pt_PT pt_BR | pt | pt_PT |
ru_RU | ru | ru_RU |
ro_RO | ro | ro_RO |
zh_CN zh_TW | zh | zh_CN |
sv_SE | sv | sv_SE |
ar_SA | ar | ar_SA |
tr_TR | tr | tr_TR |
A helyszínekes_ CO,id_ azonosító,nb_ NEM éspt_ A Webex értekezletoldalak nem támogatják a PT-t. Ezeken a területeken a Webex Meetings webhelyek csak angol nyelvűek lesznek. Az angol az alapértelmezett területi beállítás a webhelyekhez, ha nincs/invalid/nem támogatott területi beállítás szükséges a webhelyhez. Ez a nyelvi mező a Szervezeti és Webex Meetings webhely létrehozásakor alkalmazható. Ha egy bejegyzésben vagy az előfizető API -jában nem szerepel nyelv, akkor a sablon nyelve lesz az alapértelmezett nyelv. |
Védjegyzés
A partnerrendszergazdák a Speciális márkaépítés testreszabási opciókkal testreszabhatják, hogy a Webex alkalmazás hogyan keresse a partner által kezelt ügyfélszervezeteket. A partnerrendszergazdák testreszabhatják a következő beállításokat annak érdekében, hogy a Webex alkalmazás tükrözze a vállalati márkát és identitásukat:
Vállalati logók
Egyedi színsémák Világos vagy Sötét módban
Egyedi támogatási URL-címek
A márkaépítés testreszabásának részleteiért lásd: Speciális márka-testreszabások konfigurálása .
|
Beléptetési sablonok
A beléptető sablonok lehetővé teszik azoknak a paramétereknek a meghatározását, amelyek alapján az ügyfelek és a hozzájuk tartozó előfizetők automatikusan ki lesznek szolgáltatva a Webex for Cisco BroadWorks rendszeren. Igény szerint több belépési sablont is konfigurálhat, de amikor egy ügyfelet belép, az csak egy sablonhoz lesz hozzárendelve (egy ügyfélre nem lehet több sablont alkalmazni).
Az alábbiakban felsorolunk néhány elsődleges sablonparamétert.
Csomag
Ki kell választania egy alapértelmezett csomagot a sablon létrehozásakor (lásd Csomagok lehetőségre részletekért az Áttekintés részben). Minden olyan felhasználó, aki rendelkezik ezzel a sablonnal, akár folyamatban lévő, akár önkiépítéssel, megkapja az alapértelmezett csomagot.
Több sablon létrehozásával, és mindegyikben más alapértelmezett csomag kiválasztásával szabályozhatja a csomagok kiválasztását a különböző ügyfelek számára. Ezt követően terjeszthet különböző üzembe helyezési hivatkozásokat vagy különböző vállalatonkénti beüzemelési adaptereket, attól függően, hogy milyen felhasználó-létesítési módszert választott ezekhez a sablonokhoz.
Megváltoztathatja az egyes előfizetők csomagját ettől az alapértelmezetttől a beüzemelési API (lásd Webex for Cisco BroadWorks API dokumentáció vagy a Partner Hubon keresztül (lásd Felhasználói csomag módosítása a Partner Hubban ) .
Nem módosíthatja az előfizetői csomagot a BroadWorksből. Az Integrált IM&P szolgáltatás hozzárendelése be vagy ki van kapcsolva; ha az előfizető hozzá van rendelve ehhez a szolgáltatáshoz a BroadWorksben, akkor az előfizető vállalatának szolgáltatási URL -címéhez társított Partner Hub-sablon határozza meg a csomagot.
Viszonteladó és vállalatok vagy Szolgáltató és csoportok?
A BroadWorks-rendszer konfigurációjának módja hatással van a beüzemelési folyamatra. Ha Ön viszonteladó az Enterprises-szal, akkor sablon létrehozásakor engedélyeznie kell a Vállalati módot.
Ha a BroadWorks rendszere Szolgáltatói módra van beállítva, a Vállalati mód kapcsolót kikapcsolva hagyhatja a sablonokban.
Ha mindkét BroadWorks-móddal tervezi az ügyfélszervezetek kiépítését, akkor különböző sablonokat kell használnia a csoportokhoz és a vállalatokhoz.
Győződjön meg arról, hogy alkalmazta az átfolyós kiépítéshez szükséges BroadWorks javításokat. A részletekért lásd: Szükséges javítások átfolyós telepítéssel . |
Hitelesítő mód
Döntse el, hogyan szeretné hitelesíteni az előfizetőket, amikor bejelentkezik a Webex. Az üzemmódot a következővel rendelheti hozzá Hitelesítési mód beállítást a Belépési sablonban. Az alábbi táblázat felvázol néhány opciót.
Ez a beállítás nincs hatással a Felhasználó aktiválási portálra történő bejelentkezésre. A portálra bejelentkező felhasználóknak meg kell adniuk a BroadWorks- felhasználói azonosító és jelszavukat a BroadWorks-en beállítottak szerint, függetlenül a beállítás módjától. Hitelesítési mód a beléptetési sablonon. |
Hitelesítő mód | BroadWorks | Webex |
Elsődleges felhasználói identitás | BroadWorks-felhasználói azonosító | E-mail-cím |
Identitásszolgáltató | BroadWorks.
| Cisco Common Identity |
Többtényezős hitelesítés? | Nem | A többtényezős hitelesítést támogató ügyfél-azonosítót igényel. |
Hitelesítési adatok érvényesítési útvonala
|
|
|
Az SSO bejelentkezési folyamat részletesebb lebontásához közvetlen BroadWorks-hitelesítéssel lásd: SSO bejelentkezési folyamat . |
UTF-8 kódolás BroadWorks hitelesítéssel
BroadWorks-hitelesítés esetén javasoljuk, hogy UTF-8 kódolást állítson be a hitelesítési fejléchez. Az UTF-8 kijavít egy olyan problémát, amely a speciális karaktereket használó jelszavak esetén fordulhat elő, mivel a webböngésző nem megfelelően kódolja a karaktereket. Az UTF-8 kódolású, 64-es alapkódolású fejlécek használata megoldja ezt a problémát.
Az UTF-8 kódolást a következő CLI-parancsok egyikének az XSP-n vagy ADP-n történő futtatásával állíthatja be:
XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
Ország
Sablon létrehozásakor ki kell választania egy országot. A rendszer automatikusan ezt az országot rendeli hozzá a szervezeti országként minden olyan ügyfél számára, aki rendelkezik a sablonnal a Common Identityben. Ezenkívül a szervezet országa határozza meg a Cisco PSTN alapértelmezett globális betelefonálási számait a Webex értekezletoldalakon.
A webhely alapértelmezett globális betelefonálási számai a szervezet országa alapján a telefonos tartományban meghatározott első elérhető betelefonálási számra lesznek beállítva. Ha a szervezet országa nem található a telefonos tartományban meghatározott betelefonálási számban, akkor az adott helyszín alapértelmezett számát fogja használni a rendszer.
S No. | Helyszín | Országhívószám | Ország neve |
---|---|---|---|
1 | AMER | +1 | USA, CA |
2 | APAC | +65 | Szingapúr |
3 | ANZ | +61 | Ausztrália |
4 | EMEA | +44 | Egyesült Királyság |
5 | EURO | +49 | Németország |
Több partner megállapodás
Szeretné továbblicencelni a Webex for Cisco BroadWorks alkalmazást egy másik szolgáltató? Ebben az esetben minden szolgáltató külön partnerszervezetre van szüksége a Webex Control Hubban, hogy biztosíthassa a megoldást az ügyfélbázisa számára.
Beüzemelési adapter és sablonok
Átmenőleges kiépítés használata esetén a BroadWorks-ben megadott beüzemelési URL -cím a Control Hub sablonjából származik. Több sablonja lehet, és így több szolgáltatási URL-címe is. Ez lehetővé teszi, hogy vállalatonként kiválassza, hogy melyik csomagot alkalmazza az előfizetőkre, amikor megkapják az Integrált IM&P szolgáltatást.
Meg kell fontolnia, hogy szeretne-e rendszerszintű üzembe helyezési URL -t beállítani alapértelmezett szolgáltatási útvonalként, és hogy ehhez melyik sablont szeretné használni. Így csak az üzembe helyezési URL -címet kell kifejezetten beállítani azon vállalatok számára, amelyeknek más sablonra van szükségük.
Ne feledje azt is, hogy előfordulhat, hogy már rendszerszintű beüzemelési URL-t használ , például az UC-One SaaS szolgáltatással. Ebben az esetben dönthet úgy, hogy megtartja a rendszerszintű URL -címet az UC-One SaaS-felhasználók beüzemeléséhez, és felülbírálhatja a Webex for Cisco BroadWorks alkalmazásra áttérő vállalatoknál. Alternatív megoldásként választhat a másik irányba, és beállíthatja a Webex for BroadWorks rendszerszintű URL -címét, és újrakonfigurálhatja azokat a vállalatokat, amelyeket meg szeretné tartani az UC-One SaaS rendszeren.
Az ehhez a döntéshez kapcsolódó konfigurációs lehetőségeket a következő tartalmazza: Konfigurálja az alkalmazáskiszolgálót a kiépítési szolgáltatás URL-címével .
Létesítési adapter proxy
A nagyobb biztonság érdekében a Provisioning Adapter Proxy lehetővé teszi, hogy HTTP(S) proxyt használjon az Application Delivery Platformon az AS és a Webex közötti átfolyólagos kiépítéshez. A proxykapcsolat egy végpontok közötti TCP -alagutat hoz létre, amely a forgalmat az AS és a Webex között továbbítja, elkerülve ezzel annak szükségességét, hogy az AS közvetlenül csatlakozzon a nyilvános internethez. A biztonságos kapcsolatokhoz TLS használható.
Ehhez a funkcióhoz be kell állítani a proxyt a BroadWorks rendszeren. A részletekért lásd: Cisco BroadWorks Provisioning Adapter proxyfunkció leírása .
Minimális követelmények
Fiókok
Minden előfizetőnek, akit a Webex szolgáltatásra kiépít, szerepelnie kell a Webex integrált Webex rendszerben. Szükség esetén több BroadWorks rendszert is integrálhat.
Minden előfizetőnek rendelkeznie kell BroadWorks-licencekkel és elsődleges számmal vagy mellékmel.
A Webex e-mail-címeket használ elsődleges azonosítóként az összes felhasználó számára. Ha a megbízható e-mailekhez átfolyósított üzembe helyezést használ, akkor a felhasználóknak érvényes címekkel kell rendelkezniük a BroadWorks e-mail attribútumában.
Ha a sablon BroadWorks-hitelesítést használ, az előfizetői e-mail-címeket átmásolhatja a BroadWorks Alternatív azonosító attribútumába. Ez lehetővé teszi, hogy a felhasználók e-mail-címükkel és Webex -jelszavukkal jelentkezzenek be a Webexbe.
A rendszergazdáknak a Webex -fiókjukkal kell bejelentkezniük a Partner Hubra.
Nem támogatott BroadWorks-rendszergazda beépítése a Webex for Cisco BroadWorks rendszerébe. Csak olyan BroadWorks-hívó felhasználókat tud bekapcsolni, akik rendelkeznek elsődleges számmal és/vagy melléktel. Ha átfolyósított üzembe helyezést használ, a felhasználókhoz hozzá kell rendelni az Integrált IM&P szolgáltatást is. |
Hálózati kiszolgálók és szoftverkövetelmények
BroadWorks-példány(ok) legalább R22-es verzióval. A támogatott verziók és javítások a BroadWorks szoftverkövetelmények című részben találhatók (ebben a dokumentumban). További információkért lásd: A BroadSoft termékek életciklus-szabályzata szakaszban BroadSoft életciklus házirend és BroadWorks szoftver kompatibilitási táblázat .
A BroadWorks-példány(ok)nak tartalmaznia kell legalább a következő kiszolgálókat:
Alkalmazáskiszolgáló (AS) a fenti BroadWorks-verzióval
Hálózati szerver (NS)
Profilkiszolgáló (PS)
Nyilvános XSP| Az alábbi követelményeknek megfelelő ADP-kiszolgáló(k) vagy Alkalmazáskézbesítő Platform (ADP):
Hitelesítési szolgáltatás (BWAuth)
XSI-műveletek és események felületei
DMS (eszközkezelő webalkalmazás)
CTI interfész (Computer Telephony Intergration)
TLS 1.2 érvényes tanúsítvánnyal (nem önaláírt) és minden szükséges közbenső eszközzel. Rendszerszintű rendszergazda szükséges a vállalati keresés megkönnyítéséhez.
Kölcsönös TLS (mTLS) hitelesítés a hitelesítési szolgáltatáshoz (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Kölcsönös TLS (mTLS) hitelesítés a CTI felülethez (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Különálló XSP/ADP szerver, amely „Hívásértesítések Push Server” szerepében működik (egy NPS a környezetében, amely a hívásértesítések leküldésére szolgál az Apple/Google felé. Itt „CNPS”-nek hívjuk, hogy megkülönböztessék a Webex azon szolgáltatásától, amely push értesítéseket küld az üzenetküldéshez és a jelenléthez.
A kiszolgálónak R22-es vagy újabb verziójúnak kell lennie.
Külön XSP/ADP szervert írunk elő a CNPS számára, mert a Webex a BWKS felhőkapcsolatok esetében bekövetkező betöltés kiszámíthatatlansága negatívan befolyásolhatja az NPS szerver teljesítményét, ami az értesítési késleltetés növekedését eredményezheti. Lásd a Cisco BroadWorks rendszermérnöki útmutató további információkért az XSP-ről| ADP skála.
Webex alkalmazásplatformok
A Webex alkalmazás angol nyelvű verziójának letöltéséhez lépjen a következő oldalra:https://www.webex.com/webexfromserviceproviders-downloads.html . A Webex alkalmazás a következő címen érhető el:
Windows rendszerű PC-k/laptopok
Apple PC-k/laptopok MacOS rendszerrel
iOS (Apple Store)
Android (Play Áruház)
web (lépjen ide:https://teams.webex.com/ )
Lokalizált verziók
A Webex alkalmazás lokalizált verziójának letöltéséhez használja az alábbi hivatkozások egyikét:
https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (koreai)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Francia)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugál)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Hagyományos kínai)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Egyszerűsített kínai)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japán)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spanyolország)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (német)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (olasz)
Fizikai telefonok és kiegészítők
Cisco IP -telefonok:
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html modellekért és további információkért.
A harmadik féltől származó telefonokat ugyanúgy támogatjuk, mint a többi BroadWorks-integrációt. Azonban még nem rendelkeznek névjegy- és jelenlétintegrációval a Webex for Cisco BroadWorks alkalmazással.
Adapterek:
Cisco ATA 191 multiplatform analóg telefonadapter
Cisco ATA 192 multiplatform analóg telefonadapter
Lásdhttps://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html modellekért és további információkért.
Fejhallgatók:
500-as sorozatú Cisco fejhallgató
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.htmlmodellekért és további információkért.
Room OS-eszközök:
Webex Room és Room Kit sorozat
Webex Desk sorozat
Webex Board sorozat
Eszközintegráció
A Room OS és MPP eszközök Webex for Cisco BroadWorks alkalmazáshoz történő bevezetésével és szervizelésével kapcsolatos részletekért lásd: Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz .
Eszközprofilok lehetőségre
Az alábbiakban láthatók azok a DTAF-fájlok, amelyeket be kell töltenie az alkalmazáskiszolgálókra, hogy támogassa a Webex alkalmazást hívó kliensként. Ezek ugyanazok a DTAF-fájlok, mint az UC-One SaaS esetében, azonban van egy új config-wxt.xml.template
a Webex alkalmazáshoz használt fájlt.
A legújabb eszközprofilok letöltéséhez lépjen az Alkalmazáskézbesítési platformra Szoftverletöltések webhelyen, hogy lekérje a legújabb DTAF fájlokat. Ezek a letöltések ADP és XSP esetén is működnek.
Ügyfél neve | Eszközprofil típusa és csomagneve |
---|---|
Webex Mobil Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Mobil DTAF: Konfigurációs fájl: |
Webex Tablet Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Tablet DTAF: Konfigurációs fájl: |
Webex Asztali lehetőségre Sablon |
Identitás/eszközprofil típusa: Business Communicator – PC DTAF: Konfigurációs fájl: |
Azonosítás/Eszközprofil
Minden Webex Cisco BroadWorks-felhasználónak rendelkeznie kell egy Identitás/eszközprofil hozzárendelt a BroadWorksben, amely a fenti eszközprofilok egyikét használja a Webex alkalmazás használatával történő hívások kezdeményezéséhez. A profil biztosítja azt a konfigurációt, amely lehetővé teszi a felhasználó számára, hogy hívásokat kezdeményezzen.
OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez
Adjon szolgáltatáskérés a beléptető ügynöknek vagy a Cisco TAC -nak a Cisco OAuth szolgáltatás létrehozásához a Cisco Identity Provider Federation-fiókjához.
Használja a következő kérelemcímet a megfelelő funkciókhoz:
XSP| ADP AuthService Configuration” szolgáltatás konfigurálásához XSP| ADP.
Az 'NPS-konfiguráció hitelesítési proxybeállításhoz' az NPS-t a hitelesítési proxy használatára konfigurálja.
CI felhasználói UUID szinkronizálás' a CI felhasználói UUID szinkronizáláshoz. A funkció további részleteiért lásd: A Cisco BroadWorks támogatása a CI UUID-hez .
Állítsa be a BroadWorks alkalmazást úgy, hogy engedélyezze a Cisco számlázást a BroadWorks- és a Webex -et a BroadWorks-előfizetésekhez.
A Cisco egy 60 napig érvényes OAuth- azonosító, egy titkos ügyfél titkosítást és egy frissítési tokent ad Önnek. Ha a token a használata előtt lejár, akkor újabb kérelmet indíthat.
Ha már megszerezte a Cisco OAuth Identity Provider hitelesítési adatait, akkor a hitelesítési adatainak frissítéséhez hajtson végre egy új szolgáltatáskérés . |
Tanúsítványok megrendelése
A TLS -hitelesítés tanúsítványkövetelményei
Szüksége lesz egy jól ismert Certificate Authority által aláírt és a nyilvános XSP-re telepített biztonsági tanúsítványokra.| ADP-k, az összes szükséges alkalmazáshoz. Ezekkel támogatják a TLS -tanúsítvány-ellenőrzést az XSP-hez minden bejövő kapcsolat esetén| ADP szerverek.
Ezeknek a tanúsítványoknak tartalmazniuk kell az XSP-t| ADP nyilvános, teljesen minősített tartománynév vagy Tárgy alternatív neveként.
Az ilyen kiszolgálótanúsítványok telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy a CA által aláírt nyilvános kiszolgálótanúsítvány hol kell betölteni a következő három esetben:
A Webex alkalmazás által a hitelesítéshez támogatott, nyilvánosan támogatott hitelesítésszolgáltatók felsorolása Támogatott hitelesítésszolgáltatók a Webex Hybrid Services számára .
TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik a proxyba.
A proxy bemutatja ezt a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
Egy belső CA által aláírt tanúsítvány betölthető az XSP-re| ADP.
Az XSP| Az ADP ezt a belsőleg aláírt kiszolgálótanúsítvány mutatja be a proxynak.
A proxy megbízik az XSP-t aláíró belső hitelesítésszolgáltatóban| ADP kiszolgálótanúsítvány.
TLS -tanúsítvány követelmények a TLS-passthrough Proxy vagy XSP esetében| ADP a DMZ-ben
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik az XSP-be| ADP-k.
Az XSP| Az ADP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
További tanúsítványkövetelmények a CTI felületen keresztüli kölcsönös TLS -hitelesítéshez
Amikor a CTI felülethez csatlakozik, a Webex a kölcsönös TLS hitelesítés részeként egy klienstanúsítvány mutat be. A Webex klienstanúsítvány CA/lánctanúsítvány letölthető a Control Hubon keresztül.
A tanúsítvány letöltése:
Jelentkezzen be a Partner Hubba, ehhez kell
és kattintson a tanúsítvány letöltése hivatkozásra.A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra a tanúsítvány követelményeit foglalja össze a következő három esetben:
(Opció) A TLS-bridge proxy tanúsítványkövetelményei
A Webex egy nyilvánosan aláírt klienstanúsítvány mutat be a proxynak.
A proxy megbízik az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy bemutatja a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions: X509v3 Extended Key Usage: 1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
A belső tanúsítvány CN-jének a következőnek kell lennie:
bwcticlient.webex.com
.
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Előfordulhat, hogy a nyilvános hitelesítő hatóságok nem hajlandók a tanúsítványokat a szükséges védett BroadWorks OID-vel aláírni. Áthidaló proxy esetén előfordulhat, hogy egy belső CA segítségével kell aláírnia a proxy által az XSP-nek bemutatott klienstanúsítvány .| ADP.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Az alkalmazáskiszolgálóé ClientIdentity tartalmazza az XSP-nek bemutatott, belsőleg aláírt klienstanúsítvány CN-jét| ADP a proxy által.
(Opció) Tanúsítványkövetelmények TLS-passthrough Proxy vagy XSP esetén| ADP a DMZ-ben
A Webex egy belső Cisco CA által aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Az XSP| Az ADP-k megbíznak az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány az XSP-be is betöltődik| ADP-k.
Az XSP| Az ADP-k bemutatják a nyilvánosan aláírt szervertanúsítványokat a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
Az alkalmazáskiszolgáló ClientIdentity tartalmazza az XSP-nek bemutatott Cisco által aláírt klienstanúsítvány CN-jét| ADP a Webex által.
A hálózat előkészítése
A Webex Cisco BroadWorks rendszerhez által használt kapcsolatokról szóló további információkért lásd: A Webex for Cisco BroadWorks hálózati követelményei . Ez a cikk a tűzfal be- és kilépési szabályainak konfigurálásához szükséges IP -címek, portok és protokollok listáját tartalmazza.
A Webex-szolgáltatások hálózati követelményei
Az előző Belépési és Kilépési szabályok tűzfaltáblák csak azokat a kapcsolatokat dokumentálják, amelyek kifejezetten a Webex for Cisco BroadWorks alkalmazásra vonatkoznak. A Webex alkalmazás és a Webex felhő közötti kapcsolatokra vonatkozó általános információkért lásd: A Webex Services hálózati követelményei . Ez a cikk a Webex vonatkozik, de a következő táblázat azonosítja a cikk különböző részeit, és azt, hogy az egyes részek mennyire relevánsak a Webex for Cisco BroadWorks számára.
Hálózati követelmények cikk szakasza | Az információk relevanciája |
---|---|
A Webex által támogatott eszköztípusok és protokollok összefoglalása | Tájékoztató |
Tájékoztató | |
El kell olvasni | |
El kell olvasni | |
Tartományok és URL-címek, amelyeknek hozzáférhetőnek kell lenniük a Webex-szolgáltatások számára | El kell olvasni |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
A Webex más hibrid szolgáltatásai és dokumentációjuk összegzése | Opcionális |
Webex-szolgáltatások a FedRAMP ügyfelei számára | N. A. |
További információk
További információkért lásd: Webex App Firewall Whitepaper (PDF) .
BroadWorks redundancia támogatása
A Webex Cloud Services és a Webex ügyfélalkalmazások, amelyeknek el kell érniük a partner hálózatát, teljes mértékben támogatják a Broadworks XSP-t| A partner által biztosított ADP redundancia. Amikor egy XSP| Az ADP vagy a webhely tervezett karbantartás vagy nem tervezett ok miatt nem érhető el, a Webex szolgáltatások és alkalmazások át tudnak lépni egy másik XSP-re| A kérés teljesítéséhez a partner által biztosított ADP vagy oldal.
Hálózati topológia
A Broadworks XSP| Az ADP-k telepíthetők közvetlenül az interneten, vagy egy DMZ-ben is elhelyezhetők egy terheléselosztás elemmel, például az F5 BIG- IP-vel. A georedundancia biztosítása érdekében az XSP| Az ADP-k két (vagy több) adatközpontban telepíthetők, mindegyik előtt egy terheléselosztó állhat, és mindegyik rendelkezik nyilvános IP-cím -címmel. Ha az XSP| Az ADP-k egy terheléselosztó mögött állnak, a Webex mikroszolgáltatások és az alkalmazás csak a terheléselosztó IP-cím látja, a Broadworks pedig úgy tűnik, csak egy XSP-vel rendelkezik| ADP, még akkor is, ha több XSP van| ADP-k mögött.
Az alábbi példában az XSP| Az ADP-k két helyszínen vannak telepítve, az A és a B helyszínen. Két XSP létezik| Az egyes telephelyeken egy terheléselosztóval ellátott ADP-k. Az A oldal XSP-vel rendelkezik| ADP1 és XSP| Az ADP2 előlapján LB1, a B oldalon pedig XSP található| ADP3 és XSP| ADP4 elől LB2. Csak a terheléselosztók láthatók a nyilvános hálózaton, és az XSP| Az ADP-k a DMZ magánhálózatokon vannak.
Webex Cloud Services
DNS konfiguráció
A Webex Cloud mikroszolgáltatásoknak meg kell tudniuk találni a Broadworks XSP-t| ADP-kiszolgáló(k) az Xsi interfészekhez, hitelesítési szolgáltatáshoz és CTI-hez való csatlakozáshoz.
A Webex Cloud mikroszolgáltatások DNS A/AAAA keresést végeznek a konfigurált XSP-n| ADP-gazdanevet, és csatlakozzon a visszaadott IP -címhez. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga. Ha több IP -címet ad vissza, a lista első IP -címe lesz kiválasztva. Az SRV keresés jelenleg nem támogatott.
Példa: A partner DNS -e A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Teherelosztók.
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| LB2-re mutat (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Feladatátvétel
Amikor a Webex mikroszolgáltatások kérést küldenek az XSP-nek| Az ADP/Load Balancer alkalmazáshoz és a kérelem sikertelenségéhez több dolog is történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre.
Ha egy hibakód (HTTP5xx ) üzenetet kapja vissza, a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre .
Ha 2 másodpercen belül nem érkezik HTTP-válasz, a kérés időtúllépése, és a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és továbbítják az útvonalat a következő IP-címre .
Minden kérés háromszor próbálkozik, mielőtt a hibát visszaküldi a mikroszolgáltatásnak.
Ha egy IP a blokkoltak listáján van, akkor nem fog szerepelni azon címek listáján, amelyeket meg kell próbálni, amikor kérést küld egy XSP-nek| ADP. Egy előre meghatározott idő elteltével a blokkolt IP -címek lejárnak, és visszatér a listába, hogy megpróbálja, amikor újabb kérés érkezik.
Ha minden IP -cím blokkolva van, a mikroszolgáltatás akkor is megpróbálja elküldeni a kérést úgy, hogy véletlenszerűen kiválaszt egy IP-cím a blokkolt listáról. Sikeres esetben az adott IP-cím törlődik a blokkoltak listájáról.
Állapot
A Webex Cloud szolgáltatások XSP-hez való kapcsolódási állapota| Az ADP-k vagy a terheléselosztók a Control Hubban láthatók. A BroadWorks hívófürtök alatt a kapcsolat állapota az alábbi felületek mindegyikéhez jelenik meg:
XSI-műveletek
XSI-események
Hitelesítési szolgáltatás
A kapcsolat állapota az oldal betöltésekor vagy a bemeneti frissítések során frissül. A kapcsolatok állapota a következő lehet:
Zöld: Mikor érhető el az interfész az A rekord keresésben lévő egyik IP-n.
Piros: Amikor az A rekord keresésében szereplő összes IP-cím nem érhető el, és az interfész nem elérhető.
A következő szolgáltatások a mikroszolgáltatások segítségével csatlakoznak az XSP-hez| Az XSP hatással van rájuk| Az ADP interfész elérhetősége:
Bejelentkezés a Webex alkalmazásba
Webex alkalmazás-token frissítése
Nem megbízható e-mail/önaktiválás
Broadworks Service állapotfelmérés
Webex alkalmazás
DNS konfiguráció
A Webex alkalmazás hozzáfér az Xtended Services Interface (XSI-Actions & XSI-Events) és az Eszközkezelő szolgáltatás (DMS) szolgáltatásaihoz az XSP-n| ADP.
Az XSI szolgáltatás megkereséséhez a Webex alkalmazás DNS SRV keresést végez a következőhöz: _xsi-client._tcp.<webex app xsi domain>
. Az SRV az XSP számára beállított URL -re mutat| ADP gazdagépek vagy terheléselosztók az XSI szolgáltatáshoz. Ha az SRV keresés nem érhető el, a Webex alkalmazás visszakerül az A/AAAA keresésre.
Az SRV több A/AAAA célt is képes feloldani. Azonban minden A/AAAA rekordnak csak egyetlen IP-cím kell hozzárendelnie. Ha több XSP van| A terheléselosztó/edge eszköz mögötti DMZ-ben található ADP-k esetén a terheléselosztót úgy kell beállítani, hogy fenntartsa a munkamenet-perzisztenciát, és ugyanahhoz az XSP-hez irányítsa át az adott munkamenet összes kérését| ADP. Azért írjuk elő ezt a konfigurációt, mert az ügyfél XSI-esemény szívverésének ugyanahhoz az XSP-hez kell mennie| Az eseménycsatorna létrehozásához használt ADP.
Az 1. példában a webex-app-XSP A/AAAA rekordja| Az ADP.example.com nem létezik, és nem is kell, hogy legyen. Ha a DNS megköveteli, hogy egy A/AAAA rekordot meg kell adni, akkor csak 1 IP-cím kell visszaadnia. Ettől függetlenül az SRV-t meg kell adni a Webex alkalmazáshoz. Ha a Webex alkalmazás olyan A/AAAA nevet használ, amely egynél több IP-cím definiál , vagy ha a terheléselosztó/edge elem nem tartja fenn a munkamenet megmaradását, az ügyfél végső soron szívveréseket küld egy XSP-nek.| ADP, ahol nem hozott létre eseménycsatornát. Ez a csatorna leszakadását eredményezi, és jelentősen megnöveli a belső forgalmat, ami rontja az XSP-t| ADP-fürt teljesítménye. Mivel a Webex Cloud és a Webex alkalmazás eltérő követelményeket támaszt az A/AAAA rekordok keresésében, külön FQDN-t kell használnia a Webex Cloud és a Webex alkalmazás számára az XSP eléréséhez| ADP-k. Amint az a példákban látható, a Webex Cloud A rekordot használja |
1. példa – Több XSP| ADP-k, mindegyik külön terheléselosztó mögött
Ebben a példában az SRV több A rekordra mutat úgy, hogy minden A rekord egy másik helyszínen lévő más terheléselosztóra mutat. A Webex alkalmazás mindig a lista első IP-cím használja, és csak akkor lép a következő rekordra, ha az első nem működik.
Az alábbiakban egy példa látható SRV-rekordok.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
2. példa – Több XSP| ADP-k egyetlen terheléselosztó mögött ( TLS -híddal)
A kezdeti kérelemhez a terheléselosztó egy véletlenszerű XSP-t választ ki| ADP. Az az XSP| Az ADP egy cookie-t ad vissza, amelyet a Webex alkalmazás a jövőbeli kérésekben tartalmaz. A jövőbeni kérésekhez a terheléselosztó a süti segítségével a megfelelő XSP-hez irányítja a kapcsolatot| ADP, biztosítva, hogy az eseménycsatorna ne szakadjon meg.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Terheléselosztó |
A | LB.example.com |
| A terheléselosztó IP-cím (XSP| Az ADP-k a terheléselosztó mögött vannak) |
DMS URL
A bejelentkezési folyamat során a Webex alkalmazás a DMS URL -címet is lekéri a konfigurációs fájl letöltéséhez. A rendszer elemzi az URL -ben szereplő gazdagépet, és a Webex alkalmazás DNS A/AAAA-keresést végez a gazdagépen, hogy csatlakozzon az XSP-hez| A DMS szolgáltatást üzemeltető ADP.
Példa: DNS A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Load Balancers by Webex App konfig fájlok letöltéséhez DMS-en keresztül:
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Hogyan találja meg a Webex alkalmazás az XSP-t?| ADP-címek
Az ügyfél megpróbálja megtalálni az XSP-t| A következő DNS -folyamatot használó ADP-csomópontok:
Az ügyfél először az Xsi-Actions/Xsi-Events URL-címeket kéri le a Webex Webex Cloud (a hozzárendelt BroadWorks hívófürt létrehozásakor adta meg őket). Az Xsi gazdagépnevet/tartományt az URL -ből értelmezi a rendszer, és az ügyfél az SRV keresést hajtja végre a következőképpen:
Az ügyfél SRV-keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain="">
Ha az SRV keresés egy vagy több A/AAAA célt ad vissza:
A kliens A/AAAA keresést végez ezekre a célokra, és gyorsítótárazza a visszaadott IP -címeket.
A kliens az SRV prioritás, majd a súly alapján (vagy véletlenszerűen, ha egyenlők) csatlakozik az egyik célhoz (és így annak egyetlen IP-cím rendelkező A/AAAA rekordjához ).
Ha az SRV keresés nem ad vissza célokat:
A kliens A/AAAA keresést végez az Xsi gyökérparaméterben, majd megpróbál csatlakozni a visszaadott IP-cím. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga.
Mint már említettük, az A/AAAA rekordnak egyetlen IP-cím kell feloldania ugyanezen okokból kifolyólag.
(Opcionális) Ezt követően megadhatja az egyéni XSI-Actions/XSI-Events részleteket a Webex alkalmazás eszközkonfiguráció a következő címkék használatával:
<protocols> <xsi> <paths> <root>%XSI_ROOT_WXT%</root> <actions>%XSI_ACTIONS_PATH_WXT%</actions> <events>%XSI_EVENTS_PATH_WXT%</events> </paths> </xsi> </protocols>
Ezek a konfigurációs paraméterek elsőbbséget élveznek a BroadWorks-fürt bármely konfigurációjával szemben a Control Hubban.
Ha léteznek ilyenek, az ügyfél összehasonlítja a BroadWorks-fürtkonfiguráción keresztül kapott eredeti XSI-címmel.
Ha eltérést észlel, a kliens újrainicializálja az XSI-műveletek/XSI-események kapcsolatát. Ennek első lépése az 1. lépésben felsorolt DNS -keresési folyamat végrehajtása – ezúttal a%XSI_ROOT_WXT% paramétert a konfigurációs fájl.
Ügyeljen arra, hogy hozza létre a megfelelő SRV-rekordok , ha ezzel a címkével módosítja az Xsi felületeket.
Feladatátvétel
A bejelentkezés során a Webex alkalmazás DNS SRV -keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain=""> , összeállítja a gazdagépek listáját, és az SRV prioritás, majd a súly alapján csatlakozik az egyik gazdagéphez. Ez a csatlakoztatott gazdagép lesz a kiválasztott az összes jövőbeli kérelemnél. Ezután megnyílik egy eseménycsatorna a kiválasztott szervező számára, és a rendszer rendszeresen küld egy szívverést a csatorna ellenőrzésére. Az első után küldött összes kérés tartalmaz egy cookie-t, amelyet a HTTP-válasz ad vissza, ezért fontos, hogy a terheléselosztó megtartsa a munkamenet-maradványt (affinitást), és mindig ugyanannak a backend XSP-nek küldje a kéréseket.| ADP szerver.
Ha a szervezőnek küldött kérés vagy szívverési kérés sikertelen, számos dolog történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex App útvonal azonnal továbblép a listán a következő gazdagépre.
Ha egy hibakód (HTTP5xx ) üzenetet adja vissza, a Webex alkalmazás blokkoltként jelöli meg az IP-cím , és az útvonal a listán a következő gazdagéphez lép tovább.
Ha egy bizonyos időn belül nem érkezik válasz, akkor a rendszer az időtúllépés miatt sikertelennek tekinti a kérést, és a következő kéréseket a rendszer a következő gazdagépnek küldi el. Az időtúllépési kérelem azonban sikertelennek minősül. Egyes kérések sikertelensége után újrapróbálkoznak (növekvő újrapróbálkozási idővel). A feltételezett nem létfontosságú kéréseket a rendszer nem próbálja meg újra.
Amikor egy új gazdagép sikeresen próbálkozik, az lesz az új kiválasztott gazdagép, ha a gazdagép szerepel a listában. A lista utolsó gazdagépének kipróbálása után a Webex alkalmazás az elsőre lép.
Szívverés esetén, ha két egymást követő kérelem sikertelen, a Webex alkalmazás újrainicializálja az eseménycsatornát.
Ne feledje, hogy a Webex alkalmazás nem végez feladat-visszavételt, és a DNS -szolgáltatás felderítése csak egyszer történik a bejelentkezéskor.
A bejelentkezés során a Webex alkalmazás megpróbálja letölteni a konfigurációs fájlt az XSP-n keresztül| ADP/Dms interfész. Végrehajt egy A/AAAA rekord keresést a lekért DMS URL -ben lévő gazdagépen, és csatlakozik az első IP-címhez. Először egy SSO token használatával próbálja meg elküldeni a konfigurációs fájl letöltésére vonatkozó kérést. Ha ez bármilyen okból sikertelen, újra megpróbálja, de az eszköz felhasználónevével és jelszavával.
Telepítési áttekintés
A következő diagramok a telepítési feladatok tipikus sorrendjét mutatják be a különböző felhasználói üzembe helyezési módok esetén. A feladatok közül sok közös az összes üzembe helyezési módban.
Partner-belépés a Webex -re Cisco BroadWorks-hez
Minden Webex for Cisco BroadWorks szolgáltatónak vagy viszonteladónak be kell állítania a Webex for Cisco BroadWorks számára partnerszervezetként. Ha már van Webex Partnerszervezete, akkor ez használható.
A szükséges beléptetési folyamat elvégzéséhez el kell végeznie a Webex Cisco BroadWorks papírmunkáját, és az új partnereknek el kell fogadniuk az online közvetett csatornapartneri megállapodást (ICPA). Amikor ezek a lépések megtörténtek, a Cisco Compliance új Partnerszervezetet hoz létre a Partner Hubban (ha szükséges), és hitelesítési adatokat tartalmazó e-mailt küld a papírmunkában szereplő nyilvántartás adminisztrátorának. Ezzel egyidejűleg a Partneraktiválási és/vagy Ügyfélsiker-programmenedzser felveszi Önnel a kapcsolatot a beléptetés megkezdése érdekében.
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
AuthenticationService
alkalmazást az egyes XSP-ken| ADP szolgáltatás.Futtassa a következő parancsot az AuthenticationService alkalmazás aktiválásához az XSP-n| ADP a /authService környezeti elérési útra.
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
Futtassa ezt a parancsot az AuthenticationService telepítéséhez az XSP-n| ADP:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...
A 2022.10-es Broadworks buildtől kezdve a Java új verziójára való váltáskor a Java új verziójára való váltáskor már nem kerülnek automatikusan be a BroadWorks megbízhatósági tárházába. Az AuthenticationService TLS -kapcsolatot nyit a Webex felé a hozzáférési token lekéréséhez, és az IDBroker és a Webex URL érvényesítéséhez a következőkkel kell rendelkeznie a megbízhatósági tárhelyen:
IdenTrust Commercial Root CA 1
Go Daddy legfelső szintű Certificate Authority – G2
Ellenőrizze, hogy ezek a tanúsítványok jelen vannak-e a következő CLI alatt
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get
Ha nincs jelen, futtassa a következő parancsot az alapértelmezett Java -trösztök importálásához:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust
Alternatív megoldásként manuálisan is hozzáadhatja ezeket a tanúsítványokat megbízhatósági horgonyként a következő paranccsal:
ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>
Ha az ADP egy korábbi kiadásról lett frissítve, akkor a rendszer a régi kiadás hitelesítésszolgáltatóit automatikusan importálja az új kiadásba, és importálása mindaddig folytatódik, amíg manuálisan el nem távolítják őket.
Az AuthenticationService alkalmazás mentesül az ADP alatti validatePeerIdentity beállítás alól_ CLI/System/SSLCommonSettings/GeneralSettings, és mindig érvényesíti a peer identitást. Lásd a Cisco Broadworks X509 tanúsítvány érvényesítési FD a beállítással kapcsolatos további információkért.
Állítsa be az identitásszolgáltatókat a következő parancsok futtatásával az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get
set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerName URL -címet. Lásd a következő táblázatot.set issuerUrl <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerUrl-címet. Lásd a következő táblázatot.set tokenInfoUrl <IdPProxy URL>
—Adja meg a Teams-fürtre vonatkozó IdP-proxy URL -címét. Lásd az alábbi második táblázatot.
1. táblázat Állítsa be az issuerName és az issuerURL címét Ha a CI-fürt... Az issuerName és az issuerURL beállítása a következőre:... US-A
EU
US-B
Ha nem ismeri a sajátját CI-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.2. táblázat TokenInfoURL beállítása Ha a Teams-fürt... A tokenInfoURL beállítása erre:...(IdP Proxy URL) ACHM
https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AFRA
https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AORE
https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
Ha nem ismeri a sajátját Teams-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.
Tesztelés céljából ellenőrizheti, hogy a tokenInfoURL érvényes-e, ha lecseréli a "
idp/authenticate
Az URL " része a következővel: "ping
".
Adja meg azt a Webex -jogosultságot, amelynek jelen kell lennie a Webex felhasználói profil a következő paranccsal:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Konfigurálja az identitásszolgáltatókat a Cisco Federation számára a következő parancsok segítségével az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
set flsUrl https://cifls.webex.com/federation
set refreshPeriodInMinutes 60
set refreshToken refresh-Token-From-Step1
Futtassa a következő parancsot annak ellenőrzésére, hogy az FLS-konfiguráció működik-e. Ez a parancs az identitásszolgáltatók listáját adja vissza:
XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Konfigurálja a Token-kezelést a következő parancsokkal az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
set tokenIssuer BroadWorks
set tokenDurationInHours 720
RSA -kulcsok létrehozása és megosztása. A kulcsokat egyetlen XSP-n kell generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k. Ennek oka a következő tényezők:
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k.Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét. Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket. Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
Ügyfél-hitelesítési követelmény eltávolítása a hitelesítési szolgáltatáshoz (csak R24)
Ha a hitelesítési szolgáltatást CI Token érvényesítéssel konfigurálta az R24-en, akkor a hitelesítési szolgáltatásra vonatkozó ügyfél-hitelesítési követelményt is el kell távolítania. Futtassa a következő CLI-parancs:
ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
CTI felület és kapcsolódó konfiguráció
Az „inmost to outmost” konfigurációs sorrendet az alábbiakban soroljuk fel. A sorrend betartása nem kötelező.
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
XSP konfigurálása| ADP-k mTLS-hitelesített CTI -előfizetésekhez
Nyissa meg a bejövő portokat a biztonságos CTI felülethez
Iratkozzon fel a Webex szervezete a BroadWorks CTI -eseményekre
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
Frissítse a ClientIdentity-t az alkalmazáskiszolgálón a Webex for Cisco BroadWorks CTI - klienstanúsítvány általános név (CN).
A Webex alkalmazással használt összes alkalmazáskiszolgálóhoz adja hozzá a tanúsítványazonosítót a ClientIdentity azonosítóhoz az alábbiak szerint:
AS_CLI/System/ClientIdentity> add bwcticlient.webex.com
A Webex for Cisco BroadWorks klienstanúsítvány általános név : |
Konfigurálja a TLS -t és a titkosításokat a CTI felületen
Az XSP konfigurálhatósági szintjei| Az ADP CTI felületek a következők:
Legáltalánosabb = Rendszer > Szállítás > CTI -interfészek > CTI -interfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
---|---|
Rendszer (globális) (R22 és újabb) | XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Ciphers> XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Protocols> lehetőséget |
Szállítási protokollok ehhez a rendszerhez (R22 és újabb) | XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Ciphers> XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Protocols> lehetőséget |
Az összes CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Protocols> lehetőséget |
Egy speciális CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/CTIServer/SSLSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/CTIServerSSLSettings/Protocols> |
Új telepítéskor a következő titkosítások alapértelmezés szerint települnek rendszerszinten. Ha az interfész szintjén nincs beállítva (például a CTI felületen vagy a HTTP felületen), akkor ez a rejtjellista érvényes. Ne feledje, hogy ez a lista idővel változhat:
|
CTI TLS interfész konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy szükség van-e kiszolgálótanúsítvány , illetve hogy szükség van-e kliens hitelesítésre.XSP|ADP_CLI/Interface/CTI/CTIServer> get Interface IP Port Secure Server Certificate Client Auth Req ================================================================= 10.155.6.175 8012 true true true
TLS 1.2 protokoll hozzáadása a CTI felülethez
Az XSP| A Webex Cloud együttműködő ADP CTI felületet TLS v1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp>
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a CTI felületen
A szükséges titkosítások konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Adja meg a(z)
get
parancsot, hogy megtudja, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> <cipherName>
rejtjel hozzáadása a CTI felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a CTI felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Trust Anchors a CTI felülethez (R22 és újabb)
Ez az eljárás az XSP-t feltételezi| Az ADP-k vagy internet felé néznek, vagy átmenő proxyn keresztül néznek az internetre. A tanúsítvány konfigurációja más az áthidaló proxy esetében (lásd TLS -tanúsítványkövetelmények a TLS-híd proxyhoz ).
Minden XSP-hez| Az ADP-ben a CTI -eseményeket a Webex közzétevő infrastruktúrájában tegye a következőket:
Jelentkezzen be ide: Partner Hub .
Ugrás ide: Beállítások elemre > BroadWorks-hívás és kattintson Töltse Webex CA-tanúsítványt hogy megkapja
CombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.
A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Nem kötelező) Futtatás
help updateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot2023
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, amennyiben minden bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
Tanúsítványokkal történő hitelesítés engedélyezése az ügyfelek számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true
Adja hozzá a CTI felületet, és engedélyezze az mTLS-t
Adja hozzá a CTI SSL felületet.
A CLI környezet a BroadWorks verziójától függ. A parancs egy önaláírt kiszolgálótanúsítvány hoz létre a felületen, és kényszeríti a felületet, hogy klienstanúsítvány igényeljen .
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Cserélje ki a kiszolgálótanúsítvány és -kulcsot az XSP-n| Az ADP CTI interfészei. Ehhez szüksége van a CTI interfész IP-cím ; a következő szövegkörnyezetből olvashatja:
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> get
Ezután futtassa a következő parancsokat, hogy lecserélje a felület önaláírt tanúsítvány a saját tanúsítványára és privát kulcsára:
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Indítsa újra az XSP-t| ADP.
Hozzáférés engedélyezése a BroadWorks CTI -eseményekhez a Webex
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
Adja meg azt a CTI -címet, amelyen keresztül a Webex előfizethet a BroadWorks CTI -eseményekre.
A CTI -előfizetések előfizetőnkénti alapúak, és csak akkor jönnek létre és tartják karban, amíg az előfizető rendelkezik a Webex for Cisco BroadWorks szolgáltatással.
Hívásbeállítások Webnézet
A Call Settings Webview (CSWV) egy XSP-n üzemeltetett alkalmazás| Az ADP lehetővé teszi a felhasználók számára, hogy módosítsák BroadWorks hívásbeállításaikat a szoftveres kliensben látott webnézeten keresztül. Lásd a Cisco BroadWorks hívásbeállítások webnézeti megoldási útmutató .
A Webex ezt a funkciót arra használja fel, hogy hozzáférést biztosítson a felhasználók számára az olyan általános BroadWorks-hívásbeállításokhoz, amelyek nem natív a Webex alkalmazásban.
Ha azt szeretné, hogy a Webex Cisco BroadWorks-előfizetői a Webex Webex alkalmazás elérhető alapértelmezett beállításokon túlmenően is hozzáférjenek a hívásbeállításokhoz, telepítenie kell a Hívásbeállítások Webnézet funkcióját.
Hívásbeállítások Webview két összetevőből áll:
Cisco BroadWorks XSP-n üzemeltetett hívásbeállítások Webview alkalmazás| ADP.
A Webex alkalmazás, amely a hívásbeállításokat Webnézetben jeleníti meg.
Felhasználói élmény
Windows-felhasználók: Kattintson Hívásbeállítások majd kattintson a lehetőségre .
Mac felhasználók: Kattintson a profilképre, majd
.
Telepítse a CSWV-t a BroadWorks rendszeren
Telepítse a Hívásbeállítások Webview-t XSP-re| ADP-k
A CSWV alkalmazásnak ugyanazon az XSP-n kell lennie| Az Xsi-Actions felületet üzemeltető ADP(ek) a környezetben. Ez egy nem felügyelt alkalmazás XSP-n| ADP, ezért telepítenie és telepítenie kell egy webes archív fájlt.
Jelentkezzen be a cisco.com oldalra, és keresse meg a „BWCallSettingsWeb” kifejezést a szoftverletöltés részben.
Keresse meg és töltse le a fájl legújabb verzióját.
Például:
BWCallSettingsWeb_1.8.2_1.war
( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04 ) volt a legújabb a cikk írásakor.Telepítse, aktiválja és telepítse a webes archívumot a Cisco BroadWorks Xtended Service Platform konfigurációs útmutatója szerint az XSP-hez| ADP verzió. (R24-es verzióhttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf ).
Másolja át a .war fájlt egy ideiglenes helyre az XSP-n| ADP, mint pl
/tmp/
.Keresse meg a következő parancssori felületet, és futtassa az install parancsot:
XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
A BroadWorks szoftverkezelő ellenőrzi és telepíti a fájlt.
[Nem kötelező] Törlés
/tmp/BWCallSettingsWeb_1.7.5_1.war
(Erre a fájlra már nincs szükség).Alkalmazás aktiválása:
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
A nevet és verziót minden alkalmazásnál kötelezőek, de CSWV esetén meg kell adni a contextPath mert egy nem felügyelt alkalmazás. Bármilyen értéket használhat, amelyet más alkalmazás nem használ, például
/callsettings
.Telepítse a Hívásbeállítások alkalmazást a kiválasztott környezeti útvonalon:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Mostantól előre megjósolhatja az ügyfelek számára megadandó hívásbeállítások URL -címét, az alábbiak szerint:
https://<XSP|ADP-FQDN>/callsettings/
Megjegyzések:
Ezen az URL -címen meg kell adnia a perjelet, amikor beírja az klienskonfiguráció fájljába.
Az XSP| Az ADP-FQDN-nek meg kell egyeznie az Xsi-Actions FQDN-nel, mert a CSWV-nek Xsi-Actions-t kell használnia, és a CORS nem támogatott.
Ismételje meg ezt az eljárást más XSP esetén| ADP-k a Webex for Cisco BroadWorks-környezetben (ha szükséges).
A Call Settings Webview alkalmazás mostantól aktív az XSP-n| ADP-k.
Állítsa be a Webex alkalmazást a Hívásbeállítások Webnézet használatára
Az klienskonfiguráció kapcsolatos további részletekért lásd: Webex Cisco BroadWorks konfigurációs útmutató .
A Webex alkalmazás konfigurációs fájl található egy egyéni címke, amellyel beállíthatja a CSWV URL-címet . Ez az URL mutatja a hívásbeállításokat a felhasználóknak az alkalmazás felületén keresztül.
<config>
<services>
<web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
<url>%WEB_CALL_SETTINGS_URL_WXT%</url>
</web-call-settings>
A Webex Webex alkalmazás BroadWorks- konfigurációs sablon konfigurálja a CSWV URL -címet a%WEB_CALL_SETTINGS_URL_WXT% címkét.
Ha nem adja meg kifejezetten az URL-címet , az alapértelmezett érték üres lesz, és a hívásbeállítások oldala nem lesz látható a felhasználók számára.
Győződjön meg arról, hogy a legújabb konfigurációs sablonokkal rendelkezik a Webex alkalmazás (lásd Eszközprofilok lehetőségre ).
Állítsa be a web hívásbeállítások célját
csw
:%WEB_CALL_SETTINGS_TARGET_WXT% csw
Állítsa be a web beállításainak URL -címét a környezetéhez, például:
%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/
Ezt az értéket a CSWV alkalmazás telepítésekor származtatta.
Az eredményül kapott klienskonfiguráció fájlnak rendelkeznie kell a következő bejegyzéssel:
<web-call-settings target="csw"> <url>https://yourxsp.example.com/callsettings/</url> </web-call-settings>
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is.
Hívási leküldéses értesítések konfigurálása a Webex for Cisco BroadWorks alkalmazásban
Ebben a dokumentumban a kifejezést használjuk Hívásértesítések Push Server (CNPS) a környezetben futó XSP vagy ADP által üzemeltetett alkalmazás leírásához. A CNPS együttműködik a BroadWorks rendszerrel, hogy tudatában legyen a felhasználóinak bejövő hívásoknak, és ezekről értesítést küldjön a Google Firebase Cloud Üzenetküldés (FCM) vagy az Apple leküldéses értesítés szolgáltatás (APNs) értesítési szolgáltatásainak.
Ezek a szolgáltatások értesítik a Webex for Cisco BroadWorks előfizetői mobileszközeit, ha bejövő hívásaik vannak a Webex.
Az NPS-sel kapcsolatos további információkért lásd: Értesítési leküldéses kiszolgáló funkció leírása .
A Webex egy hasonló mechanizmus működik a Webex üzenetküldési és jelenléti szolgáltatásokkal, így az értesítéseket a Google (FCM) vagy az Apple (APNS) értesítési szolgáltatásaihoz küldi. Ezek a szolgáltatások pedig értesítik a mobil Webex -felhasználókat a bejövő üzenetekről vagy a jelenlét változásáról.
Ez a szakasz ismerteti, hogyan konfigurálható az NPS hitelesítési proxyhoz, ha az NPS még nem támogat más alkalmazásokat. Ha megosztott hálózati házirendet kell áttelepítenie az NPS-proxy használatához, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatáhozhttps://help.webex.com/nl5rir2/. |
NPS-proxy áttekintése
A Webex for Cisco BroadWorks alkalmazással való kompatibilitás érdekében a CNPS-nek javítva kell lennie az NPS-proxy funkció támogatásához, Push Server a VoIP számára UCaaS-ben .
A funkció új kialakítást valósított meg a Notification Push Serverben, hogy feloldja a leküldéses értesítési tanúsítványok privát kulcsainak a szolgáltatókkal való megosztásából eredő biztonsági rést a mobil kliensek számára. A push értesítési tanúsítványok és kulcsok szolgáltató való megosztása helyett az NPS egy új API segítségével szerez egy rövid élettartamú leküldéses értesítési tokent a Webex a Cisco BroadWorks háttérrendszerhez, és ezt a tokent használja az Apple APN-ekkel és a Google FCM szolgáltatásaival történő hitelesítéshez.
A funkció továbbfejleszti a Notification Push Server azon képességét, hogy értesítéseket küldjön az Android eszközöknek az új Google Firebase Cloud Üzenetküldés (FCM) HTTPv1 API-n keresztül.
További információkért lásd a Push-kiszolgáló VoIP -hez UCaaS-ben Funkció leírása .
A funkció BroadWorks-javításai a következő címen érhetők el: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.
Az NPS szoftverrel és javításokkal kapcsolatban lásd a következő részt: Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz .
Keresse meg és töltse le a javítást a szoftverletöltő oldalról.
Az ADP szerverrel kapcsolatos további információk a következő címen találhatók:https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html .
APNS szempontok
Az Apple 2021. március 31-e után már nem támogatja a HTTP/1-alapú bináris protokollt az Apple leküldéses értesítés szolgáltatásban. Javasoljuk, hogy konfigurálja az XSP-t| Az ADP a HTTP/2-alapú felületet használja az APN-ekhez. Ehhez a frissítéshez az XSP-re van szükség| Az NPS-t kiszolgáló ADP R22-es vagy újabb verzióját futtatja.
Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz
1 | Telepítsen és konfiguráljon egy dedikált XSP-t (minimum R22-es verzió) vagy Application Delivery Platform-ot (ADP). | ||
2 | Telepítse az NPS-hitelesítési proxy javításait: XSP R22 javítások: XSP R23 javítások: | ||
3 | Aktiválja az Notification Push Server alkalmazást. | ||
4 | ( Android -értesítések esetén) Engedélyezze az FCM v1 API -t az NPS-en.
| ||
5 | ( Apple iOS -értesítések esetén) Engedélyezze a HTTP/2-t az NPS-en.
| ||
6 | Technikai támogatás csatolása az NPS XSP/ADP-től. | ||
7 | Minden AS kiszolgálón a namedefs fájl bekerül Példa: _pushnotification-ügyfél._tcp .qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com IN A 10.193.78.149
|
Mi a következő teendő
Egy hálózati házirend-kiszolgáló frissen telepített verzióiért ugorjon ide: Állítsa be az NPS-t a hitelesítési proxy használatára
Ha meglévő Android -telepítést szeretne áttelepíteni az FCMv1-re, menjen a következőre: Az NPS áttelepítése az FCMv1-re
Állítsa be az NPS-t a hitelesítési proxy használatára
Ez a feladat az NPS egy új, a Webex for Cisco BroadWorks alkalmazáshoz dedikált telepítésére vonatkozik.
Ha más mobilalkalmazásokkal megosztott hálózati házirend-kiszolgálón szeretné konfigurálni a hitelesítési proxyt, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatához (https://help.webex.com/nl5rir2 ).
1 | OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez . | |||||||||||||||||||
2 | Hozzon létre ügyfélfiókot az NPS-en:
Ha ellenőrizni szeretné, hogy a megadott értékek megfelelnek-e a kapott adatoknak, futtassa
| |||||||||||||||||||
3 | Adja meg az NPS-proxy URL-címét , és állítsa be a token frissítési időközét (30 perc javasolt):
| |||||||||||||||||||
4 | ( Android -értesítések esetén) Adja hozzá az Android alkalmazás azonosító az FCM-alkalmazások környezetéhez az NPS-en.
| |||||||||||||||||||
5 | ( Apple iOS -értesítések esetén) Adja hozzá az alkalmazásazonosítót az azonosító -alkalmazások környezetéhez, ügyelve arra, hogy kihagyja a hitelesítési kulcsot – állítsa üresre.
| |||||||||||||||||||
6 | Konfigurálja a következő NPS URL-eket:
| |||||||||||||||||||
7 | Állítsa be a következő hálózati házirend-kiszolgáló kapcsolati paramétereket a megjelenített ajánlott értékekre:
| |||||||||||||||||||
8 | Ellenőrizze, hogy az alkalmazáskiszolgáló szűri-e az alkalmazásazonosítókat, mert előfordulhat, hogy hozzá kell adnia a Webex alkalmazásokat az engedélyezési listához: | |||||||||||||||||||
9 | Indítsa újra az XSP-t| ADP: | |||||||||||||||||||
10 | Tesztelje a hívásértesítéseket: kezdeményezzen hívásokat egy BroadWorks-előfizetőről két Webex mobilfelhasználóhoz. Ellenőrizze, hogy megjelenik-e a hívásértesítés iOS és Android eszközökön. |
Az NPS áttelepítése az FCMv1-re
Ez a témakör nem kötelező eljárásokat tartalmaz, amelyeket akkor használhat a Google FCM-konzolban, amikor rendelkezik olyan meglévő hálózati házirend-telepítéssel, amelyet át kell telepítenie az FCMv1-re. Három eljárás létezik:
UC-One kliensek áttelepítése FCMv1-re —Ha meglévő UCaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
SaaS-ügyfelek áttelepítése az FCMv1-re —Ha meglévő SaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
Az ADP-kiszolgáló frissítése —Ha az NPS-t ADP-kiszolgálóra telepíti át.
Az UC-One-kliensek áttelepítése az FCMv1-re
Kövesse az alábbi lépéseket a Google FCM konzolban az UC-One kliensek Google FCM HTTPv1 verzióra való áttelepítéséhez.
Ha márkajelzést alkalmaznak az ügyfélre, az ügyfélnek rendelkeznie kell a küldői azonosító. Az FCM-konzolban lásd: . A beállítás megjelenik a Projekt hitelesítő adatai táblázatban.A részletekért lásd a Connect Mobile márkaépítési útmutató athttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/UC-One/UC-One-Collaborate/Connect/Mobile/IandO/ConnectBrandingGuideMobile-R3_8_3.pdf? . Lásd a
|
Jelentkezzen be az FCM Admin SDK-ba a következő címen:http://console.firebase.google.com .
Válassza ki a megfelelő Android alkalmazást.
A Általános fülön rögzítse a azonosító
A szolgáltatásfiókok konfigurálásához lépjen a szolgáltatásfiók lapra. Létrehozhat új szolgáltatásfiók , vagy konfigurálhat egy meglévőt.
Új szolgáltatási fiók létrehozása:
Kattintson a kék gombra az új szolgáltatásfiók létrehozásához
Kattintson a kék gombra új privát kulcs generálásához
Kulcs letöltése biztonságos helyre
Meglévő szolgáltatásfiók újrafelhasználása:
Kattintson a kék szövegre a meglévő szolgáltatási fiókok megtekintéséhez.
Határozza meg a használni kívánt szolgáltatásfiók . A szolgáltatási fióknak engedélyre van szüksége firebaseadmin-sdk .
A jobb oldalon kattintson a hamburger menüre, és hozzon létre egy új privát kulcsot.
Töltse le a kulcsot tartalmazó json-fájlt, és mentse el egy biztonságos helyre.
Másolja a json fájlt az XSP-re| ADP.
Konfigurálja a azonosító és:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get Project ID Accountkey ======================== my_project ********
Alkalmazás konfigurálása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get Application ID Project ID ============================== my_app my_project
FCMv1 engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
SaaS-ügyfelek áttelepítése az FCMv1-re
Ha SaaS-ügyfeleket szeretne áttelepíteni az FCMv1-re, kövesse az alábbi lépéseket a Google FCM-konzolon.
Győződjön meg arról, hogy már végrehajtotta az „A hálózati házirend-kiszolgáló konfigurálása a hitelesítési proxy használatához” eljárást. |
FCM letiltása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.FCM engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
Az ADP-kiszolgáló frissítése
Kövesse az alábbi lépéseket a Google FCM-konzolban, ha az NPS-t ADP-kiszolgáló használatára állítja át.
A JSON-fájl beszerzése a Google Cloud Console-ból:
A Google Cloud Console-ban lépjen a következőre: Szolgáltatásfiókok oldalon.
Kattintson Válasszon ki egy projektet , válassza ki a projektet, és kattintson Megnyitás .
Keresse meg annak a szolgáltatásfiók a sorát, amelyhez kulcsot szeretne létrehozni, majd kattintson a Továbbiak függőleges gombot, majd kattintson Kulcs létrehozása.
Válassza ki a Kulcs írja be, és kattintson Létrehozás lehetőségre
A fájl letöltődik.
FCM hozzáadása az ADP-kiszolgálóhoz:
Importálja a JSON-fájlt az ADP-kiszolgálóra a következővel:
/bw/install
parancsot.Jelentkezzen be az ADP CLI-be, és adja hozzá a projekt- és API -kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON
:Ezután adja hozzá az alkalmazást és a kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
Ellenőrizze a konfigurációt:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g Project ID Accountkey ======================== connect-ucaas ******** ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g Application ID Project ID =================================== com.broadsoft.ucaas.connect connect-ucaas
Konfigurálja a saját partnerszervezetét a Partner Hubban
Konfigurálja a BroadWorks-fürtöket
[fürtönként egyszer]
Ennek oka a következő:
Annak engedélyezése, hogy a Webex felhő hitelesítse a felhasználókat a BroadWorks alkalmazással (XSP-n keresztül| ADP által üzemeltetett hitelesítési szolgáltatás).
Annak engedélyezése, hogy a Webex alkalmazások az Xsi felületet használják a hívásvezérlés.
Annak engedélyezése, hogy a Webex figyelje a BroadWorks által közzétett CTI -eseményeket (telefonos jelenlét és hívásnapló ).
A fürtvarázsló automatikusan ellenőrzi az interfészeket a hozzáadásakor. Folytathatja a fürt szerkesztését, ha valamelyik felület érvényesítése nem sikeres, de nem mentheti a fürtöt, ha érvénytelen bejegyzések vannak benne . Ezt megakadályozzuk, mert egy rosszul konfigurált fürt nehezen megoldható problémákat okozhat. |
Teendő:
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Ha az admin felhasználó nem látja a BroadWorks-hívás beállításokat, javasoljuk, hogy a Cisco TAC alkalmazással nyitjon egy esetet.
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.
Kattintson a legördülő menüre a következőhöz: CCW-előfizetési azonosító , keresse meg a partnerhez tartozó felsorolt előfizetéseket, és válassza ki a megfelelő előfizetést.
Ez a mező csak a Webex for BroadWorks-ről Webex-re áttelepített partnerek esetében jelenik meg.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.ap373197
R23 esetén:
AP.as.23.0.1075.ap373197
R24 esetén:
AP.as.24.0.944.ap384177
A Webex Cisco BroadWorks rendszerhez telepítéséhez szükséges BroadWorks javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben.Módosítsa a következőre:
Maintenance/ContainerOptions
összefüggésben.A létesítési URL paraméter engedélyezése:
/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true
Szerezze be a beüzemelési URL-cím(ek)et a Partner Hubból
Lásd a Cisco BroadWorks alkalmazáskiszolgáló parancssori felület Felügyeleti útmutató az AS parancsok részleteiért (Interfész > Üzenetküldés és szolgáltatás > Integrált IM&P).
Jelentkezzen be a Partner Hubba, és lépjen ide:
.Kattintson Sablonok megtekintése .
Válassza ki azt a sablont, amelyet a vállalat/csoport előfizetőinek Webex való kiépítéséhez használ.
A sablon részletei a jobb oldalon egy repülő ablaktáblában jelennek meg. Ha még nem hozott létre sablont, akkor ezt meg kell tennie, mielőtt megszerezné a létesítési URL-címet .
Másolja a Beüzemelési adapter URL-címe .
Ismételje meg ezt más sablonoknál is, ha egynél több sablonja van.
(Opció) Rendszerszintű üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
Előfordulhat, hogy nem kívánja beállítani a rendszerszintű kiépítési és szolgáltatási tartományt, ha UC-One SaaS-t használ. Lásd Döntési pontok a Környezet előkészítése részben. |
Jelentkezzen be az alkalmazáskiszolgálóra, és konfigurálja az üzenetkezelő felületet.
AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
AS_CLI/Interface/Messaging> set enableSynchronization true
Az integrált IMP felület aktiválása:
/AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
/AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true
Meg kell adnia a(z) teljes nevét |
(Opció) Vállalatonkénti üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
A BroadWorks felhasználói felületen nyissa meg a konfigurálni kívánt vállalatot, és lépjen a következőhöz: Szolgáltatások > Integrált IM&P .
Válassza ki Szolgáltatási tartomány használata és adjon meg egy fiktív értéket ( A Webex figyelmen kívül hagyja ezt a paramétert. Hasznos lehet
example.com
).Válassza ki Üzenetküldés szerver használata .
A URL mezőbe illessze be a Partner Hub sablonjából másolt beüzemelési URL -címet.
Meg kell adnia a(z) teljes nevét
provisioningURL
paramétert, ahogy azt a Partner Hubban megadták. Ha az alkalmazáskiszolgáló nem tud hozzáférni a DNS -hez a gazdagépnév feloldásához, akkor létre kell hoznia a leképezést a/etc/hosts
fájlt az AS-en.A Felhasználónév mezőbe adja meg a beüzemelési rendszergazda nevét. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
Adjon meg egy jelszót a beüzemelési rendszergazda számára. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
For Alapértelmezett felhasználói azonosító az IM&P azonosító , válassza ki Elsődleges .
Kattintson Alkalmaz .
Ismételje meg a fenti lépéseket a folyamaton keresztüli üzembe helyezésre konfigurálni kívánt többi vállalatnál.
Felhasználó-létesítési adatok
A BroadWorks és a Webex között a felhasználói kiépítés során kicserélt felhasználói adatokkal kapcsolatos információkért lásd: Szolgáltatói Felhasználó-létesítés .
Partner Pre-Provisioning Check API
A Pre-Provisioning Check API segítséget nyújt a rendszergazdáknak és az értékesítési csapatoknak azáltal, hogy ellenőrzi a hibákat, mielőtt egy ügyfél vagy előfizető csomagot biztosítana. A teljes partner rendszergazdai szerepkörrel rendelkező Felhasználó által engedélyezett felhasználók vagy integrációk használhatják ezt az API -t annak biztosítására, hogy ne legyenek ütközések vagy hibák egy adott ügyfél vagy előfizető csomagszolgáltatásával kapcsolatban.
Az API ellenőrzi, hogy nincs-e ütközés az adott ügyfél/előfizető és a Webex meglévő ügyfelei/előfizetői között. Például az API hibákat okozhat, ha az előfizető már ki van osztva egy másik ügyfél vagy partner számára, ha az e- e-mail-cím már létezik egy másik előfizető számára, vagy ha ütközés van a beüzemelési paraméterek és a Webex-en már meglévő paraméterek között. Ez lehetőséget ad arra, hogy még az üzembe helyezés előtt kijavítsa ezeket a hibákat, növelve a sikeres üzembe helyezés valószínűségét.
Az API-val kapcsolatos további információkért lásd: Webex for Wholesale Fejlesztői útmutató
Az API használatához menjen ide: Előzetesen ellenőrizze a nagykereskedelmi előfizetői szolgáltatást
A nagykereskedelmi előfizetői szolgáltatási dokumentum előzetes ellenőrzése eléréséhez be kell jelentkeznie a következőbehttps://developer.webex.com/ portálra. |
Partner SSO – SAML
Lehetővé teszi a partnerrendszergazdák számára az SAML SSO konfigurálását az újonnan létrehozott ügyfélszervezetek számára. A partnerek konfigurálhatnak egyetlen előre meghatározott SSO kapcsolatot, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
Az alábbi Partner SSO lépések csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partnerrendszergazdák megpróbálnak hozzáadni Partner SSO -t egy meglévő ügyfélszervezethez, a meglévő hitelesítési módszer megmarad annak érdekében, hogy a meglévő felhasználók ne veszítsék el a hozzáférésüket. |
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 .
Töltse fel azt a CI-metaadatfájlt, amely tartalmazza az Identity Provider alkalmazást.
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-Info
SIP fejléc:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true
AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
A
enableCallCorrelationID
Az Xsi-Actions alkalmazáshoz társított paraméter a híváskorrelációs információk Xsi-Actions naplókban való szerepeltetésének vezérlésére szolgál. Javasoljuk, hogy rendelkezzenenableCallCorrelationID
a következő paranccsal engedélyezhető az XSP-n| ADP interfészek:XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true
A híváskorrelációs azonosítóval kapcsolatos további információkért lásd: Cisco BroadWorks híváskorrelációs azonosító funkció leírása .
Címtár-szinkronizálás
A Címtár-szinkronizálás biztosítja, hogy a Webex Cisco BroadWorks felhasználói a Webex címtár segítségével hívhassanak bármely hívó entitást a BroadWorks kiszolgálóról. Ha ez a funkció engedélyezve van, a BroadWorks kiszolgáló teljes hívási címtárát a rendszer szinkronizálja a Webex címtárral. A felhasználók elérhetik a címtárat a Webex alkalmazásból, és a BroadWorks kiszolgálóról bármely hívó entitást felhívhatnak.
A Címtár-szinkronizálás bekapcsolásához lépjen a következőre: Címtár-szinkronizálás a Webex a Cisco BroadWorks rendszerhez .
A Webex Cisco BroadWorks folyamaton keresztüli üzembe helyezése hozzáadja az üzenetküldő felhasználókat és a kapcsolódó hívási információkat a BroadWorks kiszolgálóról a Webex platformhoz. A telefonlisták, a nem üzenetküldő felhasználók és a nem felhasználói entitások azonban nem szerepelnek benne (például konferenciatermi telefon, faxkészülék vagy keresőcsoport száma). A Címtár-szinkronizálás bekapcsolása biztosítja, hogy az összes hívó entitás hozzákerüljön a Webex platformhoz. |
Egységes híváselőzmények
Ha engedélyezve van az egyesített híváselőzmények, a BroadWorks hívási események szinkronizálódnak a Webex felhőbe, és részeivé válnak a Webex Unified hívás- és értekezletelőzményeknek, amelyek a Webex alkalmazásban jelennek meg. A felhasználók megtekinthetik saját részletes híváselőzményeiket és értekezletelőzményeiket a Webex alkalmazásból.
Az egyesített híváselőzményeket a partnerszintű rendszergazdák engedélyezhetik a Partner Hubban fürtönkénti alapon. Amikor ez a funkció be van kapcsolva, a BroadWorks-telepítés a következő hívási eseményeket szinkronizálja a Webex felhőbe:
Híváselőzmény-események – ezek az események hozzászoktak egy részletes egyesített híváselőzmény létrehozásához
Hook Status események—A Unified Call History olyan kagylóállapot-optimalizálásokat tartalmaz, amelyek csökkentik a hálózati sávszélességet a telefonos jelenlét frissítéseihez
Egységesített híváselőzmények követelményei
Az egyesített híváselőzmények konfigurálása előtt győződjön meg arról, hogy javította a rendszert. Ez a funkció a következő BroadWorks javítások telepítésétől függ:
R22 esetén:
AP.as.22.0.1123.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
R23 esetén:
AP.as.23.0.1075.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
XSP használata esetén—
AP.xsp.23.0.1075.ap378585
Ha ADP-t használ—
Xsi-Events-23_2021.05_1.251.bwar
R24 esetén:
AP.as.24.0.944.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
A Webex Cisco BroadWorks rendszerhez készült futtatásának előfeltételeként telepítendő BroadWorks-javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben. |
A rendszer javítása mellett az ügyfél konfigurációs fájlja ( config-wxt.xml
) a következő címkekészlettel kell rendelkeznie: <call-history enable-unified-history=”%ENABLE_UNIFIED_CALL_HISTORY_WXT%”/>
Ahhoz, hogy a Hunt Group, Call Center és egyéb átirányítási információk megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R23 esetén:
AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994
R24 esetén:
AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994
Ahhoz, hogy az Executive-Assistant információi megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R24 esetén:
AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
Az Xsi-Events-24-et futtató ADP_ 2022.06. vagy újabb
A Broadworks javítások mellett a Címtár szinkronizálást engedélyezni kell az Executive-Assistant egyesített híváselőzményeihez is.
Ha engedélyezi a híváselőzményeket vagy a DND-szinkronizálást, a Webex CTI -előfizetés-frissítési kérelmeket küld a fürthöz tartozó összes felhasználó számára. A felhasználók számától függően ez néhány óráig is eltarthat. Javasoljuk, hogy ne végezzen Broadworks-karbantartási tevékenységet ugyanazon a karbantartási időszak alatt. |
Híváselőzmények engedélyezése (új fürt)
Ha új fürtön szeretné engedélyezni a híváselőzményeket, olvassa el a fürtök hozzáadásának lépéseit Konfigurálja a saját partnerszervezetét a Partner Hubban .
Híváselőzmények engedélyezése (meglévő fürt)
Ha engedélyezni szeretné a híváselőzményeket egy meglévő fürtön, kövesse az alábbi lépéseket:
Jelentkezzen be a Partner Hubba a következő címen:
admin.webex.com
.Ugrás ide: Beállítások elemre és válasszon ki egy meglévő fürtöt.
Ellenőrizze, hogy a fürtkapcsolat megfelelő-e. A jobb oldali panelen egy zöld jelölő kell megjelennie a következővel: A kapcsolat létrejött .
Ha ez nem jelenik meg, akkor a következő alatt: Kapcsolatok ellenőrzése (opcionális) , adja meg BroadWorks felhasználói azonosító és BroadWorks jelszó és kattintson Ellenőrizze hogy ellenőrizze a kapcsolat megfelelőségét.
Ellenőrizze a hívásnapló engedélyezése jelölőnégyzet.
Kattintson a Mentés lehetőségre.
Funkcióinterakciók
A következő funkcióinterakciók léteznek az egyesített híváselőzmények esetében:
Az egyesített híváselőzmények nem támogatottak azoknál a felhasználóknál, akik a BroadWorksben útvonallistákkal vagy közvetlen útvonalakkal vannak konfigurálva. Ha ez a helyzet áll fenn, a rendszer nem küldi el a híváselőzményeket és a Hook állapot eseményeit a Webex alkalmazásba.
Az egyesített híváselőzmények nem támogatottak melléktárcsázás esetén. Előfordulhat, hogy a mellék tárcsázásával indított hívások nem jelennek meg megfelelően a Híváselőzményekben.
Híváselőzmények megtekintése a Webex alkalmazásban
A végfelhasználók a Webex alkalmazásból érhetik el és tekinthetik meg az egyesített híváselőzményeiket. A részletekért lásd: Webex| Hívás- és értekezletelőzmények megtekintése .
Az egyesített híváselőzmények letiltása
Miután engedélyezte az egyesített híváselőzményeket egy fürtön, önmagában nem tilthatja le a funkciót. Ha le szeretné tiltani a funkciót, forduljon a következőhöz: Cisco Technical Assistance Center (TAC) .
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. Példa: Asztali kliens esetén: Rendszer>Identitás/eszközprofil típusa Módosítás> Business Communicator - PC: Profil , Normál beállítások, Portok száma:
- HA a 'Korlátlan' engedélyezve van, nincs szükség módosításra
- HA a 'Korlátozott:' értéke <10, módosítsa az értéket = 10, és mentse az összes rendelkezésre álló vonalat
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 WebexMeetings
NS NE útválasztás az I-SBC számára
Példa konfigurációra
NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
Network Element WebexMeetings
Location = 1281465
Data Center =
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = NIL_PROFILE
Remote Lookup Enabled = false
Signaling Attributes =
NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
Routing NE Address Cost Weight Port Transport Route
=====================================================================
WebexMeetings sbc-address 1 99 - unspecified
NS útválasztási profil
UrlDialing házirend-példány hozzáadva a megfelelő útválasztási profil(ok)hoz
NS_CLI/Policy/Profile> get profile MyInst
Profile: Webex
Policy Instance
==========================================
…
UrlDialing WebexMeetings
AS NS Route használata a NetworkURL híváshoz
Engedélyezze az AS számára az NS útvonal tiszteletben tartását Hibrid AS módban
AS_CLI/Interface/IMS> set queryNSForNetworkURL true
E911 Segélyhívás
A Webex for Cisco BroadWorks támogatja az E911 segélyhívó szolgálatok hívását. Ezzel a funkcióval a segélyhívások egy PSAP-ra lesznek irányítva, amely a segélyhívó szolgálatokat a hívó fél helyszínére irányíthatja. A funkció használatához integrálnia kell a Webex for Cisco BroadWorks alkalmazást egy E911 segélyhívás szolgáltatóval.
A következő Webex -cikkek segítségével konfigurálhatja az E911 segélyhívó szolgáltatásainak támogatását:
E911 vészhívás a Webex for BroadWorks alkalmazásban —E cikk segítségével konfigurálhatja az E911-vészhívást a Webex for Cisco BroadWorks alkalmazásban az alábbi támogatott E911-szolgáltatók egyikének használatával:
Sávszélesség
Intrado
RedSky
Segélyhívási felelősség kizárása — Ha rendelkezik helymeghatározási szolgáltatással, beállíthatja, hogy a Webex alkalmazás Vészhelyzeti szolgálatok felelősségkizárása ablaka tartalmazzon lehetőséget a felhasználók számára, hogy bejelentkezéskor frissítsék a tartózkodási helyüket.
Ügyfelek testre szabása és biztosítása
A felhasználók letöltik és telepítik az általános Webex -alkalmazásaikat, asztali számítógépre vagy mobilra (a letöltési hivatkozásokat lásd: Webex alkalmazásplatformok ). A felhasználó hitelesítését követően a kliens regisztrál a Webex Cloudon üzenetküldéshez és értekezletekhez, lekéri a márkainformációit, felfedezi a BroadWorks szolgáltatás információit, és letölti a hívási konfigurációját a BroadWorks alkalmazáskiszolgálóról (DMS-en keresztül XSP-n| ADP).
A Webex-alkalmazások hívási paramétereit a Webex -ben konfigurálhatja (a szokásos módon). A Control Hubban konfigurálhatja a márkaépítési, üzenetküldési és értekezletparamétereket az ügyfelek számára. A konfigurációs fájl közvetlenül nem lehet módosítani.
Ez a két konfigurációkészlet átfedheti egymást, ebben az esetben a Webex -konfiguráció felülírja a BroadWorks-konfigurációt.
Webex Apps konfigurációs sablonok hozzáadása a BroadWorks alkalmazáskiszolgálóhoz
A Webex alkalmazások DTAF fájlokkal vannak konfigurálva. Az ügyfelek letöltenek egy konfigurációs XML-fájl az alkalmazáskiszolgálóról az XSP eszközkezelő szolgáltatásán keresztül| ADP.
Szerezze be a szükséges DTAF fájlokat (lásd Eszközprofilok lehetőségre A környezet előkészítése szakaszban).
Ellenőrizze, hogy a megfelelő címkekészletek vannak-e beállítva BroadWorks System > Erőforrások > Eszközkezelési címkekészletek .
Minden egyes beüzemelt ügyfél esetében:
Töltse le és bontsa ki a DTAF zip fájlt az adott klienshez.
DTAF-fájlok importálása a BroadWorks-be itt: Rendszer > Erőforrások > Identitás/eszközprofil típusok
Nyissa meg az újonnan hozzáadott eszközprofil szerkesztéshez, és:
Adja meg az XSP-t| ADP farm FQDN és Device Access Protocol.
Ellenőrizze a Távoli partyinformációk támogatása jelölőnégyzet. Ez a támogatás szükséges az asztalmegosztás működéséhez.
A távoli fél támogatását úgy is engedélyezheti, hogy futtatja a következő CLI-parancs az alkalmazáskiszolgálón:AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Módosítsa a sablonokat a környezetének megfelelően (lásd az alábbi táblázatot).
Mentse el a profilját.
Kattintson Fájlok és hitelesítés majd válassza ki az összes rendszerfájl újraépítését.
Név | Leírás |
Kodek prioritás | Állítsa be a VoIP -hívások hang- és videokodekeinek prioritási sorrendjét |
TCP, UDP és TLS | Konfigurálja a SIP-jelküldés és médiához használt protokollokat |
RTP audio és videó portok | Porttartományok konfigurálása az RTP hanghoz és videóhoz |
SIP beállítások | Konfigurálhatja a SIP -pel kapcsolatos különféle opciókat (SIP INFO, rport használata, SIP-proxy felderítés, frissítési időközök a regisztrációhoz és az előfizetéshez stb.) |
A Webex alkalmazás márkaépítésének testreszabása
Partner testreszabása—A partneri rendszergazdák alkalmazhatnak speciális márkaépítési testreszabásokat, amelyek a partner által kezelt partnerszervezetre és/vagy ügyfelekre vonatkoznak. Lásd Speciális márka-testreszabások konfigurálása .
Ügyfélre vonatkozó testreszabások—Ha a partner lehetővé teszi az ügyfelek számára, hogy alkalmazzák saját márkaépítési testreszabásaikat, az ügyfél rendszergazdái a következő oldalon követhetik az eljárást: Vállalati márkaépítés hozzáadása a Webex .
A Felhasználóaktiválási portál ugyanazt az emblémát használja, mint amit az ügyfél márkaépítéshez ad hozzá. |
A problémajelentési és a súgó URL-címek testreszabása
A beállítások testreszabásához a rendszergazdák követhetik a „Visszajelzés és súgóoldal URL-címeinek hozzáadása” című eljárást, amely mindkét fenti Márkaépítési cikkben található.
A Webex for Cisco BroadWorks tesztszervezetének konfigurálása
Mielőtt elkezdené
Átfolyós üzembe helyezéssel
Az összes XSP-t be kell állítania| Az ADP-szolgáltatásokat, és a partnerszervezetet a Control Hubban, mielőtt elvégezné ezt a feladatot.
1 | Szolgáltatás hozzárendelése a BroadWorks-ben: |
2 | Ügyfélszervezet és felhasználók ellenőrzése a Control Hubban: |
Felhasználói tesztelés
1 | Töltse le a Webex alkalmazás két különböző gépen. |
2 | Jelentkezzen be tesztfelhasználóként a két gépen. |
3 | Indítson teszthívásokat. |
Ügyfélszervezetek biztosítása
A jelenlegi modellben automatikusan kiépítjük az ügyfélszervezetet, amikor belép az első felhasználóba a jelen dokumentumban ismertetett módszerek bármelyikén keresztül. Az üzembe helyezés csak egyszer történik minden ügyfél esetében.
Felhasználók beüzemelése
A szolgáltatlási felhasználók a következő módokon adhatja ki:
Használjon API-kat Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailekhez a Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailek nélkül. A felhasználók megadják és érvényesítik az e-mail-címeket a Webex -fiókok létrehozásához
Engedélyezze a felhasználók számára az önaktiválást (küldjön nekik egy hivatkozást, ők hoznak létre Webex -fiókot)
Nyilvános üzembe helyezési API-k
A Webex nyilvános API-kat tesz elérhetővé, hogy lehetővé tegyék a szolgáltatók számára, hogy integrálják a Webex for Cisco BroadWorks előfizetői kiépítését a meglévő üzembe helyezési munkafolyamataikba. Ezen API-k specifikációi itt érhetők el: developer.webex.com
. Ha ezekkel az API-kkal szeretne fejleszteni, forduljon a Cisco képviselőjéhez, és szerezze be a Webex Cisco BroadWorks alkalmazást.
A nagykereskedelmi ügyfeleket elutasítják ezek az API-k. |
Folyamatos üzembe helyezés
A BroadWorks rendszeren a szolgáltatlási felhasználók a Integrált IM&P engedélyezése opciót. Ez a művelet arra készteti a BroadWorks üzembe helyezési illesztőt, hogy egy API-hívás indít a felhasználó kiépítéséhez a Webex-en. Az üzembe helyezési API -nk visszafelé kompatibilis az UC-One SaaS API-val . A BroadWorks AS nem igényel kódmódosítást, csak a létesítési adapter API -végpontjának konfigurációs módosítás .
Az előfizetők telepítése a Webex -en jelentős időt vehet igénybe (a kezdeti felhasználónál több percet is igénybe vehet a vállalaton belül). A Webex az üzembe helyezést háttérfeladatként végzi. Tehát az átmenőleges üzembe helyezés sikeressége azt jelzi, hogy a telepítés megkezdődött. Nem jelzi a befejezést. Annak ellenőrzéséhez, hogy a felhasználók és az ügyfélszervezet teljes körűen kiépült-e a Webex rendszerében, be kell jelentkeznie a Partner Hubra, és meg kell néznie az Ügyféllistát. A BroadWorks törzshálózatot használó felhasználók megosztott hívási megjelenésen (SCA) keresztül rendelkezhetnek Webex for BroadWorks-szel. A trönkelő felhasználóhoz hozzá kell rendelni a hitelesítési szolgáltatást. A BroadWorks trunking megoldási útmutató 8. szakaszában leírtak szerint ez lehetővé teszi, hogy az SCA Webex megjelenés hitelesítése elkülönüljön a közös fővonali hitelesítéstől. A Webex for BroadWorks nem létesíthető olyan trönkelő felhasználók számára, akiknek Útvonallista vagy Közvetlen útválasztás funkciói vannak hozzárendelve. |
A sablonok helye átkerült a BroadWorks Calling alkalmazásból a Szervezeti beállításokban az Ügyféllista részbe, és mostantól Bevezető sablonnak hívják. |
Felhasználói önaktiválás
BroadWorks-felhasználók kiépítése a Webex az Integrált IM&P szolgáltatás hozzárendelése nélkül:
Jelentkezzen be a Partner Hubba, és keresse meg a Ügyféllista oldalon.
Kattintson Sablonok megtekintése .
Válassza ki az erre a felhasználóra alkalmazni kívánt beüzemelési beléptető sablont.
Ne feledje, hogy minden sablon egy fürthöz és a partnerszervezethez van társítva. Ha a felhasználó nincs a sablonhoz társított BroadWorks rendszerben, akkor a felhasználó nem tudja aktiválni magát a hivatkozással.
Másolja ki a beüzemelési hivatkozást, és küldje el a felhasználónak.
Érdemes lehet a szoftverletöltési hivatkozást is feltüntetni, és emlékeztetni a felhasználót, hogy a Webex -fiók aktiválásához meg kell adnia és ellenőriznie kell az e- e-mail-cím .
A kiválasztott sablonon nyomon követheti a felhasználó aktiválási állapotát.
További információkért lásd: Felhasználó-létesítési és aktiválási folyamatok .
Beüzemelés nem megbízható e-mailekkel
A Partner Hub egy sor vezérlőt biztosít a Felhasználói állapot nézeten belül, amely lehetővé teszi Webex a Cisco BroadWorks rendszerhez A szolgáltató rendszergazdái ellenőrzik a felhasználó állapotát, és kijavítják a hibákat a nem megbízható e-mailekkel történő beüzemeléskor. További részletekért lásd: A felhasználói kiépítés ellenőrzése nem megbízható e-mailekkel.
Webex -felhasználók áthelyezése a Webex for Cisco BroadWorks rendszerébe
Ha meglévő Webex -felhasználókat szeretne áthelyezni a Webex for Cisco BroadWorks rendszerébe, tekintse meg az alábbi táblázatot a követendő eljárás meghatározásához.
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) |
|
Ügyfélszervezet | A Webex for BroadWorks csatolása a meglévő szervezethez — A szervezeti melléklet (az első felhasználó számára) a Webex for BroadWorks alkalmazást is hozzáadja a következő felhasználókhoz, amennyiben azok a megfelelő szervezethez vannak rendelve. |
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) | Ha a Webex for BroadWorks-szervezet nem létezik (nincs kiépítve felhasználó):
Ha létezik Webex for BroadWorks-szervezet (legalább egy felhasználó ki van jelölve):
|
Ügyfélszervezet |
|
Felhasználó áthelyezése (beleegyezéssel) a Webex Cisco BroadWorks alkalmazásba
Ezzel az eljárással áthelyezhet egy meglévő Webex -felhasználót, aki egy fogyasztói szervezethez tartozik, vagy önregisztráló fiókkal (ingyenes fiókkal vagy próbafiókkal) rendelkezik a Webex for Cisco BroadWorks rendszerébe. Ne feledje, hogy a Webex for Cisco BroadWorks szervezetnek léteznie kell (az első felhasználó kiépítésével). Ebben az esetben az alábbi lehetőségek egyikével helyezheti át a felhasználókat:
Felhasználó áthelyezése (megbízható e- e-mail-címmel) – A megbízható e-mail-címekkel történő létesítést használja
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel) – A nem megbízható e-mailekkel kapcsolatos szolgáltatást használja
Önaktiválás
Felhasználó áthelyezése (megbízható e- e-mail-címmel)
Ha a belépési sablon megbízható e-maileket használ, a partner rendszergazda a következő felhasználókat a következő folyamattal helyezheti át:
A rendszergazda hozzáadja a felhasználót.
A felhasználó a BroadWorks Provisioning Bridge-re kerül.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Fiók aktiválása . A felhasználót a rendszer a Webex Consumer portálra irányítja át.
A felhasználó bejelentkezik a Webex.
Felhasználói kattintások Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel)
Ha a beléptető sablon nem megbízható e-maileket használ, először a felhasználó e- e-mail-cím kell érvényesíteni. A rendszergazda az alábbi folyamatot követve helyezheti át a következő felhasználókat:
A rendszergazda hozzáadja a felhasználót.
A felhasználó automatikusan a BroadWorks Provisioning Bridge-re kerül.
A rendszer egy aktiválási hivatkozást tartalmazó szöveget küld a felhasználónak.
A felhasználó rákattint az Aktiválás hivatkozásra, és megadja az e- e-mail-cím.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Csatlakozzon most .
Az e- e-mail-cím érvényesítése megtörtént.
A rendszer átirányítja a felhasználót, hogy jelentkezzen be a Webex Consumer portálra.
A felhasználó bejelentkezik a Webex.
A felhasználónak rá kell kattintania Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Önaktiválási folyamat
Ha a felhasználónak van BroadWorks-fiókja, akkor az önaktiválási folyamat segítségével áthelyezheti a fiókját.
A felhasználó BroadWorks hitelesítési adataival jelentkezik be a felhasználói hozzáférési portál URL -címére.
A felhasználó megadja az e- e-mail-cím.
A felhasználó a BroadWorks Provisioning Bridge-be kerül.
A rendszer egy automatikus e-mailt küld a felhasználó e- e-mail-cím.
A felhasználó megnyitja az e-mailt, és rákattint a Csatlakozzon most hivatkozást, amely hitelesíti az e- e-mail-cím.
A CI azt találja, hogy a felhasználónak már van Webex -fiókja. A felhasználónak törölnie kell a régi fiókját, mielőtt folytatná.
A rendszer átirányítja a felhasználót a Webex való bejelentkezésre.
A felhasználó bejelentkezik a Fogyasztói Portálra.
A felhasználó rákattint Fiók törlése lehetőségre .
A régi Webex -fiók törlődik.
A felhasználó egy új Webex for Cisco BroadWorks-fiókot kapott ugyanazzal az e- e-mail-cím.
A Webex for BroadWorks csatolása a meglévő szervezethez
Ha Ön partner rendszergazda Webex for BroadWorks szolgáltatásokat ad hozzá egy meglévő Webex ügyfélszervezethez, amely még nincs társítva partner által kezelt BroadWorks-vállalattal, az ügyfélszervezet rendszergazdájának KELL jóváhagynia a rendszergazdai hozzáférést ahhoz, hogy a beüzemelési kérelem sikeres legyen.
Szervezeti rendszergazdai jóváhagyásra van szükség, ha a következők bármelyike igaz:
A meglévő ügyfélszervezetnek 100 vagy több felhasználója van
A szervezet ellenőrzött e-mail-domainnel rendelkezik
A szervezeti tartomány igényelve
Ha a fenti feltételek egyike sem teljesül, akkor automatikus csatolás történhet.
Egy an Automatikus csatolás forgatókönyv esetén a Webex for BroadWorks-előfizetés hozzáadásra kerül egy meglévő ügyfélszervezethez a meglévő szervezeti rendszergazda vagy végfelhasználó értesítése nélkül. A legtöbb esetben a Partnerszervezete létesítési rendszergazdai jogokat kap. Ha azonban az ügyfélszervezetnek nincs licence, vagy csak felfüggesztett/visszavont licencei vannak, akkor teljes körű rendszergazda lesz. Az üzembe helyezési rendszergazdai hozzáféréssel korlátozott mértékben láthatja a meglévő szervezet felhasználóit a Control Hubban. Javasoljuk, hogy vegye fel a kapcsolatot az ügyfél rendszergazdájával, és kérjen teljes rendszergazdai hozzáférést a szervezethez. |
A partnerrendszergazdák a következő eljárással adhatják hozzá a BroadWorks hívási szolgáltatásokat egy meglévő Webex szervezethez:
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ó üzembe helyezésének 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. |
Előfizetés lemondása a Control Hubról
Mivel az API privát, az ügyfelek nem férhetnek hozzá. Ehelyett a következő lépések bemutatják, hogyan mondhatják le az ügyfelek a saját előfizetésüket a Control Hubról:
A Partner-rendszergazda az Ügyfél vezérlőpultján navigálhat a „Hibrid” szolgáltatások oldalra.
Keresse meg a „BroadWorks Calling” kártyát.
Miután az összes felhasználó telepítése megtörtént a Webex for BroadWorks alkalmazásból az adott Ügyfél számára, a Partnernek látnia kell a „Konfiguráció törlése” gombot (azaz törli acustomer_config bejegyzés a BPB-ben).
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.
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 WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw
Terminológia
- ACL
- Hozzáférés-vezérlési lista
- ALG
- Alkalmazásréteg-átjáró
- API
- Alkalmazásprogramozási felület
- APNS
- Apple leküldéses értesítés Service
- AS
- Alkalmazáskiszolgáló
- ATA
- Analóg telefonadapter, adapter, amely az analóg telefonálást VoIP -re alakítja
- BAM
- BroadSoft alkalmazáskezelő
- Alapszintű hitelesítés
- Olyan hitelesítési módszer, amelyben egy fiók (felhasználónév) egy megosztott titkos kód (jelszó) van hitelesítve.
- BMS
- BroadSoft Üzenetküldés Server
- BOSH
- Kétirányú adatfolyamok szinkron HTTP-n keresztül
- BRI
- Alapsebességű interfész A BRI egy ISDN hozzáférési módszer
- Csomag lehetőségre
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- CA
- Hitelesítés-szolgáltató
- Szolgáltató
- A telefonos forgalmat lebonyolító szervezet (vö. Partner, Szolgáltató, Értéknövelt viszonteladó)
- CAPTCHA
- Teljesen automatizált nyilvános Turing-teszt a számítógépek és az emberek megkülönböztetésére
- CCXML
- Hívásvezérlő bővíthető jelölőnyelv
- CIF
- Közös köztes formátum
- CLI
- Parancssori felület
- CN
- Általános név
- CNPS
- Hívásértesítések Push Server. Egy XSP-n futó Notification Push szerver| ADP a környezetében, hogy hívásértesítéseket küldjön az FCM és APNS felé. Lásd: NPS-proxy.
- CPE
- Ügyféltelepi berendezések
- CPR
- Egyéni jelenléti szabály
- CSS
- Lépcsőzetes stíluslap
- CSV
- Vesszővel elválasztott érték
- CTI
- Számítógépes telefonos integráció
- CUBE
- Cisco Unified Border Element
- DMZ
- Demilitarizált zóna
- DN
- Telefonkönyvi szám
- DND
- Ne zavarjanak
- DNS
- Tartománynév-rendszer
- DPG
- Tárcsázza a társcsoportot
- DSCP
- Differenciált szolgáltatások kódpontja
- DTAF
- Eszköztípus archív fájl
- DTG
- Cél fővonalcsoport
- DTMF
- Dual-Tone Multi-Frequency
- Végfelhasználó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Előfizető)
- Nagyvállalati
- Végfelhasználók gyűjteménye (vö. Szervezet)
- FCM
- Firebase felhőalapú Üzenetküldés
- FMC
- Javított mobilkonvergencia
- Átfolyós beüzemelés
- Felhasználók létrehozása a Webex identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorksben.
- FQDN
- Teljes tartománynév
- Teljes átfolyású üzembe helyezés
- Létrehozása és ellenőrzése felhasználókat a Webex Identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorks és állítva hogy minden BroadWorks-felhasználó egyedi és érvényes e- e-mail-cím rendelkezik .
- FXO
- A Devizairoda az a port, amely az analóg vonalat fogadja. Ez a telefon vagy a faxkészülék, illetve az analóg telefon csatlakozói. On-hook/off-hook jelzést ad (hurokzárás). Mivel az FXO port egy eszközhöz, például faxhoz vagy telefonhoz csatlakozik, az eszközt gyakran „FXO eszköznek” is nevezik.
- FXS
- A deviza-előfizető az a port, amely ténylegesen továbbítja az analóg vonalat az előfizetőnek. Más szóval, a „dugó a falba” az, amelyik a tárcsahang, az akkumulátoráramot és a csengőfeszültséget továbbítja.
- GCM
- Google Cloud Message lehetőségre
- GCM
- Galois/Counter mód (titkosítási technológia)
- HID
- Emberi felület eszköz
- HTTPS
- Hypertext Transfer Protocol Secure Sockets
- IAD
- Integrált hozzáférési eszköz
- IM&P
- Azonnali Üzenetküldés és jelenlét
- IP PSTN
- Olyan szolgáltató , amely VoIP -ot nyújt a PSTN-nek, felcserélhető az ITSP-vel, vagy az internethez kapcsolódó „nyilvános” telefonálás általános kifejezésével, amelyet a nagy távközlési szolgáltatók biztosítanak (nem pedig országok szerint, ahogyan a PSTN az).
- ITSP
- Internettelefon szolgáltató
- IVR
- interaktív hangválasz / válaszadó
- JID
- Az XMPP entitások natív címét Jabber-azonosítónak vagy JID-nek nevezik localpart@tartomány.part.example.com/resourcepart (@ . / elválasztók)
- JSON
- Java Script objektumjelölés
- JSSE
- Java Secure Socket kiterjesztés; a mögöttes technológia, amely biztonságos kapcsolódási szolgáltatásokat nyújt a BroadWorks szervereknek
- KEM
- Kulcskiterjesztés modul (hardveres Cisco telefonok)
- LLT
- Hosszú élettartamú (vagy Long Life) token; a vivői token önleíró, biztonságos formája, amely lehetővé teszi a felhasználók számára, hogy hosszabb ideig maradjanak hitelesítettek, és nincs bizonyos alkalmazásokhoz kötve.
- MA
- Üzenetarchiválás
- MIB
- Vezetési információs bázis
- MS
- Médiakiszolgáló
- mTLS
- Kölcsönös hitelesítés két fél között, tanúsítványcserével, TLS kapcsolat létesítésekor
- MUC
- Többfelhasználós csevegés
- NAT
- Hálózati cím fordítások
- NPS
- Notification Push Server; lásd: CNPS
- NPS-proxy
-
A Webex olyan szolgáltatása, amely rövid élettartamú hitelesítési tokeneket szállít a CNPS-nek, lehetővé téve, hogy hívási értesítéseket küldjön le az FCM és az APN, végső soron a Webex futtató Android és iOS eszközök számára.
- OCI
- Nyissa meg az ügyfélfelületet
- Szervezet
- Végfelhasználók egy csoportját képviselő vállalat vagy szervezet (vö. Vállalati)
- OTG
- Kimenő fővonal-csoport
- Csomag
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- Partner
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Értéknövelt viszonteladó, szolgáltató, szolgáltató)
- PBX
- Privát fiókcsere
- PEM
- Továbbfejlesztett adatvédelmi levelezés
- PLMN
- Nyilvános szárazföldi mobilhálózat
- PRI
- A Primary Rate Interface (PRI) egy távközlési interfészszabvány , amelyet Integrált Szolgáltatású Digitális Hálózaton (ISDN) használnak .
- Ui.:
- Profilkiszolgáló
- PSTN
- Nyilvános kapcsolt telefonhálózat
- QoS
- Szolgáltatásminőség
- Viszonteladói portál
- Egy weboldal, amely lehetővé teszi a viszonteladó rendszergazdájának az UC-One SaaS-megoldás konfigurálását. Néha BAM portálnak, rendszergazdai portálnak vagy felügyeleti portálnak is nevezik.
- RTCP
- Valós idejű vezérlési protokoll
- RTP
- Real-Time Transport protokoll
- SBC
- Session Border Controller
- SCA
- Shared Call megjelenése
- SD
- Szabványos felbontás
- SDP
- Munkamenetleíró protokoll
- SP
- Szolgáltató; Olyan szervezet, amely telefonos vagy kapcsolódó szolgáltatásokat nyújt más szervezeteknek (vö. Szolgáltató, Partner, Értéknövelt viszonteladó)
- SIP
- Session Initiation Protocol
- SLT
- Rövid élettartamú (vagy rövid élettartamú) token (más néven BroadWorks SSO token); egy egyszer használatos hitelesített token, amely a webes alkalmazások biztonságos elérésére szolgál.
- SMB
- Kis- és középvállalkozások
- SNMP
- Egyszerű hálózatkezelési protokoll
- sRTCP
- biztonságos Realtime Transfer Control Protocol (VoIP hívásmédia)
- sRTP
- biztonságos Realtime Transfer Protocol (VoIP hívásmédia)
- SSL
- Biztonságos socket-réteg
- Feliratkozó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Végfelhasználó)
- TCP
- Átvitelvezérlő protokoll
- TDM
- Időosztásos multiplexelés
- TLS
- Transport Layer Security (TLS)
- Általános Szerződési Feltételek
- Szolgáltatás típusa
- UAP
- Felhasználói aktiválási portál
- UC
- Egységesített kommunikáció
- UI
- Felhasználói felület
- U azonosító
- Egyedi azonosító
- UMS
- Üzenetküldés szerver
- URI
- Egységes erőforrás-azonosító
- URL
- Uniform Resource Locator
- USS
- Megosztási kiszolgáló
- UTC
- Egyezményes koordinált világidő
- UVS
- Videó szerver
- Értéknövelt viszonteladó (VAR)
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Szolgáltató, Partner, Szolgáltató)
- VGA
- Video Graphics Array
- VoIP
- Voice over internetprotokoll (IP)
- VXML
- Hanggal bővíthető jelölőnyelv
- WebDAV
- web elosztott szerzői és verziószámozás
- WebRTC
- web valós idejű kommunikáció
- WRS
- WebRTC szerver
- XMPP
- Bővíthető Üzenetküldés és jelenléti protokoll
Szolgáltatások konfigurálása (mTLS-szel a hitelesítési szolgáltatáshoz)
Az alábbi eljárások váltják fel a témakörben szereplő eljárásokat Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k . Ezeket az eljárásokat csak akkor végezze el, ha mTLS-t használ a hitelesítési szolgáltatáshoz a CI token érvényesítés helyett. Ezek az eljárások kötelezőek, ha több Webex -szervezetet futtat ugyanazon az XSP-n| ADP szerver. Ellenkező esetben ezek nem kötelezőek.
Ha nem futtat több Webex -szervezetet ugyanazon az XSP-n keresztül| ADP szerver, CI Token Validation ( TLS-szel) javasolt a hitelesítési szolgáltatáshoz. Lásd: Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k a hitelesítési szolgáltatás és egyéb szolgáltatások konfigurálásával kapcsolatos részletekért. |
Xsi felületek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a leírás szerint Cisco BroadWorks Xtended Services felület konfigurációs útmutató .
Az Xsi-Events alkalmazásoknak csak egy példányát kell telepíteni az XSP-re| A CTI interfészhez használt ADP.
A Broadworks és a Webex közötti integrációhoz használt összes Xsi-Eventnek ugyanazzal a Webex -vel kell rendelkeznie, mint az Applications/Xsi-Events/GeneralSettings alatt. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
Amikor egy felhasználó bejelentkezett a Webex, a Webex előfizetést hoz létre a felhasználó számára az AS-en, hogy fogadja a telefonos eseményeket a jelenlét és a hívásnapló vonatkozásában. Az előfizetés a callControlApplicationName alkalmazáshoz van társítva, és az AS ennek alapján tudja, melyik Xsi-Eventsnek küldje el a telefonos eseményeket.
A callControlApplicationName módosítása, vagy ha nem ugyanaz a név az összes Xsi-Events webalkalmazáson, az hatással lesz az előfizetésekre és a telefonos eseményekre. |
Hitelesítési szolgáltatás konfigurálása (mTLS-szel)
A hosszú élettartamú BroadWorks tokeneket az XSP-n tárolt hitelesítési szolgáltatás hozza létre és hitelesíti| ADP-k.
Követelmények
Az XSP| A hitelesítési szolgáltatást futtató ADP-kiszolgálóknak rendelkezniük kell konfigurált mTLS-interfészekkel.
XSP| Az ADP-knek ugyanazokat a kulcsokat kell megosztaniuk a BroadWorks hosszú élettartamú tokenek titkosításához/visszafejtéséhez. Ezeknek a kulcsoknak a másolása az egyes XSP-kre| Az ADP manuális folyamat.
XSP| Az ADP-ket szinkronizálni kell az NTP-vel.
Konfiguráció áttekintése
Az alapvető konfiguráció az XSP-n| Az ADP-k a következőket tartalmazzák:
Telepítse a hitelesítési szolgáltatást.
Állítsa be a token időtartamát legalább 60 napra (hagyja meg a kibocsátót BroadWorksként).
RSA -kulcsok létrehozása és megosztása XSP-n keresztül| ADP-k.
Adja meg a webes tároló authService URL -címét.
Telepítse a hitelesítési szolgáltatást az XSP rendszeren| ADP
Minden XSP-n| A Webex használt ADP:
Aktiválja a hitelesítési szolgáltatás alkalmazást az elérési úton
/authService
(ezt az elérési utat kell használnia):XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService
(hol
<version>
az Ön BroadWorks-verziója).Az alkalmazás telepítése:
XSP|ADP_CLI/Maintenance/ManagedObjects>
deploy application /authService
Token időtartamának konfigurálása
A meglévő tokenkonfiguráció ellenőrzése (óra):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
get
Állítsa be az időtartamot 60 napra (maximum 180 nap):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
set tokenDurationInHours 1440
RSA -kulcsok létrehozása és megosztása
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
E két tényező miatt egyetlen XSP-n kell kulcsokat generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k. |
Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress> /authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét
Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket.
Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Bizalom konfigurálása a hitelesítési szolgáltatáshoz (mTLS-szel)
Jelentkezzen be a Control Hubba a partnerrendszergazdai rendszergazdafiók.
Ugrás ide: Töltse Webex CA-tanúsítványt hogy megkapja
és kattintsonCombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
.Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
.Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
. (Nem kötelező) Futtassa a súgótUpdateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot
,webexclientroot2023
,webexclientissuing
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, ha mind a négy bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
(Opció) Az mTLS konfigurálása a HTTP interfész/port szintjén
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS-t HTTP interfész/port szinten állítja be, az mTLS-re minden, ezen a felületen/porton keresztül elérhető webalkalmazáshoz szükség van.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/HttpServer>
és futtassa aget
parancsot a felületek megtekintéséhez.Interfész hozzáadása és ügyfélhitelesítés előírása (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Lényegében az első
true
TLS -sel (a kiszolgálótanúsítvány létrejön, ha szükséges), és a másodiktrue
arra kényszeríti a felületet, hogy klienstanúsítvány -hitelesítést igényeljen (együtt mTLS).
Például:
XSP|ADP_CLI/Interface/Http/HttpServer> get
Interface Port Name Secure Client Auth Req Cluster Fqdn
=======================================================
192.0.2.7 443 XSP|ADP01.collab.example.net true false
192.0.2.7 444 XSP|ADP01.collab.example.net true true
Ebben a példában az mTLS (Client Auth Req = true) engedélyezve van 192.0.2.7
port 444
. A TLS engedélyezve van 192.0.2.7
port 443
.
(Opció) Az mTLS konfigurálása adott webes alkalmazásokhoz
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS alkalmazásszinten konfigurálódik, az mTLS-re az adott alkalmazáshoz is szükség van, függetlenül a HTTP kiszolgáló interfész konfigurációjától.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
és futtassa aget
parancsot, hogy megtudja, mely alkalmazások futnak.Alkalmazás hozzáadása és ügyfélhitelesítés előírása hozzá (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Az alkalmazásnevek ott vannak felsorolva. A
true
ebben a parancsban engedélyezi az mTLS-t.
Például:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
add 192.0.2.7 443 AuthenticationService true
A példaparancs hozzáadja az AuthenticationService alkalmazást a 192.0.2.7:443-hoz, és megköveteli tőle, hogy tanúsítványokat kérjen és hitelesítsen az ügyféltől.
Ellenőrizze a következővel: get
:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
get
Interface Ip Port Application Name Client Auth Req
===================================================
192.0.2.7 443 AuthenticationService true
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
Merre tovább?
A konfigurációhoz újra csatlakozhat a fő dokumentumfolyamathoz a következő időpontban: CTI felület és kapcsolódó konfiguráció .
További tanúsítványkövetelmények az AuthService elleni kölcsönös TLS -hitelesítéshez
A Webex és a hitelesítési szolgáltatás egy kölcsönös TLS -hitelesített kapcsolaton keresztül működik együtt. Ez azt jelenti, hogy a Webex bemutat egy klienstanúsítvány és az XSP-t| Az ADP-nek hitelesítenie kell. Annak érdekében, hogy megbízható legyen ez a tanúsítvány, a Webex CA-tanúsítvány segítségével hozzon létre egy megbízhatósági horgonyt az XSP-n| ADP (vagy proxy). A tanúsítványlánc letölthető a Partner Hubon keresztül:
Ugrás ide: Beállítások > BroadWorks-hívás lehetőséget .
Kattintson a tanúsítvány letöltése hivatkozásra.
A tanúsítványlánc innen is beszerezhetihttps://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt . |
A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy ebben a három esetben hol kell telepíteni a Webex CA-tanúsítvány .
Kölcsönös TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be a proxynak.
A Webex CA-tanúsítvány a proxy megbízhatósági tárolójában van telepítve, így a proxy megbízik az klienstanúsítvány.
A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy egy nyilvánosan aláírt kiszolgálótanúsítvány mutat be a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions:
X509v3 Extended Key Usage:
1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Kölcsönös TLS -tanúsítvány-követelmények a TLS-passthrough proxyhoz vagy XSP-hez DMZ-ben
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be az XSP-knek.
A Webex CA-tanúsítvány az XSP-k bizalmi tárolójában van telepítve, így az XSP-k megbíznak az klienstanúsítvány.
A nyilvánosan aláírt XSP kiszolgálótanúsítvány is betöltődik az XSP-kbe.
Az XSP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex megbízik az XSP-k kiszolgálótanúsítványait aláíró nyilvános hitelesítésszolgáltatóban.
Dokumentum módosítási előzmények
A következő táblázat a dokumentum módosításainak előzményeit mutatja be az elmúlt 12 hónapban.
Dátum | Verzió | A változás leírása | |
---|---|---|---|
2024. 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 04 | 2-89 |
| |
2023. április 27 | 2-88 |
| |
2023. április 14. | 2-87 |
| |
2023. március 17 | 2-86 |
| |
2023. március 11 | 2-85 |
| |
2023. március 10 | 2-84 |
| |
2023. március 07 | 2-83 |
| |
2023. február 28 | 2-82 |
| |
2023. február 15 | 2-81 |
| |
2023. február 10 | 2-80 |
| |
Bemutatkozik a Webex Cisco BroadWorks rendszerhez
Dokumentum módosítási előzmények
Ez a szakasz a Cisco partnerszervezetek (szolgáltatók) rendszergazdáinak szól, akik a Webex bevezetik az ügyfélszervezeteik számára, vagy közvetlenül biztosítják ezt a megoldást a saját előfizetőiknek.
Megoldás Célja
Webex felhőalapú együttműködési funkciók biztosítása olyan kis és közepes ügyfelek számára, akik már rendelkeznek a BroadWorks szolgáltatók által biztosított hívásszolgáltatással.
BroadWorks-alapú hívási szolgáltatás biztosítása kis és közepes Webex -ügyfelek számára.
Környezet
Az összes kollaborációs ügyfelünket egy egységes alkalmazás irányába fejlesztjük. Ez az út csökkenti az elfogadási nehézségeket, javítja az interoperabilitást és az áttelepítést, és kiszámítható felhasználói élményt biztosít a teljes együttműködési portfóliónkban. Ennek az erőfeszítésnek a része a BroadWorks hívási funkcióknak a Webex alkalmazásba történő áthelyezése, és végső soron az UC-One kliensekbe való befektetés csökkentése.
Előnyök
Jövőbeli ellenőrzés: az UC-One Collaborate élettartamának vége, az összes ügyfélnek a Unified Client Framework (UCF) felé történő mozgása ellen.
Mindkettő közül a legjobb: A Webex Üzenetküldés és értekezleti funkcióinak engedélyezése a BroadWorks-hívások megtartása mellett a telefonos hálózaton
Megoldás hatóköre
Azok a meglévő/új kis és közepes ügyfelek (250 előfizetőnél kevesebb), akik egy sor együttműködési funkcióra vágynak, már rendelkezhetnek BroadWorks-hívással.
Meglévő kis és közepes Webex -ügyfelek, akik szeretnék hozzáadni a BroadWorks Calling szolgáltatást.
Nem nagyobb vállalatok (Kérjük, tekintse át a Webex vállalati portfólióját).
Nincs egyetlen felhasználó (Kérjük, értékelje a Webex Online ajánlatait).
A Webex for Cisco BroadWorks funkciókészletei a kis- és középvállalati felhasználási eseteket célozzák meg. A Webex for Cisco BroadWorks csomagokat úgy tervezték, hogy csökkentsék a KKV-k bonyolultságát, és folyamatosan értékeljük, hogy alkalmasak-e erre a szegmensre. Dönthetünk úgy, hogy elrejtjük vagy eltávolítjuk azokat a szolgáltatásokat, amelyek egyébként elérhetőek lennének a nagyvállalati csomagokban.
A Webex Cisco BroadWorks alkalmazáshoz használatának előfeltételei
# | Követelmény | Jegyzetek | ||
---|---|---|---|---|
1 | Javítsa a jelenlegi BroadWorks R22-es vagy újabb verzióját | |||
2 | XSP| ADP XSI, CTI, DMS és authService esetén | Dedikált XSP| ADP for Webex Cisco BroadWorks alkalmazáshoz | ||
3 | Külön XSP| ADP for NPS, megosztható más NPS-t használó megoldásokkal. | Ha már rendelkezik együttműködői telepítéssel, tekintse át az XSP-re vonatkozó ajánlásokat| ADP és NPS konfigurációk. | ||
4 | CI-token-érvényesítés ( TLS-szel ) a hitelesítési szolgáltatáshoz való Webex -kapcsolatokhoz konfigurálva. | |||
5 | Az mTLS a Webex -kapcsolatokhoz van konfigurálva a CTI felülethez. | Más alkalmazások nem igényelnek mTLS-t. | ||
6 | A felhasználóknak létezniük kell a BroadWorksben, és a következő attribútumokkal kell rendelkezniük, a beüzemelési döntéstől függően:
| Megbízható e-mailek esetén: Javasoljuk, hogy ugyanazt az e- e-mail-cím adja meg az Alternate azonosító attribútumban is, hogy a felhasználók e- e-mail-cím jelentkezhessenek be a BroadWorks rendszerébe. Nem megbízható e-mailek esetén: A felhasználó e-mail-beállításaitól függően a nem megbízható e-mailek használata azt eredményezheti, hogy az e-mail a felhasználó Levélszemét vagy SPAM mappájába kerül. Előfordulhat, hogy a rendszergazdának módosítania kell a felhasználó e-mail-beállításait, hogy engedélyezze a tartományokat | ||
7 | Webex Cisco BroadWorks DTAF-fájl a Webex alkalmazáshoz | |||
8 | BW Business Lic vagy Std Enterprise vagy Prem Enterprise felhasználói licenc + Webex Cisco BroadWorks-előfizetéshez | Ha már rendelkezik együttműködői telepítéssel, akkor már nincs szüksége az UC-One kiegészítő csomagra, a Collab Lic-re és a Meet-me konferenciaportokra. Ha már rendelkezik UC-One SaaS-telepítéssel, a prémium csomag feltételeinek elfogadásán kívül nincs további módosítás. | ||
9 | Az IP/Portoknak elérhetőnek kell lenniük a Webex háttérszolgáltatásokon és a Webex Apps alkalmazáson keresztül nyilvános interneten keresztül. | Lásd a „Hálózat előkészítése” részt. | ||
10 | TLS v1.2 konfiguráció XSP-n| ADP-k | |||
11 | A Flowthrough üzembe helyezéshez az alkalmazáskiszolgálónak csatlakoznia kell a BroadWorks üzembe helyezési adapterhez.
| Lásd a „Hálózat előkészítése” témakört. |
Erről a dokumentumról
Ennek a dokumentumnak az a célja, hogy segítse a Webex Cisco BroadWorks megoldás megértését, előkészítését, telepítését és kezelését. A dokumentum főbb részei ezt a célt tükrözik.
Ez az útmutató fogalmi és referenciaanyagokat tartalmaz. Célunk, hogy ebben az egyetlen dokumentumban a megoldás minden vonatkozására kiterjedjen.
A megoldás üzembe helyezéséhez szükséges minimális feladatok a következők:
Forduljon az ügyfélszolgálati csapatához, hogy Cisco -partnerré válhasson. Feltétlenül fedezze fel a Cisco érintkezési pontjait az ismerkedés (és a képzés) érdekében. Amikor Ön Cisco -partner lesz, a Webex Cisco BroadWorks-hez kapcsolót alkalmazzuk az Ön Webex -partnerszervezetére. (Lásd Telepítse a Webex for Cisco BroadWorks alkalmazást > Partner Onboarding alkalmazást ebben a dokumentumban.)
Konfigurálja a BroadWorks rendszereket a Webex való integrációhoz. (Lásd Webex for Cisco BroadWorks telepítése > Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k ebben a dokumentumban.)
A Partner Hub segítségével csatlakoztassa a Webex a BroadWorkshez. (Lásd A Webex Cisco BroadWorks rendszerhez telepítése > Partnerszervezetének konfigurálása a Partner Hubban ebben a dokumentumban.)
A Partner Hub segítségével készítsen elő felhasználó-létesítési sablonokat. (Lásd A Webex Cisco BroadWorks rendszerhez telepítése > Bevezető sablonok konfigurálása ebben a dokumentumban.)
Tesztelje és telepítse az ügyfeleket legalább egy felhasználó kiépítésével. (Lásd A Webex Cisco BroadWorks rendszerhez telepítése > Tesztszervezet konfigurálása .)
|
Terminológia
Igyekszünk korlátozni a jelen dokumentumban használt zsargont és betűszavakat, és minden egyes kifejezést elmagyarázni az első használatkor. (Lásd Webex for Cisco BroadWorks Reference > Terminology ha egy kifejezés magyarázata nincs összefüggésben.)
Hogyan működik
A Webex for Cisco BroadWorks egy olyan ajánlat, amely integrálja a BroadWorks hívást a Webex. Az előfizetők egyetlen alkalmazást (a Webex alkalmazás) használnak, hogy kihasználják mindkét platform által kínált funkciók előnyeit:
A felhasználók a BroadWorks infrastruktúráját használva hívják a PSTN-számokat.
A felhasználók a BroadWorks infrastruktúráját használva hívhatnak más BroadWorks-számokat (hang-/videohívás a felhasználókhoz társított számok kiválasztásával vagy a számok bevezetéséhez a tárcsázó segítségével).
A felhasználók Webex VOIP-hívást kezdeményezhetnek a Webex infrastruktúrán keresztül a Webex alkalmazás „ Webex hívás” opciójának kiválasztásával. (Ezek a hívások Webex alkalmazás Webex alkalmazás, nem Webex alkalmazás PSTN-re érkeznek.)
A felhasználók Webex Meetings, és csatlakozhatnak azokhoz.
A felhasználók privát üzenetet küldhetnek egymásnak vagy a szobákban (perzisztens csoportos csevegés), és élvezhetik az olyan funkciókat, mint a keresés és a fájlmegosztás (a Webex infrastruktúrán).
A felhasználók megoszthatják a jelenlétet (állapotot). Választhatnak egyéni jelenlétet vagy ügyfél által számított jelenlétet.
Miután a megfelelő jogosultságokkal felvettük Önt partnerszervezetként a Control Hubban, beállíthatja a kapcsolatot a BroadWorks-példány és a Webex között.
Az ügyfélszervezeteket a Control Hubban hozhatja létre, és azokban a szervezetekben hozhat létre szolgáltatlási felhasználók .
Minden BroadWorks-előfizető kap egy Webex -identitást az e- e-mail-cím alapján (e-mail azonosító attribútum a BroadWorksben).
A felhasználók BroadWorks vagy Webex segítségével végeznek hitelesítést.
Az ügyfelek hosszú élettartamú tokeneket kapnak, amelyek engedélyezik számukra a BroadWorks és a Webex szolgáltatásait.
A Webex alkalmazás a megoldás középpontjában áll; ez egy márkanevű alkalmazás, amely Mac/Windows asztali számítógépeken, valamint Android/iOS mobilokon és táblagépeken érhető el.
A Webex alkalmazásnak létezik egy webes verziója is, amely jelenleg nem tartalmaz hívási funkciókat.
Az ügyfél a Webex felhőhöz csatlakozva üzenetküldési, jelenléti és értekezleti funkciókat biztosít.
Az ügyfél regisztrál a BroadWorks rendszeren a szolgáltatások hívásához.
A Webex -felhő a BroadWorks-rendszerekkel együttműködve biztosítja a zökkenőmentes felhasználói üzembe helyezést.
Jellemzők és korlátozások
Több csomagot kínálunk különböző funkciókkal.
„Softphone” csomag
Ez a csomagtípus a Webex alkalmazás csak softphone-ügyfélként használja, amely hívási, de üzenetküldési funkcióval nem rendelkezik. Az ilyen csomagtípussal rendelkező felhasználók csatlakozhatnak a Webex-értekezletekhez, de önmagukban nem indíthatnak értekezleteket. Amikor más (softphone vagy nem softphone) felhasználó a telefonkönyvben egy softphone felhasználót keres, a keresési eredmények nem adnak lehetőséget üzenetküldésre.
A Softphone-felhasználók megoszthatják a képernyőjüket hívás közben.
„Alap” csomag
Az alapcsomag hívási, Üzenetküldés és értekezleti funkciókat tartalmaz. 100 résztvevőt foglal magában az „egységes tér” értekezleteken és a személyes tárgyalói (PMR) értekezleteken. (** A kivételt lásd az alábbi Megjegyzésben). Ebben a csomagban az értekezletek maximum 40 percesek lehetnek.
„Standard” csomag
Ez a csomag tartalmazza az alap csomagban található mindent, például akár 100 résztvevőt is az „egységes tér” értekezleteken és a személyes tárgyalói (PMR) értekezleteken.
A PMR -megbeszélésen belüli képernyőmegosztás egy olyan szerepkör, amelyet kezdetben csak a megbeszélés szervezője töltött be, de a szervező átadhatja az „előadói szerepkört” az értekezlet résztvevője , és csak a szervező veheti át újra az előadói szerepet a jelenlegi a házigazda átadja nekik.
„Prémium” csomag
Ez a csomag tartalmazza a Standard csomagban található összes elemet, plusz akár 300 résztvevőt az „egységes tárgyaló” megbeszélésen és akár 1000 résztvevőt a személyes tárgyalóban (PMR).
A PMR -megbeszéléseken belüli képernyőmegosztás minden értekezlet résztvevője számára támogatott.
Csomagok összehasonlítása
Csomag | Hívás | Üzenetküldés | Unified Space Meetings | PMR-találkozók |
---|---|---|---|---|
Szoftveres telefonálás (Softphone) | Felvéve | Nem tartalmazza | Egy sem | Egy sem |
Alapvető | Felvéve | Felvéve | 100 résztvevő | 100 résztvevő |
Standard | Felvéve | Felvéve | 100 résztvevő | 100 résztvevő |
Prémium | Felvéve | Felvéve | 300 résztvevő | 1000 résztvevő |
A Unified Space Meeting korlátja az alapfelhasználók számára 100 résztvevő Unified Space értekezletenként, kivéve, ha a szoba a „Standard” vagy a „Prémium” csomaggal rendelkező felhasználókat is tartalmazza, ebben az esetben a korlát a szervezői felhasználói csomagtól függően növekszik. |
A „Unified Space Meetings” kifejezés olyan (ütemezett vagy nem ütemezett) Webex-értekezlet utal, amelyre Webex -térben kerül sor. Például egy felhasználó az „Értekezlet” vagy az „Ütemezés” gombokkal indíthat értekezletet a szobából. A „PMR -értekezletek” olyan (ütemezett vagy nem ütemezett) Webex -értekezletet jelentenek, amelyre a felhasználó Személyes tárgyalójában (PMR) kerül sor. Ezek az értekezletek dedikált URL -t használnak (például: cisco.webex.com/meet/roomOwnerUserID). |
Üzenetküldés és értekezleti funkciók
Tekintse meg a következő táblázatot a PMR értekezletfunkciók támogatásának különbségeiről az Alap, Standard és Prémium csomagok esetén.
Értekezlet funkció | Alap csomaggal támogatott | A Standard csomag támogatja | Prémium csomaggal támogatott | Hozzászólás |
---|---|---|---|---|
Értekezlet időtartama | 40 perc vagy kevesebb | Korlátlan | Korlátlan | |
Asztalmegosztás | Igen | Igen | Igen | Alapszintű —Asztal megosztása bármely PMR - értekezlet résztvevője által . Szabványos — Asztali megosztás csak a PMR értekezletszervező által. Prémium —Asztal megosztása bármely PMR - értekezlet résztvevője által . |
Alkalmazásmegosztás | Igen | Igen | Igen | Alapszintű – Alkalmazásmegosztás a PMR - értekezlet résztvevője által . Szabványos — Alkalmazásmegosztás csak a PMR értekezletszervező által. Prémium – Alkalmazásmegosztás a PMR - értekezlet résztvevője által . |
Többszemélyes csevegés | Igen | Igen | Igen | |
Jegyzettáblázás | Igen | Igen | Igen | |
Jelszavas védelem | Igen | Igen | Igen | |
web alkalmazás – nincs letöltés vagy beépülő modul (Vendégélmény) | Igen | Igen | Igen | |
Párosítás támogatása Webex eszközökkel | Igen | Igen | Igen | |
Floor vezérlés (Egy némítása / Összes kizárása) | Igen | Igen | Igen | |
Állandó értekezletek hivatkozás | Igen | Igen | Igen | |
Hozzáférés az értekezletekhez | Igen | Igen | Igen | |
Értekezlet Csatlakozás VoIP -on keresztül | Igen | Igen | Igen | |
Zárolás | Igen | Igen | Igen | |
Előadó vezérlői | Nem | Nem | Igen | |
Távoli asztali vezérlés | Nem | Nem | Igen | |
Résztvevők száma | 100 | 100 | 1000 | |
A felvételt helyileg menti a rendszer | Igen | Igen | Igen | |
Rögzítés a felhőben | Nem | Nem | Igen | |
Felvétel – Felhőalapú tárolás | Nem | Nem | 10 GB oldalanként | |
Felvételek leiratai | Nem | Nem | Igen | |
Értekezletütemezés | Igen | Igen | Igen | |
Tartalommegosztás engedélyezése külső integrációkkal | Nem | Nem | Igen | Alapszintű — Tartalommegosztás a PMR - értekezlet résztvevője által . Szabványos — Csak a PMR értekezletszervező általi tartalommegosztás. Prémium —Tartalommegosztás a PMR - értekezlet résztvevője által . |
PMR URL módosítás engedélyezése | Nem | Nem | Igen | Alapszintű — A felhasználók módosíthatják a PMR URL -címet a Webex-webhely. A partner- és szervezeti rendszergazdák módosíthatják az URL -címet a Control Hubból. Szabványos — A PMR URL -címet csak a Partner Hubról módosíthatják a partnerek és a szervezeti rendszergazdák. Prémium — A felhasználók módosíthatják a PMR URL -címet a Webex-webhely. A partner- és szervezeti rendszergazdák módosíthatják az URL -címet a Partner Hubból. |
Értekezletek élő streamelése (pl. a Facebookon, a Youtube-on) | Nem | Nem | Igen | |
Engedélyezze a többi felhasználó számára, hogy megbeszéléseket ütemezzen a nevükben | Nem | Nem | Igen | |
Másodlagos szervező hozzáadása | Igen | Nem | Igen | |
Alkalmazásintegráció (pl. Zendesk, Slack) | Integrációtól függ | Integrációtól függ | Igen | Lásd a Alkalmazásintegrációk szakaszban a támogatással kapcsolatos további információkért. |
Integráció a Microsoft Office 365 Naptárral | Igen | Igen | Igen | |
Integráció a Google Naptár szolgáltatással a G Suite rendszerhez | Igen | Igen | Igen | |
A Webex Súgó a következő címen teszi közzé a Webex szolgáltatásait és felhasználói dokumentációját: help.webex.com
. A funkciókkal kapcsolatos további információkért olvassa el az alábbi cikkeket:
Hívási funkciók
A hívási élmény hasonló a korábbi, a BroadWorks hívásvezérlés motort használó megoldásokhoz. Az UC-One Collaborate és az UC-One SaaS között az a különbség, hogy a Webex alkalmazás az elsődleges soft ügyfél.
Alkalmazásintegrációk
A Webex Cisco BroadWorks alkalmazást a következő alkalmazásokkal integrálhatja:
Zendesk – Csak prémium
Slack – Csak prémium
Microsoft Teams a Webex Meetings – Normál vagy Prémium
Microsoft Teams for Calling — Minden csomag támogatja
Office 365-naptár – Normál vagy Prémium
Google Naptár a G Suite rendszerhez – Normál vagy Prémium
Virtuális asztali infrastruktúra (VDI) támogatás
A Webex for Cisco BroadWorks mostantól támogatja a Virtual Desktop Infrastructure (VDI) környezeteket. A VDI-infrastruktúra telepítésével kapcsolatos részletekért lásd: Webex for Virtual Desktop Infrastructure (VDI) Üzembehelyezési útmutató .
IPv6 támogatás
A Webex for Cisco BroadWorks támogatja az IPv6 -címzést a Webex alkalmazáshoz.
Jövő ütemterve
Ha betekintést szeretne kapni a Webex Cisco BroadWorks jövőbeli verzióival kapcsolatos szándékainkba, látogasson el ide:https://salesconnect.cisco.com/#/program/PAGE-16649 . Az ütemterv elemei semmilyen minőségben nem kötelező erejűek. A Cisco fenntartja a jogot, hogy visszatartsa vagy felülvizsgálja ezen elemek bármelyikét vagy mindegyikét a jövőbeli kiadásokban.
Korlátozások
Beüzemelési korlátozások
Értekezletoldal időzónája
Az egyes csomagok első előfizetőjének időzónája lesz az adott csomaghoz létrehozott Webex Meetings oldal időzónája.
Ha nincs időzóna megadva az egyes csomagok első felhasználójának üzembe helyezési kérelmében, akkor az adott csomag Webex Meetings oldalának időzónája az előfizetői szervezet regionális alapértelmezett beállítására lesz beállítva.
Ha az ügyfelének egy adott Webex Meetings -webhely-időzónára van szüksége, adja meg a timezone
paramétert a beüzemelési kérelemben a következőhöz:
a szervezetben a Standard csomagra kiépített első előfizető.
az első Prémium csomagra kiépített előfizető a szervezeten belül.
a szervezetben az Alap csomagra kiépített első előfizető.
Általános korlátozások
Nincs hívás a Webex ügyfél web verziójában (Ez egy kliens korlátozás, nem a megoldás korlátozása.)
Előfordulhat, hogy a Webex még nem rendelkezik az összes felhasználói felület-vezérlővel a BroadWorks-től elérhető hívásvezérlés funkciók egy részének támogatásához.
A Webex kliens jelenleg nem lehet „fehér címkével” ellátva.
Amikor a kiválasztott beüzemelési módszerrel hoz létre ügyfélszervezeteket, azok automatikusan a partnerszervezettel azonos régióban jönnek létre. Ez a viselkedés szándékos. A multinacionális partnerektől elvárjuk, hogy minden olyan régióban hozzanak létre partnerszervezetet, ahol az ügyfélszervezeteket kezelik.
Az értekezletekről és az üzenetküldés használatáról szóló jelentések a Control Hub ügyfélszervezetén keresztül érhetők el.
Ismert problémák és korlátok
A Webex Cisco BroadWorks ajánlattal kapcsolatos ismert problémák és korlátozások naprakész listájáért lásd: Ismert problémák és korlátok .
Üzenetküldés korlátok
A következő adattárolási korlátozások (üzenetkezelés és fájlok együttesen) azokra a szervezetekre vonatkoznak, amelyek a Webex for Cisco BroadWorks szolgáltatásokat egy Szolgáltatón keresztül vásárolták meg. Ezek a korlátok az üzenetküldés és a fájlok maximális tárhelyét jelentik.
Alapszintű: 2 GB felhasználónként 3 évig
Normál 5 GB felhasználónként 3 évig
Prémium: 10 GB felhasználónként 5 évig
Az egyes ügyfélszervezetek esetében ezeket a felhasználónkénti végösszegeket a rendszer összevonja, így a felhasználók száma alapján összesített összeget kap az adott ügyfélre vonatkozóan. Például egy öt prémium felhasználóval rendelkező vállalatnál a teljes üzenetkezelési és fájltárolási korlát 50 GB. Egy egyéni felhasználó túllépheti a felhasználónkénti korlátot (10 GB), feltéve, hogy a vállalat még mindig az összesített maximum (50 GB) alatt van.
A létrehozott csapatszobák esetében az üzenetküldési korlátok a csoportszobát birtokló ügyfélszervezet összesített végösszegéhez viszonyítva érvényesek. Az egyes csapatszobák tulajdonosáról a Tárhely szabályzatban tájékozódhat. Az egyes csapatszobák Tárhelyházirendjének megtekintésével kapcsolatos információkért lásd:https://help.webex.com/en-us/baztm6/Webex-Space-Policy .
További információk
A Webex üzenetküldő csoportterületekre vonatkozó általános üzenetküldési korlátokkal kapcsolatos további információkért lásd:https://help.webex.com/en-us/n8vw82eb/Webex-Capacities .
Biztonság, adatok és szerepkörök
Webex Security
A Webex kliens egy biztonságos alkalmazás, amely biztonságos kapcsolatot létesít a Webex és a BroadWorks-szel. A Webex felhőben tárolt és a Webex alkalmazás felületén keresztül a felhasználó számára elérhető adatok továbbítása és nyugalmi állapotban egyaránt titkosítva vannak.
További részletek vannak róla adatcsere jelen dokumentum Hivatkozás részében.
További olvasás
Szervezeti adatok rezidenciája
A Webex -adatait abban az adatközpont tároljuk, amelyik a legjobban megfelel az Ön régiójának. Lásd Adatrezidencia a Webex a Súgóban.
Szerepkörök
Szolgáltatói rendszergazda (Ön): A napi karbantartási tevékenységekhez a megoldás helyszíni (hívási) részeit a saját rendszerein keresztül kezelheti. A megoldás Webex részeit a Partner Hubon keresztül kezelheti.
A partnerek számára elérhető szerepkörökről, a szerepkörökhöz kapcsolódó hozzáférési jogosultságokról, valamint a szerepkörök hozzárendelésének módjáról lásd: Rendszergazdai partner szerepkörök a Webex for BroadWorks és a Wholesale RTM alkalmazásban .
Az új partnerszervezethez elsőként beállított felhasználó automatikusan teljes körű rendszergazda és teljes partner rendszergazdai szerepkörhöz lesz hozzárendelve. Ez a rendszergazda a fenti cikk alapján további szerepköröket is hozzárendelhet. |
A Cisco felhőalapú üzemeltetési csapata: Létrehozza a „partnerszervezetet” a Partner Hubban, ha még nem létezik, a beléptetés során.
Miután megvan a Partner Hub-fiókja, beállíthatja a Webex felületeket a saját rendszereihez. Ezután hozzon létre „Onboarding sablonokat”, amelyek az adott rendszereken keresztül kiszolgált csomagokat vagy csomagokat képviselik. Ezután beüzemelheti az ügyfeleit vagy az előfizetőit.
# | Tipikus feladat | SP | Cisco |
---|---|---|---|
1 | Partner Onboarding – A partnerszervezet létrehozása, ha még nem létezik, és a szükséges funkciók engedélyezése kapcsolók között | ● | |
2 | BroadWorks-konfiguráció a Partnerszervezetben a Partner Hubon keresztül (fürt) | ● | |
3 | Integrációs beállítások konfigurálása a Partnerszervezetben a Partner Hubon keresztül (ajánlati sablonok, márkaépítés) | ● | |
4 | BroadWorks környezet előkészítése az integrációhoz (AS, XSP| ADP javítás, tűzfalak, XSP| ADP konfiguráció, XSI, AuthService, CTI, NPS, DMS alkalmazások XSP-n| ADP) | ● | |
5 | Létesítés-integráció vagy -folyamat fejlesztése | ● | |
6 | GTM-anyagok előkészítése | ● | |
7 | Új felhasználók áttelepítése vagy beállítása | ● |
Építészet
Mi van a diagramon?
Ügyfelek
A Webex App-ügyfél szolgál elsődleges alkalmazásként a Webex a Cisco BroadWorks-ajánlatok esetében. A kliens asztali, mobil és webes platformon is elérhető.
Az ügyfél a Webex felhő által biztosított natív üzenetküldési, jelenléti és többszereplős audio/video értekezletekkel rendelkezik. A Webex ügyfél az Ön BroadWorks infrastruktúráját használja a SIP és PSTN hívásokhoz.
A Cisco IP -telefonok és a kapcsolódó kiegészítők a BroadWorks infrastruktúrát használják a SIP és PSTN hívásokhoz is. Várakozásaink szerint képes lesz a harmadik féltől származó telefonok támogatására.
Felhasználóaktiválási portál a felhasználók számára, akik BroadWorks-hitelesítési adataikkal jelentkezhetnek be a Webex .
A Partner Hub egy webinterfész a Webex -szervezet és az ügyfelei szervezeteinek adminisztrálására. A Partner Hubban konfigurálhatja a BroadWorks infrastruktúra és a Webex közötti integrációt. A Partner Hub segítségével kezelheti az klienskonfiguráció és a számlázást is.
Szolgáltatói hálózat
A diagram bal oldalán található zöld blokk az Ön hálózatát jelöli. A hálózaton üzemeltetett összetevők a következő szolgáltatásokat és felületeket biztosítják a megoldás egyéb részei számára:
Nyilvános XSP| ADP, Webex Cisco BroadWorks rendszerhez: (A mező egy vagy több XSP-t jelöl| ADP farmok, esetleg terheléselosztókkal.)
Az Xtended Services felület (XSI-Actions & XSI-Events), az Eszközkezelő szolgáltatás (DMS), a CTI felület és a hitelesítési szolgáltatás üzemeltetője. Ezek az alkalmazások együttesen lehetővé teszik a telefonok és a Webex -kliensek számára, hogy hitelesítsék magukat, letöltsék a híváskonfigurációs fájljaikat, kezdeményezzenek és fogadhassanak hívásokat, valamint megtekinthessék egymás horog állapotát (telefonos jelenlét). és hívásnapló .
Könyvtárat tesz közzé a Webex ügyfelek számára.
Nyilvános XSP| ADP, NPS-t futtat:
szervezői hívásértesítések leküldéses kiszolgálója: Egy Notification Push szerver XSP-n| ADP a környezetében. Interfész az alkalmazáskiszolgálója és az NPS-proxy között. A proxy rövid élettartamú tokenekkel látja el az NPS-t, hogy engedélyezze a felhőalapú szolgáltatások értesítéseit. Ezek a szolgáltatások (APNS és FCM) hívási értesítéseket küldenek a Webex -ügyfeleknek Apple iOS és Google Android eszközökön.
Alkalmazáskiszolgáló:
Hívásvezérlést és interfészeket biztosít más BroadWorks hívásvezérlés (általában)
Folyamatos üzembe helyezés esetén a partnerrendszergazda az AS-t használja a szolgáltatlási felhasználók kiépítéséhez a Webex
A felhasználói profil beküldi a BroadWorks rendszerébe
OSS/BSS: Az Ön Művelettámogatási Rendszere/Üzleti SIP -szolgáltatásai a BroadWorks-vállalatok felügyeletéhez.
Webex Cloud
A diagram kék blokkja a Webex felhőt jelöli. A Webex mikroszolgáltatások a Webex együttműködési képességek teljes spektrumát támogatják:
A Cisco Common Identity (CI) a Webex belüli identitásszolgáltatás.
A Webex for Cisco BroadWorks a mikroszolgáltatások azon készletét képviseli, amelyek támogatják a Webex és a szolgáltató által biztosított BroadWorks közötti integrációt:
Felhasználó-létesítési API-k
Szolgáltatói konfiguráció
Felhasználói bejelentkezés BroadWorks hitelesítő adatokkal
Webex Üzenetküldés doboz az üzenetküldéshez kapcsolódó mikroszolgáltatásokhoz.
A több résztvevős videoértekezletekhez ( SIP és SRTP ) szolgáló médiafeldolgozó szervereket és SBC-ket képviselő Webex Meetings -mező
Harmadik féltől származó web
A diagramon a következő harmadik féltől származó összetevők láthatók:
Az APNS (Apple Push Notifications Service) hívás- és üzenetértesítéseket küld a Webex alkalmazásoknak az Apple eszközökön.
Az FCM (FireBase Cloud Üzenetküldés ) hívás- és üzenetértesítéseket küld az Android -eszközök Webex -alkalmazásainak.
XSP| ADP architektúra szempontok
A nyilvános XSP szerepe| ADP-kiszolgálók a Webex a Cisco BroadWorks-hez
A nyilvános XSP| Az ADP az Ön környezetében a következő felületeket/szolgáltatásokat nyújtja a Webex és az ügyfelek számára:
TLS által védett hitelesítési szolgáltatás (AuthService), amely a felhasználó nevében válaszol a Webex JWT (JSON web Token) Webex-kérelmeire
mTLS által védett CTI interfész, amelyre a Webex előfizet a hívásnapló -eseményekre és a BroadWorks telefonos jelenléti állapot (horog állapot).
Xsi műveletek és események felületei (eXtended Services Interface) az előfizetői hívásvezérlés, névjegy- és híváslista könyvtárak, valamint végfelhasználói telefonos szolgáltatás konfigurációjához
DM (Device Management) szolgáltatás az ügyfelek számára a hívási konfigurációs fájljaik lekéréséhez
Adjon meg URL-címeket ezekhez a felületekhez, amikor a Webex a Cisco BroadWorks rendszerhez konfigurálja. (Lásd Konfigurálja a BroadWorks-fürtöket a Partner Hubban ebben a dokumentumban.) Fürtenként csak egy URL adható meg az egyes felületekhez. Ha több felülettel rendelkezik a BroadWorks infrastruktúrájában, akkor több fürtöt is létrehozhat.
XSP| ADP architektúra
Szükségünk van egy különálló, dedikált XSP használatára| ADP-példány vagy farm az NPS (Notification Push Server) alkalmazás üzemeltetéséhez. Ugyanazt az hálózati házirendet használhatja az UC-One SaaS vagy az UC-One Collaborate szolgáltatással. A Webex for Cisco BroadWorks rendszerhez szükséges egyéb alkalmazásokat azonban nem tárolhatja ugyanazon az XSP-n| Az NPS-alkalmazást kiszolgáló ADP.
Javasoljuk, hogy dedikált XSP-t használjon| ADP-példány/farm, hogy tárolja a Webex -integrációhoz szükséges alkalmazásokat a következő okok miatt
Ha például UC-One SaaS-t kínál, javasoljuk egy új XSP létrehozását| ADP farm a Webex a Cisco BroadWorks-hez. Így a két szolgáltatás egymástól függetlenül tud működni az előfizetők migrálása közben.
Ha a Webex Cisco BroadWorks alkalmazásokat XSP-n helyezi el| Az egyéb célokra használt ADP farm esetében az Ön felelőssége a használat nyomon követése, az ebből adódó összetettség kezelése, és a megnövekedett méretarány tervezése.
A Cisco BroadWorks rendszer kapacitástervező dedikált XSP-t feltételez| ADP farm, és nem biztos, hogy pontos, ha kollokációs számításokhoz használja.
Eltérő megjelölés hiányában a dedikált Webex a Cisco BroadWorks XSP-hez| Az ADP-knek a következő alkalmazásokat kell tárolniuk:
AuthService (TLS CI Token Validációval vagy mTLS)
CTI (mTLS)
XSI-Actions (TLS)
XSI-Events (TLS)
DMS (TLS)—Opcionális. Nem kötelező különálló DMS-példányt vagy farmot telepíteni, kifejezetten a Webex for Cisco BroadWorks számára. Ugyanazt a DMS-példányt használhatja, mint az UC-One SaaS vagy UC-One Collaborate esetében.
Hívásbeállítások Webnézet (TLS) – Nem kötelező. A Call Settings Webview (CSW) csak akkor szükséges, ha azt szeretné, hogy a Webex Cisco BroadWorks felhasználói konfigurálhassák a hívási funkciókat a Webex alkalmazásban.
A Webex szüksége van a CTI -hez való hozzáféréshez egy kölcsönös TLS -hitelesítéssel védett felületen keresztül. A követelmény teljesítéséhez az alábbi lehetőségek egyikét javasoljuk:
(A diagram megjelölve 1. lehetőség ) Egy XSP| ADP-példány vagy farm az összes alkalmazáshoz, két kiszolgálónként konfigurált felülettel: egy mTLS interfész a CTI és egy TLS interfész más alkalmazások, például az AuthService számára.
(A diagram megjelölve 2. lehetőség ) Két XSP| ADP-példányok vagy farmok, amelyek közül az egyik mTLS felülettel rendelkezik a CTI-hez , a másik TLS felülettel más alkalmazásokhoz, például az AuthService-hez.
XSP| ADP újrafelhasználása Ha van már meglévő XSP-je| A fenti javasolt architektúrák egyikének megfelelő ADP farm (1. vagy 2. opció) és enyhén van megterhelve , akkor lehetőség van a meglévő XSP újrafelhasználására| ADP-k. Ellenőriznie kell, hogy nincsenek-e ütköző konfigurációs követelmények a meglévő alkalmazások és a Webex új alkalmazáskövetelményei között. A két elsődleges szempont a következő:
Mivel az XSP| Az ADP-k sok alkalmazást tartalmaznak, és ezeknek az alkalmazásoknak a permutációinak száma nagy, előfordulhatnak más azonosítatlan ütközések is. Emiatt az XSP esetleges újrafelhasználása| Az ADP-ket ellenőrizni kell egy laboratóriumban a tervezett konfigurációval, mielőtt elkötelezné magát az újrahasználat mellett. |
Konfigurálja az NTP -szinkronizálást XSP-n| ADP
A telepítés időszinkronizálást igényel az összes XSP esetében| A Webex használt ADP-k.
Telepítse a ntp
csomagot az operációs rendszer telepítése után és a BroadWorks szoftver telepítése előtt. Ezután beállíthatja az NTP -t az XSP során| ADP szoftver telepítése. Lásd a BroadWorks szoftverkezelési útmutató további részletekért.
Az XSP interaktív telepítése során| ADP szoftverrel, akkor lehetősége van az NTP konfigurálására. A következőképpen járjon el:
Amikor a telepítő megkérdezi,
Do you want to configure NTP?
, adja megy
.Amikor a telepítő megkérdezi,
Is this server going to be a NTP server?
, adja megn
.Amikor a telepítő megkérdezi,
What is the NTP address, hostname, or FQDN?
, adja meg az NTP kiszolgáló vagy egy nyilvános NTP -szolgáltatás címét, például,pool.ntp.org
.
Ha az XSP| Az ADP-k csendes (nem interaktív) telepítést használnak, a telepítő konfigurációs fájl tartalmaznia kell a következő Kulcs=Érték párokat:
NTP
NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>
XSP| ADP-azonosító és biztonsági követelmények
Háttér
A Cisco BroadWorks TLS kapcsolatok protokolljai és titkosításai a specifikusság különböző szintjein konfigurálhatók. Ezek a szintek a legáltalánosabb (SSL -szolgáltató) a legspecifikusabb (egyedi felület)ig terjednek. Egy konkrétabb beállítás mindig felülír egy általánosabb beállítást. Ha nincsenek megadva, akkor az „alacsonyabb” szintű SSL -beállításokat a rendszer a „magasabb” szintekről örökli.
Ha egyetlen beállítás sem módosul az alapértelmezetthez képest, minden szint az SSL -szolgáltató alapértelmezett beállításait (JSSE Java Secure Sockets Extension) örökli.
Követelménylista
Az XSP| Az ADP-nek hitelesítenie kell magát az ügyfelek felé egy olyan CA által aláírt tanúsítvány segítségével, amelyben a Közös név vagy az Alany alternatív neve megegyezik az XSI felület tartományrészével.
Az Xsi felületnek támogatnia kell a TLSv1.2 protokollt.
Az Xsi felületnek olyan titkosítási csomagot kell használnia, amely megfelel a következő követelményeknek.
Diffie-Hellman efemer (DHE) vagy elliptikus görbék Diffie-Hellman efemer (ECDHE) kulcscsere
AES (Advanced Encryption Standard) titkosítás 128 bites minimális blokkmérettel (pl. AES-128 vagy AES-256)
GCM (Galois/Counter Mode) vagy CBC (Cipher Block Chaining) titkosítási mód
CBC titkosítás használata esetén csak az SHA2 hash függvénycsalád engedélyezett kulcsok származtatásához (SHA256, SHA384, SHA512).
Például a következő titkosítások teljesítik a követelményeket:
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
Az XSP| Az ADP CLI-hez az IANA elnevezési megállapodásra van szükség a titkosítási csomagokhoz, amint az fent látható, az openSSL-konvencióra nem. |
Támogatott TLS az AuthService és XSI felületekhez
Ez a lista a felhőalapú biztonsági követelményeink alakulásával változhat. Kövesse a Cisco felhőalapú biztonsági ajánlásait a titkosítás kiválasztására vonatkozóan, a jelen dokumentum követelménylistájában leírtak szerint. |
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA
Xsi Events Skála paraméterek
Előfordulhat, hogy növelnie kell az Xsi-Events sor méretét és a szálak számát a Webex for Cisco BroadWorks megoldáshoz szükséges eseménymennyiség kezelésére. A paramétereket az alábbiak szerint növelheti a megjelenített minimális értékekre (ne csökkentse, ha a minimális értékek felett vannak):
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventQueueSize = 2000
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventHandlerThreadCount = 50
Több XSP| ADP-k
Terheléselosztó élelem
Ha van terheléselosztás eleme a hálózat szélén, akkor annak átláthatóan kell kezelnie a forgalom több XSP-je közötti elosztását| ADP-kiszolgálók és a Webex a Cisco BroadWorks felhőhöz és ügyfelekhez. Ebben az esetben meg kell adnia a terheléselosztó URL -címét a Webex Cisco BroadWorks konfigurációhoz.
Megjegyzések az architektúrával kapcsolatban:
Állítsa be a DNS -t úgy, hogy az ügyfelek megtalálhassák a terheléselosztót, amikor az Xsi interfészhez csatlakoznak (lásd DNS konfiguráció ).
Javasoljuk, hogy az edge elemet fordított SSL proxy módban konfigurálja a pont-pont adattitkosítás biztosítása érdekében.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben. Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Internetre néző XSP| ADP-kiszolgálók
Ha közvetlenül teszi közzé az Xsi felületeket, akkor a DNS segítségével ossza el a forgalmat a több XSP felé| ADP szerverek.
Megjegyzések az architektúrával kapcsolatban:
Két rekord szükséges az XSP-hez való csatlakozáshoz| ADP szerverek:
Webex mikroszolgáltatások esetén: A körbefutó A/AAAA rekordok szükségesek a több XSP megcélzásához| ADP IP -címek. Ennek az az oka, hogy a Webex mikroszolgáltatások nem tudnak SRV-kereséseket végezni. Példákért lásd: Webex Cloud Services .
Webex alkalmazás esetén: Egy SRV-rekord, amely A-rekordot old fel, ahol minden A-rekord egyetlen XSP-re oldja fel| ADP. Példákért lásd: Webex alkalmazás .
Használjon prioritást élvező SRV-rekordok az XSI szolgáltatás megcélzásához a többszörös XSP számára| ADP-címek. Állítsa be az SRV-rekordok prioritását, hogy a mikroszolgáltatások mindig ugyanahhoz az A rekordhoz (és az azt követő IP-cím) menjenek, és csak akkor lépjenek át a következő A rekordra (és IP-cím), ha az első IP-cím nem működik. NE alkalmazzon körbefutó módszert a Webex alkalmazáshoz.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben.
Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Kerülje a HTTP-átirányításokat
Néha a DNS úgy van beállítva, hogy oldja fel az XSP-t| ADP URL egy HTTP terheléselosztóhoz, és a terheléselosztó úgy van beállítva, hogy egy fordított proxyn keresztül irányítsa át az XSP-re| ADP szerverek.
A Webex nem követ átirányítást amikor az Ön által megadott URL-címekhez csatlakozik, így ez a konfiguráció nem működik.
Rendelés és üzembehelyezés
A rendelés és a beüzemelés az alábbi szinteken érvényes:
Partner/Szolgáltató kiépítése :
Minden egyes regisztrált Webex for Cisco BroadWorks szolgáltatót (vagy viszonteladót) partnerszervezetként kell konfigurálni a Webex, és biztosítani kell a szükséges jogosultságokat. A Cisco Operations hozzáférést biztosít a partnerszervezet rendszergazdájának a Webex for Cisco BroadWorks kezeléséhez a Webex Partner Hubon. A Partner rendszergazdának el kell végeznie az összes szükséges üzembe helyezési lépést, mielőtt kiépíthetne egy Ügyfél/Vállalat szervezetet.
Ügyfél/Vállalati rendelés és üzembe helyezés :
Minden, a Webex for Cisco BroadWorks számára engedélyezett BroadWorks Enterprise egy hozzárendelt Webex ügyfélszervezet létrehozását váltja ki. Ez a folyamat automatikusan megtörténik a felhasználó/előfizető beüzemelése részeként. A BroadWorks-vállalatokon belül minden felhasználó/előfizető ugyanabban a Webex Ügyfél-szervezetben van kiépítve.
Ugyanez a viselkedés érvényes, ha a BroadWorks rendszer csoportokkal rendelkező szolgáltatóként van konfigurálva. Amikor előfizetőt létesít egy BroadWorks-csoportban, automatikusan létrejön a csoportnak megfelelő Ügyfél-szervezet a Webex.
Felhasználó/előfizető rendelés és szolgáltatás :
A Webex for Cisco BroadWorks jelenleg a következő felhasználó-szolgáltatási modelleket támogatja:
Folyamatos üzembe helyezés megbízható e-mailekkel
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Felhasználói önellátás
API szolgáltatás
Folyamatos üzembe helyezés megbízható e-mailekkel
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha meggyőződhet arról, hogy a BroadWorks előfizetői e-mail-címei érvényesek, és egyediek a Webex számára, akkor ez a létesítési beállítás automatikusan létrehoz és aktivál Webex -fiókokat ezekkel az e-mail-címekkel felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha nem támaszkodhat a BroadWorks által tárolt előfizetői e-mail-címekre, akkor ez a beüzemelési opció Webex -fiókokat hoz létre, de nem aktiválhatja azokat, amíg az előfizetők megadják és nem hitelesítik az e-mail-címüket. Ekkor a Webex aktiválhatja az adott e-mail-címekkel rendelkező fiókokat felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Felhasználói önellátás
Ezzel a beállítással nincs átfolyólagos kiépítés a BroadWorks és a Webex között. Miután konfigurálta a Webex és a BroadWorks rendszer közötti integrációt, egy vagy több hivatkozást kap, amelyek kifejezetten a felhasználók kiépítésére vonatkoznak a Webex for Cisco BroadWorks partnerszervezetén belül.
Ezután megtervezheti a saját kommunikációját (vagy delegálhatja az ügyfelei számára), hogy a hivatkozást az előfizetőkhöz eljuttassa. Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a saját Webex -fiók létrehozásához és aktiválásához.
Mivel a fiókok kiépítése a partnerszervezet hatókörén belül történik, manuálisan módosíthatja a felhasználói csomagokat a Partner Hubon keresztül, vagy ehhez az API -t használhatja.
A felhasználóknak létezniük kell a Webexszel integrált Webex rendszerben, ellenkező esetben tilos számukra az adott hivatkozással fiókot létrehozni. |
Szolgáltatói kiépítés API-kon keresztül
A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik a Webex for Cisco BroadWorks felhasználói/előfizetői kiépítését a meglévő felhasználókezelési munkafolyamatba/-eszközökbe.
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Mellék tárcsázása
A Melléktárcsázás funkció támogatása lehetővé teszi a Webex for Cisco Broadworks felhasználói számára, hogy más felhasználókat is tárcsázzanak ugyanazon a vállalaton belül az elsődleges telefonvonal hasonló mellékről. Ez különösen azoknak a felhasználóknak hasznos, akik nem rendelkeznek DID-számmal.
Az üzembe helyezés során a felhasználók melléke a Webex címtárba kerül a felhasználó mellékeként. BroadWorks hívás esetén a mellék megjelenik a Webex alkalmazásban az összes híváskezdeményezési módszer terület mellék mezőjében és a felhasználói profilban. A Webex for Cisco BroadWorks a helyhívó kód és a mellék kombinációjával támogatja az ugyanazon a csoporton belüli felhasználók és egyazon vállalat különböző csoportjai között csak mellékről szóló hívásokat. Két vállalat közötti, csak mellékeket használó hívás azonban nem támogatott.
A Cisco BroadWorks-felhasználók számára a következő módszerekkel lehet bővítményt kiépíteni:
Cisco BroadWorks-felhasználók
Nyilvános API -szolgáltatás 'mellékként
A mellékparamétert kifejezetten az API-hívás részeként kell átadni. A Helyszínhívó kóddal (LDC) konfigurált vállalatok/csoportok esetében a mellékszám paraméternek az LDC és a ' mellékszám kombinációjának kell lennie.
Átfolyó vagy önaktiváló üzembe helyezés
A mellék és az LDC (ahol alkalmazható) automatikusan lekérésre kerül a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Automatikusan szinkronizálva a mellékszám alkalmazásból a Directory Sync segítségével, a Helyszínhívó kód (LDC) és a mellékszám kombinációjával .
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Mellék kezelése lehetőségre |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A melléket paraméterként kell átadni |
Átfolyás | A mellék automatikusan lekért a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
BroadWorks-telefonlisták | Vállalati, csoportos vagy személyes telefonlisták | Címtár-szinkronizálás | Nem alkalmazható |
Előfeltételek
A funkció támogatásához szükséges kliensverzió 42.11-es vagy újabb.
Javítás, amelynél mellék- és helyhívó kódok lettek hozzáadva az XSI-hez és a Provisioning Adapterhez 2022. február a 23-as vagy újabb verzióhoz a következő részeként:
AP.platform.23.0.1075.ap380045
AP.as.23.0.1075.ap380045
AP.xsp.23.0.1075.ap380045
AP.as.24.0.944.ap380045
Engedélyezze az X-BroadWorks-Remote-Party-Info fejlécet az AS-en az alábbi CLI-parancs ehhez a SIP-hívás hívásfolyamhoz, amely a mellék tárcsázási funkcióinak támogatásához szükséges.
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Hívásopciók prioritása az alkalmazásban
A Melléktárcsázás funkció támogatásának részeként az alkalmazás hívásbeállításainak prioritási beállítása partner szinten is elérhető a Webex for Cisco Broadworks összes partnere számára. Ezzel a beállítással a partner vezérelheti az összes kezelt ügyfele hívásprioritás-beállításait a Partner Hubról. Az ügyfél alkalmazáshívási opcióinak prioritási beállításai ügyfélszint is módosíthatók a Control Hubból.
Az alkalmazáshívási opciók prioritási beállítása második opcióként tartalmazza a melléket mind a Partner Hub, mind a Control Hub rendszerében, amikor egy Webex for Cisco Broadworks-felhasználó újonnan van hozzárendelve mellékhez a fent említett üzembe helyezési módok bármelyikén keresztül.
Az összes meglévő kiépített szervezet esetében a mellék opció rejtett állapotban lesz (alapértelmezés szerint) az alkalmazás hívásbeállításainak prioritási beállításában. Ez nem fog melléket megjeleníteni a felhasználó hang-/ videohívások opciójában a Webex alkalmazásban.
Az alábbi opciók segítségével teheti láthatóvá a mellékhívási opciót a meglévő ügyfelek számára:
Ha egy partner azt szeretné, hogy az összes felügyelt ügyfélszervezete kapjon melléket a hívási opciók egyikeként, javasoljuk, hogy a partnerrendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Partner Hubban. Ez lehetővé teszi, hogy a felügyelt ügyfélszervezetek örököljék a beállítást a partnerüktől.
Ha egy Partner hívási opciókban szeretne melléket biztosítani egy adott ügyfélszervezet számára, javasoljuk, hogy a Partner-rendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Control Hubban.
Csoportnévjegyek támogatása
Ez a funkció továbbfejleszti a Webex for BroadWorks DirSync szolgáltatást azáltal, hogy megszünteti a legfeljebb 1500 névjegy szinkronizálására vonatkozó korlátozást a csoportos telefonlistákról a BroadWorks rendszerében, és lehetővé teszi a partnerek számára, hogy akár 30 000 névjegyet is szinkronizálhassanak egyetlen csoportos telefonlistáról, és ez egyenrangúvá tegye azt a 30 000 névjegyével növelése a külön kiadott nagyvállalati telefonlista esetében.
A teljes határérték 200 000 minden külső kapcsolat Szervezetenként, amely a Vállalati és a Csoport telefonszámlistáinak összegére vonatkozik egyetlen BroadWorks-vállalaton belül. Például egy BroadWorks-vállalat támogatott, amely vállalati telefonszámlistával rendelkezik 30 000 telefonnal, és 5 csoportos telefonszámlistával egyenként 30 000 telefonnal (szervezetenként összesen 180 000). Ha azonban 6 csoportos telefonlista van egyenként 30 000 értékkel, akkor ez nem támogatott (összesen 210 000).
Ez a funkció kérésre elérhető. Kérjük, az engedélyezéshez forduljon a fiókot kezelő csapathoz.
|
A funkció engedélyezése után a DirSync szolgáltatás elkezdi szinkronizálni a BroadWorks Group telefonlista névjegyeit a Webex Contact Service dedikált csoportonkénti névjegytárára.
Az üzembe helyezés során a felhasználó vállalati csoportját el kell tárolni a Webex címtárban, jelezve, hogy a felhasználó melyik csoporthoz tartozik. A felhasználónak egy BroadWorks-csoporthoz való társítása a Webex címtárban lehetővé teszi a Webex alkalmazás számára, hogy névjegykeresést végezzen a Contact Service csoport tárhelyén a felhasználó adott csoportja számára.
A funkció használatához a Webex for BroadWorks-előfizetőknek a BroadWorks vállalati csoportazonosítóval kell rendelkezniük a Webex .
A BroadWorks vállalati csoportazonosítót a következő módszerekkel lehet kiépíteni a Cisco BroadWorks-felhasználók számára:
Webex a Cisco BroadWorks-felhasználók számára
Nyilvános API -létesítés 'spEnterpriseGroupId'-ként
A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében.
Átfolyó vagy önaktiváló üzembe helyezés
A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Nem alkalmazható. Nem szükséges szinkronizálni a BroadWorks vállalati csoportazonosítót ezeknél a felhasználóknál.
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Vállalati azonosító kezelése |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A BroadWorks vállalati csoportazonosítót spEnterpriseGroupId paraméterként kell átadni |
Átfolyás | A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | Nem alkalmazható |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | Nem alkalmazható |
BroadWorks-telefonlisták | Névjegyek a BroadWorks-csoport telefonszámlistájában | Címtár-szinkronizálás | A csoportnévjegyeket az adott csoporthoz társított Webex Contact Service tárolja |
BroadWorks Enterpsie vagy Persional telefonlisták | Névjegyek a Vállalati vagy Személyes telefonlistán | Címtár-szinkronizálás | Nem alkalmazható |
A nyilvános API -t az ÁLLÍTÁS ELŐTT frissíteni kell. Az áttelepítés nem fejezhető be, amíg be nem fejeződik EZ az API . A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében https://developer.webex.com/docs/api/changelog#2023-march A funkció engedélyezése után és a következő címtár-szinkronizálás eredményeként a vállalati felhasználói csoportok is megjelennek a Control Hubban. A csoportok megjelenítése a Control Hub for Webex for BroadWorks alkalmazásban pusztán információs jellegű ebben a szakaszban. A partner- és ügyfélrendszergazdák nem módosíthatják a csoportokat vagy a csoporttagságot a Control Hubon, mert ezek a módosítások nem tükröződnek vissza a BroadWorks rendszerébe. A Control Hub csoportkezelését azon partnerek használhatják, akik átveszik a közelgő Contact Management API-kat. |
Áttelepítés és jövőbiztosság
A BroadSoft egyesített kommunikációs kliens Cisco fejlesztése az UC-One helyett a Webex felé való elmozdulás. Ennek megfelelően a támogató szolgáltatások a szolgáltatói hálózatról – a hívás kivételével – a Webex felhőplatform felé haladnak.
Akár UC-One SaaS-t, akár BroadWorks Collaborate-ot futtat, a preferált áttelepítési stratégia az új, dedikált XSP telepítése| ADP-k a Webex for Cisco BroadWorks alkalmazással való integrációjához. A két szolgáltatás párhuzamosan is futtatható, miközben áttelepíti az ügyfeleket a Webex rendszerébe, és végül megtérítheti az előző megoldáshoz használt infrastruktúrát.
Ajánlott dokumentum-előfizetések
A Webex Súgó cikkei (a help.webex.com oldalon) rendelkeznek a Előfizetés lehetőségre opciót, amely lehetővé teszi, hogy e-mail értesítést kapjon, amikor az adott cikk frissül.
Javasoljuk, hogy fizessen elő az alábbi cikkek mindegyikére, hogy biztosan ne maradjon le a hálózati kapcsolat érintő kritikus frissítésekről . Az előfizetéshez lépjen az alábbi hivatkozások egyikére, és az induló cikkben kattintson a Előfizetés lehetőségre gombot.
Legalább azt javasoljuk, hogy iratkozzon fel a fenti listára. alatt felsorolt Webex cikkek és dokumentumok többsége azonban További dokumentumok rendelkezik a Előfizetés lehetőségre opciót. Ahhoz, hogy ez a beállítás megjelenjen, a cikknek meg kell jelennie a help.webex.com oldalon.
A dokumentációs céloldalakra nincs előfizetési lehetőség. |
További dokumentumok
A Webex Cisco BroadWorks alkalmazással kapcsolatos további információkért lásd a következő kapcsolódó dokumentációt:
Webex a Cisco BroadWorks dokumentumokhoz
A partnerrendszergazdák a következő dokumentumok és webhelyek segítségével szerezhetnek információkat a Webex for Cisco BroadWorks alkalmazásról.
Hozzon létre saját PSTN-megoldást a Webex for Cisco BroadWorks számára — Ez a megoldás lehetővé teszi a szolgáltatók számára, hogy a saját (és a Cisco által biztosított számok helyett) telefonszámukat biztosítsák a felhasználók számára a Webex Meetings való csatlakozáskor.
Webex Cisco BroadWorks konfigurációs útmutató —Leírja, hogyan kell konfigurálni a Webex alkalmazást a Cisco Webex rendszerhez.
- Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz — Ismerteti a Room OS és MPP eszközök beüzemelésének és szervizelésének módját.
Webex for Cisco BroadWorks hibaelhárítási útmutató — Hibaelhárítási információkat tartalmaz a Webex for Cisco BroadWorks alkalmazáshoz.
Webex a Cisco BroadWorks cikkekhez
A partnerrendszergazdák a következő opcionális webhelyeken tájékozódhatnak a Webex Cisco BroadWorks-hez alkalmazásról:
Webex Cisco BroadWorks dokumentációhoz — A nyitóoldal műszaki dokumentumokat és opcionális Webex -cikkeket sorol fel a Webex for Cisco BroadWorks partnerrendszergazdái számára.
A Webex Cisco BroadWorks rendszerhez újdonságai — Olvassa el a legújabb kiadott funkciókat, valamint a hamarosan megjelenőket.
Ismert problémák és korlátok — Olvassa el a Webex Cisco BroadWorks megoldásban azonosított ismert problémákat.
Rendszergazdai partner szerepkörök a Webex for BroadWorks és a Wholesale RTM alkalmazásban — Ez a cikk azt ismerteti, hogyan rendelhet hozzá rendszergazdai partner szerepkört a Webex for Cisco BroadWorks alkalmazást kínáló partnerszervezetekhez. A szerepkörök hozzászoktak ahhoz, hogy adminisztrátori hozzáférést rendeljenek a beállításokhoz a Partner Hubban és a Control Hubban.
Cisco BroadWorks dokumentumok
A partnerrendszergazdák a cisco.com Cisco BroadWorks webhelyén tájékozódhatnak a megoldás Cisco BroadWorks részének telepítését ismertető műszaki dokumentumokért:
Webex súgócikkek
A következő Webex súgóoldalak segítségével olyan Webex -cikkek találhatók, amelyek segítenek az ügyfélrendszergazdáknak és a végfelhasználóknak a Webex funkcióinak használatában.
Webex a szolgáltatóktól — Ez a nyitóoldal hivatkozásokat tartalmaz az első lépések , és gyakran használt cikkeket tartalmaz azon Webex App-felhasználók számára, akik Webex -szolgáltatásokat vásároltak egy szolgáltatótól.
Webex Súgó — Használja a help.webex.com keresési funkcióját a Webex alkalmazás és a Webex Meetings funkcióit ismertető további Webex cikkek kereséséhez. Kereshet felhasználói vagy rendszergazdai cikkekre is.
Fejlesztői dokumentáció
Webex for BroadWorks Fejlesztői útmutató — Információkat biztosít a Webex for BroadWorks API-kat használó alkalmazásokat létrehozó fejlesztők számára.
Döntési pontok
Mérlegelés | Megválaszolandó kérdések | Erőforrások |
Építészet és infrastruktúra
|
Hány XSP| ADP-k? Hogyan fogadják az mTLS-t? |
Cisco BroadWorks rendszer kapacitástervező Cisco BroadWorks rendszermérnöki útmutató XSP| ADP CLI referencia Ez a dokumentum |
Ügyfél- és felhasználószolgáltatás | Kijelentheti, hogy megbízik az e-mailekben a BroadWorksben? Szeretné, ha a felhasználók e-mail-címeket adnának meg a saját fiókjuk aktiválásához? Készíthet eszközöket az API használatához? |
Nyilvános API -dokumentumok itt: https://developer.webex.com Ez a dokumentum |
Védjegyzés | Milyen színt és logót szeretne használni? | Webex alkalmazás márkaépítési cikk |
Sablonok | Melyek a különböző ügyfélhasználati esetei? | Ez a dokumentum |
Előfizetői funkciók ügyfelenként/vállalatonként/csoportonként | Válasszon csomagot a szolgáltatási szint sablononkénti meghatározásához. Alap, Standard, Prémium vagy Softphone. | Ez a dokumentum Funkció/csomag mátrix |
Alapszintű hitelesítés | BroadWorks vagy Webex | Ez a dokumentum |
Létesítési adapter (átmeneti létesítési beállításokhoz) | Használ már integrált IM&P-t, például az UC-One SaaS-hez? Több sablont is szeretne használni? Várható-e gyakoribb használati eset? |
Ez a dokumentum Application Server CLI hivatkozás |
Építészet és infrastruktúra
Milyen skálával szeretné kezdeni? A jövőben lehetséges a bővítés, de a jelenlegi használati becslésnek kell előmozdítania az infrastruktúra tervezését.
Együtt a Cisco ügyfélmenedzserével/értékesítési képviselőjével döntse el az XSP méretét| ADP infrastruktúra szerint a Cisco BroadWorks rendszer kapacitástervező és a Cisco BroadWorks rendszermérnöki útmutató .
Hogyan hoz létre kölcsönös TLS -kapcsolatokat a Webex az XSP-hez?| ADP-k? Közvetlenül az XSP-re| ADP DMZ-ben vagy TLS-proxy keresztül? Ez hatással van a tanúsítványkezelésre, és a felületekhez használt URL-címekre. ( Nem támogatjuk a nem titkosított TCP kapcsolatokat a hálózat szélére ).
Ügyfél- és felhasználószolgáltatás
Melyik felhasználó-szolgáltatási módszer felel meg Önnek a legjobban?
Átfolyós beüzemelés megbízható e-mailekkel : Az „Integrált IM&P” szolgáltatás BroadWorks rendszeren történő hozzárendelésével az előfizető automatikusan beüzemelésre kerül a Webex.
Ha azt is állíthatja, hogy a BroadWorks-előfizetői e-mail-címek érvényesek, és egyediek a Webex számára, akkor használhatja a „megbízható e-mail” változatát az átfolyós létesítésnek. Az előfizetői Webex -fiókok létrehozása és aktiválása az ő beavatkozásuk nélkül történik; egyszerűen letöltik a klienst, és bejelentkeznek.
Az e- e-mail cím a Webex egyik kulcsfontosságú felhasználói attribútuma. Ezért a Szolgáltatónak érvényes e- e-mail-cím kell megadnia a felhasználó számára ahhoz, hogy a Webex szolgáltatásait biztosítani tudja. Ennek szerepelnie kell a felhasználó e- e-mail - azonosító attribútumában a BroadWorks-ben. Javasoljuk, hogy másolja be az Alternatív azonosító attribútumba is.
Folyamatos üzembe helyezés megbízható e-mailek nélkül : Ha nem tud megbízni az előfizetői e-mail-címekben, akkor is hozzárendelheti a BroadWorks integrált IM&P szolgáltatását a Webex szolgáltatásban lévő szolgáltatlási felhasználók .
Ezzel az opcióval a fiókok a szolgáltatás hozzárendelésekor jönnek létre, de az előfizetőknek meg kell adniuk és ellenőrizniük kell az e-mail-címüket a Webex -fiókok aktiválásához.
Felhasználói önellátás : Ez a beállítás nem igényel IM&P szolgáltatás hozzárendelését a BroadWorksben. Ehelyett Ön (vagy ügyfelei) egy üzembe helyezési hivatkozást terjeszt, és a hivatkozásokat a különböző kliensek letöltéséhez, az Ön márkajelzésével és utasításaival.
Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a Webex -fiók létrehozásához és aktiválásához. Ezután letöltik a klienst, bejelentkeznek, a Webex pedig lekér róluk néhány további konfigurációt a BroadWorks-től (beleértve az elsődleges számukat is).
SP által vezérelt üzembe helyezés API-kon keresztül : A Webex nyilvános API-k egy készletét teszi elérhetővé, amelyek lehetővé teszik a szolgáltatók számára, hogy a meglévő munkafolyamataikba beépítsék a felhasználók/előfizetők szolgáltatásait.
Létesítési követelmények
Az alábbi táblázat összefoglalja az egyes létesítési módszerek követelményeit. A követelményeken kívül a telepítésnek meg kell felelnie az ebben az útmutatóban ismertetett általános rendszerkövetelményeknek.
Beüzemelési módszer | Követelmények |
---|---|
Folyamatos üzembe helyezés (Megbízható vagy nem megbízható e-mailek) | A Webex üzembe helyezési API automatikusan hozzáadja a meglévő BroadWorks-felhasználókat a Webex , amint a felhasználó megfelel a követelményeknek, és Ön átkapcsolja a Integrált IM+P szolgáltatást be. Két folyamat létezik (megbízható e-mailek vagy nem megbízható e-mailek), amelyeket a Webex onboarding sablonján keresztül lehet hozzárendelni. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
Felhasználói önellátás | A rendszergazda hivatkozást biztosít a meglévő BroadWorks-felhasználóknak a Felhasználóaktiválási portálra. A felhasználónak BroadWorks hitelesítési adatokkal kell bejelentkeznie a portálra, és meg kell adnia egy érvényes e- e-mail-cím. Az e-mail hitelesítése után a Webex további felhasználói információk kér a beüzemelés befejezéséhez. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
SP által vezérelt üzembe helyezés API -n keresztül (Megbízható vagy nem megbízható e-mailek) | A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik, hogy a meglévő munkafolyamatokba és eszközökbe beépítse a felhasználói beüzemelést. Két folyamat létezik:
BroadWorks-követelmények:
Webex követelmények:
Az API-k használatához lépjen ide: BroadWorks-előfizetők . |
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Támogatott nyelvi területek
Az üzembe helyezés során a BroadWorks alkalmazásban az elsőként kiépített felügyeleti jogokkal rendelkező felhasználó hozzárendelt nyelv lesz automatikusan hozzárendelve az ügyfélszervezet alapértelmezett területi beállításaiként. Ez a beállítás határozza meg az aktiválási e-mailek, értekezletek és értekezletmeghívók alapértelmezett nyelvét az adott ügyfélszervezeten belül.
Öt karakteres nyelvi területi beállítások az (ISO-639-1) nyelven_ (ISO-3166) formátum támogatott. Például:en_ Az US E-nek felel megnglish_ Egyesült Államok. Ha csak kétbetűs nyelvet kér ( ISO-639-1 formátumot használva), a szolgáltatás egy ötkarakteres nyelvi területi beállítást generál úgy, hogy a kért nyelvet a sablonból származó országkóddal kombinálja, azaz "requestedL".anguage_ CountryCode", ha nem tud érvényes területi beállítást beállítani, akkor a szükséges nyelvkód alapján az alapértelmezett ésszerű területi beállítást használja.
Az alábbi táblázat felsorolja a támogatott területi beállításokat, valamint azt a hozzárendelést, amely a kétbetűs nyelvi kódot ötkarakteres területi beállításra konvertálja olyan helyzetekben, amikor nem áll rendelkezésre öt karakteres területi beállítás.
Támogatott nyelvi területek (ISO-639-1)_ (ISO-3166) | Ha csak egy kétbetűs nyelvkód áll rendelkezésre... | |
---|---|---|
Nyelvkód (ISO-639-1) ** | Használja helyette az Alapértelmezett érzékeny területi beállítást (ISO-639-1)_ (ISO-3166) | |
en_US en_AU en_GB en_CA | hu | en_US |
fr_FR fr_CA | fr | fr_FR |
cs_CZ | cs | cs_CZ |
da_DK | da | da_DK |
de_DE | de | de_DE |
hu_HU | hu | hu_HU |
id_Azonosító | azonosító | id_Azonosító |
it_IT | it | it_IT |
ja_JP | ja | ja_JP |
ko_KR | ko | ko_KR |
es_ES es_CO es_MX | es | es_ES |
nl_NL | nl | nl_NL |
nb_NEM | nb | nb_NEM |
pl_PL | pl | pl_PL |
pt_PT pt_BR | pt | pt_PT |
ru_RU | ru | ru_RU |
ro_RO | ro | ro_RO |
zh_CN zh_TW | zh | zh_CN |
sv_SE | sv | sv_SE |
ar_SA | ar | ar_SA |
tr_TR | tr | tr_TR |
A helyszínekes_ CO,id_ azonosító,nb_ NEM éspt_ A Webex értekezletoldalak nem támogatják a PT-t. Ezeken a területeken a Webex Meetings webhelyek csak angol nyelvűek lesznek. Az angol az alapértelmezett területi beállítás a webhelyekhez, ha nincs/invalid/nem támogatott területi beállítás szükséges a webhelyhez. Ez a nyelvi mező a Szervezeti és Webex Meetings webhely létrehozásakor alkalmazható. Ha egy bejegyzésben vagy az előfizető API -jában nem szerepel nyelv, akkor a sablon nyelve lesz az alapértelmezett nyelv. |
Védjegyzés
A partnerrendszergazdák a Speciális márkaépítés testreszabási opciókkal testreszabhatják, hogy a Webex alkalmazás hogyan keresse a partner által kezelt ügyfélszervezeteket. A partnerrendszergazdák testreszabhatják a következő beállításokat annak érdekében, hogy a Webex alkalmazás tükrözze a vállalati márkát és identitásukat:
Vállalati logók
Egyedi színsémák Világos vagy Sötét módban
Egyedi támogatási URL-címek
A márkaépítés testreszabásának részleteiért lásd: Speciális márka-testreszabások konfigurálása .
|
Beléptetési sablonok
A beléptető sablonok lehetővé teszik azoknak a paramétereknek a meghatározását, amelyek alapján az ügyfelek és a hozzájuk tartozó előfizetők automatikusan ki lesznek szolgáltatva a Webex for Cisco BroadWorks rendszeren. Igény szerint több belépési sablont is konfigurálhat, de amikor egy ügyfelet belép, az csak egy sablonhoz lesz hozzárendelve (egy ügyfélre nem lehet több sablont alkalmazni).
Az alábbiakban felsorolunk néhány elsődleges sablonparamétert.
Csomag
Ki kell választania egy alapértelmezett csomagot a sablon létrehozásakor (lásd Csomagok lehetőségre részletekért az Áttekintés részben). Minden olyan felhasználó, aki rendelkezik ezzel a sablonnal, akár folyamatban lévő, akár önkiépítéssel, megkapja az alapértelmezett csomagot.
Több sablon létrehozásával, és mindegyikben más alapértelmezett csomag kiválasztásával szabályozhatja a csomagok kiválasztását a különböző ügyfelek számára. Ezt követően terjeszthet különböző üzembe helyezési hivatkozásokat vagy különböző vállalatonkénti beüzemelési adaptereket, attól függően, hogy milyen felhasználó-létesítési módszert választott ezekhez a sablonokhoz.
Megváltoztathatja az egyes előfizetők csomagját ettől az alapértelmezetttől a beüzemelési API (lásd Webex for Cisco BroadWorks API dokumentáció vagy a Partner Hubon keresztül (lásd Felhasználói csomag módosítása a Partner Hubban ) .
Nem módosíthatja az előfizetői csomagot a BroadWorksből. Az Integrált IM&P szolgáltatás hozzárendelése be vagy ki van kapcsolva; ha az előfizető hozzá van rendelve ehhez a szolgáltatáshoz a BroadWorksben, akkor az előfizető vállalatának szolgáltatási URL -címéhez társított Partner Hub-sablon határozza meg a csomagot.
Viszonteladó és vállalatok vagy Szolgáltató és csoportok?
A BroadWorks-rendszer konfigurációjának módja hatással van a beüzemelési folyamatra. Ha Ön viszonteladó az Enterprises-szal, akkor sablon létrehozásakor engedélyeznie kell a Vállalati módot.
Ha a BroadWorks rendszere Szolgáltatói módra van beállítva, a Vállalati mód kapcsolót kikapcsolva hagyhatja a sablonokban.
Ha mindkét BroadWorks-móddal tervezi az ügyfélszervezetek kiépítését, akkor különböző sablonokat kell használnia a csoportokhoz és a vállalatokhoz.
Győződjön meg arról, hogy alkalmazta az átfolyós kiépítéshez szükséges BroadWorks javításokat. A részletekért lásd: Szükséges javítások átfolyós telepítéssel . |
Hitelesítő mód
Döntse el, hogyan szeretné hitelesíteni az előfizetőket, amikor bejelentkezik a Webex. Az üzemmódot a következővel rendelheti hozzá Hitelesítési mód beállítást a Belépési sablonban. Az alábbi táblázat felvázol néhány opciót.
Ez a beállítás nincs hatással a Felhasználó aktiválási portálra történő bejelentkezésre. A portálra bejelentkező felhasználóknak meg kell adniuk a BroadWorks- felhasználói azonosító és jelszavukat a BroadWorks-en beállítottak szerint, függetlenül a beállítás módjától. Hitelesítési mód a beléptetési sablonon. |
Hitelesítő mód | BroadWorks | Webex |
Elsődleges felhasználói identitás | BroadWorks-felhasználói azonosító | E-mail-cím |
Identitásszolgáltató | BroadWorks.
| Cisco Common Identity |
Többtényezős hitelesítés? | Nem | A többtényezős hitelesítést támogató ügyfél-azonosítót igényel. |
Hitelesítési adatok érvényesítési útvonala
|
|
|
Az SSO bejelentkezési folyamat részletesebb lebontásához közvetlen BroadWorks-hitelesítéssel lásd: SSO bejelentkezési folyamat . |
UTF-8 kódolás BroadWorks hitelesítéssel
BroadWorks-hitelesítés esetén javasoljuk, hogy UTF-8 kódolást állítson be a hitelesítési fejléchez. Az UTF-8 kijavít egy olyan problémát, amely a speciális karaktereket használó jelszavak esetén fordulhat elő, mivel a webböngésző nem megfelelően kódolja a karaktereket. Az UTF-8 kódolású, 64-es alapkódolású fejlécek használata megoldja ezt a problémát.
Az UTF-8 kódolást a következő CLI-parancsok egyikének az XSP-n vagy ADP-n történő futtatásával állíthatja be:
XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
Ország
Sablon létrehozásakor ki kell választania egy országot. A rendszer automatikusan ezt az országot rendeli hozzá a szervezeti országként minden olyan ügyfél számára, aki rendelkezik a sablonnal a Common Identityben. Ezenkívül a szervezet országa határozza meg a Cisco PSTN alapértelmezett globális betelefonálási számait a Webex értekezletoldalakon.
A webhely alapértelmezett globális betelefonálási számai a szervezet országa alapján a telefonos tartományban meghatározott első elérhető betelefonálási számra lesznek beállítva. Ha a szervezet országa nem található a telefonos tartományban meghatározott betelefonálási számban, akkor az adott helyszín alapértelmezett számát fogja használni a rendszer.
S No. | Helyszín | Országhívószám | Ország neve |
---|---|---|---|
1 | AMER | +1 | USA, CA |
2 | APAC | +65 | Szingapúr |
3 | ANZ | +61 | Ausztrália |
4 | EMEA | +44 | Egyesült Királyság |
5 | EURO | +49 | Németország |
Több partner megállapodás
Szeretné továbblicencelni a Webex for Cisco BroadWorks alkalmazást egy másik szolgáltató? Ebben az esetben minden szolgáltató külön partnerszervezetre van szüksége a Webex Control Hubban, hogy biztosíthassa a megoldást az ügyfélbázisa számára.
Beüzemelési adapter és sablonok
Átmenőleges kiépítés használata esetén a BroadWorks-ben megadott beüzemelési URL -cím a Control Hub sablonjából származik. Több sablonja lehet, és így több szolgáltatási URL-címe is. Ez lehetővé teszi, hogy vállalatonként kiválassza, hogy melyik csomagot alkalmazza az előfizetőkre, amikor megkapják az Integrált IM&P szolgáltatást.
Meg kell fontolnia, hogy szeretne-e rendszerszintű üzembe helyezési URL -t beállítani alapértelmezett szolgáltatási útvonalként, és hogy ehhez melyik sablont szeretné használni. Így csak az üzembe helyezési URL -címet kell kifejezetten beállítani azon vállalatok számára, amelyeknek más sablonra van szükségük.
Ne feledje azt is, hogy előfordulhat, hogy már rendszerszintű beüzemelési URL-t használ , például az UC-One SaaS szolgáltatással. Ebben az esetben dönthet úgy, hogy megtartja a rendszerszintű URL -címet az UC-One SaaS-felhasználók beüzemeléséhez, és felülbírálhatja a Webex for Cisco BroadWorks alkalmazásra áttérő vállalatoknál. Alternatív megoldásként választhat a másik irányba, és beállíthatja a Webex for BroadWorks rendszerszintű URL -címét, és újrakonfigurálhatja azokat a vállalatokat, amelyeket meg szeretné tartani az UC-One SaaS rendszeren.
Az ehhez a döntéshez kapcsolódó konfigurációs lehetőségeket a következő tartalmazza: Konfigurálja az alkalmazáskiszolgálót a kiépítési szolgáltatás URL-címével .
Létesítési adapter proxy
A nagyobb biztonság érdekében a Provisioning Adapter Proxy lehetővé teszi, hogy HTTP(S) proxyt használjon az Application Delivery Platformon az AS és a Webex közötti átfolyólagos kiépítéshez. A proxykapcsolat egy végpontok közötti TCP -alagutat hoz létre, amely a forgalmat az AS és a Webex között továbbítja, elkerülve ezzel annak szükségességét, hogy az AS közvetlenül csatlakozzon a nyilvános internethez. A biztonságos kapcsolatokhoz TLS használható.
Ehhez a funkcióhoz be kell állítani a proxyt a BroadWorks rendszeren. A részletekért lásd: Cisco BroadWorks Provisioning Adapter proxyfunkció leírása .
Minimális követelmények
Fiókok
Minden előfizetőnek, akit a Webex szolgáltatásra kiépít, szerepelnie kell a Webex integrált Webex rendszerben. Szükség esetén több BroadWorks rendszert is integrálhat.
Minden előfizetőnek rendelkeznie kell BroadWorks-licencekkel és elsődleges számmal vagy mellékmel.
A Webex e-mail-címeket használ elsődleges azonosítóként az összes felhasználó számára. Ha a megbízható e-mailekhez átfolyósított üzembe helyezést használ, akkor a felhasználóknak érvényes címekkel kell rendelkezniük a BroadWorks e-mail attribútumában.
Ha a sablon BroadWorks-hitelesítést használ, az előfizetői e-mail-címeket átmásolhatja a BroadWorks Alternatív azonosító attribútumába. Ez lehetővé teszi, hogy a felhasználók e-mail-címükkel és Webex -jelszavukkal jelentkezzenek be a Webexbe.
A rendszergazdáknak a Webex -fiókjukkal kell bejelentkezniük a Partner Hubra.
Nem támogatott BroadWorks-rendszergazda beépítése a Webex for Cisco BroadWorks rendszerébe. Csak olyan BroadWorks-hívó felhasználókat tud bekapcsolni, akik rendelkeznek elsődleges számmal és/vagy melléktel. Ha átfolyósított üzembe helyezést használ, a felhasználókhoz hozzá kell rendelni az Integrált IM&P szolgáltatást is. |
Hálózati kiszolgálók és szoftverkövetelmények
BroadWorks-példány(ok) legalább R22-es verzióval. A támogatott verziók és javítások a BroadWorks szoftverkövetelmények című részben találhatók (ebben a dokumentumban). További információkért lásd: A BroadSoft termékek életciklus-szabályzata szakaszban BroadSoft életciklus házirend és BroadWorks szoftver kompatibilitási táblázat .
A BroadWorks-példány(ok)nak tartalmaznia kell legalább a következő kiszolgálókat:
Alkalmazáskiszolgáló (AS) a fenti BroadWorks-verzióval
Hálózati szerver (NS)
Profilkiszolgáló (PS)
Nyilvános XSP| Az alábbi követelményeknek megfelelő ADP-kiszolgáló(k) vagy Alkalmazáskézbesítő Platform (ADP):
Hitelesítési szolgáltatás (BWAuth)
XSI-műveletek és események felületei
DMS (eszközkezelő webalkalmazás)
CTI interfész (Computer Telephony Intergration)
TLS 1.2 érvényes tanúsítvánnyal (nem önaláírt) és minden szükséges közbenső eszközzel. Rendszerszintű rendszergazda szükséges a vállalati keresés megkönnyítéséhez.
Kölcsönös TLS (mTLS) hitelesítés a hitelesítési szolgáltatáshoz (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Kölcsönös TLS (mTLS) hitelesítés a CTI felülethez (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Különálló XSP/ADP szerver, amely „Hívásértesítések Push Server” szerepében működik (egy NPS a környezetében, amely a hívásértesítések leküldésére szolgál az Apple/Google felé. Itt „CNPS”-nek hívjuk, hogy megkülönböztessék a Webex azon szolgáltatásától, amely push értesítéseket küld az üzenetküldéshez és a jelenléthez.
A kiszolgálónak R22-es vagy újabb verziójúnak kell lennie.
Külön XSP/ADP szervert írunk elő a CNPS számára, mert a Webex a BWKS felhőkapcsolatok esetében bekövetkező betöltés kiszámíthatatlansága negatívan befolyásolhatja az NPS szerver teljesítményét, ami az értesítési késleltetés növekedését eredményezheti. Lásd a Cisco BroadWorks rendszermérnöki útmutató további információkért az XSP-ről| ADP skála.
Webex alkalmazásplatformok
A Webex alkalmazás angol nyelvű verziójának letöltéséhez lépjen a következő oldalra:https://www.webex.com/webexfromserviceproviders-downloads.html . A Webex alkalmazás a következő címen érhető el:
Windows rendszerű PC-k/laptopok
Apple PC-k/laptopok MacOS rendszerrel
iOS (Apple Store)
Android (Play Áruház)
web (lépjen ide:https://teams.webex.com/ )
Lokalizált verziók
A Webex alkalmazás lokalizált verziójának letöltéséhez használja az alábbi hivatkozások egyikét:
https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (koreai)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Francia)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugál)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Hagyományos kínai)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Egyszerűsített kínai)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japán)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spanyolország)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (német)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (olasz)
Fizikai telefonok és kiegészítők
Cisco IP -telefonok:
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html modellekért és további információkért.
A harmadik féltől származó telefonokat ugyanúgy támogatjuk, mint a többi BroadWorks-integrációt. Azonban még nem rendelkeznek névjegy- és jelenlétintegrációval a Webex for Cisco BroadWorks alkalmazással.
Adapterek:
Cisco ATA 191 multiplatform analóg telefonadapter
Cisco ATA 192 multiplatform analóg telefonadapter
Lásdhttps://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html modellekért és további információkért.
Fejhallgatók:
500-as sorozatú Cisco fejhallgató
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.htmlmodellekért és további információkért.
Room OS-eszközök:
Webex Room és Room Kit sorozat
Webex Desk sorozat
Webex Board sorozat
Eszközintegráció
A Room OS és MPP eszközök Webex for Cisco BroadWorks alkalmazáshoz történő bevezetésével és szervizelésével kapcsolatos részletekért lásd: Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz .
Eszközprofilok lehetőségre
Az alábbiakban láthatók azok a DTAF-fájlok, amelyeket be kell töltenie az alkalmazáskiszolgálókra, hogy támogassa a Webex alkalmazást hívó kliensként. Ezek ugyanazok a DTAF-fájlok, mint az UC-One SaaS esetében, azonban van egy új config-wxt.xml.template
a Webex alkalmazáshoz használt fájlt.
A legújabb eszközprofilok letöltéséhez lépjen az Alkalmazáskézbesítési platformra Szoftverletöltések webhelyen, hogy lekérje a legújabb DTAF fájlokat. Ezek a letöltések ADP és XSP esetén is működnek.
Ügyfél neve | Eszközprofil típusa és csomagneve |
---|---|
Webex Mobil Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Mobil DTAF: Konfigurációs fájl: |
Webex Tablet Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Tablet DTAF: Konfigurációs fájl: |
Webex Asztali lehetőségre Sablon |
Identitás/eszközprofil típusa: Business Communicator – PC DTAF: Konfigurációs fájl: |
Azonosítás/Eszközprofil
Minden Webex Cisco BroadWorks-felhasználónak rendelkeznie kell egy Identitás/eszközprofil hozzárendelt a BroadWorksben, amely a fenti eszközprofilok egyikét használja a Webex alkalmazás használatával történő hívások kezdeményezéséhez. A profil biztosítja azt a konfigurációt, amely lehetővé teszi a felhasználó számára, hogy hívásokat kezdeményezzen.
OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez
Adjon szolgáltatáskérés a beléptető ügynöknek vagy a Cisco TAC -nak a Cisco OAuth szolgáltatás létrehozásához a Cisco Identity Provider Federation-fiókjához.
Használja a következő kérelemcímet a megfelelő funkciókhoz:
XSP| ADP AuthService Configuration” szolgáltatás konfigurálásához XSP| ADP.
Az 'NPS-konfiguráció hitelesítési proxybeállításhoz' az NPS-t a hitelesítési proxy használatára konfigurálja.
CI felhasználói UUID szinkronizálás' a CI felhasználói UUID szinkronizáláshoz. A funkció további részleteiért lásd: A Cisco BroadWorks támogatása a CI UUID-hez .
Állítsa be a BroadWorks alkalmazást úgy, hogy engedélyezze a Cisco számlázást a BroadWorks- és a Webex -et a BroadWorks-előfizetésekhez.
A Cisco egy 60 napig érvényes OAuth- azonosító, egy titkos ügyfél titkosítást és egy frissítési tokent ad Önnek. Ha a token a használata előtt lejár, akkor újabb kérelmet indíthat.
Ha már megszerezte a Cisco OAuth Identity Provider hitelesítési adatait, akkor a hitelesítési adatainak frissítéséhez hajtson végre egy új szolgáltatáskérés . |
Tanúsítványok megrendelése
A TLS -hitelesítés tanúsítványkövetelményei
Szüksége lesz egy jól ismert Certificate Authority által aláírt és a nyilvános XSP-re telepített biztonsági tanúsítványokra.| ADP-k, az összes szükséges alkalmazáshoz. Ezekkel támogatják a TLS -tanúsítvány-ellenőrzést az XSP-hez minden bejövő kapcsolat esetén| ADP szerverek.
Ezeknek a tanúsítványoknak tartalmazniuk kell az XSP-t| ADP nyilvános, teljesen minősített tartománynév vagy Tárgy alternatív neveként.
Az ilyen kiszolgálótanúsítványok telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy a CA által aláírt nyilvános kiszolgálótanúsítvány hol kell betölteni a következő három esetben:
A Webex alkalmazás által a hitelesítéshez támogatott, nyilvánosan támogatott hitelesítésszolgáltatók felsorolása Támogatott hitelesítésszolgáltatók a Webex Hybrid Services számára .
TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik a proxyba.
A proxy bemutatja ezt a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
Egy belső CA által aláírt tanúsítvány betölthető az XSP-re| ADP.
Az XSP| Az ADP ezt a belsőleg aláírt kiszolgálótanúsítvány mutatja be a proxynak.
A proxy megbízik az XSP-t aláíró belső hitelesítésszolgáltatóban| ADP kiszolgálótanúsítvány.
TLS -tanúsítvány követelmények a TLS-passthrough Proxy vagy XSP esetében| ADP a DMZ-ben
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik az XSP-be| ADP-k.
Az XSP| Az ADP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
További tanúsítványkövetelmények a CTI felületen keresztüli kölcsönös TLS -hitelesítéshez
Amikor a CTI felülethez csatlakozik, a Webex a kölcsönös TLS hitelesítés részeként egy klienstanúsítvány mutat be. A Webex klienstanúsítvány CA/lánctanúsítvány letölthető a Control Hubon keresztül.
A tanúsítvány letöltése:
Jelentkezzen be a Partner Hubba, ehhez kell
és kattintson a tanúsítvány letöltése hivatkozásra.A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra a tanúsítvány követelményeit foglalja össze a következő három esetben:
(Opció) A TLS-bridge proxy tanúsítványkövetelményei
A Webex egy nyilvánosan aláírt klienstanúsítvány mutat be a proxynak.
A proxy megbízik az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy bemutatja a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions: X509v3 Extended Key Usage: 1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
A belső tanúsítvány CN-jének a következőnek kell lennie:
bwcticlient.webex.com
.
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Előfordulhat, hogy a nyilvános hitelesítő hatóságok nem hajlandók a tanúsítványokat a szükséges védett BroadWorks OID-vel aláírni. Áthidaló proxy esetén előfordulhat, hogy egy belső CA segítségével kell aláírnia a proxy által az XSP-nek bemutatott klienstanúsítvány .| ADP.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Az alkalmazáskiszolgálóé ClientIdentity tartalmazza az XSP-nek bemutatott, belsőleg aláírt klienstanúsítvány CN-jét| ADP a proxy által.
(Opció) Tanúsítványkövetelmények TLS-passthrough Proxy vagy XSP esetén| ADP a DMZ-ben
A Webex egy belső Cisco CA által aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Az XSP| Az ADP-k megbíznak az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány az XSP-be is betöltődik| ADP-k.
Az XSP| Az ADP-k bemutatják a nyilvánosan aláírt szervertanúsítványokat a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
Az alkalmazáskiszolgáló ClientIdentity tartalmazza az XSP-nek bemutatott Cisco által aláírt klienstanúsítvány CN-jét| ADP a Webex által.
A hálózat előkészítése
A Webex Cisco BroadWorks rendszerhez által használt kapcsolatokról szóló további információkért lásd: A Webex for Cisco BroadWorks hálózati követelményei . Ez a cikk a tűzfal be- és kilépési szabályainak konfigurálásához szükséges IP -címek, portok és protokollok listáját tartalmazza.
A Webex-szolgáltatások hálózati követelményei
Az előző Belépési és Kilépési szabályok tűzfaltáblák csak azokat a kapcsolatokat dokumentálják, amelyek kifejezetten a Webex for Cisco BroadWorks alkalmazásra vonatkoznak. A Webex alkalmazás és a Webex felhő közötti kapcsolatokra vonatkozó általános információkért lásd: A Webex Services hálózati követelményei . Ez a cikk a Webex vonatkozik, de a következő táblázat azonosítja a cikk különböző részeit, és azt, hogy az egyes részek mennyire relevánsak a Webex for Cisco BroadWorks számára.
Hálózati követelmények cikk szakasza | Az információk relevanciája |
---|---|
A Webex által támogatott eszköztípusok és protokollok összefoglalása | Tájékoztató |
Tájékoztató | |
El kell olvasni | |
El kell olvasni | |
Tartományok és URL-címek, amelyeknek hozzáférhetőnek kell lenniük a Webex-szolgáltatások számára | El kell olvasni |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
A Webex más hibrid szolgáltatásai és dokumentációjuk összegzése | Opcionális |
Webex-szolgáltatások a FedRAMP ügyfelei számára | N. A. |
További információk
További információkért lásd: Webex App Firewall Whitepaper (PDF) .
BroadWorks redundancia támogatása
A Webex Cloud Services és a Webex ügyfélalkalmazások, amelyeknek el kell érniük a partner hálózatát, teljes mértékben támogatják a Broadworks XSP-t| A partner által biztosított ADP redundancia. Amikor egy XSP| Az ADP vagy a webhely tervezett karbantartás vagy nem tervezett ok miatt nem érhető el, a Webex szolgáltatások és alkalmazások át tudnak lépni egy másik XSP-re| A kérés teljesítéséhez a partner által biztosított ADP vagy oldal.
Hálózati topológia
A Broadworks XSP| Az ADP-k telepíthetők közvetlenül az interneten, vagy egy DMZ-ben is elhelyezhetők egy terheléselosztás elemmel, például az F5 BIG- IP-vel. A georedundancia biztosítása érdekében az XSP| Az ADP-k két (vagy több) adatközpontban telepíthetők, mindegyik előtt egy terheléselosztó állhat, és mindegyik rendelkezik nyilvános IP-cím -címmel. Ha az XSP| Az ADP-k egy terheléselosztó mögött állnak, a Webex mikroszolgáltatások és az alkalmazás csak a terheléselosztó IP-cím látja, a Broadworks pedig úgy tűnik, csak egy XSP-vel rendelkezik| ADP, még akkor is, ha több XSP van| ADP-k mögött.
Az alábbi példában az XSP| Az ADP-k két helyszínen vannak telepítve, az A és a B helyszínen. Két XSP létezik| Az egyes telephelyeken egy terheléselosztóval ellátott ADP-k. Az A oldal XSP-vel rendelkezik| ADP1 és XSP| Az ADP2 előlapján LB1, a B oldalon pedig XSP található| ADP3 és XSP| ADP4 elől LB2. Csak a terheléselosztók láthatók a nyilvános hálózaton, és az XSP| Az ADP-k a DMZ magánhálózatokon vannak.
Webex Cloud Services
DNS konfiguráció
A Webex Cloud mikroszolgáltatásoknak meg kell tudniuk találni a Broadworks XSP-t| ADP-kiszolgáló(k) az Xsi interfészekhez, hitelesítési szolgáltatáshoz és CTI-hez való csatlakozáshoz.
A Webex Cloud mikroszolgáltatások DNS A/AAAA keresést végeznek a konfigurált XSP-n| ADP-gazdanevet, és csatlakozzon a visszaadott IP -címhez. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga. Ha több IP -címet ad vissza, a lista első IP -címe lesz kiválasztva. Az SRV keresés jelenleg nem támogatott.
Példa: A partner DNS -e A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Teherelosztók.
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| LB2-re mutat (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Feladatátvétel
Amikor a Webex mikroszolgáltatások kérést küldenek az XSP-nek| Az ADP/Load Balancer alkalmazáshoz és a kérelem sikertelenségéhez több dolog is történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre.
Ha egy hibakód (HTTP5xx ) üzenetet kapja vissza, a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre .
Ha 2 másodpercen belül nem érkezik HTTP-válasz, a kérés időtúllépése, és a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és továbbítják az útvonalat a következő IP-címre .
Minden kérés háromszor próbálkozik, mielőtt a hibát visszaküldi a mikroszolgáltatásnak.
Ha egy IP a blokkoltak listáján van, akkor nem fog szerepelni azon címek listáján, amelyeket meg kell próbálni, amikor kérést küld egy XSP-nek| ADP. Egy előre meghatározott idő elteltével a blokkolt IP -címek lejárnak, és visszatér a listába, hogy megpróbálja, amikor újabb kérés érkezik.
Ha minden IP -cím blokkolva van, a mikroszolgáltatás akkor is megpróbálja elküldeni a kérést úgy, hogy véletlenszerűen kiválaszt egy IP-cím a blokkolt listáról. Sikeres esetben az adott IP-cím törlődik a blokkoltak listájáról.
Állapot
A Webex Cloud szolgáltatások XSP-hez való kapcsolódási állapota| Az ADP-k vagy a terheléselosztók a Control Hubban láthatók. A BroadWorks hívófürtök alatt a kapcsolat állapota az alábbi felületek mindegyikéhez jelenik meg:
XSI-műveletek
XSI-események
Hitelesítési szolgáltatás
A kapcsolat állapota az oldal betöltésekor vagy a bemeneti frissítések során frissül. A kapcsolatok állapota a következő lehet:
Zöld: Mikor érhető el az interfész az A rekord keresésben lévő egyik IP-n.
Piros: Amikor az A rekord keresésében szereplő összes IP-cím nem érhető el, és az interfész nem elérhető.
A következő szolgáltatások a mikroszolgáltatások segítségével csatlakoznak az XSP-hez| Az XSP hatással van rájuk| Az ADP interfész elérhetősége:
Bejelentkezés a Webex alkalmazásba
Webex alkalmazás-token frissítése
Nem megbízható e-mail/önaktiválás
Broadworks Service állapotfelmérés
Webex alkalmazás
DNS konfiguráció
A Webex alkalmazás hozzáfér az Xtended Services Interface (XSI-Actions & XSI-Events) és az Eszközkezelő szolgáltatás (DMS) szolgáltatásaihoz az XSP-n| ADP.
Az XSI szolgáltatás megkereséséhez a Webex alkalmazás DNS SRV keresést végez a következőhöz: _xsi-client._tcp.<webex app xsi domain>
. Az SRV az XSP számára beállított URL -re mutat| ADP gazdagépek vagy terheléselosztók az XSI szolgáltatáshoz. Ha az SRV keresés nem érhető el, a Webex alkalmazás visszakerül az A/AAAA keresésre.
Az SRV több A/AAAA célt is képes feloldani. Azonban minden A/AAAA rekordnak csak egyetlen IP-cím kell hozzárendelnie. Ha több XSP van| A terheléselosztó/edge eszköz mögötti DMZ-ben található ADP-k esetén a terheléselosztót úgy kell beállítani, hogy fenntartsa a munkamenet-perzisztenciát, és ugyanahhoz az XSP-hez irányítsa át az adott munkamenet összes kérését| ADP. Azért írjuk elő ezt a konfigurációt, mert az ügyfél XSI-esemény szívverésének ugyanahhoz az XSP-hez kell mennie| Az eseménycsatorna létrehozásához használt ADP.
Az 1. példában a webex-app-XSP A/AAAA rekordja| Az ADP.example.com nem létezik, és nem is kell, hogy legyen. Ha a DNS megköveteli, hogy egy A/AAAA rekordot meg kell adni, akkor csak 1 IP-cím kell visszaadnia. Ettől függetlenül az SRV-t meg kell adni a Webex alkalmazáshoz. Ha a Webex alkalmazás olyan A/AAAA nevet használ, amely egynél több IP-cím definiál , vagy ha a terheléselosztó/edge elem nem tartja fenn a munkamenet megmaradását, az ügyfél végső soron szívveréseket küld egy XSP-nek.| ADP, ahol nem hozott létre eseménycsatornát. Ez a csatorna leszakadását eredményezi, és jelentősen megnöveli a belső forgalmat, ami rontja az XSP-t| ADP-fürt teljesítménye. Mivel a Webex Cloud és a Webex alkalmazás eltérő követelményeket támaszt az A/AAAA rekordok keresésében, külön FQDN-t kell használnia a Webex Cloud és a Webex alkalmazás számára az XSP eléréséhez| ADP-k. Amint az a példákban látható, a Webex Cloud A rekordot használja |
1. példa – Több XSP| ADP-k, mindegyik külön terheléselosztó mögött
Ebben a példában az SRV több A rekordra mutat úgy, hogy minden A rekord egy másik helyszínen lévő más terheléselosztóra mutat. A Webex alkalmazás mindig a lista első IP-cím használja, és csak akkor lép a következő rekordra, ha az első nem működik.
Az alábbiakban egy példa látható SRV-rekordok.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
2. példa – Több XSP| ADP-k egyetlen terheléselosztó mögött ( TLS -híddal)
A kezdeti kérelemhez a terheléselosztó egy véletlenszerű XSP-t választ ki| ADP. Az az XSP| Az ADP egy cookie-t ad vissza, amelyet a Webex alkalmazás a jövőbeli kérésekben tartalmaz. A jövőbeni kérésekhez a terheléselosztó a süti segítségével a megfelelő XSP-hez irányítja a kapcsolatot| ADP, biztosítva, hogy az eseménycsatorna ne szakadjon meg.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Terheléselosztó |
A | LB.example.com |
| A terheléselosztó IP-cím (XSP| Az ADP-k a terheléselosztó mögött vannak) |
DMS URL
A bejelentkezési folyamat során a Webex alkalmazás a DMS URL -címet is lekéri a konfigurációs fájl letöltéséhez. A rendszer elemzi az URL -ben szereplő gazdagépet, és a Webex alkalmazás DNS A/AAAA-keresést végez a gazdagépen, hogy csatlakozzon az XSP-hez| A DMS szolgáltatást üzemeltető ADP.
Példa: DNS A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Load Balancers by Webex App konfig fájlok letöltéséhez DMS-en keresztül:
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Hogyan találja meg a Webex alkalmazás az XSP-t?| ADP-címek
Az ügyfél megpróbálja megtalálni az XSP-t| A következő DNS -folyamatot használó ADP-csomópontok:
Az ügyfél először az Xsi-Actions/Xsi-Events URL-címeket kéri le a Webex Webex Cloud (a hozzárendelt BroadWorks hívófürt létrehozásakor adta meg őket). Az Xsi gazdagépnevet/tartományt az URL -ből értelmezi a rendszer, és az ügyfél az SRV keresést hajtja végre a következőképpen:
Az ügyfél SRV-keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain="">
Ha az SRV keresés egy vagy több A/AAAA célt ad vissza:
A kliens A/AAAA keresést végez ezekre a célokra, és gyorsítótárazza a visszaadott IP -címeket.
A kliens az SRV prioritás, majd a súly alapján (vagy véletlenszerűen, ha egyenlők) csatlakozik az egyik célhoz (és így annak egyetlen IP-cím rendelkező A/AAAA rekordjához ).
Ha az SRV keresés nem ad vissza célokat:
A kliens A/AAAA keresést végez az Xsi gyökérparaméterben, majd megpróbál csatlakozni a visszaadott IP-cím. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga.
Mint már említettük, az A/AAAA rekordnak egyetlen IP-cím kell feloldania ugyanezen okokból kifolyólag.
(Opcionális) Ezt követően megadhatja az egyéni XSI-Actions/XSI-Events részleteket a Webex alkalmazás eszközkonfiguráció a következő címkék használatával:
<protocols> <xsi> <paths> <root>%XSI_ROOT_WXT%</root> <actions>%XSI_ACTIONS_PATH_WXT%</actions> <events>%XSI_EVENTS_PATH_WXT%</events> </paths> </xsi> </protocols>
Ezek a konfigurációs paraméterek elsőbbséget élveznek a BroadWorks-fürt bármely konfigurációjával szemben a Control Hubban.
Ha léteznek ilyenek, az ügyfél összehasonlítja a BroadWorks-fürtkonfiguráción keresztül kapott eredeti XSI-címmel.
Ha eltérést észlel, a kliens újrainicializálja az XSI-műveletek/XSI-események kapcsolatát. Ennek első lépése az 1. lépésben felsorolt DNS -keresési folyamat végrehajtása – ezúttal a%XSI_ROOT_WXT% paramétert a konfigurációs fájl.
Ügyeljen arra, hogy hozza létre a megfelelő SRV-rekordok , ha ezzel a címkével módosítja az Xsi felületeket.
Feladatátvétel
A bejelentkezés során a Webex alkalmazás DNS SRV -keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain=""> , összeállítja a gazdagépek listáját, és az SRV prioritás, majd a súly alapján csatlakozik az egyik gazdagéphez. Ez a csatlakoztatott gazdagép lesz a kiválasztott az összes jövőbeli kérelemnél. Ezután megnyílik egy eseménycsatorna a kiválasztott szervező számára, és a rendszer rendszeresen küld egy szívverést a csatorna ellenőrzésére. Az első után küldött összes kérés tartalmaz egy cookie-t, amelyet a HTTP-válasz ad vissza, ezért fontos, hogy a terheléselosztó megtartsa a munkamenet-maradványt (affinitást), és mindig ugyanannak a backend XSP-nek küldje a kéréseket.| ADP szerver.
Ha a szervezőnek küldött kérés vagy szívverési kérés sikertelen, számos dolog történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex App útvonal azonnal továbblép a listán a következő gazdagépre.
Ha egy hibakód (HTTP5xx ) üzenetet adja vissza, a Webex alkalmazás blokkoltként jelöli meg az IP-cím , és az útvonal a listán a következő gazdagéphez lép tovább.
Ha egy bizonyos időn belül nem érkezik válasz, akkor a rendszer az időtúllépés miatt sikertelennek tekinti a kérést, és a következő kéréseket a rendszer a következő gazdagépnek küldi el. Az időtúllépési kérelem azonban sikertelennek minősül. Egyes kérések sikertelensége után újrapróbálkoznak (növekvő újrapróbálkozási idővel). A feltételezett nem létfontosságú kéréseket a rendszer nem próbálja meg újra.
Amikor egy új gazdagép sikeresen próbálkozik, az lesz az új kiválasztott gazdagép, ha a gazdagép szerepel a listában. A lista utolsó gazdagépének kipróbálása után a Webex alkalmazás az elsőre lép.
Szívverés esetén, ha két egymást követő kérelem sikertelen, a Webex alkalmazás újrainicializálja az eseménycsatornát.
Ne feledje, hogy a Webex alkalmazás nem végez feladat-visszavételt, és a DNS -szolgáltatás felderítése csak egyszer történik a bejelentkezéskor.
A bejelentkezés során a Webex alkalmazás megpróbálja letölteni a konfigurációs fájlt az XSP-n keresztül| ADP/Dms interfész. Végrehajt egy A/AAAA rekord keresést a lekért DMS URL -ben lévő gazdagépen, és csatlakozik az első IP-címhez. Először egy SSO token használatával próbálja meg elküldeni a konfigurációs fájl letöltésére vonatkozó kérést. Ha ez bármilyen okból sikertelen, újra megpróbálja, de az eszköz felhasználónevével és jelszavával.
Telepítési áttekintés
A következő diagramok a telepítési feladatok tipikus sorrendjét mutatják be a különböző felhasználói üzembe helyezési módok esetén. A feladatok közül sok közös az összes üzembe helyezési módban.
Partner-belépés a Webex -re Cisco BroadWorks-hez
Minden Webex for Cisco BroadWorks szolgáltatónak vagy viszonteladónak be kell állítania a Webex for Cisco BroadWorks számára partnerszervezetként. Ha már van Webex Partnerszervezete, akkor ez használható.
A szükséges beléptetési folyamat elvégzéséhez el kell végeznie a Webex Cisco BroadWorks papírmunkáját, és az új partnereknek el kell fogadniuk az online közvetett csatornapartneri megállapodást (ICPA). Amikor ezek a lépések megtörténtek, a Cisco Compliance új Partnerszervezetet hoz létre a Partner Hubban (ha szükséges), és hitelesítési adatokat tartalmazó e-mailt küld a papírmunkában szereplő nyilvántartás adminisztrátorának. Ezzel egyidejűleg a Partneraktiválási és/vagy Ügyfélsiker-programmenedzser felveszi Önnel a kapcsolatot a beléptetés megkezdése érdekében.
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
AuthenticationService
alkalmazást az egyes XSP-ken| ADP szolgáltatás.Futtassa a következő parancsot az AuthenticationService alkalmazás aktiválásához az XSP-n| ADP a /authService környezeti elérési útra.
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
Futtassa ezt a parancsot az AuthenticationService telepítéséhez az XSP-n| ADP:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...
A 2022.10-es Broadworks buildtől kezdve a Java új verziójára való váltáskor a Java új verziójára való váltáskor már nem kerülnek automatikusan be a BroadWorks megbízhatósági tárházába. Az AuthenticationService TLS -kapcsolatot nyit a Webex felé a hozzáférési token lekéréséhez, és az IDBroker és a Webex URL érvényesítéséhez a következőkkel kell rendelkeznie a megbízhatósági tárhelyen:
IdenTrust Commercial Root CA 1
Go Daddy legfelső szintű Certificate Authority – G2
Ellenőrizze, hogy ezek a tanúsítványok jelen vannak-e a következő CLI alatt
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get
Ha nincs jelen, futtassa a következő parancsot az alapértelmezett Java -trösztök importálásához:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust
Alternatív megoldásként manuálisan is hozzáadhatja ezeket a tanúsítványokat megbízhatósági horgonyként a következő paranccsal:
ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>
Ha az ADP egy korábbi kiadásról lett frissítve, akkor a rendszer a régi kiadás hitelesítésszolgáltatóit automatikusan importálja az új kiadásba, és importálása mindaddig folytatódik, amíg manuálisan el nem távolítják őket.
Az AuthenticationService alkalmazás mentesül az ADP alatti validatePeerIdentity beállítás alól_ CLI/System/SSLCommonSettings/GeneralSettings, és mindig érvényesíti a peer identitást. Lásd a Cisco Broadworks X509 tanúsítvány érvényesítési FD a beállítással kapcsolatos további információkért.
Állítsa be az identitásszolgáltatókat a következő parancsok futtatásával az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get
set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerName URL -címet. Lásd a következő táblázatot.set issuerUrl <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerUrl-címet. Lásd a következő táblázatot.set tokenInfoUrl <IdPProxy URL>
—Adja meg a Teams-fürtre vonatkozó IdP-proxy URL -címét. Lásd az alábbi második táblázatot.
1. táblázat Állítsa be az issuerName és az issuerURL címét Ha a CI-fürt... Az issuerName és az issuerURL beállítása a következőre:... US-A
EU
US-B
Ha nem ismeri a sajátját CI-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.2. táblázat TokenInfoURL beállítása Ha a Teams-fürt... A tokenInfoURL beállítása erre:...(IdP Proxy URL) ACHM
https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AFRA
https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AORE
https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
Ha nem ismeri a sajátját Teams-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.
Tesztelés céljából ellenőrizheti, hogy a tokenInfoURL érvényes-e, ha lecseréli a "
idp/authenticate
Az URL " része a következővel: "ping
".
Adja meg azt a Webex -jogosultságot, amelynek jelen kell lennie a Webex felhasználói profil a következő paranccsal:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Konfigurálja az identitásszolgáltatókat a Cisco Federation számára a következő parancsok segítségével az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
set flsUrl https://cifls.webex.com/federation
set refreshPeriodInMinutes 60
set refreshToken refresh-Token-From-Step1
Futtassa a következő parancsot annak ellenőrzésére, hogy az FLS-konfiguráció működik-e. Ez a parancs az identitásszolgáltatók listáját adja vissza:
XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Konfigurálja a Token-kezelést a következő parancsokkal az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
set tokenIssuer BroadWorks
set tokenDurationInHours 720
RSA -kulcsok létrehozása és megosztása. A kulcsokat egyetlen XSP-n kell generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k. Ennek oka a következő tényezők:
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k.Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét. Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket. Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
Ügyfél-hitelesítési követelmény eltávolítása a hitelesítési szolgáltatáshoz (csak R24)
Ha a hitelesítési szolgáltatást CI Token érvényesítéssel konfigurálta az R24-en, akkor a hitelesítési szolgáltatásra vonatkozó ügyfél-hitelesítési követelményt is el kell távolítania. Futtassa a következő CLI-parancs:
ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
CTI felület és kapcsolódó konfiguráció
Az „inmost to outmost” konfigurációs sorrendet az alábbiakban soroljuk fel. A sorrend betartása nem kötelező.
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
XSP konfigurálása| ADP-k mTLS-hitelesített CTI -előfizetésekhez
Nyissa meg a bejövő portokat a biztonságos CTI felülethez
Iratkozzon fel a Webex szervezete a BroadWorks CTI -eseményekre
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
Frissítse a ClientIdentity-t az alkalmazáskiszolgálón a Webex for Cisco BroadWorks CTI - klienstanúsítvány általános név (CN).
A Webex alkalmazással használt összes alkalmazáskiszolgálóhoz adja hozzá a tanúsítványazonosítót a ClientIdentity azonosítóhoz az alábbiak szerint:
AS_CLI/System/ClientIdentity> add bwcticlient.webex.com
A Webex for Cisco BroadWorks klienstanúsítvány általános név : |
Konfigurálja a TLS -t és a titkosításokat a CTI felületen
Az XSP konfigurálhatósági szintjei| Az ADP CTI felületek a következők:
Legáltalánosabb = Rendszer > Szállítás > CTI -interfészek > CTI -interfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
---|---|
Rendszer (globális) (R22 és újabb) | XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Ciphers> XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Protocols> lehetőséget |
Szállítási protokollok ehhez a rendszerhez (R22 és újabb) | XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Ciphers> XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Protocols> lehetőséget |
Az összes CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Protocols> lehetőséget |
Egy speciális CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/CTIServer/SSLSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/CTIServerSSLSettings/Protocols> |
Új telepítéskor a következő titkosítások alapértelmezés szerint települnek rendszerszinten. Ha az interfész szintjén nincs beállítva (például a CTI felületen vagy a HTTP felületen), akkor ez a rejtjellista érvényes. Ne feledje, hogy ez a lista idővel változhat:
|
CTI TLS interfész konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy szükség van-e kiszolgálótanúsítvány , illetve hogy szükség van-e kliens hitelesítésre.XSP|ADP_CLI/Interface/CTI/CTIServer> get Interface IP Port Secure Server Certificate Client Auth Req ================================================================= 10.155.6.175 8012 true true true
TLS 1.2 protokoll hozzáadása a CTI felülethez
Az XSP| A Webex Cloud együttműködő ADP CTI felületet TLS v1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp>
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a CTI felületen
A szükséges titkosítások konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Adja meg a(z)
get
parancsot, hogy megtudja, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> <cipherName>
rejtjel hozzáadása a CTI felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a CTI felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Trust Anchors a CTI felülethez (R22 és újabb)
Ez az eljárás az XSP-t feltételezi| Az ADP-k vagy internet felé néznek, vagy átmenő proxyn keresztül néznek az internetre. A tanúsítvány konfigurációja más az áthidaló proxy esetében (lásd TLS -tanúsítványkövetelmények a TLS-híd proxyhoz ).
Minden XSP-hez| Az ADP-ben a CTI -eseményeket a Webex közzétevő infrastruktúrájában tegye a következőket:
Jelentkezzen be ide: Partner Hub .
Ugrás ide: Beállítások elemre > BroadWorks-hívás és kattintson Töltse Webex CA-tanúsítványt hogy megkapja
CombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.
A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Nem kötelező) Futtatás
help updateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot2023
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, amennyiben minden bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
Tanúsítványokkal történő hitelesítés engedélyezése az ügyfelek számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true
Adja hozzá a CTI felületet, és engedélyezze az mTLS-t
Adja hozzá a CTI SSL felületet.
A CLI környezet a BroadWorks verziójától függ. A parancs egy önaláírt kiszolgálótanúsítvány hoz létre a felületen, és kényszeríti a felületet, hogy klienstanúsítvány igényeljen .
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Cserélje ki a kiszolgálótanúsítvány és -kulcsot az XSP-n| Az ADP CTI interfészei. Ehhez szüksége van a CTI interfész IP-cím ; a következő szövegkörnyezetből olvashatja:
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> get
Ezután futtassa a következő parancsokat, hogy lecserélje a felület önaláírt tanúsítvány a saját tanúsítványára és privát kulcsára:
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Indítsa újra az XSP-t| ADP.
Hozzáférés engedélyezése a BroadWorks CTI -eseményekhez a Webex
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
Adja meg azt a CTI -címet, amelyen keresztül a Webex előfizethet a BroadWorks CTI -eseményekre.
A CTI -előfizetések előfizetőnkénti alapúak, és csak akkor jönnek létre és tartják karban, amíg az előfizető rendelkezik a Webex for Cisco BroadWorks szolgáltatással.
Hívásbeállítások Webnézet
A Call Settings Webview (CSWV) egy XSP-n üzemeltetett alkalmazás| Az ADP lehetővé teszi a felhasználók számára, hogy módosítsák BroadWorks hívásbeállításaikat a szoftveres kliensben látott webnézeten keresztül. Lásd a Cisco BroadWorks hívásbeállítások webnézeti megoldási útmutató .
A Webex ezt a funkciót arra használja fel, hogy hozzáférést biztosítson a felhasználók számára az olyan általános BroadWorks-hívásbeállításokhoz, amelyek nem natív a Webex alkalmazásban.
Ha azt szeretné, hogy a Webex Cisco BroadWorks-előfizetői a Webex Webex alkalmazás elérhető alapértelmezett beállításokon túlmenően is hozzáférjenek a hívásbeállításokhoz, telepítenie kell a Hívásbeállítások Webnézet funkcióját.
Hívásbeállítások Webview két összetevőből áll:
Cisco BroadWorks XSP-n üzemeltetett hívásbeállítások Webview alkalmazás| ADP.
A Webex alkalmazás, amely a hívásbeállításokat Webnézetben jeleníti meg.
Felhasználói élmény
Windows-felhasználók: Kattintson Hívásbeállítások majd kattintson a lehetőségre .
Mac felhasználók: Kattintson a profilképre, majd
.
Telepítse a CSWV-t a BroadWorks rendszeren
Telepítse a Hívásbeállítások Webview-t XSP-re| ADP-k
A CSWV alkalmazásnak ugyanazon az XSP-n kell lennie| Az Xsi-Actions felületet üzemeltető ADP(ek) a környezetben. Ez egy nem felügyelt alkalmazás XSP-n| ADP, ezért telepítenie és telepítenie kell egy webes archív fájlt.
Jelentkezzen be a cisco.com oldalra, és keresse meg a „BWCallSettingsWeb” kifejezést a szoftverletöltés részben.
Keresse meg és töltse le a fájl legújabb verzióját.
Például:
BWCallSettingsWeb_1.8.2_1.war
( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04 ) volt a legújabb a cikk írásakor.Telepítse, aktiválja és telepítse a webes archívumot a Cisco BroadWorks Xtended Service Platform konfigurációs útmutatója szerint az XSP-hez| ADP verzió. (R24-es verzióhttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf ).
Másolja át a .war fájlt egy ideiglenes helyre az XSP-n| ADP, mint pl
/tmp/
.Keresse meg a következő parancssori felületet, és futtassa az install parancsot:
XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
A BroadWorks szoftverkezelő ellenőrzi és telepíti a fájlt.
[Nem kötelező] Törlés
/tmp/BWCallSettingsWeb_1.7.5_1.war
(Erre a fájlra már nincs szükség).Alkalmazás aktiválása:
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
A nevet és verziót minden alkalmazásnál kötelezőek, de CSWV esetén meg kell adni a contextPath mert egy nem felügyelt alkalmazás. Bármilyen értéket használhat, amelyet más alkalmazás nem használ, például
/callsettings
.Telepítse a Hívásbeállítások alkalmazást a kiválasztott környezeti útvonalon:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Mostantól előre megjósolhatja az ügyfelek számára megadandó hívásbeállítások URL -címét, az alábbiak szerint:
https://<XSP|ADP-FQDN>/callsettings/
Megjegyzések:
Ezen az URL -címen meg kell adnia a perjelet, amikor beírja az klienskonfiguráció fájljába.
Az XSP| Az ADP-FQDN-nek meg kell egyeznie az Xsi-Actions FQDN-nel, mert a CSWV-nek Xsi-Actions-t kell használnia, és a CORS nem támogatott.
Ismételje meg ezt az eljárást más XSP esetén| ADP-k a Webex for Cisco BroadWorks-környezetben (ha szükséges).
A Call Settings Webview alkalmazás mostantól aktív az XSP-n| ADP-k.
Állítsa be a Webex alkalmazást a Hívásbeállítások Webnézet használatára
Az klienskonfiguráció kapcsolatos további részletekért lásd: Webex Cisco BroadWorks konfigurációs útmutató .
A Webex alkalmazás konfigurációs fájl található egy egyéni címke, amellyel beállíthatja a CSWV URL-címet . Ez az URL mutatja a hívásbeállításokat a felhasználóknak az alkalmazás felületén keresztül.
<config>
<services>
<web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
<url>%WEB_CALL_SETTINGS_URL_WXT%</url>
</web-call-settings>
A Webex Webex alkalmazás BroadWorks- konfigurációs sablon konfigurálja a CSWV URL -címet a%WEB_CALL_SETTINGS_URL_WXT% címkét.
Ha nem adja meg kifejezetten az URL-címet , az alapértelmezett érték üres lesz, és a hívásbeállítások oldala nem lesz látható a felhasználók számára.
Győződjön meg arról, hogy a legújabb konfigurációs sablonokkal rendelkezik a Webex alkalmazás (lásd Eszközprofilok lehetőségre ).
Állítsa be a web hívásbeállítások célját
csw
:%WEB_CALL_SETTINGS_TARGET_WXT% csw
Állítsa be a web beállításainak URL -címét a környezetéhez, például:
%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/
Ezt az értéket a CSWV alkalmazás telepítésekor származtatta.
Az eredményül kapott klienskonfiguráció fájlnak rendelkeznie kell a következő bejegyzéssel:
<web-call-settings target="csw"> <url>https://yourxsp.example.com/callsettings/</url> </web-call-settings>
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is.
Hívási leküldéses értesítések konfigurálása a Webex for Cisco BroadWorks alkalmazásban
Ebben a dokumentumban a kifejezést használjuk Hívásértesítések Push Server (CNPS) a környezetben futó XSP vagy ADP által üzemeltetett alkalmazás leírásához. A CNPS együttműködik a BroadWorks rendszerrel, hogy tudatában legyen a felhasználóinak bejövő hívásoknak, és ezekről értesítést küldjön a Google Firebase Cloud Üzenetküldés (FCM) vagy az Apple leküldéses értesítés szolgáltatás (APNs) értesítési szolgáltatásainak.
Ezek a szolgáltatások értesítik a Webex for Cisco BroadWorks előfizetői mobileszközeit, ha bejövő hívásaik vannak a Webex.
Az NPS-sel kapcsolatos további információkért lásd: Értesítési leküldéses kiszolgáló funkció leírása .
A Webex egy hasonló mechanizmus működik a Webex üzenetküldési és jelenléti szolgáltatásokkal, így az értesítéseket a Google (FCM) vagy az Apple (APNS) értesítési szolgáltatásaihoz küldi. Ezek a szolgáltatások pedig értesítik a mobil Webex -felhasználókat a bejövő üzenetekről vagy a jelenlét változásáról.
Ez a szakasz ismerteti, hogyan konfigurálható az NPS hitelesítési proxyhoz, ha az NPS még nem támogat más alkalmazásokat. Ha megosztott hálózati házirendet kell áttelepítenie az NPS-proxy használatához, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatáhozhttps://help.webex.com/nl5rir2/. |
NPS-proxy áttekintése
A Webex for Cisco BroadWorks alkalmazással való kompatibilitás érdekében a CNPS-nek javítva kell lennie az NPS-proxy funkció támogatásához, Push Server a VoIP számára UCaaS-ben .
A funkció új kialakítást valósított meg a Notification Push Serverben, hogy feloldja a leküldéses értesítési tanúsítványok privát kulcsainak a szolgáltatókkal való megosztásából eredő biztonsági rést a mobil kliensek számára. A push értesítési tanúsítványok és kulcsok szolgáltató való megosztása helyett az NPS egy új API segítségével szerez egy rövid élettartamú leküldéses értesítési tokent a Webex a Cisco BroadWorks háttérrendszerhez, és ezt a tokent használja az Apple APN-ekkel és a Google FCM szolgáltatásaival történő hitelesítéshez.
A funkció továbbfejleszti a Notification Push Server azon képességét, hogy értesítéseket küldjön az Android eszközöknek az új Google Firebase Cloud Üzenetküldés (FCM) HTTPv1 API-n keresztül.
További információkért lásd a Push-kiszolgáló VoIP -hez UCaaS-ben Funkció leírása .
A funkció BroadWorks-javításai a következő címen érhetők el: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.
Az NPS szoftverrel és javításokkal kapcsolatban lásd a következő részt: Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz .
Keresse meg és töltse le a javítást a szoftverletöltő oldalról.
Az ADP szerverrel kapcsolatos további információk a következő címen találhatók:https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html .
APNS szempontok
Az Apple 2021. március 31-e után már nem támogatja a HTTP/1-alapú bináris protokollt az Apple leküldéses értesítés szolgáltatásban. Javasoljuk, hogy konfigurálja az XSP-t| Az ADP a HTTP/2-alapú felületet használja az APN-ekhez. Ehhez a frissítéshez az XSP-re van szükség| Az NPS-t kiszolgáló ADP R22-es vagy újabb verzióját futtatja.
Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz
1 | Telepítsen és konfiguráljon egy dedikált XSP-t (minimum R22-es verzió) vagy Application Delivery Platform-ot (ADP). | ||
2 | Telepítse az NPS-hitelesítési proxy javításait: XSP R22 javítások: XSP R23 javítások: | ||
3 | Aktiválja az Notification Push Server alkalmazást. | ||
4 | ( Android -értesítések esetén) Engedélyezze az FCM v1 API -t az NPS-en.
| ||
5 | ( Apple iOS -értesítések esetén) Engedélyezze a HTTP/2-t az NPS-en.
| ||
6 | Technikai támogatás csatolása az NPS XSP/ADP-től. | ||
7 | Minden AS kiszolgálón a namedefs fájl bekerül Példa: _pushnotification-ügyfél._tcp .qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com IN A 10.193.78.149
|
Mi a következő teendő
Egy hálózati házirend-kiszolgáló frissen telepített verzióiért ugorjon ide: Állítsa be az NPS-t a hitelesítési proxy használatára
Ha meglévő Android -telepítést szeretne áttelepíteni az FCMv1-re, menjen a következőre: Az NPS áttelepítése az FCMv1-re
Állítsa be az NPS-t a hitelesítési proxy használatára
Ez a feladat az NPS egy új, a Webex for Cisco BroadWorks alkalmazáshoz dedikált telepítésére vonatkozik.
Ha más mobilalkalmazásokkal megosztott hálózati házirend-kiszolgálón szeretné konfigurálni a hitelesítési proxyt, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatához (https://help.webex.com/nl5rir2 ).
1 | OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez . | |||||||||||||||||||
2 | Hozzon létre ügyfélfiókot az NPS-en:
Ha ellenőrizni szeretné, hogy a megadott értékek megfelelnek-e a kapott adatoknak, futtassa
| |||||||||||||||||||
3 | Adja meg az NPS-proxy URL-címét , és állítsa be a token frissítési időközét (30 perc javasolt):
| |||||||||||||||||||
4 | ( Android -értesítések esetén) Adja hozzá az Android alkalmazás azonosító az FCM-alkalmazások környezetéhez az NPS-en.
| |||||||||||||||||||
5 | ( Apple iOS -értesítések esetén) Adja hozzá az alkalmazásazonosítót az azonosító -alkalmazások környezetéhez, ügyelve arra, hogy kihagyja a hitelesítési kulcsot – állítsa üresre.
| |||||||||||||||||||
6 | Konfigurálja a következő NPS URL-eket:
| |||||||||||||||||||
7 | Állítsa be a következő hálózati házirend-kiszolgáló kapcsolati paramétereket a megjelenített ajánlott értékekre:
| |||||||||||||||||||
8 | Ellenőrizze, hogy az alkalmazáskiszolgáló szűri-e az alkalmazásazonosítókat, mert előfordulhat, hogy hozzá kell adnia a Webex alkalmazásokat az engedélyezési listához: | |||||||||||||||||||
9 | Indítsa újra az XSP-t| ADP: | |||||||||||||||||||
10 | Tesztelje a hívásértesítéseket: kezdeményezzen hívásokat egy BroadWorks-előfizetőről két Webex mobilfelhasználóhoz. Ellenőrizze, hogy megjelenik-e a hívásértesítés iOS és Android eszközökön. |
Az NPS áttelepítése az FCMv1-re
Ez a témakör nem kötelező eljárásokat tartalmaz, amelyeket akkor használhat a Google FCM-konzolban, amikor rendelkezik olyan meglévő hálózati házirend-telepítéssel, amelyet át kell telepítenie az FCMv1-re. Három eljárás létezik:
UC-One kliensek áttelepítése FCMv1-re —Ha meglévő UCaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
SaaS-ügyfelek áttelepítése az FCMv1-re —Ha meglévő SaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
Az ADP-kiszolgáló frissítése —Ha az NPS-t ADP-kiszolgálóra telepíti át.
Az UC-One-kliensek áttelepítése az FCMv1-re
Kövesse az alábbi lépéseket a Google FCM konzolban az UC-One kliensek Google FCM HTTPv1 verzióra való áttelepítéséhez.
Ha márkajelzést alkalmaznak az ügyfélre, az ügyfélnek rendelkeznie kell a küldői azonosító. Az FCM-konzolban lásd: . A beállítás megjelenik a Projekt hitelesítő adatai táblázatban.A részletekért lásd a Connect Mobile márkaépítési útmutató athttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/UC-One/UC-One-Collaborate/Connect/Mobile/IandO/ConnectBrandingGuideMobile-R3_8_3.pdf? . Lásd a
|
Jelentkezzen be az FCM Admin SDK-ba a következő címen:http://console.firebase.google.com .
Válassza ki a megfelelő Android alkalmazást.
A Általános fülön rögzítse a azonosító
A szolgáltatásfiókok konfigurálásához lépjen a szolgáltatásfiók lapra. Létrehozhat új szolgáltatásfiók , vagy konfigurálhat egy meglévőt.
Új szolgáltatási fiók létrehozása:
Kattintson a kék gombra az új szolgáltatásfiók létrehozásához
Kattintson a kék gombra új privát kulcs generálásához
Kulcs letöltése biztonságos helyre
Meglévő szolgáltatásfiók újrafelhasználása:
Kattintson a kék szövegre a meglévő szolgáltatási fiókok megtekintéséhez.
Határozza meg a használni kívánt szolgáltatásfiók . A szolgáltatási fióknak engedélyre van szüksége firebaseadmin-sdk .
A jobb oldalon kattintson a hamburger menüre, és hozzon létre egy új privát kulcsot.
Töltse le a kulcsot tartalmazó json-fájlt, és mentse el egy biztonságos helyre.
Másolja a json fájlt az XSP-re| ADP.
Konfigurálja a azonosító és:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get Project ID Accountkey ======================== my_project ********
Alkalmazás konfigurálása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get Application ID Project ID ============================== my_app my_project
FCMv1 engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
SaaS-ügyfelek áttelepítése az FCMv1-re
Ha SaaS-ügyfeleket szeretne áttelepíteni az FCMv1-re, kövesse az alábbi lépéseket a Google FCM-konzolon.
Győződjön meg arról, hogy már végrehajtotta az „A hálózati házirend-kiszolgáló konfigurálása a hitelesítési proxy használatához” eljárást. |
FCM letiltása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.FCM engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
Az ADP-kiszolgáló frissítése
Kövesse az alábbi lépéseket a Google FCM-konzolban, ha az NPS-t ADP-kiszolgáló használatára állítja át.
A JSON-fájl beszerzése a Google Cloud Console-ból:
A Google Cloud Console-ban lépjen a következőre: Szolgáltatásfiókok oldalon.
Kattintson Válasszon ki egy projektet , válassza ki a projektet, és kattintson Megnyitás .
Keresse meg annak a szolgáltatásfiók a sorát, amelyhez kulcsot szeretne létrehozni, majd kattintson a Továbbiak függőleges gombot, majd kattintson Kulcs létrehozása.
Válassza ki a Kulcs írja be, és kattintson Létrehozás lehetőségre
A fájl letöltődik.
FCM hozzáadása az ADP-kiszolgálóhoz:
Importálja a JSON-fájlt az ADP-kiszolgálóra a következővel:
/bw/install
parancsot.Jelentkezzen be az ADP CLI-be, és adja hozzá a projekt- és API -kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON
:Ezután adja hozzá az alkalmazást és a kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
Ellenőrizze a konfigurációt:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g Project ID Accountkey ======================== connect-ucaas ******** ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g Application ID Project ID =================================== com.broadsoft.ucaas.connect connect-ucaas
Konfigurálja a saját partnerszervezetét a Partner Hubban
Konfigurálja a BroadWorks-fürtöket
[fürtönként egyszer]
Ennek oka a következő:
Annak engedélyezése, hogy a Webex felhő hitelesítse a felhasználókat a BroadWorks alkalmazással (XSP-n keresztül| ADP által üzemeltetett hitelesítési szolgáltatás).
Annak engedélyezése, hogy a Webex alkalmazások az Xsi felületet használják a hívásvezérlés.
Annak engedélyezése, hogy a Webex figyelje a BroadWorks által közzétett CTI -eseményeket (telefonos jelenlét és hívásnapló ).
A fürtvarázsló automatikusan ellenőrzi az interfészeket a hozzáadásakor. Folytathatja a fürt szerkesztését, ha valamelyik felület érvényesítése nem sikeres, de nem mentheti a fürtöt, ha érvénytelen bejegyzések vannak benne . Ezt megakadályozzuk, mert egy rosszul konfigurált fürt nehezen megoldható problémákat okozhat. |
Teendő:
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Ha az admin felhasználó nem látja a BroadWorks-hívás beállításokat, javasoljuk, hogy a Cisco TAC alkalmazással nyitjon egy esetet.
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.ap373197
R23 esetén:
AP.as.23.0.1075.ap373197
R24 esetén:
AP.as.24.0.944.ap384177
A Webex Cisco BroadWorks rendszerhez telepítéséhez szükséges BroadWorks javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben.Módosítsa a következőre:
Maintenance/ContainerOptions
összefüggésben.A létesítési URL paraméter engedélyezése:
/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true
Szerezze be a beüzemelési URL-cím(ek)et a Partner Hubból
Lásd a Cisco BroadWorks alkalmazáskiszolgáló parancssori felület Felügyeleti útmutató az AS parancsok részleteiért (Interfész > Üzenetküldés és szolgáltatás > Integrált IM&P).
Jelentkezzen be a Partner Hubba, és lépjen ide:
.Kattintson Sablonok megtekintése .
Válassza ki azt a sablont, amelyet a vállalat/csoport előfizetőinek Webex való kiépítéséhez használ.
A sablon részletei a jobb oldalon egy repülő ablaktáblában jelennek meg. Ha még nem hozott létre sablont, akkor ezt meg kell tennie, mielőtt megszerezné a létesítési URL-címet .
Másolja a Beüzemelési adapter URL-címe .
Ismételje meg ezt más sablonoknál is, ha egynél több sablonja van.
(Opció) Rendszerszintű üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
Előfordulhat, hogy nem kívánja beállítani a rendszerszintű kiépítési és szolgáltatási tartományt, ha UC-One SaaS-t használ. Lásd Döntési pontok a Környezet előkészítése részben. |
Jelentkezzen be az alkalmazáskiszolgálóra, és konfigurálja az üzenetkezelő felületet.
AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
AS_CLI/Interface/Messaging> set enableSynchronization true
Az integrált IMP felület aktiválása:
/AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
/AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true
Meg kell adnia a(z) teljes nevét |
(Opció) Vállalatonkénti üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
A BroadWorks felhasználói felületen nyissa meg a konfigurálni kívánt vállalatot, és lépjen a következőhöz: Szolgáltatások > Integrált IM&P .
Válassza ki Szolgáltatási tartomány használata és adjon meg egy fiktív értéket ( A Webex figyelmen kívül hagyja ezt a paramétert. Hasznos lehet
example.com
).Válassza ki Üzenetküldés szerver használata .
A URL mezőbe illessze be a Partner Hub sablonjából másolt beüzemelési URL -címet.
Meg kell adnia a(z) teljes nevét
provisioningURL
paramétert, ahogy azt a Partner Hubban megadták. Ha az alkalmazáskiszolgáló nem tud hozzáférni a DNS -hez a gazdagépnév feloldásához, akkor létre kell hoznia a leképezést a/etc/hosts
fájlt az AS-en.A Felhasználónév mezőbe adja meg a beüzemelési rendszergazda nevét. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
Adjon meg egy jelszót a beüzemelési rendszergazda számára. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
For Alapértelmezett felhasználói azonosító az IM&P azonosító , válassza ki Elsődleges .
Kattintson Alkalmaz .
Ismételje meg a fenti lépéseket a folyamaton keresztüli üzembe helyezésre konfigurálni kívánt többi vállalatnál.
Felhasználó-létesítési adatok
A BroadWorks és a Webex között a felhasználói kiépítés során kicserélt felhasználói adatokkal kapcsolatos információkért lásd: Szolgáltatói Felhasználó-létesítés .
Partner Pre-Provisioning Check API
A Pre-Provisioning Check API segítséget nyújt a rendszergazdáknak és az értékesítési csapatoknak azáltal, hogy ellenőrzi a hibákat, mielőtt egy ügyfél vagy előfizető csomagot biztosítana. A teljes partner rendszergazdai szerepkörrel rendelkező Felhasználó által engedélyezett felhasználók vagy integrációk használhatják ezt az API -t annak biztosítására, hogy ne legyenek ütközések vagy hibák egy adott ügyfél vagy előfizető csomagszolgáltatásával kapcsolatban.
Az API ellenőrzi, hogy nincs-e ütközés az adott ügyfél/előfizető és a Webex meglévő ügyfelei/előfizetői között. Például az API hibákat okozhat, ha az előfizető már ki van osztva egy másik ügyfél vagy partner számára, ha az e- e-mail-cím már létezik egy másik előfizető számára, vagy ha ütközés van a beüzemelési paraméterek és a Webex-en már meglévő paraméterek között. Ez lehetőséget ad arra, hogy még az üzembe helyezés előtt kijavítsa ezeket a hibákat, növelve a sikeres üzembe helyezés valószínűségét.
Az API-val kapcsolatos további információkért lásd: Webex for Wholesale Fejlesztői útmutató
Az API használatához menjen ide: Előzetesen ellenőrizze a nagykereskedelmi előfizetői szolgáltatást
A nagykereskedelmi előfizetői szolgáltatási dokumentum előzetes ellenőrzése eléréséhez be kell jelentkeznie a következőbehttps://developer.webex.com/ portálra. |
Partner SSO – SAML
Lehetővé teszi a partnerrendszergazdák számára az SAML SSO konfigurálását az újonnan létrehozott ügyfélszervezetek számára. A partnerek konfigurálhatnak egyetlen előre meghatározott SSO kapcsolatot, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
Az alábbi Partner SSO lépések csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partnerrendszergazdák megpróbálnak hozzáadni Partner SSO -t egy meglévő ügyfélszervezethez, a meglévő hitelesítési módszer megmarad annak érdekében, hogy a meglévő felhasználók ne veszítsék el a hozzáférésüket. Ha meglévő szervezethez szeretné hozzáadni a Partner SSO -t, meg kell nyitnia egy jegyet a Cisco TAC alkalmazással. |
Ellenőrizze, hogy a külső identitásszolgáltató megfelel-e a következő követelményeknek: Az identitásszolgáltatókra vonatkozó követelmények szakasza Egyszeri bejelentkezéses integráció a Control Hubban .
Nyisson meg egy szolgáltatási kérést a Cisco TAC segítségével. A TAC-nak bizalmi kapcsolatot kell létrehoznia a külső identitásszolgáltató és a Cisco Common Identity szolgáltatás között. .
Ha az IdP-je megköveteli apassEmailInRequest
funkció engedélyezéséhez, ügyeljen rá, hogy ez a követelmény szerepeljen a szolgáltatáskérés. Érdeklődjön az IdP-nél, ha nem biztos benne, hogy szükség van-e erre a funkcióra.Töltse fel a TAC által biztosított CI-metaadatfájlt az identitásszolgáltatója számára.
Belépési sablon konfigurálása. A Hitelesítési mód beállítást, válassza ki Partner hitelesítés . A IDP- azonosító , adja meg az EntityID-t a harmadik fél identitásszolgáltató SAML -metaadat XML -fájljából .
Hozzon létre egy új felhasználót egy új ügyfélszervezetben, amely használja a sablont.
Nagyon, hogy a felhasználó be tud jelentkezni.
Partner SSO – OpenID Connect (OIDC)
Lehetővé teszi a partnerrendszergazdák számára az OIDC SSO konfigurálását az újonnan létrehozott ügyfélszervezetek számára. A partnerek konfigurálhatnak egyetlen előre meghatározott SSO kapcsolatot, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
A Partner SSO OIDC beállításának alábbi lépései csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partnerrendszergazdák egy meglévő sablonban megpróbálják módosítani az alapértelmezett hitelesítési típust Partner SSO OIDC-re, a módosítások nem vonatkoznak a sablont használó ügyfélszervezetekre. |
Nyisson meg egy szolgáltatási kérelmet a Cisco TAC segítségével az OpenID Connect IDP adataival. Az alábbiak kötelező és nem kötelező IDP-attribútumok. A TAC-nak be kell állítania az IDP-t a CI-n, és meg kell adnia az IDP-n konfigurálandó átirányítási URI -t.
Attribútum
Megkérve
Leírás
IDP név
Igen
Az OIDC IdP-konfiguráció egyedi, de a kis- és nagybetűket nem érző neve tartalmazhat betűket, számokat, kötőjeleket, aláhúzásokat, hullámvölgyeket és pontokat, maximális hossza pedig 128 karakter.
OAuth-ügyfélazonosító
Igen
OIDC IdP-hitelesítés kérésére szolgál.
Titkos OAuth-kliens
Igen
OIDC IdP-hitelesítés kérésére szolgál.
A hatókörök listája
Igen
Az OIDC IdP-hitelesítés kéréséhez használt hatókörök listája, szóközre bontva, pl. 'openid e-mail profil' Tartalmazni kell az openid azonosítót és az e-mailt.
Engedélyezési végpont
Igen, ha a discoveryEndpoint nincs megadva
Az IdP OAuth 2.0 hitelesítési végpontjának URL -címe.
tokenEndpoint
Igen, ha a discoveryEndpoint nincs megadva
Az IdP OAuth 2.0 Token végpontjának URL -címe.
Felfedezési végpont
Nem
Az IdP felderítési végpontjának URL -címe az OpenID végpontok felderítéséhez.
userInfoEndpoint
Nem
Az IdP UserInfo végpontjának URL -címe.
Kulcsbeállítás végpontja
Nem
Az IdP JSON web kulcskészlet-végpontjának URL -címe.
A fenti IDP attribútumok mellett a partnerszervezet azonosító is meg kell adni a TAC kérésben.
Állítsa be az átirányítási URI -t az OpenID connect IDP-n.
Belépési sablon konfigurálása. A Hitelesítési mód beállításához válassza a Partner hitelesítés OpenID Connect segítségével lehetőséget, és adja meg az IDP beállítása során megadott IDP nevet az OpenID Connect IDP entitás azonosító.
Hozzon létre egy új felhasználót egy új ügyfélszervezetben, amely használja a sablont.
Nagyon, hogy a felhasználó bejelentkezhet az SSO hitelesítési folyamat segítségével.
Híváskorrelációs azonosító engedélyezése
A Webex Cisco BroadWorks rendszerhez futtatásához engedélyeznie kell a híváskorrelációs azonosítót. Ez a beállítás számos hívási funkcióhoz szükséges, beleértve a hívásrögzítést, a csoportos hívásfelvételt, az ügyvezetőt és a vezetői asszisztenst.
A CLI segítségével engedélyezze a funkciót az összes AS és XSP rendszeren| ADP interfészek.
Futtassa a következő parancsokat az AS felületeken. Ez lehetővé teszi az AS számára, hogy elküldje a
X-BroadWorks-Correlation-Info
SIP fejléc:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true
AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
A
enableCallCorrelationID
Az Xsi-Actions alkalmazáshoz társított paraméter a híváskorrelációs információk Xsi-Actions naplókban való szerepeltetésének vezérlésére szolgál. Javasoljuk, hogy rendelkezzenenableCallCorrelationID
a következő paranccsal engedélyezhető az XSP-n| ADP interfészek:XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true
A híváskorrelációs azonosítóval kapcsolatos további információkért lásd: Cisco BroadWorks híváskorrelációs azonosító funkció leírása .
Címtár-szinkronizálás
A Címtár-szinkronizálás biztosítja, hogy a Webex Cisco BroadWorks felhasználói a Webex címtár segítségével hívhassanak bármely hívó entitást a BroadWorks kiszolgálóról. Ha ez a funkció engedélyezve van, a BroadWorks kiszolgáló teljes hívási címtárát a rendszer szinkronizálja a Webex címtárral. A felhasználók elérhetik a címtárat a Webex alkalmazásból, és a BroadWorks kiszolgálóról bármely hívó entitást felhívhatnak.
A Címtár-szinkronizálás bekapcsolásához lépjen a következőre: Címtár-szinkronizálás a Webex a Cisco BroadWorks rendszerhez .
A Webex Cisco BroadWorks folyamaton keresztüli üzembe helyezése hozzáadja az üzenetküldő felhasználókat és a kapcsolódó hívási információkat a BroadWorks kiszolgálóról a Webex platformhoz. A telefonlisták, a nem üzenetküldő felhasználók és a nem felhasználói entitások azonban nem szerepelnek benne (például konferenciatermi telefon, faxkészülék vagy keresőcsoport száma). A Címtár-szinkronizálás bekapcsolása biztosítja, hogy az összes hívó entitás hozzákerüljön a Webex platformhoz. |
Egységes híváselőzmények
Ha engedélyezve van az egyesített híváselőzmények, a BroadWorks hívási események szinkronizálódnak a Webex felhőbe, és részeivé válnak a Webex Unified hívás- és értekezletelőzményeknek, amelyek a Webex alkalmazásban jelennek meg. A felhasználók megtekinthetik saját részletes híváselőzményeiket és értekezletelőzményeiket a Webex alkalmazásból.
Az egyesített híváselőzményeket a partnerszintű rendszergazdák engedélyezhetik a Partner Hubban fürtönkénti alapon. Amikor ez a funkció be van kapcsolva, a BroadWorks-telepítés a következő hívási eseményeket szinkronizálja a Webex felhőbe:
Híváselőzmény-események – ezek az események hozzászoktak egy részletes egyesített híváselőzmény létrehozásához
Hook Status események—A Unified Call History olyan kagylóállapot-optimalizálásokat tartalmaz, amelyek csökkentik a hálózati sávszélességet a telefonos jelenlét frissítéseihez
Egységesített híváselőzmények követelményei
Az egyesített híváselőzmények konfigurálása előtt győződjön meg arról, hogy javította a rendszert. Ez a funkció a következő BroadWorks javítások telepítésétől függ:
R22 esetén:
AP.as.22.0.1123.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
R23 esetén:
AP.as.23.0.1075.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
XSP használata esetén—
AP.xsp.23.0.1075.ap378585
Ha ADP-t használ—
Xsi-Events-23_2021.05_1.251.bwar
R24 esetén:
AP.as.24.0.944.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
A Webex Cisco BroadWorks rendszerhez készült futtatásának előfeltételeként telepítendő BroadWorks-javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben. |
A rendszer javítása mellett az ügyfél konfigurációs fájlja ( config-wxt.xml
) a következő címkekészlettel kell rendelkeznie: <call-history enable-unified-history=”%ENABLE_UNIFIED_CALL_HISTORY_WXT%”/>
Ahhoz, hogy a Hunt Group, Call Center és egyéb átirányítási információk megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R23 esetén:
AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994
R24 esetén:
AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994
Ahhoz, hogy az Executive-Assistant információi megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R24 esetén:
AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
Az Xsi-Events-24-et futtató ADP_ 2022.06. vagy újabb
A Broadworks javítások mellett a Címtár szinkronizálást engedélyezni kell az Executive-Assistant egyesített híváselőzményeihez is.
Ha engedélyezi a híváselőzményeket vagy a DND-szinkronizálást, a Webex CTI -előfizetés-frissítési kérelmeket küld a fürthöz tartozó összes felhasználó számára. A felhasználók számától függően ez néhány óráig is eltarthat. Javasoljuk, hogy ne végezzen Broadworks-karbantartási tevékenységet ugyanazon a karbantartási időszak alatt. |
Híváselőzmények engedélyezése (új fürt)
Ha új fürtön szeretné engedélyezni a híváselőzményeket, olvassa el a fürtök hozzáadásának lépéseit Konfigurálja a saját partnerszervezetét a Partner Hubban .
Híváselőzmények engedélyezése (meglévő fürt)
Ha engedélyezni szeretné a híváselőzményeket egy meglévő fürtön, kövesse az alábbi lépéseket:
Jelentkezzen be a Partner Hubba a következő címen:
admin.webex.com
.Ugrás ide: Beállítások elemre és válasszon ki egy meglévő fürtöt.
Ellenőrizze, hogy a fürtkapcsolat megfelelő-e. A jobb oldali panelen egy zöld jelölő kell megjelennie a következővel: A kapcsolat létrejött .
Ha ez nem jelenik meg, akkor a következő alatt: Kapcsolatok ellenőrzése (opcionális) , adja meg BroadWorks felhasználói azonosító és BroadWorks jelszó és kattintson Ellenőrizze hogy ellenőrizze a kapcsolat megfelelőségét.
Ellenőrizze a hívásnapló engedélyezése jelölőnégyzet.
Kattintson a Mentés lehetőségre.
Funkcióinterakciók
A következő funkcióinterakciók léteznek az egyesített híváselőzmények esetében:
Az egyesített híváselőzmények nem támogatottak azoknál a felhasználóknál, akik a BroadWorksben útvonallistákkal vagy közvetlen útvonalakkal vannak konfigurálva. Ha ez a helyzet áll fenn, a rendszer nem küldi el a híváselőzményeket és a Hook állapot eseményeit a Webex alkalmazásba.
Az egyesített híváselőzmények nem támogatottak melléktárcsázás esetén. Előfordulhat, hogy a mellék tárcsázásával indított hívások nem jelennek meg megfelelően a Híváselőzményekben.
Híváselőzmények megtekintése a Webex alkalmazásban
A végfelhasználók a Webex alkalmazásból érhetik el és tekinthetik meg az egyesített híváselőzményeiket. A részletekért lásd: Webex| Hívás- és értekezletelőzmények megtekintése .
Az egyesített híváselőzmények letiltása
Miután engedélyezte az egyesített híváselőzményeket egy fürtön, önmagában nem tilthatja le a funkciót. Ha le szeretné tiltani a funkciót, forduljon a következőhöz: Cisco Technical Assistance Center (TAC) .
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. Példa: Asztali kliens esetén: Rendszer>Identitás/eszközprofil típusa Módosítás> Business Communicator - PC: Profil , Normál beállítások, Portok száma:
- HA a 'Korlátlan' engedélyezve van, nincs szükség módosításra
- HA a 'Korlátozott:' értéke <10, módosítsa az értéket = 10, és mentse az összes rendelkezésre álló vonalat
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 WebexMeetings
NS NE útválasztás az I-SBC számára
Példa konfigurációra
NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
Network Element WebexMeetings
Location = 1281465
Data Center =
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = NIL_PROFILE
Remote Lookup Enabled = false
Signaling Attributes =
NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
Routing NE Address Cost Weight Port Transport Route
=====================================================================
WebexMeetings sbc-address 1 99 - unspecified
NS útválasztási profil
UrlDialing házirend-példány hozzáadva a megfelelő útválasztási profil(ok)hoz
NS_CLI/Policy/Profile> get profile MyInst
Profile: Webex
Policy Instance
==========================================
…
UrlDialing WebexMeetings
AS NS Route használata a NetworkURL híváshoz
Engedélyezze az AS számára az NS útvonal tiszteletben tartását Hibrid AS módban
AS_CLI/Interface/IMS> set queryNSForNetworkURL true
E911 Segélyhívás
A Webex for Cisco BroadWorks támogatja az E911 segélyhívó szolgálatok hívását. Ezzel a funkcióval a segélyhívások egy PSAP-ra lesznek irányítva, amely a segélyhívó szolgálatokat a hívó fél helyszínére irányíthatja. A funkció használatához integrálnia kell a Webex for Cisco BroadWorks alkalmazást egy E911 segélyhívás szolgáltatóval.
A következő Webex -cikkek segítségével konfigurálhatja az E911 segélyhívó szolgáltatásainak támogatását:
E911 vészhívás a Webex for BroadWorks alkalmazásban —E cikk segítségével konfigurálhatja az E911-vészhívást a Webex for Cisco BroadWorks alkalmazásban az alábbi támogatott E911-szolgáltatók egyikének használatával:
Sávszélesség
Intrado
RedSky
Segélyhívási felelősség kizárása — Ha rendelkezik helymeghatározási szolgáltatással, beállíthatja, hogy a Webex alkalmazás Vészhelyzeti szolgálatok felelősségkizárása ablaka tartalmazzon lehetőséget a felhasználók számára, hogy bejelentkezéskor frissítsék a tartózkodási helyüket.
Ügyfelek testre szabása és biztosítása
A felhasználók letöltik és telepítik az általános Webex -alkalmazásaikat, asztali számítógépre vagy mobilra (a letöltési hivatkozásokat lásd: Webex alkalmazásplatformok ). A felhasználó hitelesítését követően a kliens regisztrál a Webex Cloudon üzenetküldéshez és értekezletekhez, lekéri a márkainformációit, felfedezi a BroadWorks szolgáltatás információit, és letölti a hívási konfigurációját a BroadWorks alkalmazáskiszolgálóról (DMS-en keresztül XSP-n| ADP).
A Webex-alkalmazások hívási paramétereit a Webex -ben konfigurálhatja (a szokásos módon). A Control Hubban konfigurálhatja a márkaépítési, üzenetküldési és értekezletparamétereket az ügyfelek számára. A konfigurációs fájl közvetlenül nem lehet módosítani.
Ez a két konfigurációkészlet átfedheti egymást, ebben az esetben a Webex -konfiguráció felülírja a BroadWorks-konfigurációt.
Webex Apps konfigurációs sablonok hozzáadása a BroadWorks alkalmazáskiszolgálóhoz
A Webex alkalmazások DTAF fájlokkal vannak konfigurálva. Az ügyfelek letöltenek egy konfigurációs XML-fájl az alkalmazáskiszolgálóról az XSP eszközkezelő szolgáltatásán keresztül| ADP.
Szerezze be a szükséges DTAF fájlokat (lásd Eszközprofilok lehetőségre A környezet előkészítése szakaszban).
Ellenőrizze, hogy a megfelelő címkekészletek vannak-e beállítva BroadWorks System > Erőforrások > Eszközkezelési címkekészletek .
Minden egyes beüzemelt ügyfél esetében:
Töltse le és bontsa ki a DTAF zip fájlt az adott klienshez.
DTAF-fájlok importálása a BroadWorks-be itt: Rendszer > Erőforrások > Identitás/eszközprofil típusok
Nyissa meg az újonnan hozzáadott eszközprofil szerkesztéshez, és:
Adja meg az XSP-t| ADP farm FQDN és Device Access Protocol.
Ellenőrizze a Távoli partyinformációk támogatása jelölőnégyzet. Ez a támogatás szükséges az asztalmegosztás működéséhez.
A távoli fél támogatását úgy is engedélyezheti, hogy futtatja a következő CLI-parancs az alkalmazáskiszolgálón:AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Módosítsa a sablonokat a környezetének megfelelően (lásd az alábbi táblázatot).
Mentse el a profilját.
Kattintson Fájlok és hitelesítés majd válassza ki az összes rendszerfájl újraépítését.
Név | Leírás |
Kodek prioritás | Állítsa be a VoIP -hívások hang- és videokodekeinek prioritási sorrendjét |
TCP, UDP és TLS | Konfigurálja a SIP-jelküldés és médiához használt protokollokat |
RTP audio és videó portok | Porttartományok konfigurálása az RTP hanghoz és videóhoz |
SIP beállítások | Konfigurálhatja a SIP -pel kapcsolatos különféle opciókat (SIP INFO, rport használata, SIP-proxy felderítés, frissítési időközök a regisztrációhoz és az előfizetéshez stb.) |
A Webex alkalmazás márkaépítésének testreszabása
Partner testreszabása—A partneri rendszergazdák alkalmazhatnak speciális márkaépítési testreszabásokat, amelyek a partner által kezelt partnerszervezetre és/vagy ügyfelekre vonatkoznak. Lásd Speciális márka-testreszabások konfigurálása .
Ügyfélre vonatkozó testreszabások—Ha a partner lehetővé teszi az ügyfelek számára, hogy alkalmazzák saját márkaépítési testreszabásaikat, az ügyfél rendszergazdái a következő oldalon követhetik az eljárást: Vállalati márkaépítés hozzáadása a Webex .
A Felhasználóaktiválási portál ugyanazt az emblémát használja, mint amit az ügyfél márkaépítéshez ad hozzá. |
A problémajelentési és a súgó URL-címek testreszabása
A beállítások testreszabásához a rendszergazdák követhetik a „Visszajelzés és súgóoldal URL-címeinek hozzáadása” című eljárást, amely mindkét fenti Márkaépítési cikkben található.
A Webex for Cisco BroadWorks tesztszervezetének konfigurálása
Mielőtt elkezdené
Átfolyós üzembe helyezéssel
Az összes XSP-t be kell állítania| Az ADP-szolgáltatásokat, és a partnerszervezetet a Control Hubban, mielőtt elvégezné ezt a feladatot.
1 | Szolgáltatás hozzárendelése a BroadWorks-ben: |
2 | Ügyfélszervezet és felhasználók ellenőrzése a Control Hubban: |
Felhasználói tesztelés
1 | Töltse le a Webex alkalmazás két különböző gépen. |
2 | Jelentkezzen be tesztfelhasználóként a két gépen. |
3 | Indítson teszthívásokat. |
Ügyfélszervezetek biztosítása
A jelenlegi modellben automatikusan kiépítjük az ügyfélszervezetet, amikor belép az első felhasználóba a jelen dokumentumban ismertetett módszerek bármelyikén keresztül. Az üzembe helyezés csak egyszer történik minden ügyfél esetében.
Felhasználók beüzemelése
A szolgáltatlási felhasználók a következő módokon adhatja ki:
Használjon API-kat Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailekhez a Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailek nélkül. A felhasználók megadják és érvényesítik az e-mail-címeket a Webex -fiókok létrehozásához
Engedélyezze a felhasználók számára az önaktiválást (küldjön nekik egy hivatkozást, ők hoznak létre Webex -fiókot)
Nyilvános üzembe helyezési API-k
A Webex nyilvános API-kat tesz elérhetővé, hogy lehetővé tegyék a szolgáltatók számára, hogy integrálják a Webex for Cisco BroadWorks előfizetői kiépítését a meglévő üzembe helyezési munkafolyamataikba. Ezen API-k specifikációi itt érhetők el: developer.webex.com
. Ha ezekkel az API-kkal szeretne fejleszteni, forduljon a Cisco képviselőjéhez, és szerezze be a Webex Cisco BroadWorks alkalmazást.
A nagykereskedelmi ügyfeleket elutasítják ezek az API-k. |
Folyamatos üzembe helyezés
A BroadWorks rendszeren a szolgáltatlási felhasználók a Integrált IM&P engedélyezése opciót. Ez a művelet arra készteti a BroadWorks üzembe helyezési illesztőt, hogy egy API-hívás indít a felhasználó kiépítéséhez a Webex-en. Az üzembe helyezési API -nk visszafelé kompatibilis az UC-One SaaS API-val . A BroadWorks AS nem igényel kódmódosítást, csak a létesítési adapter API -végpontjának konfigurációs módosítás .
Az előfizetők telepítése a Webex -en jelentős időt vehet igénybe (a kezdeti felhasználónál több percet is igénybe vehet a vállalaton belül). A Webex az üzembe helyezést háttérfeladatként végzi. Tehát az átmenőleges üzembe helyezés sikeressége azt jelzi, hogy a telepítés megkezdődött. Nem jelzi a befejezést. Annak ellenőrzéséhez, hogy a felhasználók és az ügyfélszervezet teljes körűen kiépült-e a Webex rendszerében, be kell jelentkeznie a Partner Hubra, és meg kell néznie az Ügyféllistát. A BroadWorks törzshálózatot használó felhasználók megosztott hívási megjelenésen (SCA) keresztül rendelkezhetnek Webex for BroadWorks-szel. A trönkelő felhasználóhoz hozzá kell rendelni a hitelesítési szolgáltatást. A BroadWorks trunking megoldási útmutató 8. szakaszában leírtak szerint ez lehetővé teszi, hogy az SCA Webex megjelenés hitelesítése elkülönüljön a közös fővonali hitelesítéstől. A Webex for BroadWorks nem létesíthető olyan trönkelő felhasználók számára, akiknek Útvonallista vagy Közvetlen útválasztás funkciói vannak hozzárendelve. |
A sablonok helye átkerült a BroadWorks Calling alkalmazásból a Szervezeti beállításokban az Ügyféllista részbe, és mostantól Bevezető sablonnak hívják. |
Felhasználói önaktiválás
BroadWorks-felhasználók kiépítése a Webex az Integrált IM&P szolgáltatás hozzárendelése nélkül:
Jelentkezzen be a Partner Hubba, és keresse meg a Ügyféllista oldalon.
Kattintson Sablonok megtekintése .
Válassza ki az erre a felhasználóra alkalmazni kívánt beüzemelési beléptető sablont.
Ne feledje, hogy minden sablon egy fürthöz és a partnerszervezethez van társítva. Ha a felhasználó nincs a sablonhoz társított BroadWorks rendszerben, akkor a felhasználó nem tudja aktiválni magát a hivatkozással.
Másolja ki a beüzemelési hivatkozást, és küldje el a felhasználónak.
Érdemes lehet a szoftverletöltési hivatkozást is feltüntetni, és emlékeztetni a felhasználót, hogy a Webex -fiók aktiválásához meg kell adnia és ellenőriznie kell az e- e-mail-cím .
A kiválasztott sablonon nyomon követheti a felhasználó aktiválási állapotát.
További információkért lásd: Felhasználó-létesítési és aktiválási folyamatok .
Beüzemelés nem megbízható e-mailekkel
A Partner Hub egy sor vezérlőt biztosít a Felhasználói állapot nézeten belül, amely lehetővé teszi Webex a Cisco BroadWorks rendszerhez A szolgáltató rendszergazdái ellenőrzik a felhasználó állapotát, és kijavítják a hibákat a nem megbízható e-mailekkel történő beüzemeléskor. További részletekért lásd: A felhasználói kiépítés ellenőrzése nem megbízható e-mailekkel.
Webex -felhasználók áthelyezése a Webex for Cisco BroadWorks rendszerébe
Ha meglévő Webex -felhasználókat szeretne áthelyezni a Webex for Cisco BroadWorks rendszerébe, tekintse meg az alábbi táblázatot a követendő eljárás meghatározásához.
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) |
|
Ügyfélszervezet | A Webex for BroadWorks csatolása a meglévő szervezethez — A szervezeti melléklet (az első felhasználó számára) a Webex for BroadWorks alkalmazást is hozzáadja a következő felhasználókhoz, amennyiben azok a megfelelő szervezethez vannak rendelve. |
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) | Ha a Webex for BroadWorks-szervezet nem létezik (nincs kiépítve felhasználó):
Ha létezik Webex for BroadWorks-szervezet (legalább egy felhasználó ki van jelölve):
|
Ügyfélszervezet |
|
Felhasználó áthelyezése (beleegyezéssel) a Webex Cisco BroadWorks alkalmazásba
Ezzel az eljárással áthelyezhet egy meglévő Webex -felhasználót, aki egy fogyasztói szervezethez tartozik, vagy önregisztráló fiókkal (ingyenes fiókkal vagy próbafiókkal) rendelkezik a Webex for Cisco BroadWorks rendszerébe. Ne feledje, hogy a Webex for Cisco BroadWorks szervezetnek léteznie kell (az első felhasználó kiépítésével). Ebben az esetben az alábbi lehetőségek egyikével helyezheti át a felhasználókat:
Felhasználó áthelyezése (megbízható e- e-mail-címmel) – A megbízható e-mail-címekkel történő létesítést használja
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel) – A nem megbízható e-mailekkel kapcsolatos szolgáltatást használja
Önaktiválás
Felhasználó áthelyezése (megbízható e- e-mail-címmel)
Ha a belépési sablon megbízható e-maileket használ, a partner rendszergazda a következő felhasználókat a következő folyamattal helyezheti át:
A rendszergazda hozzáadja a felhasználót.
A felhasználó a BroadWorks Provisioning Bridge-re kerül.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Fiók aktiválása . A felhasználót a rendszer a Webex Consumer portálra irányítja át.
A felhasználó bejelentkezik a Webex.
Felhasználói kattintások Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel)
Ha a beléptető sablon nem megbízható e-maileket használ, először a felhasználó e- e-mail-cím kell érvényesíteni. A rendszergazda az alábbi folyamatot követve helyezheti át a következő felhasználókat:
A rendszergazda hozzáadja a felhasználót.
A felhasználó automatikusan a BroadWorks Provisioning Bridge-re kerül.
A rendszer egy aktiválási hivatkozást tartalmazó szöveget küld a felhasználónak.
A felhasználó rákattint az Aktiválás hivatkozásra, és megadja az e- e-mail-cím.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Csatlakozzon most .
Az e- e-mail-cím érvényesítése megtörtént.
A rendszer átirányítja a felhasználót, hogy jelentkezzen be a Webex Consumer portálra.
A felhasználó bejelentkezik a Webex.
A felhasználónak rá kell kattintania Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Önaktiválási folyamat
Ha a felhasználónak van BroadWorks-fiókja, akkor az önaktiválási folyamat segítségével áthelyezheti a fiókját.
A felhasználó BroadWorks hitelesítési adataival jelentkezik be a felhasználói hozzáférési portál URL -címére.
A felhasználó megadja az e- e-mail-cím.
A felhasználó a BroadWorks Provisioning Bridge-be kerül.
A rendszer egy automatikus e-mailt küld a felhasználó e- e-mail-cím.
A felhasználó megnyitja az e-mailt, és rákattint a Csatlakozzon most hivatkozást, amely hitelesíti az e- e-mail-cím.
A CI azt találja, hogy a felhasználónak már van Webex -fiókja. A felhasználónak törölnie kell a régi fiókját, mielőtt folytatná.
A rendszer átirányítja a felhasználót a Webex való bejelentkezésre.
A felhasználó bejelentkezik a Fogyasztói Portálra.
A felhasználó rákattint Fiók törlése lehetőségre .
A régi Webex -fiók törlődik.
A felhasználó egy új Webex for Cisco BroadWorks-fiókot kapott ugyanazzal az e- e-mail-cím.
A Webex for BroadWorks csatolása a meglévő szervezethez
Ha Ön partner rendszergazda Webex for BroadWorks szolgáltatásokat ad hozzá egy meglévő Webex ügyfélszervezethez, amely még nincs társítva partner által kezelt BroadWorks-vállalattal, az ügyfélszervezet rendszergazdájának KELL jóváhagynia a rendszergazdai hozzáférést ahhoz, hogy a beüzemelési kérelem sikeres legyen.
Szervezeti rendszergazdai jóváhagyásra van szükség, ha a következők bármelyike igaz:
A meglévő ügyfélszervezetnek 100 vagy több felhasználója van
A szervezet ellenőrzött e-mail-domainnel rendelkezik
A szervezeti tartomány igényelve
Ha a fenti feltételek egyike sem teljesül, akkor automatikus csatolás történhet.
Egy an Automatikus csatolás forgatókönyv esetén a Webex for BroadWorks-előfizetés hozzáadásra kerül egy meglévő ügyfélszervezethez a meglévő szervezeti rendszergazda vagy végfelhasználó értesítése nélkül. A legtöbb esetben a Partnerszervezete létesítési rendszergazdai jogokat kap. Ha azonban az ügyfélszervezetnek nincs licence, vagy csak felfüggesztett/visszavont licencei vannak, akkor teljes körű rendszergazda lesz. Az üzembe helyezési rendszergazdai hozzáféréssel korlátozott mértékben láthatja a meglévő szervezet felhasználóit a Control Hubban. Javasoljuk, hogy vegye fel a kapcsolatot az ügyfél rendszergazdájával, és kérjen teljes rendszergazdai hozzáférést a szervezethez. |
A partnerrendszergazdák a következő eljárással adhatják hozzá a BroadWorks hívási szolgáltatásokat egy meglévő Webex szervezethez:
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ó üzembe helyezésének 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.
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 WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw
Terminológia
- ACL
- Hozzáférés-vezérlési lista
- ALG
- Alkalmazásréteg-átjáró
- API
- Alkalmazásprogramozási felület
- APNS
- Apple leküldéses értesítés Service
- AS
- Alkalmazáskiszolgáló
- ATA
- Analóg telefonadapter, adapter, amely az analóg telefonálást VoIP -re alakítja
- BAM
- BroadSoft alkalmazáskezelő
- Alapszintű hitelesítés
- Olyan hitelesítési módszer, amelyben egy fiók (felhasználónév) egy megosztott titkos kód (jelszó) van hitelesítve.
- BMS
- BroadSoft Üzenetküldés Server
- BOSH
- Kétirányú adatfolyamok szinkron HTTP-n keresztül
- BRI
- Alapsebességű interfész A BRI egy ISDN hozzáférési módszer
- Csomag lehetőségre
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- CA
- Hitelesítés-szolgáltató
- Szolgáltató
- A telefonos forgalmat lebonyolító szervezet (vö. Partner, Szolgáltató, Értéknövelt viszonteladó)
- CAPTCHA
- Teljesen automatizált nyilvános Turing-teszt a számítógépek és az emberek megkülönböztetésére
- CCXML
- Hívásvezérlő bővíthető jelölőnyelv
- CIF
- Közös köztes formátum
- CLI
- Parancssori felület
- CN
- Általános név
- CNPS
- Hívásértesítések Push Server. Egy XSP-n futó Notification Push szerver| ADP a környezetében, hogy hívásértesítéseket küldjön az FCM és APNS felé. Lásd: NPS-proxy.
- CPE
- Ügyféltelepi berendezések
- CPR
- Egyéni jelenléti szabály
- CSS
- Lépcsőzetes stíluslap
- CSV
- Vesszővel elválasztott érték
- CTI
- Számítógépes telefonos integráció
- CUBE
- Cisco Unified Border Element
- DMZ
- Demilitarizált zóna
- DN
- Telefonkönyvi szám
- DND
- Ne zavarjanak
- DNS
- Tartománynév-rendszer
- DPG
- Tárcsázza a társcsoportot
- DSCP
- Differenciált szolgáltatások kódpontja
- DTAF
- Eszköztípus archív fájl
- DTG
- Cél fővonalcsoport
- DTMF
- Dual-Tone Multi-Frequency
- Végfelhasználó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Előfizető)
- Nagyvállalati
- Végfelhasználók gyűjteménye (vö. Szervezet)
- FCM
- Firebase felhőalapú Üzenetküldés
- FMC
- Javított mobilkonvergencia
- Átfolyós beüzemelés
- Felhasználók létrehozása a Webex identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorksben.
- FQDN
- Teljes tartománynév
- Teljes átfolyású üzembe helyezés
- Létrehozása és ellenőrzése felhasználókat a Webex Identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorks és állítva hogy minden BroadWorks-felhasználó egyedi és érvényes e- e-mail-cím rendelkezik .
- FXO
- A Devizairoda az a port, amely az analóg vonalat fogadja. Ez a telefon vagy a faxkészülék, illetve az analóg telefon csatlakozói. On-hook/off-hook jelzést ad (hurokzárás). Mivel az FXO port egy eszközhöz, például faxhoz vagy telefonhoz csatlakozik, az eszközt gyakran „FXO eszköznek” is nevezik.
- FXS
- A deviza-előfizető az a port, amely ténylegesen továbbítja az analóg vonalat az előfizetőnek. Más szóval, a „dugó a falba” az, amelyik a tárcsahang, az akkumulátoráramot és a csengőfeszültséget továbbítja.
- GCM
- Google Cloud Message lehetőségre
- GCM
- Galois/Counter mód (titkosítási technológia)
- HID
- Emberi felület eszköz
- HTTPS
- Hypertext Transfer Protocol Secure Sockets
- IAD
- Integrált hozzáférési eszköz
- IM&P
- Azonnali Üzenetküldés és jelenlét
- IP PSTN
- Olyan szolgáltató , amely VoIP -ot nyújt a PSTN-nek, felcserélhető az ITSP-vel, vagy az internethez kapcsolódó „nyilvános” telefonálás általános kifejezésével, amelyet a nagy távközlési szolgáltatók biztosítanak (nem pedig országok szerint, ahogyan a PSTN az).
- ITSP
- Internettelefon szolgáltató
- IVR
- interaktív hangválasz / válaszadó
- JID
- Az XMPP entitások natív címét Jabber-azonosítónak vagy JID-nek nevezik localpart@tartomány.part.example.com/resourcepart (@ . / elválasztók)
- JSON
- Java Script objektumjelölés
- JSSE
- Java Secure Socket kiterjesztés; a mögöttes technológia, amely biztonságos kapcsolódási szolgáltatásokat nyújt a BroadWorks szervereknek
- KEM
- Kulcskiterjesztés modul (hardveres Cisco telefonok)
- LLT
- Hosszú élettartamú (vagy Long Life) token; a vivői token önleíró, biztonságos formája, amely lehetővé teszi a felhasználók számára, hogy hosszabb ideig maradjanak hitelesítettek, és nincs bizonyos alkalmazásokhoz kötve.
- MA
- Üzenetarchiválás
- MIB
- Vezetési információs bázis
- MS
- Médiakiszolgáló
- mTLS
- Kölcsönös hitelesítés két fél között, tanúsítványcserével, TLS kapcsolat létesítésekor
- MUC
- Többfelhasználós csevegés
- NAT
- Hálózati cím fordítások
- NPS
- Notification Push Server; lásd: CNPS
- NPS-proxy
-
A Webex olyan szolgáltatása, amely rövid élettartamú hitelesítési tokeneket szállít a CNPS-nek, lehetővé téve, hogy hívási értesítéseket küldjön le az FCM és az APN, végső soron a Webex futtató Android és iOS eszközök számára.
- OCI
- Nyissa meg az ügyfélfelületet
- Szervezet
- Végfelhasználók egy csoportját képviselő vállalat vagy szervezet (vö. Vállalati)
- OTG
- Kimenő fővonal-csoport
- Csomag
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- Partner
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Értéknövelt viszonteladó, szolgáltató, szolgáltató)
- PBX
- Privát fiókcsere
- PEM
- Továbbfejlesztett adatvédelmi levelezés
- PLMN
- Nyilvános szárazföldi mobilhálózat
- PRI
- A Primary Rate Interface (PRI) egy távközlési interfészszabvány , amelyet Integrált Szolgáltatású Digitális Hálózaton (ISDN) használnak .
- Ui.:
- Profilkiszolgáló
- PSTN
- Nyilvános kapcsolt telefonhálózat
- QoS
- Szolgáltatásminőség
- Viszonteladói portál
- Egy weboldal, amely lehetővé teszi a viszonteladó rendszergazdájának az UC-One SaaS-megoldás konfigurálását. Néha BAM portálnak, rendszergazdai portálnak vagy felügyeleti portálnak is nevezik.
- RTCP
- Valós idejű vezérlési protokoll
- RTP
- Real-Time Transport protokoll
- SBC
- Session Border Controller
- SCA
- Shared Call megjelenése
- SD
- Szabványos felbontás
- SDP
- Munkamenetleíró protokoll
- SP
- Szolgáltató; Olyan szervezet, amely telefonos vagy kapcsolódó szolgáltatásokat nyújt más szervezeteknek (vö. Szolgáltató, Partner, Értéknövelt viszonteladó)
- SIP
- Session Initiation Protocol
- SLT
- Rövid élettartamú (vagy rövid élettartamú) token (más néven BroadWorks SSO token); egy egyszer használatos hitelesített token, amely a webes alkalmazások biztonságos elérésére szolgál.
- SMB
- Kis- és középvállalkozások
- SNMP
- Egyszerű hálózatkezelési protokoll
- sRTCP
- biztonságos Realtime Transfer Control Protocol (VoIP hívásmédia)
- sRTP
- biztonságos Realtime Transfer Protocol (VoIP hívásmédia)
- SSL
- Biztonságos socket-réteg
- Feliratkozó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Végfelhasználó)
- TCP
- Átvitelvezérlő protokoll
- TDM
- Időosztásos multiplexelés
- TLS
- Transport Layer Security (TLS)
- Általános Szerződési Feltételek
- Szolgáltatás típusa
- UAP
- Felhasználói aktiválási portál
- UC
- Egységesített kommunikáció
- UI
- Felhasználói felület
- U azonosító
- Egyedi azonosító
- UMS
- Üzenetküldés szerver
- URI
- Egységes erőforrás-azonosító
- URL
- Uniform Resource Locator
- USS
- Megosztási kiszolgáló
- UTC
- Egyezményes koordinált világidő
- UVS
- Videó szerver
- Értéknövelt viszonteladó (VAR)
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Szolgáltató, Partner, Szolgáltató)
- VGA
- Video Graphics Array
- VoIP
- Voice over internetprotokoll (IP)
- VXML
- Hanggal bővíthető jelölőnyelv
- WebDAV
- web elosztott szerzői és verziószámozás
- WebRTC
- web valós idejű kommunikáció
- WRS
- WebRTC szerver
- XMPP
- Bővíthető Üzenetküldés és jelenléti protokoll
Szolgáltatások konfigurálása (mTLS-szel a hitelesítési szolgáltatáshoz)
Az alábbi eljárások váltják fel a témakörben szereplő eljárásokat Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k . Ezeket az eljárásokat csak akkor végezze el, ha mTLS-t használ a hitelesítési szolgáltatáshoz a CI token érvényesítés helyett. Ezek az eljárások kötelezőek, ha több Webex -szervezetet futtat ugyanazon az XSP-n| ADP szerver. Ellenkező esetben ezek nem kötelezőek.
Ha nem futtat több Webex -szervezetet ugyanazon az XSP-n keresztül| ADP szerver, CI Token Validation ( TLS-szel) javasolt a hitelesítési szolgáltatáshoz. Lásd: Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k a hitelesítési szolgáltatás és egyéb szolgáltatások konfigurálásával kapcsolatos részletekért. |
Xsi felületek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a leírás szerint Cisco BroadWorks Xtended Services felület konfigurációs útmutató .
Az Xsi-Events alkalmazásoknak csak egy példányát kell telepíteni az XSP-re| A CTI interfészhez használt ADP.
A Broadworks és a Webex közötti integrációhoz használt összes Xsi-Eventnek ugyanazzal a Webex -vel kell rendelkeznie, mint az Applications/Xsi-Events/GeneralSettings alatt. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
Amikor egy felhasználó bejelentkezett a Webex, a Webex előfizetést hoz létre a felhasználó számára az AS-en, hogy fogadja a telefonos eseményeket a jelenlét és a hívásnapló vonatkozásában. Az előfizetés a callControlApplicationName alkalmazáshoz van társítva, és az AS ennek alapján tudja, melyik Xsi-Eventsnek küldje el a telefonos eseményeket.
A callControlApplicationName módosítása, vagy ha nem ugyanaz a név az összes Xsi-Events webalkalmazáson, az hatással lesz az előfizetésekre és a telefonos eseményekre. |
Hitelesítési szolgáltatás konfigurálása (mTLS-szel)
A hosszú élettartamú BroadWorks tokeneket az XSP-n tárolt hitelesítési szolgáltatás hozza létre és hitelesíti| ADP-k.
Követelmények
Az XSP| A hitelesítési szolgáltatást futtató ADP-kiszolgálóknak rendelkezniük kell konfigurált mTLS-interfészekkel.
XSP| Az ADP-knek ugyanazokat a kulcsokat kell megosztaniuk a BroadWorks hosszú élettartamú tokenek titkosításához/visszafejtéséhez. Ezeknek a kulcsoknak a másolása az egyes XSP-kre| Az ADP manuális folyamat.
XSP| Az ADP-ket szinkronizálni kell az NTP-vel.
Konfiguráció áttekintése
Az alapvető konfiguráció az XSP-n| Az ADP-k a következőket tartalmazzák:
Telepítse a hitelesítési szolgáltatást.
Állítsa be a token időtartamát legalább 60 napra (hagyja meg a kibocsátót BroadWorksként).
RSA -kulcsok létrehozása és megosztása XSP-n keresztül| ADP-k.
Adja meg a webes tároló authService URL -címét.
Telepítse a hitelesítési szolgáltatást az XSP rendszeren| ADP
Minden XSP-n| A Webex használt ADP:
Aktiválja a hitelesítési szolgáltatás alkalmazást az elérési úton
/authService
(ezt az elérési utat kell használnia):XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService
(hol
<version>
az Ön BroadWorks-verziója).Az alkalmazás telepítése:
XSP|ADP_CLI/Maintenance/ManagedObjects>
deploy application /authService
Token időtartamának konfigurálása
A meglévő tokenkonfiguráció ellenőrzése (óra):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
get
Állítsa be az időtartamot 60 napra (maximum 180 nap):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
set tokenDurationInHours 1440
RSA -kulcsok létrehozása és megosztása
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
E két tényező miatt egyetlen XSP-n kell kulcsokat generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k. |
Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress> /authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét
Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket.
Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Bizalom konfigurálása a hitelesítési szolgáltatáshoz (mTLS-szel)
Jelentkezzen be a Control Hubba a partnerrendszergazdai rendszergazdafiók.
Ugrás ide: Töltse Webex CA-tanúsítványt hogy megkapja
és kattintsonCombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
.Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
.Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
. (Nem kötelező) Futtassa a súgótUpdateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot
,webexclientroot2023
,webexclientissuing
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, ha mind a négy bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
(Opció) Az mTLS konfigurálása a HTTP interfész/port szintjén
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS-t HTTP interfész/port szinten állítja be, az mTLS-re minden, ezen a felületen/porton keresztül elérhető webalkalmazáshoz szükség van.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/HttpServer>
és futtassa aget
parancsot a felületek megtekintéséhez.Interfész hozzáadása és ügyfélhitelesítés előírása (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Lényegében az első
true
TLS -sel (a kiszolgálótanúsítvány létrejön, ha szükséges), és a másodiktrue
arra kényszeríti a felületet, hogy klienstanúsítvány -hitelesítést igényeljen (együtt mTLS).
Például:
XSP|ADP_CLI/Interface/Http/HttpServer> get
Interface Port Name Secure Client Auth Req Cluster Fqdn
=======================================================
192.0.2.7 443 XSP|ADP01.collab.example.net true false
192.0.2.7 444 XSP|ADP01.collab.example.net true true
Ebben a példában az mTLS (Client Auth Req = true) engedélyezve van 192.0.2.7
port 444
. A TLS engedélyezve van 192.0.2.7
port 443
.
(Opció) Az mTLS konfigurálása adott webes alkalmazásokhoz
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS alkalmazásszinten konfigurálódik, az mTLS-re az adott alkalmazáshoz is szükség van, függetlenül a HTTP kiszolgáló interfész konfigurációjától.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
és futtassa aget
parancsot, hogy megtudja, mely alkalmazások futnak.Alkalmazás hozzáadása és ügyfélhitelesítés előírása hozzá (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Az alkalmazásnevek ott vannak felsorolva. A
true
ebben a parancsban engedélyezi az mTLS-t.
Például:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
add 192.0.2.7 443 AuthenticationService true
A példaparancs hozzáadja az AuthenticationService alkalmazást a 192.0.2.7:443-hoz, és megköveteli tőle, hogy tanúsítványokat kérjen és hitelesítsen az ügyféltől.
Ellenőrizze a következővel: get
:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
get
Interface Ip Port Application Name Client Auth Req
===================================================
192.0.2.7 443 AuthenticationService true
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
Merre tovább?
A konfigurációhoz újra csatlakozhat a fő dokumentumfolyamathoz a következő időpontban: CTI felület és kapcsolódó konfiguráció .
További tanúsítványkövetelmények az AuthService elleni kölcsönös TLS -hitelesítéshez
A Webex és a hitelesítési szolgáltatás egy kölcsönös TLS -hitelesített kapcsolaton keresztül működik együtt. Ez azt jelenti, hogy a Webex bemutat egy klienstanúsítvány és az XSP-t| Az ADP-nek hitelesítenie kell. Annak érdekében, hogy megbízható legyen ez a tanúsítvány, a Webex CA-tanúsítvány segítségével hozzon létre egy megbízhatósági horgonyt az XSP-n| ADP (vagy proxy). A tanúsítványlánc letölthető a Partner Hubon keresztül:
Ugrás ide: Beállítások > BroadWorks-hívás lehetőséget .
Kattintson a tanúsítvány letöltése hivatkozásra.
A tanúsítványlánc innen is beszerezhetihttps://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt . |
A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy ebben a három esetben hol kell telepíteni a Webex CA-tanúsítvány .
Kölcsönös TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be a proxynak.
A Webex CA-tanúsítvány a proxy megbízhatósági tárolójában van telepítve, így a proxy megbízik az klienstanúsítvány.
A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy egy nyilvánosan aláírt kiszolgálótanúsítvány mutat be a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions:
X509v3 Extended Key Usage:
1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Kölcsönös TLS -tanúsítvány-követelmények a TLS-passthrough proxyhoz vagy XSP-hez DMZ-ben
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be az XSP-knek.
A Webex CA-tanúsítvány az XSP-k bizalmi tárolójában van telepítve, így az XSP-k megbíznak az klienstanúsítvány.
A nyilvánosan aláírt XSP kiszolgálótanúsítvány is betöltődik az XSP-kbe.
Az XSP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex megbízik az XSP-k kiszolgálótanúsítványait aláíró nyilvános hitelesítésszolgáltatóban.
Dokumentum módosítási előzmények
A következő táblázat a dokumentum módosításainak előzményeit mutatja be az elmúlt 12 hónapban.
Dátum | Verzió | A változás leírása | |
---|---|---|---|
2024. 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 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 a Cisco BroadWorks számára
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
-
Későbbi bizonyítás: az UC-One Collaboration eleje ellen, minden ügyfél mozgása az Egységes Ügyfélkeret (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
-
Meglévő / új kis- és közepes ügyfelek (kevesebb, mint 250 előfizető), akik együttműködési funkciókat szeretnének, már felhívhatják a BroadWorks-t.
-
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 |
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 for Cisco BroadWorks | ||
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 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ó XSP-n| ADP-k | |||
11 |
A Flowthrough-kiépítéshez az alkalmazáskiszolgálónak csatlakoznia kell a BroadWorks kiépítési adapteréhez.
|
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 számára > partner beiktatása ebben a dokumentumban.)
-
Konfigurálja BroadWorks rendszereit a Webex-szel 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 csatlakoztathatja a Webexet a BroadWorks-hez. (Lásd: A Webex telepítése a Cisco BroadWorks számára > A partnerszervezet konfigurálása a partnerközpontban ebben a dokumentumban.)
-
A Partner Hub segítségével készítse elő a felhasználói kiépítési sablonokat. (Lásd A Webex Cisco BroadWorks rendszerhez telepítése > Bevezető sablonok konfigurálása ebben a dokumentumban.)
-
Teszteljen és telepítsen egy ügyfelet 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 szakzsargont é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 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).
-
['A felhasználók a Webex alkalmazáson keresztül is kezdeményezhetnek Webex VOIP hívást a Webex infrastruktúrán keresztül, ha kiválasztják a "Webex Hívás" opciót a Webex alkalmazásban. (Ezek a hívások Webex alkalmazásról Webex alkalmazásra, nem Webex alkalmazás PSTN-re).\n']
-
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.
Jellemzők é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ípusú felhasználók csatlakozhatnak a Webex-értekezletekhez, de önállóan 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 hívási, Üzenetküldés és értekezleti funkciókat tartalmaz. 100 résztvevőt foglal magában az „egységes tárgyaló” é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 az alap csomagban található összes elemet tartalmazza, például akár 100 résztvevőt az „egységes tárgyaló” értekezleteken és a személyes tárgyalói (PMR) értekezleteken.
A PMR-értekezleten belüli képernyőmegosztás olyan szerep, amelyet eredetileg csak az értekezlet házigazdája töltött be, de a fogadó bármely általa választott értekezlet-résztvevőnek átadhatja az "előadói szerepkört", és csak a házigazda veheti át újra az előadói szerepet anélkül, hogy az aktuális fogadó átadta volna nekik.
"Prémium" csomag
Ez a csomag tartalmazza a Standard csomagban található mindent, plusz akár 300 résztvevőt az „egységes tárgyaló” értekezleten és akár 1000 résztvevőt a személyes tárgyalóban (PMR).
A PMR-értekezleten belüli képernyőmegosztás minden értekezlet-résztvevő 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ő |
Általános |
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 tartalmazza a „Standard” vagy a „Prémium” csomaggal rendelkező felhasználókat is; 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ési és értekezleti funkciók
Tekintse meg az alábbi táblázatot az alap, standard és prémium csomagok PMR értekezleti funkcióinak támogatásával kapcsolatos különbségekről.
Értekezlet funkció |
Alap csomaggal támogatott |
Suported standard csomaggal |
Preminum csomaggal támogatva |
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öbbpárti csevegés |
Igen |
Igen |
Igen | |
Táblázás |
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 |
Nem |
Nem |
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 |
10 GB oldalanké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 |
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 Hubbó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 szervezet adminisztrátorai módosíthatják az URL-címet a Partner Hubból. |
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 |
Nem |
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 tekintse meg az alkalmazásintegrációk című részt. |
Integráció a Microsoft Office 365 naptáraival |
Igen |
Igen |
Igen | |
Integráció a Google Naptárral a G Suite-hoz |
Igen |
Igen |
Igen | |
A Webex Súgóközpont help.webex.com teszi közzé a Webex funkcióit és felhasználói dokumentációját. 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ó:
-
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á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é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.
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 bővítmény szolgáltatások csak a Standard és a Prémium csomagok esetén lesznek elérhetők.
További információkért lásd a A Control Hub Pro csomagjának súgóoldala .
Jövőbeli ütemterv
Ha betekintést nyerhet a Webex jövőbeli verzióival a Cisco BroadWorks számára, látogasson el a https://salesconnect.cisco.com/#/program/PAGE-16649webhelyre. 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 ügyfelének egy adott Webex Meetings -webhely-időzónára van szüksége, adja meg a időzóna
paramétert a beüzemelési kérelemben a következőhöz:
-
a szervezet standard csomagjára kiszervezett első előfizető.
-
a szervezet prémium csomagjára első előfizető.
-
a szervezetben az Alap csomagra kiépített első előfizető.
Általános korlátozások
-
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 "Fehér címkével" elcímkézve.
-
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 a tervezés. 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 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é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 évig
-
Standard 5 GB felhasználónként 3 évig
-
prémium: 10 GB felhasználónként 5 évig
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 egyes felhasználók túlléphetik a felhasználónkénti korlátot (10 GB), feltéve, hogy a vállalat még mindig az összesített maximális (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érre vonatkozó űrszabályzat megtekintéséről a .https://help.webex.com/en-us/baztm6/Webex-Space-Policy
További információk
A Webex üzenetküldő csapat terekre vonatkozó általános üzenetküldési korlátokról a .hu oldalon https://help.webex.com/en-us/n8vw82eb/Webex-Capacitiestájékozódhat.
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.
Az adatcseréről részletesebben a dokumentum Hivatkozás részében olvashat.
További olvasás
Szervezeti adatok rezidenssége
Webex-adatait a régióhoz leginkább illeszkedő adatközpontban tároljuk. Lásd: Adatmeghelyenhelyeződés a Webexben a 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ő 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 számára .
Az új partnerszervezethez elsőként beállított felhasználó automatikusan teljes körű rendszergazda és teljes partner rendszergazdai szerepkörbe kerül hozzárendelésre. Ez a rendszergazda a fenti cikk alapján további szerepköröket is hozzárendelhet. |
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 hozzon létre „Onboarding sablonokat”, amelyek az adott rendszereken keresztül kiszolgált csomagokat vagy csomagokat képviselik. 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 |
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 |
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:
-
Nyilvános XSP| ADP, Webex Cisco BroadWorks rendszerhez: (A mező egy vagy több XSP-t jelöl| ADP farmok, esetleg terheléselosztókkal.)
-
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, NPS-t futtat:
-
állomás hívásértesítések push szerver: Egy Notification Push szerver XSP-n| ADP a környezetében. 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 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:
-
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 Konfigurálja a BroadWorks-fürtöket a Partner Hubban Ebben a dokumentumban.) Minden fürthöz csak egy URL 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 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 NPS-t használhatja az UC-One SaaS vagy az UC-One Collaboration segítségével. 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 önállóan működhet az előfizetők áttelepítése 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álással vagy mTLS-szel)
-
CTI (mTLS)
-
XSI-műveletek (TLS)
-
XSI-események (TLS)
-
DMS (TLS) – Nem kötelező. 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 for Cisco BroadWorks felhasználói konfigurálhassák a hívási funkciókat 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:
-
(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-hez és egy TLS interfész más alkalmazásokhoz, például az AuthService-hez.
-
(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 az 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. További részletekért tekintse meg a BroadWorks szoftverkezelési útmutatót.
Az XSP interaktív telepítése során| ADP szoftverrel, akkor lehetősége van az NTP konfigurálására. Járjon el az alábbiak szerint:
-
Amikor a telepítő megkérdezi,
Szeretné konfigurálni az NTP-t?
, adja megy
. -
Amikor a telepítő megkérdezi,
Ez a szerver NTP kiszolgáló lesz?
, adja megn
. -
Amikor a telepítő megkérdezi,
Mi az NTP -cím, gazdagépnév vagy FQDN?
, adja meg az NTP kiszolgáló vagy egy nyilvános NTP -szolgáltatás címét, például,pool.ntp.org
.
Ha az XSP| Az ADP-k csendes (nem interaktív) telepítést használnak, a telepítő konfigurációs fájl tartalmaznia kell a következő Kulcs=Érték párokat:
NTP
NTP_ SZERVER=
XSP| ADP-azonosító é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| 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 interfésznek 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) titkosítás, legalább 128 bit 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 a hash függvények SHA2 családja engedélyezett a kulcslevezetéshez (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| 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-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-k
Kiegyensúlyozó élelem betöltése
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 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:
-
Konfigurálja a DNS-t úgy, hogy az ügyfelek megtalálják a terheléskiegyenlítőt az Xsi interfészhez való csatlakozáskor (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.
-
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ő karaktereket, de nem ajánljuk őket.
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 ehhez az architektúrához:
-
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ést 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 a következő 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ő karaktereket, de nem ajánljuk őket.
HTTP-átirányítások elkerülése
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.
Megrendelés és kiépítés
A megrendelés és a kiépítés az alábbi szinteken érvényes:
-
Partner/Szolgáltató kiépíté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állalati rendelés és üzembe helyezé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ő rendelés és szolgáltatás :
A Cisco BroadWorks webex jelenleg a következő felhasználói kiépítési modelleket támogatja:
-
Flowthrough kiépítés 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
-
Folyamatos üzembe helyezés 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:
R22 esetén:
-
Telepítés AP.as.22.0.1123.ap376508 .
-
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
hogyigaz
a CLI-ből inKarbantartás/ContainerOptions
.További információ: javítás megjegyzések https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.
R23 esetében:
-
Telepítés AP.as.23.0.1075.ap376509
-
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
hogyigaz
a CLI-ből inKarbantartás/ContainerOptions
.További információ: javítás megjegyzések https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.
R24 esetében:
-
Telepítés AP.as.24.0.944.ap375100
-
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
hogyigaz
a CLI-ből inKarbantartás/ContainerOptions
.További információ: javítás megjegyzések 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. |
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 az elsődleges telefonvonal hasonló mellékről ugyanazon a vállalaton belü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 ugyanazon vállalat különböző csoportjai közötti, 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ásrekordok |
Leírás |
Beüzemelési módszer |
Mellék 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 melléket paraméterként kell átadni |
Átfolyás |
A mellék automatikusan lekért a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívású 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ói hívási entitások |
Pl. konferenciateremtelefon, faxkészülék, Hunt-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
Alkalmazáshívási opciók prioritása
A Melléktárcsázás funkció támogatásának részeként az alkalmazás hívásbeállításainak prioritásbeá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 szinkronizálhassanak egyetlen csoportos telefonlistáról, és ez egyenrangú legyen a 30 000 névjegyével növelése a külön kiadott nagyvállalati telefonlista esetében.
A teljes korlát 200 000 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ő. 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 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ásrekordok |
Leírás |
Beüzemelési módszer |
Vállalati azonosító 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 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ású 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ó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 |
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 EZ API be nem fejeződik. 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 soron következő 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-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á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é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 megjelenhessen, 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) telefonszámok helyett a saját telefonszámukat biztosítsák a felhasználók számára a Webex Meetings-hez való csatlakozáskor.
-
Webex Cisco BroadWorks konfigurációs útmutató —Leírja, hogyan kell konfigurálni a Webex alkalmazást a Webex a Cisco BroadWorks rendszerhez.
- Eszközintegrációs útmutató a Webex 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 rendszerhez 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 számára — Ez a cikk 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 cikkeket találhat, 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 a Webex alkalmazás azon felhasználói 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
Megfontolás | Megválaszolandó kérdések | Erőforrások |
Építészet és infrastruktúra
|
Hány XSP| ADP-k? 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 a 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.
-
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ói kiépítés
Melyik felhasználói kiépítési módszer felel meg a legjobban?
-
Átfolyós beüzemelés 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.
-
Folyamatos üzembe helyezés 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 által vezérelt üzembe helyezés 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.
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 |
---|---|
Áramlás biztosítása (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 önkiépí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 nyilvános API-k készletét teszi 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á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:
R22 esetén:
-
Telepítés AP.as.22.0.1123.ap376508 .
-
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
hogyigaz
a CLI-ből inKarbantartás/ContainerOptions
.További információ: javítás megjegyzések https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.
R23 esetében:
-
Telepítés AP.as.23.0.1075.ap376509
-
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
hogyigaz
a CLI-ből inKarbantartás/ContainerOptions
.További információ: javítás megjegyzések https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.
R24 esetében:
-
Telepítés AP.as.24.0.944.ap375100
-
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
hogyigaz
a CLI-ből inKarbantartás/ContainerOptions
.További információ: javítás megjegyzések 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 területek
A kiépítés során a BroadWorks alkalmazásban az első kiépített felügyeleti felhasználóhoz rendelt nyelv automatikusan hozzá lesz rendelve az adott ügyfélszervezet alapértelmezett területi beállításaként. Ez a beállítás határozza meg az adott ügyfélszervezet aktiválási e-mailjeinek, értekezleteinek és értekezlet-összehívásainak alapértelmezett nyelvét.
Ö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 egy kétbetűs nyelv van kérve ( ISO-639-1 formátum használatával), 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.
A következő 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_USA en_AU en_GB en_CA |
hu |
en_USA |
fr_FR fr_CA |
fr |
fr_FR |
cs_CZ |
cs |
cs_CZ |
da_DK |
da |
da_DK |
de_DE |
de |
de_DE |
hu_HU |
hu |
hu_HU |
id_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_VT |
ru |
ru_VT |
ro_RO |
ro |
ro_RO |
zh_KN zh_TW |
zh |
zh_KN |
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 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árkaépítés testreszabásának részleteiért lásd: Speciális márka-testreszabások konfigurálása .
|
Bevezető 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
-
Sablon létrehozásakor ki kell választania egy alapértelmezett csomagot (részletekért lásd a 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.
-
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 ).
-
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 a Szükséges javítások átfolyásos kiépítéssel című lapot. |
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ója | E-mail-cím |
Identitásszolgáltató |
BroadWorks.
| Cisco közös identitás |
Többtényezős hitelesítés? | Nem | Olyan ügyfélazonosító rendszerhez van szükség, amely támogatja a többtényezős hitelesítést. |
Hitelesítő adatok érvényesítésének elérési útja
|
|
|
Az egyszeri bejelentkezés folyamatának részletesebb bontását a BroadWorks közvetlen hitelesítésével lásd: Egyszeri bejelentkezés folyamata. |
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ítja a speciális karaktereket használó jelszavak esetén előforduló problémát, amely miatt 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> állítsa be a hitelesítéstEncoding UTF-8
-
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> állítsa be a hitelesítéstEncoding 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. |
helymeghatározás |
Országhívószám |
Országnév |
---|---|---|---|
1 |
AMER |
+1 |
USA, CA |
2 |
APAC |
+65 |
Szingapúr |
3 |
ANZ |
+61 |
Ausztrália |
4 |
EMEA |
+44 |
UK |
5 |
EURO |
+49 |
Németország |
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. 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 é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é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 .
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 mellékmel.
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á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ékmel. Ha átfolyósított beüzemelést használ, a felhasználókhoz hozzá kell rendelni az Integrált IM&P szolgáltatást is. |
A hálózati és szoftverkövetelmények kiszolgálói
-
BroadWorks példány(ok) az R22 minimális verziójával. 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: 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 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á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 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 tanúsítvánnyal (nem öna aláírt) és minden köztes közreműködő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).
Ennek a kiszolgálónak R22-es vagy újabb verzión 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ó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 ide:https://www.webex.com/webexfromserviceproviders-downloads.html . A Webex alkalmazás a következő címen érhető el:
-
Windows pc-k/laptopok
-
Apple PC-k / laptopok MacOS-szel
-
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 Phone 6800 sorozat multiplatform firmware-rel
-
Cisco IP Phone 7800 sorozat multiplatform firmware-rel
-
Cisco IP Phone 8800 sorozat multiplatform firmware-rel
Lásd https://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html a modelleket és további információkat.
-
-
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 multiplatform analóg telefon adapter
-
Cisco ATA 192 Multiplatform analóg telefon adapter
Lásd https://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html a modelleket és további információkat.
-
-
Fejhallgatók:
-
Cisco headset 500 sorozat
Lásd https://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.html a modelleket és további információkat.
-
-
Room OS-eszközök:
-
Webex Room és Room Kit sorozat
-
Webex Desk sorozat
-
Webex Board Series
-
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 Cisco BroadWorks alkalmazáshoz .
Eszközprofilok
A következő DTAF-fájlokat kell betö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, de 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 webhelyet, 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 táblasablon |
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ás/Eszközprofil
Minden Webex Cisco BroadWorks-felhasználónak rendelkeznie kell egy Identitás/eszközprofil hozzárendelt a BroadWorks-ben, 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 hívások kezdeményezését.
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 .
-
Konfigurálja 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 OAuth ügyfél-azonosítót, egy ügyfél titkos kulcsot és egy 60 napig érvényes frissítési jogkivonatot ad. 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 . |
Rendelési tanúsítványok
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-átmenő proxyn keresztül
-
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy a hitelesítésszolgáltató által aláírt nyilvános kiszolgálótanúsítványt hol kell betölteni ebben a három esetben:
A Webex alkalmazás által hitelesítéshez támogatott nyilvánosan támogatott hitelesítésszolgáltatók a Webex Hybrid Services támogatott hitelesítésszolgáltatóibantalálhatók.
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ő 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-interfészen keresztüli kölcsönös TLS-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/chain tanúsítványa letölthető a Control Hubon keresztül.
A tanúsítvány letöltése:
Jelentkezzen be a Partnerközpontba, lépjen be
és kattintson a letöltési tanúsítvány 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-átmenő proxyn keresztül
-
Közvetlenül az XSP-re| ADP
Az alábbi ábra a következő három esetben foglalja össze a tanúsítványkövetelményeket:
(Opció) A TLS-híd 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. 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á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 klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ennek a tanúsítványnak az x509.v3 kiterjesztésmezővel bővített kulcshasználattal kell rendelkeznie, amely a BroadWorks OID 1.3.6.1.4.1.6431.1.1.8.2.1.3 kiterjesztésmezővel és a TLS clientAuth céllal van feltöltve. 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
A belső tanúsítvány KN-jének bwcticlient.webex.com kell
lennie.
-
A proxy belső ügyféltanúsítványainak létrehozásakor 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ésszolgáltatók nem hajlandók aláírni a szükséges, szabadalmaztatott BroadWorks OID-val rendelkező tanúsítványokat. Á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ő hitelesítésszolgáltató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. 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| 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.
Készítse elő a hálózatot
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ő 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 a Webex-szolgáltatások hálózati követelményei című témakörben talál általános tájékoztatást. 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 |
Információs |
Átviteli protokollok és titkosítási rejtjelezések felhőalapú webex alkalmazásokhoz és eszközökhöz |
Információs |
El kell olvasni | |
El kell olvasni | |
El kell olvasni | |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
Egyéb Webex Hybrid szolgáltatások és dokumentációk összefoglalása |
Opcionális |
Webex szolgáltatások FedRAMP ügyfeleknek |
N. A. |
További információk
További információ: 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 Felhőszolgáltatások
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 rendszer kiválasztja a lista első IP-címét. 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.
Bejegyzés típusa |
Név |
Cél |
Cél |
---|---|---|---|
A |
|
|
LB1 pont (A hely) |
A |
|
|
LB2 pont (B hely) |
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 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 (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-re .
-
Ha 2 másodpercen belül nem érkezik HTTP-válasz, a kérelem időtörebe kerül, és a Webex mikroszolgáltatások blokkoltként jelölik meg az IP-címet, és a következő IP-címre vezető útvonalat hajtják végre.
Minden kérést 3-szor próbálnak ki, mielőtt a hibát visszajelentenék 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ő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-hez való kapcsolódási állapota| Az ADP-k vagy a terheléselosztók a Control Hubban láthatók. 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ások segítségével csatlakoznak az XSP-hez| Az XSP hatással van rájuk| Az ADP interfész elérhetősége:
-
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 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 -ügyfél._tcp .
. 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. Ahogy a példákban is látható, a Webex Cloud A rekordot használ |
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, és mindegyik 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 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 |
|
|
LB1 pont (A webhely) |
A |
|
|
Pontok LB2 (site B) |
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.
Bejegyzés 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ímét 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:
Bejegyzés típusa |
Név |
Cél |
Cél |
---|---|---|---|
A |
|
|
LB1 pont (A webhely) |
A |
|
|
Pontok LB2 (site B) |
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-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 végez a következőhöz:_xsi -ügyfél._tcp .
-
Ha az SRV keresés egy vagy több A/AAAA célt 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ás , vagy lehet az XSP| Az ADP szerver maga.
Mint már említettük, az A/AAAA rekordnak ugyanezen okokból egy IP-címre kell feloldaniuk.
-
-
(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:
%XSI_ROOT_WXT% %XSI_ACTIONS_PATH_WXT% %XSI_EVENTS_PATH_WXT%
-
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 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.
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 alkalmazás DNS SRV -keresést hajt végre a következőhöz:_xsi -ügyfél._tcp . , ö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é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 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 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 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 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 alkalmazás megpróbálja letölteni a konfigurációs fájlt az XSP-n keresztül| ADP/Dms interfész. 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.
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.
Professzionális csomag Control Hub rendszerhez
A Pro Pack for Control Hub bővítmény szolgáltatás a rendszergazdák, az információbiztonsági szakemberek és a megfelelőségi tisztviselők számára fejlett biztonsági, megfelelőségi és elemzési funkciókat biztosít, amelyek integrálhatók a szoftverbe.
Ezek a bővítmény szolgáltatások csak a Standard és a Prémium csomagok esetén lesznek elérhetők.
További információkért lásd a A Control Hub Pro csomagjának súgóoldala .
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.
Rugalmas külső hívófél- azonosító kiválasztása
Ez a Rugalmas külső azonosító -kiválasztás funkció lehetővé teszi a felhasználók számára, hogy kimenő hívások kezdeményezésekor kiválasszák a kívánt külső hívófél- azonosító . Ez a bővítmény a FAC kódot igénylő asztali telefonokon érhető el.
Felhasználói rugalmasság: A felhasználók kiválaszthatják a legmegfelelőbb hívófél- azonosító a különböző hívásokhoz, növelve ezzel a kommunikáció hatékonyságát a hívás környezetétől függően.
Platformtámogatás: Az asztali telefonoknak FAC -kódra van szükségük ehhez a funkcióhoz. Rendszergazdai konfiguráció: A rendszergazdák konfigurálhatják, hogy mely hívóazonosítók legyenek elérhetők a felhasználók számára.
Létesítési követelmények: A Cisco BroadWorks rendszerben rendszergazdai konfigurációra van szükség ahhoz, hogy különböző hívóazonosítók legyenek elérhetők.
Korlátozások
Beüzemelési korlátozások
Értekezletoldal időzónája
Az egyes csomagok első előfizetőjének időzónája lesz az adott csomaghoz létrehozott Webex Meetings oldal időzónája.
Ha nincs időzóna megadva az egyes csomagok első felhasználójának üzembe helyezési kérelmében, akkor az adott csomag Webex Meetings oldalának időzónája az előfizetői szervezet regionális alapértelmezett beállítására lesz beállítva.
Ha az ügyfelének egy adott Webex Meetings -webhely-időzónára van szüksége, adja meg a timezone
paramétert a beüzemelési kérelemben a következőhöz:
a szervezetben a Standard csomagra kiépített első előfizető.
az első Prémium csomagra kiépített előfizető a szervezeten belül.
a szervezetben az Alap csomagra kiépített első előfizető.
Általános korlátozások
Nincs hívás a Webex ügyfél web verziójában (Ez egy kliens korlátozás, nem a megoldás korlátozása.)
Előfordulhat, hogy a Webex még nem rendelkezik az összes felhasználói felület-vezérlővel a BroadWorks-től elérhető hívásvezérlés funkciók egy részének támogatásához.
A Webex kliens jelenleg nem lehet „fehér címkével” ellátva.
Amikor a kiválasztott beüzemelési módszerrel hoz létre ügyfélszervezeteket, azok automatikusan a partnerszervezettel azonos régióban jönnek létre. Ez a viselkedés szándékos. A multinacionális partnerektől elvárjuk, hogy minden olyan régióban hozzanak létre partnerszervezetet, ahol az ügyfélszervezeteket kezelik.
Az értekezletekről és az üzenetküldés használatáról szóló jelentések a Control Hub ügyfélszervezetén keresztül érhetők el.
Ismert problémák és korlátok
A Webex Cisco BroadWorks ajánlattal kapcsolatos ismert problémák és korlátozások naprakész listájáért lásd: Ismert problémák és korlátok .
Üzenetküldés korlátok
A következő adattárolási korlátozások (üzenetkezelés és fájlok együttesen) azokra a szervezetekre vonatkoznak, amelyek a Webex for Cisco BroadWorks szolgáltatásokat egy Szolgáltatón keresztül vásárolták meg. Ezek a korlátok az üzenetküldés és a fájlok maximális tárhelyét jelentik.
Alapszintű: 2 GB felhasználónként 3 évig
Normál 5 GB felhasználónként 3 évig
Prémium: 10 GB felhasználónként 5 évig
Az egyes ügyfélszervezetek esetében ezeket a felhasználónkénti végösszegeket a rendszer összevonja, így a felhasználók száma alapján összesített összeget kap az adott ügyfélre vonatkozóan. Például egy öt prémium felhasználóval rendelkező vállalatnál a teljes üzenetkezelési és fájltárolási korlát 50 GB. Egy egyéni felhasználó túllépheti a felhasználónkénti korlátot (10 GB), feltéve, hogy a vállalat még mindig az összesített maximum (50 GB) alatt van.
A létrehozott csapatszobák esetében az üzenetküldési korlátok a csoportszobát birtokló ügyfélszervezet összesített végösszegéhez viszonyítva érvényesek. Az egyes csapatszobák tulajdonosáról a Tárhely szabályzatban tájékozódhat. Az egyes csapatszobák Tárhelyházirendjének megtekintésével kapcsolatos információkért lásd:https://help.webex.com/en-us/baztm6/Webex-Space-Policy .
További információk
A Webex üzenetküldő csoportterületekre vonatkozó általános üzenetküldési korlátokkal kapcsolatos további információkért lásd:https://help.webex.com/en-us/n8vw82eb/Webex-Capacities .
Biztonság, adatok és szerepkörök
Webex Security
A Webex kliens egy biztonságos alkalmazás, amely biztonságos kapcsolatot létesít a Webex és a BroadWorks-szel. A Webex felhőben tárolt és a Webex alkalmazás felületén keresztül a felhasználó számára elérhető adatok továbbítása és nyugalmi állapotban egyaránt titkosítva vannak.
További részletek vannak róla adatcsere jelen dokumentum Hivatkozás részében.
További olvasás
Szervezeti adatok rezidenciája
A Webex -adatait abban az adatközpont tároljuk, amelyik a legjobban megfelel az Ön régiójának. Lásd Adatrezidencia a Webex a Súgóban.
Szerepkörök
Szolgáltatói rendszergazda (Ön): A napi karbantartási tevékenységekhez a megoldás helyszíni (hívási) részeit a saját rendszerein keresztül kezelheti. A megoldás Webex részeit a Partner Hubon keresztül kezelheti.
A partnerek számára elérhető szerepkörökről, a szerepkörökhöz kapcsolódó hozzáférési jogosultságokról, valamint a szerepkörök hozzárendelésének módjáról lásd: Rendszergazdai partner szerepkörök a Webex for BroadWorks és a Wholesale RTM alkalmazásban .
Az új partnerszervezethez elsőként beállított felhasználó automatikusan teljes körű rendszergazda és teljes partner rendszergazdai szerepkörhöz lesz hozzárendelve. Ez a rendszergazda a fenti cikk alapján további szerepköröket is hozzárendelhet. |
A Cisco felhőalapú üzemeltetési csapata: Létrehozza a „partnerszervezetet” a Partner Hubban, ha még nem létezik, a beléptetés során.
Miután megvan a Partner Hub-fiókja, beállíthatja a Webex felületeket a saját rendszereihez. Ezután hozzon létre „Onboarding sablonokat”, amelyek az adott rendszereken keresztül kiszolgált csomagokat vagy csomagokat képviselik. Ezután beüzemelheti az ügyfeleit vagy az előfizetőit.
# | Tipikus feladat | SP | Cisco |
---|---|---|---|
1 | Partner Onboarding – A partnerszervezet létrehozása, ha még nem létezik, és a szükséges funkciók engedélyezése kapcsolók között | ● | |
2 | BroadWorks-konfiguráció a Partnerszervezetben a Partner Hubon keresztül (fürt) | ● | |
3 | Integrációs beállítások konfigurálása a Partnerszervezetben a Partner Hubon keresztül (ajánlati sablonok, márkaépítés) | ● | |
4 | BroadWorks környezet előkészítése az integrációhoz (AS, XSP| ADP javítás, tűzfalak, XSP| ADP konfiguráció, XSI, AuthService, CTI, NPS, DMS alkalmazások XSP-n| ADP) | ● | |
5 | Létesítés-integráció vagy -folyamat fejlesztése | ● | |
6 | GTM-anyagok előkészítése | ● | |
7 | Új felhasználók áttelepítése vagy beállítása | ● |
Építészet
Mi van a diagramon?
Ügyfelek
A Webex App-ügyfél szolgál elsődleges alkalmazásként a Webex a Cisco BroadWorks-ajánlatok esetében. A kliens asztali, mobil és webes platformon is elérhető.
Az ügyfél a Webex felhő által biztosított natív üzenetküldési, jelenléti és többszereplős audio/video értekezletekkel rendelkezik. A Webex ügyfél az Ön BroadWorks infrastruktúráját használja a SIP és PSTN hívásokhoz.
A Cisco IP -telefonok és a kapcsolódó kiegészítők a BroadWorks infrastruktúrát használják a SIP és PSTN hívásokhoz is. Várakozásaink szerint képes lesz a harmadik féltől származó telefonok támogatására.
Felhasználóaktiválási portál a felhasználók számára, akik BroadWorks-hitelesítési adataikkal jelentkezhetnek be a Webex .
A Partner Hub egy webinterfész a Webex -szervezet és az ügyfelei szervezeteinek adminisztrálására. A Partner Hubban konfigurálhatja a BroadWorks infrastruktúra és a Webex közötti integrációt. A Partner Hub segítségével kezelheti az klienskonfiguráció és a számlázást is.
Szolgáltatói hálózat
A diagram bal oldalán található zöld blokk az Ön hálózatát jelöli. A hálózaton üzemeltetett összetevők a következő szolgáltatásokat és felületeket biztosítják a megoldás egyéb részei számára:
Nyilvános XSP| ADP, Webex Cisco BroadWorks rendszerhez: (A mező egy vagy több XSP-t jelöl| ADP farmok, esetleg terheléselosztókkal.)
Az Xtended Services felület (XSI-Actions & XSI-Events), az Eszközkezelő szolgáltatás (DMS), a CTI felület és a hitelesítési szolgáltatás üzemeltetője. Ezek az alkalmazások együttesen lehetővé teszik a telefonok és a Webex -kliensek számára, hogy hitelesítsék magukat, letöltsék a híváskonfigurációs fájljaikat, kezdeményezzenek és fogadhassanak hívásokat, valamint megtekinthessék egymás horog állapotát (telefonos jelenlét). és hívásnapló .
Könyvtárat tesz közzé a Webex ügyfelek számára.
Nyilvános XSP| ADP, NPS-t futtat:
szervezői hívásértesítések leküldéses kiszolgálója: Egy Notification Push szerver XSP-n| ADP a környezetében. Interfész az alkalmazáskiszolgálója és az NPS-proxy között. A proxy rövid élettartamú tokenekkel látja el az NPS-t, hogy engedélyezze a felhőalapú szolgáltatások értesítéseit. Ezek a szolgáltatások (APNS és FCM) hívási értesítéseket küldenek a Webex -ügyfeleknek Apple iOS és Google Android eszközökön.
Alkalmazáskiszolgáló:
Hívásvezérlést és interfészeket biztosít más BroadWorks hívásvezérlés (általában)
Folyamatos üzembe helyezés esetén a partnerrendszergazda az AS-t használja a szolgáltatlási felhasználók kiépítéséhez a Webex
A felhasználói profil beküldi a BroadWorks rendszerébe
OSS/BSS: Az Ön Művelettámogatási Rendszere/Üzleti SIP -szolgáltatásai a BroadWorks-vállalatok felügyeletéhez.
Webex Cloud
A diagram kék blokkja a Webex felhőt jelöli. A Webex mikroszolgáltatások a Webex együttműködési képességek teljes spektrumát támogatják:
A Cisco Common Identity (CI) a Webex belüli identitásszolgáltatás.
A Webex for Cisco BroadWorks a mikroszolgáltatások azon készletét képviseli, amelyek támogatják a Webex és a szolgáltató által biztosított BroadWorks közötti integrációt:
Felhasználó-létesítési API-k
Szolgáltatói konfiguráció
Felhasználói bejelentkezés BroadWorks hitelesítő adatokkal
Webex Üzenetküldés doboz az üzenetküldéshez kapcsolódó mikroszolgáltatásokhoz.
A több résztvevős videoértekezletekhez ( SIP és SRTP ) szolgáló médiafeldolgozó szervereket és SBC-ket képviselő Webex Meetings -mező
Harmadik féltől származó web
A diagramon a következő harmadik féltől származó összetevők láthatók:
Az APNS (Apple Push Notifications Service) hívás- és üzenetértesítéseket küld a Webex alkalmazásoknak az Apple eszközökön.
Az FCM (FireBase Cloud Üzenetküldés ) hívás- és üzenetértesítéseket küld az Android -eszközök Webex -alkalmazásainak.
XSP| ADP architektúra szempontok
A nyilvános XSP szerepe| ADP-kiszolgálók a Webex a Cisco BroadWorks-hez
A nyilvános XSP| Az ADP az Ön környezetében a következő felületeket/szolgáltatásokat nyújtja a Webex és az ügyfelek számára:
TLS által védett hitelesítési szolgáltatás (AuthService), amely a felhasználó nevében válaszol a Webex JWT (JSON web Token) Webex-kérelmeire
mTLS által védett CTI interfész, amelyre a Webex előfizet a hívásnapló -eseményekre és a BroadWorks telefonos jelenléti állapot (horog állapot).
Xsi műveletek és események felületei (eXtended Services Interface) az előfizetői hívásvezérlés, névjegy- és híváslista könyvtárak, valamint végfelhasználói telefonos szolgáltatás konfigurációjához
DM (Device Management) szolgáltatás az ügyfelek számára a hívási konfigurációs fájljaik lekéréséhez
Adjon meg URL-címeket ezekhez a felületekhez, amikor a Webex a Cisco BroadWorks rendszerhez konfigurálja. (Lásd Konfigurálja a BroadWorks-fürtöket a Partner Hubban ebben a dokumentumban.) Fürtenként csak egy URL adható meg az egyes felületekhez. Ha több felülettel rendelkezik a BroadWorks infrastruktúrájában, akkor több fürtöt is létrehozhat.
XSP| ADP architektúra
Szükségünk van egy különálló, dedikált XSP használatára| ADP-példány vagy farm az NPS (Notification Push Server) alkalmazás üzemeltetéséhez. Ugyanazt az hálózati házirendet használhatja az UC-One SaaS vagy az UC-One Collaborate szolgáltatással. A Webex for Cisco BroadWorks rendszerhez szükséges egyéb alkalmazásokat azonban nem tárolhatja ugyanazon az XSP-n| Az NPS-alkalmazást kiszolgáló ADP.
Javasoljuk, hogy dedikált XSP-t használjon| ADP-példány/farm, hogy tárolja a Webex -integrációhoz szükséges alkalmazásokat a következő okok miatt
Ha például UC-One SaaS-t kínál, javasoljuk egy új XSP létrehozását| ADP farm a Webex a Cisco BroadWorks-hez. Így a két szolgáltatás egymástól függetlenül tud működni az előfizetők migrálása közben.
Ha a Webex Cisco BroadWorks alkalmazásokat XSP-n helyezi el| Az egyéb célokra használt ADP farm esetében az Ön felelőssége a használat nyomon követése, az ebből adódó összetettség kezelése, és a megnövekedett méretarány tervezése.
A Cisco BroadWorks rendszer kapacitástervező dedikált XSP-t feltételez| ADP farm, és nem biztos, hogy pontos, ha kollokációs számításokhoz használja.
Eltérő megjelölés hiányában a dedikált Webex a Cisco BroadWorks XSP-hez| Az ADP-knek a következő alkalmazásokat kell tárolniuk:
AuthService (TLS CI Token Validációval vagy mTLS)
CTI (mTLS)
XSI-Actions (TLS)
XSI-Events (TLS)
DMS (TLS)—Opcionális. Nem kötelező különálló DMS-példányt vagy farmot telepíteni, kifejezetten a Webex for Cisco BroadWorks számára. Ugyanazt a DMS-példányt használhatja, mint az UC-One SaaS vagy UC-One Collaborate esetében.
Hívásbeállítások Webnézet (TLS) – Nem kötelező. A Call Settings Webview (CSW) csak akkor szükséges, ha azt szeretné, hogy a Webex Cisco BroadWorks felhasználói konfigurálhassák a hívási funkciókat a Webex alkalmazásban.
A Webex szüksége van a CTI -hez való hozzáféréshez egy kölcsönös TLS -hitelesítéssel védett felületen keresztül. A követelmény teljesítéséhez az alábbi lehetőségek egyikét javasoljuk:
(A diagram megjelölve 1. lehetőség ) Egy XSP| ADP-példány vagy farm az összes alkalmazáshoz, két kiszolgálónként konfigurált felülettel: egy mTLS interfész a CTI és egy TLS interfész más alkalmazások, például az AuthService számára.
(A diagram megjelölve 2. lehetőség ) Két XSP| ADP-példányok vagy farmok, amelyek közül az egyik mTLS felülettel rendelkezik a CTI-hez , a másik TLS felülettel más alkalmazásokhoz, például az AuthService-hez.
XSP| ADP újrafelhasználása Ha van már meglévő XSP-je| A fenti javasolt architektúrák egyikének megfelelő ADP farm (1. vagy 2. opció) és enyhén van megterhelve , akkor lehetőség van a meglévő XSP újrafelhasználására| ADP-k. Ellenőriznie kell, hogy nincsenek-e ütköző konfigurációs követelmények a meglévő alkalmazások és a Webex új alkalmazáskövetelményei között. A két elsődleges szempont a következő:
Mivel az XSP| Az ADP-k sok alkalmazást tartalmaznak, és ezeknek az alkalmazásoknak a permutációinak száma nagy, előfordulhatnak más azonosítatlan ütközések is. Emiatt az XSP esetleges újrafelhasználása| Az ADP-ket ellenőrizni kell egy laboratóriumban a tervezett konfigurációval, mielőtt elkötelezné magát az újrahasználat mellett. |
Konfigurálja az NTP -szinkronizálást XSP-n| ADP
A telepítés időszinkronizálást igényel az összes XSP esetében| A Webex használt ADP-k.
Telepítse a ntp
csomagot az operációs rendszer telepítése után és a BroadWorks szoftver telepítése előtt. Ezután beállíthatja az NTP -t az XSP során| ADP szoftver telepítése. Lásd a BroadWorks szoftverkezelési útmutató további részletekért.
Az XSP interaktív telepítése során| ADP szoftverrel, akkor lehetősége van az NTP konfigurálására. A következőképpen járjon el:
Amikor a telepítő megkérdezi,
Do you want to configure NTP?
, adja megy
.Amikor a telepítő megkérdezi,
Is this server going to be a NTP server?
, adja megn
.Amikor a telepítő megkérdezi,
What is the NTP address, hostname, or FQDN?
, adja meg az NTP kiszolgáló vagy egy nyilvános NTP -szolgáltatás címét, például,pool.ntp.org
.
Ha az XSP| Az ADP-k csendes (nem interaktív) telepítést használnak, a telepítő konfigurációs fájl tartalmaznia kell a következő Kulcs=Érték párokat:
NTP
NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>
XSP| ADP-azonosító és biztonsági követelmények
Háttér
A Cisco BroadWorks TLS kapcsolatok protokolljai és titkosításai a specifikusság különböző szintjein konfigurálhatók. Ezek a szintek a legáltalánosabb (SSL -szolgáltató) a legspecifikusabb (egyedi felület)ig terjednek. Egy konkrétabb beállítás mindig felülír egy általánosabb beállítást. Ha nincsenek megadva, akkor az „alacsonyabb” szintű SSL -beállításokat a rendszer a „magasabb” szintekről örökli.
Ha egyetlen beállítás sem módosul az alapértelmezetthez képest, minden szint az SSL -szolgáltató alapértelmezett beállításait (JSSE Java Secure Sockets Extension) örökli.
Követelménylista
Az XSP| Az ADP-nek hitelesítenie kell magát az ügyfelek felé egy olyan CA által aláírt tanúsítvány segítségével, amelyben a Közös név vagy az Alany alternatív neve megegyezik az XSI felület tartományrészével.
Az Xsi felületnek támogatnia kell a TLSv1.2 protokollt.
Az Xsi felületnek olyan titkosítási csomagot kell használnia, amely megfelel a következő követelményeknek.
Diffie-Hellman efemer (DHE) vagy elliptikus görbék Diffie-Hellman efemer (ECDHE) kulcscsere
AES (Advanced Encryption Standard) titkosítás 128 bites minimális blokkmérettel (pl. AES-128 vagy AES-256)
GCM (Galois/Counter Mode) vagy CBC (Cipher Block Chaining) titkosítási mód
CBC titkosítás használata esetén csak az SHA2 hash függvénycsalád engedélyezett kulcsok származtatásához (SHA256, SHA384, SHA512).
Például a következő titkosítások teljesítik a követelményeket:
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
Az XSP| Az ADP CLI-hez az IANA elnevezési megállapodásra van szükség a titkosítási csomagokhoz, amint az fent látható, az openSSL-konvencióra nem. |
Támogatott TLS az AuthService és XSI felületekhez
Ez a lista a felhőalapú biztonsági követelményeink alakulásával változhat. Kövesse a Cisco felhőalapú biztonsági ajánlásait a titkosítás kiválasztására vonatkozóan, a jelen dokumentum követelménylistájában leírtak szerint. |
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA
Xsi Events Skála paraméterek
Előfordulhat, hogy növelnie kell az Xsi-Events sor méretét és a szálak számát a Webex for Cisco BroadWorks megoldáshoz szükséges eseménymennyiség kezelésére. A paramétereket az alábbiak szerint növelheti a megjelenített minimális értékekre (ne csökkentse, ha a minimális értékek felett vannak):
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventQueueSize = 2000
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventHandlerThreadCount = 50
Több XSP| ADP-k
Terheléselosztó élelem
Ha van terheléselosztás eleme a hálózat szélén, akkor annak átláthatóan kell kezelnie a forgalom több XSP-je közötti elosztását| ADP-kiszolgálók és a Webex a Cisco BroadWorks felhőhöz és ügyfelekhez. Ebben az esetben meg kell adnia a terheléselosztó URL -címét a Webex Cisco BroadWorks konfigurációhoz.
Megjegyzések az architektúrával kapcsolatban:
Állítsa be a DNS -t úgy, hogy az ügyfelek megtalálhassák a terheléselosztót, amikor az Xsi interfészhez csatlakoznak (lásd DNS konfiguráció ).
Javasoljuk, hogy az edge elemet fordított SSL proxy módban konfigurálja a pont-pont adattitkosítás biztosítása érdekében.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben. Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Internetre néző XSP| ADP-kiszolgálók
Ha közvetlenül teszi közzé az Xsi felületeket, akkor a DNS segítségével ossza el a forgalmat a több XSP felé| ADP szerverek.
Megjegyzések az architektúrával kapcsolatban:
Két rekord szükséges az XSP-hez való csatlakozáshoz| ADP szerverek:
Webex mikroszolgáltatások esetén: A körbefutó A/AAAA rekordok szükségesek a több XSP megcélzásához| ADP IP -címek. Ennek az az oka, hogy a Webex mikroszolgáltatások nem tudnak SRV-kereséseket végezni. Példákért lásd: Webex Cloud Services .
Webex alkalmazás esetén: Egy SRV-rekord, amely A-rekordot old fel, ahol minden A-rekord egyetlen XSP-re oldja fel| ADP. Példákért lásd: Webex alkalmazás .
Használjon prioritást élvező SRV-rekordok az XSI szolgáltatás megcélzásához a többszörös XSP számára| ADP-címek. Állítsa be az SRV-rekordok prioritását, hogy a mikroszolgáltatások mindig ugyanahhoz az A rekordhoz (és az azt követő IP-cím) menjenek, és csak akkor lépjenek át a következő A rekordra (és IP-cím), ha az első IP-cím nem működik. NE alkalmazzon körbefutó módszert a Webex alkalmazáshoz.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben.
Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Kerülje a HTTP-átirányításokat
Néha a DNS úgy van beállítva, hogy oldja fel az XSP-t| ADP URL egy HTTP terheléselosztóhoz, és a terheléselosztó úgy van beállítva, hogy egy fordított proxyn keresztül irányítsa át az XSP-re| ADP szerverek.
A Webex nem követ átirányítást amikor az Ön által megadott URL-címekhez csatlakozik, így ez a konfiguráció nem működik.
Rendelés és üzembehelyezés
A rendelés és a beüzemelés az alábbi szinteken érvényes:
Partner/Szolgáltató kiépítése :
Minden egyes regisztrált Webex for Cisco BroadWorks szolgáltatót (vagy viszonteladót) partnerszervezetként kell konfigurálni a Webex, és biztosítani kell a szükséges jogosultságokat. A Cisco Operations hozzáférést biztosít a partnerszervezet rendszergazdájának a Webex for Cisco BroadWorks kezeléséhez a Webex Partner Hubon. A Partner rendszergazdának el kell végeznie az összes szükséges üzembe helyezési lépést, mielőtt kiépíthetne egy Ügyfél/Vállalat szervezetet.
Ügyfél/Vállalati rendelés és üzembe helyezés :
Minden, a Webex for Cisco BroadWorks számára engedélyezett BroadWorks Enterprise egy hozzárendelt Webex ügyfélszervezet létrehozását váltja ki. Ez a folyamat automatikusan megtörténik a felhasználó/előfizető beüzemelése részeként. A BroadWorks-vállalatokon belül minden felhasználó/előfizető ugyanabban a Webex Ügyfél-szervezetben van kiépítve.
Ugyanez a viselkedés érvényes, ha a BroadWorks rendszer csoportokkal rendelkező szolgáltatóként van konfigurálva. Amikor előfizetőt létesít egy BroadWorks-csoportban, automatikusan létrejön a csoportnak megfelelő Ügyfél-szervezet a Webex.
Felhasználó/előfizető rendelés és szolgáltatás :
A Webex for Cisco BroadWorks jelenleg a következő felhasználó-szolgáltatási modelleket támogatja:
Folyamatos üzembe helyezés megbízható e-mailekkel
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Felhasználói önellátás
API szolgáltatás
Folyamatos üzembe helyezés megbízható e-mailekkel
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha meggyőződhet arról, hogy a BroadWorks előfizetői e-mail-címei érvényesek, és egyediek a Webex számára, akkor ez a létesítési beállítás automatikusan létrehoz és aktivál Webex -fiókokat ezekkel az e-mail-címekkel felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha nem támaszkodhat a BroadWorks által tárolt előfizetői e-mail-címekre, akkor ez a beüzemelési opció Webex -fiókokat hoz létre, de nem aktiválhatja azokat, amíg az előfizetők megadják és nem hitelesítik az e-mail-címüket. Ekkor a Webex aktiválhatja az adott e-mail-címekkel rendelkező fiókokat felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Felhasználói önellátás
Ezzel a beállítással nincs átfolyólagos kiépítés a BroadWorks és a Webex között. Miután konfigurálta a Webex és a BroadWorks rendszer közötti integrációt, egy vagy több hivatkozást kap, amelyek kifejezetten a felhasználók kiépítésére vonatkoznak a Webex for Cisco BroadWorks partnerszervezetén belül.
Ezután megtervezheti a saját kommunikációját (vagy delegálhatja az ügyfelei számára), hogy a hivatkozást az előfizetőkhöz eljuttassa. Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a saját Webex -fiók létrehozásához és aktiválásához.
Mivel a fiókok kiépítése a partnerszervezet hatókörén belül történik, manuálisan módosíthatja a felhasználói csomagokat a Partner Hubon keresztül, vagy ehhez az API -t használhatja.
A felhasználóknak létezniük kell a Webexszel integrált Webex rendszerben, ellenkező esetben tilos számukra az adott hivatkozással fiókot létrehozni. |
Szolgáltatói kiépítés API-kon keresztül
A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik a Webex for Cisco BroadWorks felhasználói/előfizetői kiépítését a meglévő felhasználókezelési munkafolyamatba/-eszközökbe.
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Mellék tárcsázása
A Melléktárcsázás funkció támogatása lehetővé teszi a Webex for Cisco Broadworks felhasználói számára, hogy más felhasználókat is tárcsázzanak ugyanazon a vállalaton belül az elsődleges telefonvonal hasonló mellékről. Ez különösen azoknak a felhasználóknak hasznos, akik nem rendelkeznek DID-számmal.
Az üzembe helyezés során a felhasználók melléke a Webex címtárba kerül a felhasználó mellékeként. BroadWorks hívás esetén a mellék megjelenik a Webex alkalmazásban az összes híváskezdeményezési módszer terület mellék mezőjében és a felhasználói profilban. A Webex for Cisco BroadWorks a helyhívó kód és a mellék kombinációjával támogatja az ugyanazon a csoporton belüli felhasználók és egyazon vállalat különböző csoportjai között csak mellékről szóló hívásokat. Két vállalat közötti, csak mellékeket használó hívás azonban nem támogatott.
A Cisco BroadWorks-felhasználók számára a következő módszerekkel lehet bővítményt kiépíteni:
Cisco BroadWorks-felhasználók
Nyilvános API -szolgáltatás 'mellékként
A mellékparamétert kifejezetten az API-hívás részeként kell átadni. A Helyszínhívó kóddal (LDC) konfigurált vállalatok/csoportok esetében a mellékszám paraméternek az LDC és a ' mellékszám kombinációjának kell lennie.
Átfolyó vagy önaktiváló üzembe helyezés
A mellék és az LDC (ahol alkalmazható) automatikusan lekérésre kerül a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Automatikusan szinkronizálva a mellékszám alkalmazásból a Directory Sync segítségével, a Helyszínhívó kód (LDC) és a mellékszám kombinációjával .
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Mellék kezelése lehetőségre |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A melléket paraméterként kell átadni |
Átfolyás | A mellék automatikusan lekért a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
BroadWorks-telefonlisták | Vállalati, csoportos vagy személyes telefonlisták | Címtár-szinkronizálás | Nem alkalmazható |
Előfeltételek
A funkció támogatásához szükséges kliensverzió 42.11-es vagy újabb.
Javítás, amelynél mellék- és helyhívó kódok lettek hozzáadva az XSI-hez és a Provisioning Adapterhez 2022. február a 23-as vagy újabb verzióhoz a következő részeként:
AP.platform.23.0.1075.ap380045
AP.as.23.0.1075.ap380045
AP.xsp.23.0.1075.ap380045
AP.as.24.0.944.ap380045
Engedélyezze az X-BroadWorks-Remote-Party-Info fejlécet az AS-en az alábbi CLI-parancs ehhez a SIP-hívás hívásfolyamhoz, amely a mellék tárcsázási funkcióinak támogatásához szükséges.
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Hívásopciók prioritása az alkalmazásban
A Melléktárcsázás funkció támogatásának részeként az alkalmazás hívásbeállításainak prioritási beállítása partner szinten is elérhető a Webex for Cisco Broadworks összes partnere számára. Ezzel a beállítással a partner vezérelheti az összes kezelt ügyfele hívásprioritás-beállításait a Partner Hubról. Az ügyfél alkalmazáshívási opcióinak prioritási beállításai ügyfélszint is módosíthatók a Control Hubból.
Az alkalmazáshívási opciók prioritási beállítása második opcióként tartalmazza a melléket mind a Partner Hub, mind a Control Hub rendszerében, amikor egy Webex for Cisco Broadworks-felhasználó újonnan van hozzárendelve mellékhez a fent említett üzembe helyezési módok bármelyikén keresztül.
Az összes meglévő kiépített szervezet esetében a mellék opció rejtett állapotban lesz (alapértelmezés szerint) az alkalmazás hívásbeállításainak prioritási beállításában. Ez nem fog melléket megjeleníteni a felhasználó hang-/ videohívások opciójában a Webex alkalmazásban.
Az alábbi opciók segítségével teheti láthatóvá a mellékhívási opciót a meglévő ügyfelek számára:
Ha egy partner azt szeretné, hogy az összes felügyelt ügyfélszervezete kapjon melléket a hívási opciók egyikeként, javasoljuk, hogy a partnerrendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Partner Hubban. Ez lehetővé teszi, hogy a felügyelt ügyfélszervezetek örököljék a beállítást a partnerüktől.
Ha egy Partner hívási opciókban szeretne melléket biztosítani egy adott ügyfélszervezet számára, javasoljuk, hogy a Partner-rendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Control Hubban.
Csoportnévjegyek támogatása
Ez a funkció továbbfejleszti a Webex for BroadWorks DirSync szolgáltatást azáltal, hogy megszünteti a legfeljebb 1500 névjegy szinkronizálására vonatkozó korlátozást a csoportos telefonlistákról a BroadWorks rendszerében, és lehetővé teszi a partnerek számára, hogy akár 30 000 névjegyet is szinkronizálhassanak egyetlen csoportos telefonlistáról, és ez egyenrangúvá tegye azt a 30 000 névjegyével növelése a külön kiadott nagyvállalati telefonlista esetében.
A teljes határérték 200 000 minden külső kapcsolat Szervezetenként, amely a Vállalati és a Csoport telefonszámlistáinak összegére vonatkozik egyetlen BroadWorks-vállalaton belül. Például egy BroadWorks-vállalat támogatott, amely vállalati telefonszámlistával rendelkezik 30 000 telefonnal, és 5 csoportos telefonszámlistával egyenként 30 000 telefonnal (szervezetenként összesen 180 000). Ha azonban 6 csoportos telefonlista van egyenként 30 000 értékkel, akkor ez nem támogatott (összesen 210 000).
Ez a funkció kérésre elérhető. Kérjük, az engedélyezéshez forduljon a fiókot kezelő csapathoz.
|
A funkció engedélyezése után a DirSync szolgáltatás elkezdi szinkronizálni a BroadWorks Group telefonlista névjegyeit a Webex Contact Service dedikált csoportonkénti névjegytárára.
Az üzembe helyezés során a felhasználó vállalati csoportját el kell tárolni a Webex címtárban, jelezve, hogy a felhasználó melyik csoporthoz tartozik. A felhasználónak egy BroadWorks-csoporthoz való társítása a Webex címtárban lehetővé teszi a Webex alkalmazás számára, hogy névjegykeresést végezzen a Contact Service csoport tárhelyén a felhasználó adott csoportja számára.
A funkció használatához a Webex for BroadWorks-előfizetőknek a BroadWorks vállalati csoportazonosítóval kell rendelkezniük a Webex .
A BroadWorks vállalati csoportazonosítót a következő módszerekkel lehet kiépíteni a Cisco BroadWorks-felhasználók számára:
Webex a Cisco BroadWorks-felhasználók számára
Nyilvános API -létesítés 'spEnterpriseGroupId'-ként
A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében.
Átfolyó vagy önaktiváló üzembe helyezés
A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Nem alkalmazható. Nem szükséges szinkronizálni a BroadWorks vállalati csoportazonosítót ezeknél a felhasználóknál.
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Vállalati azonosító kezelése |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A BroadWorks vállalati csoportazonosítót spEnterpriseGroupId paraméterként kell átadni |
Átfolyás | A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | Nem alkalmazható |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | Nem alkalmazható |
BroadWorks-telefonlisták | Névjegyek a BroadWorks-csoport telefonszámlistájában | Címtár-szinkronizálás | A csoportnévjegyeket az adott csoporthoz társított Webex Contact Service tárolja |
BroadWorks Enterpsie vagy Persional telefonlisták | Névjegyek a Vállalati vagy Személyes telefonlistán | Címtár-szinkronizálás | Nem alkalmazható |
A nyilvános API -t az ÁLLÍTÁS ELŐTT frissíteni kell. Az áttelepítés nem fejezhető be, amíg be nem fejeződik EZ az API . A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében https://developer.webex.com/docs/api/changelog#2023-march A funkció engedélyezése után és a következő címtár-szinkronizálás eredményeként a vállalati felhasználói csoportok is megjelennek a Control Hubban. A csoportok megjelenítése a Control Hub for Webex for BroadWorks alkalmazásban pusztán információs jellegű ebben a szakaszban. A partner- és ügyfélrendszergazdák nem módosíthatják a csoportokat vagy a csoporttagságot a Control Hubon, mert ezek a módosítások nem tükröződnek vissza a BroadWorks rendszerébe. A Control Hub csoportkezelését azon partnerek használhatják, akik átveszik a közelgő Contact Management API-kat. |
Áttelepítés és jövőbiztosság
A BroadSoft egyesített kommunikációs kliens Cisco fejlesztése az UC-One helyett a Webex felé való elmozdulás. Ennek megfelelően a támogató szolgáltatások a szolgáltatói hálózatról – a hívás kivételével – a Webex felhőplatform felé haladnak.
Akár UC-One SaaS-t, akár BroadWorks Collaborate-ot futtat, a preferált áttelepítési stratégia az új, dedikált XSP telepítése| ADP-k a Webex for Cisco BroadWorks alkalmazással való integrációjához. A két szolgáltatás párhuzamosan is futtatható, miközben áttelepíti az ügyfeleket a Webex rendszerébe, és végül megtérítheti az előző megoldáshoz használt infrastruktúrát.
Ajánlott dokumentum-előfizetések
A Webex Súgó cikkei (a help.webex.com oldalon) rendelkeznek a Előfizetés lehetőségre opciót, amely lehetővé teszi, hogy e-mail értesítést kapjon, amikor az adott cikk frissül.
Javasoljuk, hogy fizessen elő az alábbi cikkek mindegyikére, hogy biztosan ne maradjon le a hálózati kapcsolat érintő kritikus frissítésekről . Az előfizetéshez lépjen az alábbi hivatkozások egyikére, és az induló cikkben kattintson a Előfizetés lehetőségre gombot.
Legalább azt javasoljuk, hogy iratkozzon fel a fenti listára. alatt felsorolt Webex cikkek és dokumentumok többsége azonban További dokumentumok rendelkezik a Előfizetés lehetőségre opciót. Ahhoz, hogy ez a beállítás megjelenjen, a cikknek meg kell jelennie a help.webex.com oldalon.
A dokumentációs céloldalakra nincs előfizetési lehetőség. |
További dokumentumok
A Webex Cisco BroadWorks alkalmazással kapcsolatos további információkért lásd a következő kapcsolódó dokumentációt:
Webex a Cisco BroadWorks dokumentumokhoz
A partnerrendszergazdák a következő dokumentumok és webhelyek segítségével szerezhetnek információkat a Webex for Cisco BroadWorks alkalmazásról.
Hozzon létre saját PSTN-megoldást a Webex for Cisco BroadWorks számára — Ez a megoldás lehetővé teszi a szolgáltatók számára, hogy a saját (és a Cisco által biztosított számok helyett) telefonszámukat biztosítsák a felhasználók számára a Webex Meetings való csatlakozáskor.
Webex Cisco BroadWorks konfigurációs útmutató —Leírja, hogyan kell konfigurálni a Webex alkalmazást a Cisco Webex rendszerhez.
- Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz — Ismerteti a Room OS és MPP eszközök beüzemelésének és szervizelésének módját.
Webex for Cisco BroadWorks hibaelhárítási útmutató — Hibaelhárítási információkat tartalmaz a Webex for Cisco BroadWorks alkalmazáshoz.
Webex a Cisco BroadWorks cikkekhez
A partnerrendszergazdák a következő opcionális webhelyeken tájékozódhatnak a Webex Cisco BroadWorks-hez alkalmazásról:
Webex Cisco BroadWorks dokumentációhoz — A nyitóoldal műszaki dokumentumokat és opcionális Webex -cikkeket sorol fel a Webex for Cisco BroadWorks partnerrendszergazdái számára.
A Webex Cisco BroadWorks rendszerhez újdonságai — Olvassa el a legújabb kiadott funkciókat, valamint a hamarosan megjelenőket.
Ismert problémák és korlátok — Olvassa el a Webex Cisco BroadWorks megoldásban azonosított ismert problémákat.
Rendszergazdai partner szerepkörök a Webex for BroadWorks és a Wholesale RTM alkalmazásban — Ez a cikk azt ismerteti, hogyan rendelhet hozzá rendszergazdai partner szerepkört a Webex for Cisco BroadWorks alkalmazást kínáló partnerszervezetekhez. A szerepkörök hozzászoktak ahhoz, hogy adminisztrátori hozzáférést rendeljenek a beállításokhoz a Partner Hubban és a Control Hubban.
Cisco BroadWorks dokumentumok
A partnerrendszergazdák a cisco.com Cisco BroadWorks webhelyén tájékozódhatnak a megoldás Cisco BroadWorks részének telepítését ismertető műszaki dokumentumokért:
Webex súgócikkek
A következő Webex súgóoldalak segítségével olyan Webex -cikkek találhatók, amelyek segítenek az ügyfélrendszergazdáknak és a végfelhasználóknak a Webex funkcióinak használatában.
Webex a szolgáltatóktól — Ez a nyitóoldal hivatkozásokat tartalmaz az első lépések , és gyakran használt cikkeket tartalmaz azon Webex App-felhasználók számára, akik Webex -szolgáltatásokat vásároltak egy szolgáltatótól.
Webex Súgó — Használja a help.webex.com keresési funkcióját a Webex alkalmazás és a Webex Meetings funkcióit ismertető további Webex cikkek kereséséhez. Kereshet felhasználói vagy rendszergazdai cikkekre is.
Fejlesztői dokumentáció
Webex for BroadWorks Fejlesztői útmutató — Információkat biztosít a Webex for BroadWorks API-kat használó alkalmazásokat létrehozó fejlesztők számára.
Döntési pontok
Mérlegelés | Megválaszolandó kérdések | Erőforrások |
Építészet és infrastruktúra
|
Hány XSP| ADP-k? Hogyan fogadják az mTLS-t? |
Cisco BroadWorks rendszer kapacitástervező Cisco BroadWorks rendszermérnöki útmutató XSP| ADP CLI referencia Ez a dokumentum |
Ügyfél- és felhasználószolgáltatás | Kijelentheti, hogy megbízik az e-mailekben a BroadWorksben? Szeretné, ha a felhasználók e-mail-címeket adnának meg a saját fiókjuk aktiválásához? Készíthet eszközöket az API használatához? |
Nyilvános API -dokumentumok itt: https://developer.webex.com Ez a dokumentum |
Védjegyzés | Milyen színt és logót szeretne használni? | Webex alkalmazás márkaépítési cikk |
Sablonok | Melyek a különböző ügyfélhasználati esetei? | Ez a dokumentum |
Előfizetői funkciók ügyfelenként/vállalatonként/csoportonként | Válasszon csomagot a szolgáltatási szint sablononkénti meghatározásához. Alap, Standard, Prémium vagy Softphone. | Ez a dokumentum Funkció/csomag mátrix |
Alapszintű hitelesítés | BroadWorks vagy Webex | Ez a dokumentum |
Létesítési adapter (átmeneti létesítési beállításokhoz) | Használ már integrált IM&P-t, például az UC-One SaaS-hez? Több sablont is szeretne használni? Várható-e gyakoribb használati eset? |
Ez a dokumentum Application Server CLI hivatkozás |
Építészet és infrastruktúra
Milyen skálával szeretné kezdeni? A jövőben lehetséges a bővítés, de a jelenlegi használati becslésnek kell előmozdítania az infrastruktúra tervezését.
Együtt a Cisco ügyfélmenedzserével/értékesítési képviselőjével döntse el az XSP méretét| ADP infrastruktúra szerint a Cisco BroadWorks rendszer kapacitástervező és a Cisco BroadWorks rendszermérnöki útmutató .
Hogyan hoz létre kölcsönös TLS -kapcsolatokat a Webex az XSP-hez?| ADP-k? Közvetlenül az XSP-re| ADP DMZ-ben vagy TLS-proxy keresztül? Ez hatással van a tanúsítványkezelésre, és a felületekhez használt URL-címekre. ( Nem támogatjuk a nem titkosított TCP kapcsolatokat a hálózat szélére ).
Ügyfél- és felhasználószolgáltatás
Melyik felhasználó-szolgáltatási módszer felel meg Önnek a legjobban?
Átfolyós beüzemelés megbízható e-mailekkel : Az „Integrált IM&P” szolgáltatás BroadWorks rendszeren történő hozzárendelésével az előfizető automatikusan beüzemelésre kerül a Webex.
Ha azt is állíthatja, hogy a BroadWorks-előfizetői e-mail-címek érvényesek, és egyediek a Webex számára, akkor használhatja a „megbízható e-mail” változatát az átfolyós létesítésnek. Az előfizetői Webex -fiókok létrehozása és aktiválása az ő beavatkozásuk nélkül történik; egyszerűen letöltik a klienst, és bejelentkeznek.
Az e- e-mail cím a Webex egyik kulcsfontosságú felhasználói attribútuma. Ezért a Szolgáltatónak érvényes e- e-mail-cím kell megadnia a felhasználó számára ahhoz, hogy a Webex szolgáltatásait biztosítani tudja. Ennek szerepelnie kell a felhasználó e- e-mail - azonosító attribútumában a BroadWorks-ben. Javasoljuk, hogy másolja be az Alternatív azonosító attribútumba is.
Folyamatos üzembe helyezés megbízható e-mailek nélkül : Ha nem tud megbízni az előfizetői e-mail-címekben, akkor is hozzárendelheti a BroadWorks integrált IM&P szolgáltatását a Webex szolgáltatásban lévő szolgáltatlási felhasználók .
Ezzel az opcióval a fiókok a szolgáltatás hozzárendelésekor jönnek létre, de az előfizetőknek meg kell adniuk és ellenőrizniük kell az e-mail-címüket a Webex -fiókok aktiválásához.
Felhasználói önellátás : Ez a beállítás nem igényel IM&P szolgáltatás hozzárendelését a BroadWorksben. Ehelyett Ön (vagy ügyfelei) egy üzembe helyezési hivatkozást terjeszt, és a hivatkozásokat a különböző kliensek letöltéséhez, az Ön márkajelzésével és utasításaival.
Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a Webex -fiók létrehozásához és aktiválásához. Ezután letöltik a klienst, bejelentkeznek, a Webex pedig lekér róluk néhány további konfigurációt a BroadWorks-től (beleértve az elsődleges számukat is).
SP által vezérelt üzembe helyezés API-kon keresztül : A Webex nyilvános API-k egy készletét teszi elérhetővé, amelyek lehetővé teszik a szolgáltatók számára, hogy a meglévő munkafolyamataikba beépítsék a felhasználók/előfizetők szolgáltatásait.
Létesítési követelmények
Az alábbi táblázat összefoglalja az egyes létesítési módszerek követelményeit. A követelményeken kívül a telepítésnek meg kell felelnie az ebben az útmutatóban ismertetett általános rendszerkövetelményeknek.
Beüzemelési módszer | Követelmények |
---|---|
Folyamatos üzembe helyezés (Megbízható vagy nem megbízható e-mailek) | A Webex üzembe helyezési API automatikusan hozzáadja a meglévő BroadWorks-felhasználókat a Webex , amint a felhasználó megfelel a követelményeknek, és Ön átkapcsolja a Integrált IM+P szolgáltatást be. Két folyamat létezik (megbízható e-mailek vagy nem megbízható e-mailek), amelyeket a Webex onboarding sablonján keresztül lehet hozzárendelni. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
Felhasználói önellátás | A rendszergazda hivatkozást biztosít a meglévő BroadWorks-felhasználóknak a Felhasználóaktiválási portálra. A felhasználónak BroadWorks hitelesítési adatokkal kell bejelentkeznie a portálra, és meg kell adnia egy érvényes e- e-mail-cím. Az e-mail hitelesítése után a Webex további felhasználói információk kér a beüzemelés befejezéséhez. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
SP által vezérelt üzembe helyezés API -n keresztül (Megbízható vagy nem megbízható e-mailek) | A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik, hogy a meglévő munkafolyamatokba és eszközökbe beépítse a felhasználói beüzemelést. Két folyamat létezik:
BroadWorks-követelmények:
Webex követelmények:
Az API-k használatához lépjen ide: BroadWorks-előfizetők . |
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Támogatott nyelvi területek
Az üzembe helyezés során a BroadWorks alkalmazásban az elsőként kiépített felügyeleti jogokkal rendelkező felhasználó hozzárendelt nyelv lesz automatikusan hozzárendelve az ügyfélszervezet alapértelmezett területi beállításaiként. Ez a beállítás határozza meg az aktiválási e-mailek, értekezletek és értekezletmeghívók alapértelmezett nyelvét az adott ügyfélszervezeten belül.
Öt karakteres nyelvi területi beállítások az (ISO-639-1) nyelven_ (ISO-3166) formátum támogatott. Például:en_ Az US E-nek felel megnglish_ Egyesült Államok. Ha csak kétbetűs nyelvet kér ( ISO-639-1 formátumot használva), a szolgáltatás egy ötkarakteres nyelvi területi beállítást generál úgy, hogy a kért nyelvet a sablonból származó országkóddal kombinálja, azaz "requestedL".anguage_ CountryCode", ha nem tud érvényes területi beállítást beállítani, akkor a szükséges nyelvkód alapján az alapértelmezett ésszerű területi beállítást használja.
Az alábbi táblázat felsorolja a támogatott területi beállításokat, valamint azt a hozzárendelést, amely a kétbetűs nyelvi kódot ötkarakteres területi beállításra konvertálja olyan helyzetekben, amikor nem áll rendelkezésre öt karakteres területi beállítás.
Támogatott nyelvi területek (ISO-639-1)_ (ISO-3166) | Ha csak egy kétbetűs nyelvkód áll rendelkezésre... | |
---|---|---|
Nyelvkód (ISO-639-1) ** | Használja helyette az Alapértelmezett érzékeny területi beállítást (ISO-639-1)_ (ISO-3166) | |
en_US en_AU en_GB en_CA | hu | en_US |
fr_FR fr_CA | fr | fr_FR |
cs_CZ | cs | cs_CZ |
da_DK | da | da_DK |
de_DE | de | de_DE |
hu_HU | hu | hu_HU |
id_Azonosító | azonosító | id_Azonosító |
it_IT | it | it_IT |
ja_JP | ja | ja_JP |
ko_KR | ko | ko_KR |
es_ES es_CO es_MX | es | es_ES |
nl_NL | nl | nl_NL |
nb_NEM | nb | nb_NEM |
pl_PL | pl | pl_PL |
pt_PT pt_BR | pt | pt_PT |
ru_RU | ru | ru_RU |
ro_RO | ro | ro_RO |
zh_CN zh_TW | zh | zh_CN |
sv_SE | sv | sv_SE |
ar_SA | ar | ar_SA |
tr_TR | tr | tr_TR |
A helyszínekes_ CO,id_ azonosító,nb_ NEM éspt_ A Webex értekezletoldalak nem támogatják a PT-t. Ezeken a területeken a Webex Meetings webhelyek csak angol nyelvűek lesznek. Az angol az alapértelmezett területi beállítás a webhelyekhez, ha nincs/invalid/nem támogatott területi beállítás szükséges a webhelyhez. Ez a nyelvi mező a Szervezeti és Webex Meetings webhely létrehozásakor alkalmazható. Ha egy bejegyzésben vagy az előfizető API -jában nem szerepel nyelv, akkor a sablon nyelve lesz az alapértelmezett nyelv. |
Védjegyzés
A partnerrendszergazdák a Speciális márkaépítés testreszabási opciókkal testreszabhatják, hogy a Webex alkalmazás hogyan keresse a partner által kezelt ügyfélszervezeteket. A partnerrendszergazdák testreszabhatják a következő beállításokat annak érdekében, hogy a Webex alkalmazás tükrözze a vállalati márkát és identitásukat:
Vállalati logók
Egyedi színsémák Világos vagy Sötét módban
Egyedi támogatási URL-címek
A márkaépítés testreszabásának részleteiért lásd: Speciális márka-testreszabások konfigurálása .
|
Beléptetési sablonok
A beléptető sablonok lehetővé teszik azoknak a paramétereknek a meghatározását, amelyek alapján az ügyfelek és a hozzájuk tartozó előfizetők automatikusan ki lesznek szolgáltatva a Webex for Cisco BroadWorks rendszeren. Igény szerint több belépési sablont is konfigurálhat, de amikor egy ügyfelet belép, az csak egy sablonhoz lesz hozzárendelve (egy ügyfélre nem lehet több sablont alkalmazni).
Az alábbiakban felsorolunk néhány elsődleges sablonparamétert.
Csomag
Ki kell választania egy alapértelmezett csomagot a sablon létrehozásakor (lásd Csomagok lehetőségre részletekért az Áttekintés részben). Minden olyan felhasználó, aki rendelkezik ezzel a sablonnal, akár folyamatban lévő, akár önkiépítéssel, megkapja az alapértelmezett csomagot.
Több sablon létrehozásával, és mindegyikben más alapértelmezett csomag kiválasztásával szabályozhatja a csomagok kiválasztását a különböző ügyfelek számára. Ezt követően terjeszthet különböző üzembe helyezési hivatkozásokat vagy különböző vállalatonkénti beüzemelési adaptereket, attól függően, hogy milyen felhasználó-létesítési módszert választott ezekhez a sablonokhoz.
Megváltoztathatja az egyes előfizetők csomagját ettől az alapértelmezetttől a beüzemelési API (lásd Webex for Cisco BroadWorks API dokumentáció vagy a Partner Hubon keresztül (lásd Felhasználói csomag módosítása a Partner Hubban ) .
Nem módosíthatja az előfizetői csomagot a BroadWorksből. Az Integrált IM&P szolgáltatás hozzárendelése be vagy ki van kapcsolva; ha az előfizető hozzá van rendelve ehhez a szolgáltatáshoz a BroadWorksben, akkor az előfizető vállalatának szolgáltatási URL -címéhez társított Partner Hub-sablon határozza meg a csomagot.
Viszonteladó és vállalatok vagy Szolgáltató és csoportok?
A BroadWorks-rendszer konfigurációjának módja hatással van a beüzemelési folyamatra. Ha Ön viszonteladó az Enterprises-szal, akkor sablon létrehozásakor engedélyeznie kell a Vállalati módot.
Ha a BroadWorks rendszere Szolgáltatói módra van beállítva, a Vállalati mód kapcsolót kikapcsolva hagyhatja a sablonokban.
Ha mindkét BroadWorks-móddal tervezi az ügyfélszervezetek kiépítését, akkor különböző sablonokat kell használnia a csoportokhoz és a vállalatokhoz.
Győződjön meg arról, hogy alkalmazta az átfolyós kiépítéshez szükséges BroadWorks javításokat. A részletekért lásd: Szükséges javítások átfolyós telepítéssel . |
Hitelesítő mód
Döntse el, hogyan szeretné hitelesíteni az előfizetőket, amikor bejelentkezik a Webex. Az üzemmódot a következővel rendelheti hozzá Hitelesítési mód beállítást a Belépési sablonban. Az alábbi táblázat felvázol néhány opciót.
Ez a beállítás nincs hatással a Felhasználó aktiválási portálra történő bejelentkezésre. A portálra bejelentkező felhasználóknak meg kell adniuk a BroadWorks- felhasználói azonosító és jelszavukat a BroadWorks-en beállítottak szerint, függetlenül a beállítás módjától. Hitelesítési mód a beléptetési sablonon. |
Hitelesítő mód | BroadWorks | Webex |
Elsődleges felhasználói identitás | BroadWorks-felhasználói azonosító | E-mail-cím |
Identitásszolgáltató | BroadWorks.
| Cisco Common Identity |
Többtényezős hitelesítés? | Nem | A többtényezős hitelesítést támogató ügyfél-azonosítót igényel. |
Hitelesítési adatok érvényesítési útvonala
|
|
|
Az SSO bejelentkezési folyamat részletesebb lebontásához közvetlen BroadWorks-hitelesítéssel lásd: SSO bejelentkezési folyamat . |
UTF-8 kódolás BroadWorks hitelesítéssel
BroadWorks-hitelesítés esetén javasoljuk, hogy UTF-8 kódolást állítson be a hitelesítési fejléchez. Az UTF-8 kijavít egy olyan problémát, amely a speciális karaktereket használó jelszavak esetén fordulhat elő, mivel a webböngésző nem megfelelően kódolja a karaktereket. Az UTF-8 kódolású, 64-es alapkódolású fejlécek használata megoldja ezt a problémát.
Az UTF-8 kódolást a következő CLI-parancsok egyikének az XSP-n vagy ADP-n történő futtatásával állíthatja be:
XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
Ország
Sablon létrehozásakor ki kell választania egy országot. A rendszer automatikusan ezt az országot rendeli hozzá a szervezeti országként minden olyan ügyfél számára, aki rendelkezik a sablonnal a Common Identityben. Ezenkívül a szervezet országa határozza meg a Cisco PSTN alapértelmezett globális betelefonálási számait a Webex értekezletoldalakon.
A webhely alapértelmezett globális betelefonálási számai a szervezet országa alapján a telefonos tartományban meghatározott első elérhető betelefonálási számra lesznek beállítva. Ha a szervezet országa nem található a telefonos tartományban meghatározott betelefonálási számban, akkor az adott helyszín alapértelmezett számát fogja használni a rendszer.
S No. | Helyszín | Országhívószám | Ország neve |
---|---|---|---|
1 | AMER | +1 | USA, CA |
2 | APAC | +65 | Szingapúr |
3 | ANZ | +61 | Ausztrália |
4 | EMEA | +44 | Egyesült Királyság |
5 | EURO | +49 | Németország |
Több partner megállapodás
Szeretné továbblicencelni a Webex for Cisco BroadWorks alkalmazást egy másik szolgáltató? Ebben az esetben minden szolgáltató külön partnerszervezetre van szüksége a Webex Control Hubban, hogy biztosíthassa a megoldást az ügyfélbázisa számára.
Beüzemelési adapter és sablonok
Átmenőleges kiépítés használata esetén a BroadWorks-ben megadott beüzemelési URL -cím a Control Hub sablonjából származik. Több sablonja lehet, és így több szolgáltatási URL-címe is. Ez lehetővé teszi, hogy vállalatonként kiválassza, hogy melyik csomagot alkalmazza az előfizetőkre, amikor megkapják az Integrált IM&P szolgáltatást.
Meg kell fontolnia, hogy szeretne-e rendszerszintű üzembe helyezési URL -t beállítani alapértelmezett szolgáltatási útvonalként, és hogy ehhez melyik sablont szeretné használni. Így csak az üzembe helyezési URL -címet kell kifejezetten beállítani azon vállalatok számára, amelyeknek más sablonra van szükségük.
Ne feledje azt is, hogy előfordulhat, hogy már rendszerszintű beüzemelési URL-t használ , például az UC-One SaaS szolgáltatással. Ebben az esetben dönthet úgy, hogy megtartja a rendszerszintű URL -címet az UC-One SaaS-felhasználók beüzemeléséhez, és felülbírálhatja a Webex for Cisco BroadWorks alkalmazásra áttérő vállalatoknál. Alternatív megoldásként választhat a másik irányba, és beállíthatja a Webex for BroadWorks rendszerszintű URL -címét, és újrakonfigurálhatja azokat a vállalatokat, amelyeket meg szeretné tartani az UC-One SaaS rendszeren.
Az ehhez a döntéshez kapcsolódó konfigurációs lehetőségeket a következő tartalmazza: Konfigurálja az alkalmazáskiszolgálót a kiépítési szolgáltatás URL-címével .
Létesítési adapter proxy
A nagyobb biztonság érdekében a Provisioning Adapter Proxy lehetővé teszi, hogy HTTP(S) proxyt használjon az Application Delivery Platformon az AS és a Webex közötti átfolyólagos kiépítéshez. A proxykapcsolat egy végpontok közötti TCP -alagutat hoz létre, amely a forgalmat az AS és a Webex között továbbítja, elkerülve ezzel annak szükségességét, hogy az AS közvetlenül csatlakozzon a nyilvános internethez. A biztonságos kapcsolatokhoz TLS használható.
Ehhez a funkcióhoz be kell állítani a proxyt a BroadWorks rendszeren. A részletekért lásd: Cisco BroadWorks Provisioning Adapter proxyfunkció leírása .
Minimális követelmények
Fiókok
Minden előfizetőnek, akit a Webex szolgáltatásra kiépít, szerepelnie kell a Webex integrált Webex rendszerben. Szükség esetén több BroadWorks rendszert is integrálhat.
Minden előfizetőnek rendelkeznie kell BroadWorks-licencekkel és elsődleges számmal vagy mellékmel.
A Webex e-mail-címeket használ elsődleges azonosítóként az összes felhasználó számára. Ha a megbízható e-mailekhez átfolyósított üzembe helyezést használ, akkor a felhasználóknak érvényes címekkel kell rendelkezniük a BroadWorks e-mail attribútumában.
Ha a sablon BroadWorks-hitelesítést használ, az előfizetői e-mail-címeket átmásolhatja a BroadWorks Alternatív azonosító attribútumába. Ez lehetővé teszi, hogy a felhasználók e-mail-címükkel és Webex -jelszavukkal jelentkezzenek be a Webexbe.
A rendszergazdáknak a Webex -fiókjukkal kell bejelentkezniük a Partner Hubra.
Nem támogatott BroadWorks-rendszergazda beépítése a Webex for Cisco BroadWorks rendszerébe. Csak olyan BroadWorks-hívó felhasználókat tud bekapcsolni, akik rendelkeznek elsődleges számmal és/vagy melléktel. Ha átfolyósított üzembe helyezést használ, a felhasználókhoz hozzá kell rendelni az Integrált IM&P szolgáltatást is. |
Hálózati kiszolgálók és szoftverkövetelmények
BroadWorks-példány(ok) legalább R22-es verzióval. A támogatott verziók és javítások a BroadWorks szoftverkövetelmények című részben találhatók (ebben a dokumentumban). További információkért lásd: A BroadSoft termékek életciklus-szabályzata szakaszban BroadSoft életciklus házirend és BroadWorks szoftver kompatibilitási táblázat .
A BroadWorks-példány(ok)nak tartalmaznia kell legalább a következő kiszolgálókat:
Alkalmazáskiszolgáló (AS) a fenti BroadWorks-verzióval
Hálózati szerver (NS)
Profilkiszolgáló (PS)
Nyilvános XSP| Az alábbi követelményeknek megfelelő ADP-kiszolgáló(k) vagy Alkalmazáskézbesítő Platform (ADP):
Hitelesítési szolgáltatás (BWAuth)
XSI-műveletek és események felületei
DMS (eszközkezelő webalkalmazás)
CTI interfész (Computer Telephony Intergration)
TLS 1.2 érvényes tanúsítvánnyal (nem önaláírt) és minden szükséges közbenső eszközzel. Rendszerszintű rendszergazda szükséges a vállalati keresés megkönnyítéséhez.
Kölcsönös TLS (mTLS) hitelesítés a hitelesítési szolgáltatáshoz (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Kölcsönös TLS (mTLS) hitelesítés a CTI felülethez (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Különálló XSP/ADP szerver, amely „Hívásértesítések Push Server” szerepében működik (egy NPS a környezetében, amely a hívásértesítések leküldésére szolgál az Apple/Google felé. Itt „CNPS”-nek hívjuk, hogy megkülönböztessék a Webex azon szolgáltatásától, amely push értesítéseket küld az üzenetküldéshez és a jelenléthez.
A kiszolgálónak R22-es vagy újabb verziójúnak kell lennie.
Külön XSP/ADP szervert írunk elő a CNPS számára, mert a Webex a BWKS felhőkapcsolatok esetében bekövetkező betöltés kiszámíthatatlansága negatívan befolyásolhatja az NPS szerver teljesítményét, ami az értesítési késleltetés növekedését eredményezheti. Lásd a Cisco BroadWorks rendszermérnöki útmutató további információkért az XSP-ről| ADP skála.
Webex alkalmazásplatformok
A Webex alkalmazás angol nyelvű verziójának letöltéséhez lépjen a következő oldalra:https://www.webex.com/webexfromserviceproviders-downloads.html . A Webex alkalmazás a következő címen érhető el:
Windows rendszerű PC-k/laptopok
Apple PC-k/laptopok MacOS rendszerrel
iOS (Apple Store)
Android (Play Áruház)
web (lépjen ide:https://teams.webex.com/ )
Lokalizált verziók
A Webex alkalmazás lokalizált verziójának letöltéséhez használja az alábbi hivatkozások egyikét:
https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (koreai)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Francia)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugál)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Hagyományos kínai)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Egyszerűsített kínai)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japán)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spanyolország)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (német)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (olasz)
Fizikai telefonok és kiegészítők
Cisco IP -telefonok:
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html modellekért és további információkért.
A harmadik féltől származó telefonokat ugyanúgy támogatjuk, mint a többi BroadWorks-integrációt. Azonban még nem rendelkeznek névjegy- és jelenlétintegrációval a Webex for Cisco BroadWorks alkalmazással.
Adapterek:
Cisco ATA 191 multiplatform analóg telefonadapter
Cisco ATA 192 multiplatform analóg telefonadapter
Lásdhttps://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html modellekért és további információkért.
Fejhallgatók:
500-as sorozatú Cisco fejhallgató
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.htmlmodellekért és további információkért.
Room OS-eszközök:
Webex Room és Room Kit sorozat
Webex Desk sorozat
Webex Board sorozat
Eszközintegráció
A Room OS és MPP eszközök Webex for Cisco BroadWorks alkalmazáshoz történő bevezetésével és szervizelésével kapcsolatos részletekért lásd: Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz .
Eszközprofilok lehetőségre
Az alábbiakban láthatók azok a DTAF-fájlok, amelyeket be kell töltenie az alkalmazáskiszolgálókra, hogy támogassa a Webex alkalmazást hívó kliensként. Ezek ugyanazok a DTAF-fájlok, mint az UC-One SaaS esetében, azonban van egy új config-wxt.xml.template
a Webex alkalmazáshoz használt fájlt.
A legújabb eszközprofilok letöltéséhez lépjen az Alkalmazáskézbesítési platformra Szoftverletöltések webhelyen, hogy lekérje a legújabb DTAF fájlokat. Ezek a letöltések ADP és XSP esetén is működnek.
Ügyfél neve | Eszközprofil típusa és csomagneve |
---|---|
Webex Mobil Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Mobil DTAF: Konfigurációs fájl: |
Webex Tablet Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Tablet DTAF: Konfigurációs fájl: |
Webex Asztali lehetőségre Sablon |
Identitás/eszközprofil típusa: Business Communicator – PC DTAF: Konfigurációs fájl: |
Azonosítás/Eszközprofil
Minden Webex Cisco BroadWorks-felhasználónak rendelkeznie kell egy Identitás/eszközprofil hozzárendelt a BroadWorksben, amely a fenti eszközprofilok egyikét használja a Webex alkalmazás használatával történő hívások kezdeményezéséhez. A profil biztosítja azt a konfigurációt, amely lehetővé teszi a felhasználó számára, hogy hívásokat kezdeményezzen.
OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez
Adjon szolgáltatáskérés a beléptető ügynöknek vagy a Cisco TAC -nak a Cisco OAuth szolgáltatás létrehozásához a Cisco Identity Provider Federation-fiókjához.
Használja a következő kérelemcímet a megfelelő funkciókhoz:
XSP| ADP AuthService Configuration” szolgáltatás konfigurálásához XSP| ADP.
Az 'NPS-konfiguráció hitelesítési proxybeállításhoz' az NPS-t a hitelesítési proxy használatára konfigurálja.
CI felhasználói UUID szinkronizálás' a CI felhasználói UUID szinkronizáláshoz. A funkció további részleteiért lásd: A Cisco BroadWorks támogatása a CI UUID-hez .
Állítsa be a BroadWorks alkalmazást úgy, hogy engedélyezze a Cisco számlázást a BroadWorks- és a Webex -et a BroadWorks-előfizetésekhez.
A Cisco egy 60 napig érvényes OAuth- azonosító, egy titkos ügyfél titkosítást és egy frissítési tokent ad Önnek. Ha a token a használata előtt lejár, akkor újabb kérelmet indíthat.
Ha már megszerezte a Cisco OAuth Identity Provider hitelesítési adatait, akkor a hitelesítési adatainak frissítéséhez hajtson végre egy új szolgáltatáskérés . |
Tanúsítványok megrendelése
A TLS -hitelesítés tanúsítványkövetelményei
Szüksége lesz egy jól ismert Certificate Authority által aláírt és a nyilvános XSP-re telepített biztonsági tanúsítványokra.| ADP-k, az összes szükséges alkalmazáshoz. Ezekkel támogatják a TLS -tanúsítvány-ellenőrzést az XSP-hez minden bejövő kapcsolat esetén| ADP szerverek.
Ezeknek a tanúsítványoknak tartalmazniuk kell az XSP-t| ADP nyilvános, teljesen minősített tartománynév vagy Tárgy alternatív neveként.
Az ilyen kiszolgálótanúsítványok telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy a CA által aláírt nyilvános kiszolgálótanúsítvány hol kell betölteni a következő három esetben:
A Webex alkalmazás által a hitelesítéshez támogatott, nyilvánosan támogatott hitelesítésszolgáltatók felsorolása Támogatott hitelesítésszolgáltatók a Webex Hybrid Services számára .
TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik a proxyba.
A proxy bemutatja ezt a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
Egy belső CA által aláírt tanúsítvány betölthető az XSP-re| ADP.
Az XSP| Az ADP ezt a belsőleg aláírt kiszolgálótanúsítvány mutatja be a proxynak.
A proxy megbízik az XSP-t aláíró belső hitelesítésszolgáltatóban| ADP kiszolgálótanúsítvány.
TLS -tanúsítvány követelmények a TLS-passthrough Proxy vagy XSP esetében| ADP a DMZ-ben
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik az XSP-be| ADP-k.
Az XSP| Az ADP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
További tanúsítványkövetelmények a CTI felületen keresztüli kölcsönös TLS -hitelesítéshez
Amikor a CTI felülethez csatlakozik, a Webex a kölcsönös TLS hitelesítés részeként egy klienstanúsítvány mutat be. A Webex klienstanúsítvány CA/lánctanúsítvány letölthető a Control Hubon keresztül.
A tanúsítvány letöltése:
Jelentkezzen be a Partner Hubba, ehhez kell
és kattintson a tanúsítvány letöltése hivatkozásra.A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra a tanúsítvány követelményeit foglalja össze a következő három esetben:
(Opció) A TLS-bridge proxy tanúsítványkövetelményei
A Webex egy nyilvánosan aláírt klienstanúsítvány mutat be a proxynak.
A proxy megbízik az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy bemutatja a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions: X509v3 Extended Key Usage: 1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
A belső tanúsítvány CN-jének a következőnek kell lennie:
bwcticlient.webex.com
.
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Előfordulhat, hogy a nyilvános hitelesítő hatóságok nem hajlandók a tanúsítványokat a szükséges védett BroadWorks OID-vel aláírni. Áthidaló proxy esetén előfordulhat, hogy egy belső CA segítségével kell aláírnia a proxy által az XSP-nek bemutatott klienstanúsítvány .| ADP.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Az alkalmazáskiszolgálóé ClientIdentity tartalmazza az XSP-nek bemutatott, belsőleg aláírt klienstanúsítvány CN-jét| ADP a proxy által.
(Opció) Tanúsítványkövetelmények TLS-passthrough Proxy vagy XSP esetén| ADP a DMZ-ben
A Webex egy belső Cisco CA által aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Az XSP| Az ADP-k megbíznak az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány az XSP-be is betöltődik| ADP-k.
Az XSP| Az ADP-k bemutatják a nyilvánosan aláírt szervertanúsítványokat a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
Az alkalmazáskiszolgáló ClientIdentity tartalmazza az XSP-nek bemutatott Cisco által aláírt klienstanúsítvány CN-jét| ADP a Webex által.
A hálózat előkészítése
A Webex Cisco BroadWorks rendszerhez által használt kapcsolatokról szóló további információkért lásd: A Webex for Cisco BroadWorks hálózati követelményei . Ez a cikk a tűzfal be- és kilépési szabályainak konfigurálásához szükséges IP -címek, portok és protokollok listáját tartalmazza.
A Webex-szolgáltatások hálózati követelményei
Az előző Belépési és Kilépési szabályok tűzfaltáblák csak azokat a kapcsolatokat dokumentálják, amelyek kifejezetten a Webex for Cisco BroadWorks alkalmazásra vonatkoznak. A Webex alkalmazás és a Webex felhő közötti kapcsolatokra vonatkozó általános információkért lásd: A Webex Services hálózati követelményei . Ez a cikk a Webex vonatkozik, de a következő táblázat azonosítja a cikk különböző részeit, és azt, hogy az egyes részek mennyire relevánsak a Webex for Cisco BroadWorks számára.
Hálózati követelmények cikk szakasza | Az információk relevanciája |
---|---|
A Webex által támogatott eszköztípusok és protokollok összefoglalása | Tájékoztató |
Tájékoztató | |
El kell olvasni | |
El kell olvasni | |
Tartományok és URL-címek, amelyeknek hozzáférhetőnek kell lenniük a Webex-szolgáltatások számára | El kell olvasni |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
A Webex más hibrid szolgáltatásai és dokumentációjuk összegzése | Opcionális |
Webex-szolgáltatások a FedRAMP ügyfelei számára | N. A. |
További információk
További információkért lásd: Webex App Firewall Whitepaper (PDF) .
BroadWorks redundancia támogatása
A Webex Cloud Services és a Webex ügyfélalkalmazások, amelyeknek el kell érniük a partner hálózatát, teljes mértékben támogatják a Broadworks XSP-t| A partner által biztosított ADP redundancia. Amikor egy XSP| Az ADP vagy a webhely tervezett karbantartás vagy nem tervezett ok miatt nem érhető el, a Webex szolgáltatások és alkalmazások át tudnak lépni egy másik XSP-re| A kérés teljesítéséhez a partner által biztosított ADP vagy oldal.
Hálózati topológia
A Broadworks XSP| Az ADP-k telepíthetők közvetlenül az interneten, vagy egy DMZ-ben is elhelyezhetők egy terheléselosztás elemmel, például az F5 BIG- IP-vel. A georedundancia biztosítása érdekében az XSP| Az ADP-k két (vagy több) adatközpontban telepíthetők, mindegyik előtt egy terheléselosztó állhat, és mindegyik rendelkezik nyilvános IP-cím -címmel. Ha az XSP| Az ADP-k egy terheléselosztó mögött állnak, a Webex mikroszolgáltatások és az alkalmazás csak a terheléselosztó IP-cím látja, a Broadworks pedig úgy tűnik, csak egy XSP-vel rendelkezik| ADP, még akkor is, ha több XSP van| ADP-k mögött.
Az alábbi példában az XSP| Az ADP-k két helyszínen vannak telepítve, az A és a B helyszínen. Két XSP létezik| Az egyes telephelyeken egy terheléselosztóval ellátott ADP-k. Az A oldal XSP-vel rendelkezik| ADP1 és XSP| Az ADP2 előlapján LB1, a B oldalon pedig XSP található| ADP3 és XSP| ADP4 elől LB2. Csak a terheléselosztók láthatók a nyilvános hálózaton, és az XSP| Az ADP-k a DMZ magánhálózatokon vannak.
Webex Cloud Services
DNS konfiguráció
A Webex Cloud mikroszolgáltatásoknak meg kell tudniuk találni a Broadworks XSP-t| ADP-kiszolgáló(k) az Xsi interfészekhez, hitelesítési szolgáltatáshoz és CTI-hez való csatlakozáshoz.
A Webex Cloud mikroszolgáltatások DNS A/AAAA keresést végeznek a konfigurált XSP-n| ADP-gazdanevet, és csatlakozzon a visszaadott IP -címhez. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga. Ha több IP -címet ad vissza, a lista első IP -címe lesz kiválasztva. Az SRV keresés jelenleg nem támogatott.
Példa: A partner DNS -e A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Teherelosztók.
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| LB2-re mutat (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Feladatátvétel
Amikor a Webex mikroszolgáltatások kérést küldenek az XSP-nek| Az ADP/Load Balancer alkalmazáshoz és a kérelem sikertelenségéhez több dolog is történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre.
Ha egy hibakód (HTTP5xx ) üzenetet kapja vissza, a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre .
Ha 2 másodpercen belül nem érkezik HTTP-válasz, a kérés időtúllépése, és a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és továbbítják az útvonalat a következő IP-címre .
Minden kérés háromszor próbálkozik, mielőtt a hibát visszaküldi a mikroszolgáltatásnak.
Ha egy IP a blokkoltak listáján van, akkor nem fog szerepelni azon címek listáján, amelyeket meg kell próbálni, amikor kérést küld egy XSP-nek| ADP. Egy előre meghatározott idő elteltével a blokkolt IP -címek lejárnak, és visszatér a listába, hogy megpróbálja, amikor újabb kérés érkezik.
Ha minden IP -cím blokkolva van, a mikroszolgáltatás akkor is megpróbálja elküldeni a kérést úgy, hogy véletlenszerűen kiválaszt egy IP-cím a blokkolt listáról. Sikeres esetben az adott IP-cím törlődik a blokkoltak listájáról.
Állapot
A Webex Cloud szolgáltatások XSP-hez való kapcsolódási állapota| Az ADP-k vagy a terheléselosztók a Control Hubban láthatók. A BroadWorks hívófürtök alatt a kapcsolat állapota az alábbi felületek mindegyikéhez jelenik meg:
XSI-műveletek
XSI-események
Hitelesítési szolgáltatás
A kapcsolat állapota az oldal betöltésekor vagy a bemeneti frissítések során frissül. A kapcsolatok állapota a következő lehet:
Zöld: Mikor érhető el az interfész az A rekord keresésben lévő egyik IP-n.
Piros: Amikor az A rekord keresésében szereplő összes IP-cím nem érhető el, és az interfész nem elérhető.
A következő szolgáltatások a mikroszolgáltatások segítségével csatlakoznak az XSP-hez| Az XSP hatással van rájuk| Az ADP interfész elérhetősége:
Bejelentkezés a Webex alkalmazásba
Webex alkalmazás-token frissítése
Nem megbízható e-mail/önaktiválás
Broadworks Service állapotfelmérés
Webex alkalmazás
DNS konfiguráció
A Webex alkalmazás hozzáfér az Xtended Services Interface (XSI-Actions & XSI-Events) és az Eszközkezelő szolgáltatás (DMS) szolgáltatásaihoz az XSP-n| ADP.
Az XSI szolgáltatás megkereséséhez a Webex alkalmazás DNS SRV keresést végez a következőhöz: _xsi-client._tcp.<webex app xsi domain>
. Az SRV az XSP számára beállított URL -re mutat| ADP gazdagépek vagy terheléselosztók az XSI szolgáltatáshoz. Ha az SRV keresés nem érhető el, a Webex alkalmazás visszakerül az A/AAAA keresésre.
Az SRV több A/AAAA célt is képes feloldani. Azonban minden A/AAAA rekordnak csak egyetlen IP-cím kell hozzárendelnie. Ha több XSP van| A terheléselosztó/edge eszköz mögötti DMZ-ben található ADP-k esetén a terheléselosztót úgy kell beállítani, hogy fenntartsa a munkamenet-perzisztenciát, és ugyanahhoz az XSP-hez irányítsa át az adott munkamenet összes kérését| ADP. Azért írjuk elő ezt a konfigurációt, mert az ügyfél XSI-esemény szívverésének ugyanahhoz az XSP-hez kell mennie| Az eseménycsatorna létrehozásához használt ADP.
Az 1. példában a webex-app-XSP A/AAAA rekordja| Az ADP.example.com nem létezik, és nem is kell, hogy legyen. Ha a DNS megköveteli, hogy egy A/AAAA rekordot meg kell adni, akkor csak 1 IP-cím kell visszaadnia. Ettől függetlenül az SRV-t meg kell adni a Webex alkalmazáshoz. Ha a Webex alkalmazás olyan A/AAAA nevet használ, amely egynél több IP-cím definiál , vagy ha a terheléselosztó/edge elem nem tartja fenn a munkamenet megmaradását, az ügyfél végső soron szívveréseket küld egy XSP-nek.| ADP, ahol nem hozott létre eseménycsatornát. Ez a csatorna leszakadását eredményezi, és jelentősen megnöveli a belső forgalmat, ami rontja az XSP-t| ADP-fürt teljesítménye. Mivel a Webex Cloud és a Webex alkalmazás eltérő követelményeket támaszt az A/AAAA rekordok keresésében, külön FQDN-t kell használnia a Webex Cloud és a Webex alkalmazás számára az XSP eléréséhez| ADP-k. Amint az a példákban látható, a Webex Cloud A rekordot használja |
1. példa – Több XSP| ADP-k, mindegyik külön terheléselosztó mögött
Ebben a példában az SRV több A rekordra mutat úgy, hogy minden A rekord egy másik helyszínen lévő más terheléselosztóra mutat. A Webex alkalmazás mindig a lista első IP-cím használja, és csak akkor lép a következő rekordra, ha az első nem működik.
Az alábbiakban egy példa látható SRV-rekordok.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
2. példa – Több XSP| ADP-k egyetlen terheléselosztó mögött ( TLS -híddal)
A kezdeti kérelemhez a terheléselosztó egy véletlenszerű XSP-t választ ki| ADP. Az az XSP| Az ADP egy cookie-t ad vissza, amelyet a Webex alkalmazás a jövőbeli kérésekben tartalmaz. A jövőbeni kérésekhez a terheléselosztó a süti segítségével a megfelelő XSP-hez irányítja a kapcsolatot| ADP, biztosítva, hogy az eseménycsatorna ne szakadjon meg.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Terheléselosztó |
A | LB.example.com |
| A terheléselosztó IP-cím (XSP| Az ADP-k a terheléselosztó mögött vannak) |
DMS URL
A bejelentkezési folyamat során a Webex alkalmazás a DMS URL -címet is lekéri a konfigurációs fájl letöltéséhez. A rendszer elemzi az URL -ben szereplő gazdagépet, és a Webex alkalmazás DNS A/AAAA-keresést végez a gazdagépen, hogy csatlakozzon az XSP-hez| A DMS szolgáltatást üzemeltető ADP.
Példa: DNS A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Load Balancers by Webex App konfig fájlok letöltéséhez DMS-en keresztül:
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Hogyan találja meg a Webex alkalmazás az XSP-t?| ADP-címek
Az ügyfél megpróbálja megtalálni az XSP-t| A következő DNS -folyamatot használó ADP-csomópontok:
Az ügyfél először az Xsi-Actions/Xsi-Events URL-címeket kéri le a Webex Webex Cloud (a hozzárendelt BroadWorks hívófürt létrehozásakor adta meg őket). Az Xsi gazdagépnevet/tartományt az URL -ből értelmezi a rendszer, és az ügyfél az SRV keresést hajtja végre a következőképpen:
Az ügyfél SRV-keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain="">
Ha az SRV keresés egy vagy több A/AAAA célt ad vissza:
A kliens A/AAAA keresést végez ezekre a célokra, és gyorsítótárazza a visszaadott IP -címeket.
A kliens az SRV prioritás, majd a súly alapján (vagy véletlenszerűen, ha egyenlők) csatlakozik az egyik célhoz (és így annak egyetlen IP-cím rendelkező A/AAAA rekordjához ).
Ha az SRV keresés nem ad vissza célokat:
A kliens A/AAAA keresést végez az Xsi gyökérparaméterben, majd megpróbál csatlakozni a visszaadott IP-cím. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga.
Mint már említettük, az A/AAAA rekordnak egyetlen IP-cím kell feloldania ugyanezen okokból kifolyólag.
(Opcionális) Ezt követően megadhatja az egyéni XSI-Actions/XSI-Events részleteket a Webex alkalmazás eszközkonfiguráció a következő címkék használatával:
<protocols> <xsi> <paths> <root>%XSI_ROOT_WXT%</root> <actions>%XSI_ACTIONS_PATH_WXT%</actions> <events>%XSI_EVENTS_PATH_WXT%</events> </paths> </xsi> </protocols>
Ezek a konfigurációs paraméterek elsőbbséget élveznek a BroadWorks-fürt bármely konfigurációjával szemben a Control Hubban.
Ha léteznek ilyenek, az ügyfél összehasonlítja a BroadWorks-fürtkonfiguráción keresztül kapott eredeti XSI-címmel.
Ha eltérést észlel, a kliens újrainicializálja az XSI-műveletek/XSI-események kapcsolatát. Ennek első lépése az 1. lépésben felsorolt DNS -keresési folyamat végrehajtása – ezúttal a%XSI_ROOT_WXT% paramétert a konfigurációs fájl.
Ügyeljen arra, hogy hozza létre a megfelelő SRV-rekordok , ha ezzel a címkével módosítja az Xsi felületeket.
Feladatátvétel
A bejelentkezés során a Webex alkalmazás DNS SRV -keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain=""> , összeállítja a gazdagépek listáját, és az SRV prioritás, majd a súly alapján csatlakozik az egyik gazdagéphez. Ez a csatlakoztatott gazdagép lesz a kiválasztott az összes jövőbeli kérelemnél. Ezután megnyílik egy eseménycsatorna a kiválasztott szervező számára, és a rendszer rendszeresen küld egy szívverést a csatorna ellenőrzésére. Az első után küldött összes kérés tartalmaz egy cookie-t, amelyet a HTTP-válasz ad vissza, ezért fontos, hogy a terheléselosztó megtartsa a munkamenet-maradványt (affinitást), és mindig ugyanannak a backend XSP-nek küldje a kéréseket.| ADP szerver.
Ha a szervezőnek küldött kérés vagy szívverési kérés sikertelen, számos dolog történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex App útvonal azonnal továbblép a listán a következő gazdagépre.
Ha egy hibakód (HTTP5xx ) üzenetet adja vissza, a Webex alkalmazás blokkoltként jelöli meg az IP-cím , és az útvonal a listán a következő gazdagéphez lép tovább.
Ha egy bizonyos időn belül nem érkezik válasz, akkor a rendszer az időtúllépés miatt sikertelennek tekinti a kérést, és a következő kéréseket a rendszer a következő gazdagépnek küldi el. Az időtúllépési kérelem azonban sikertelennek minősül. Egyes kérések sikertelensége után újrapróbálkoznak (növekvő újrapróbálkozási idővel). A feltételezett nem létfontosságú kéréseket a rendszer nem próbálja meg újra.
Amikor egy új gazdagép sikeresen próbálkozik, az lesz az új kiválasztott gazdagép, ha a gazdagép szerepel a listában. A lista utolsó gazdagépének kipróbálása után a Webex alkalmazás az elsőre lép.
Szívverés esetén, ha két egymást követő kérelem sikertelen, a Webex alkalmazás újrainicializálja az eseménycsatornát.
Ne feledje, hogy a Webex alkalmazás nem végez feladat-visszavételt, és a DNS -szolgáltatás felderítése csak egyszer történik a bejelentkezéskor.
A bejelentkezés során a Webex alkalmazás megpróbálja letölteni a konfigurációs fájlt az XSP-n keresztül| ADP/Dms interfész. Végrehajt egy A/AAAA rekord keresést a lekért DMS URL -ben lévő gazdagépen, és csatlakozik az első IP-címhez. Először egy SSO token használatával próbálja meg elküldeni a konfigurációs fájl letöltésére vonatkozó kérést. Ha ez bármilyen okból sikertelen, újra megpróbálja, de az eszköz felhasználónevével és jelszavával.
Telepítési áttekintés
A következő diagramok a telepítési feladatok tipikus sorrendjét mutatják be a különböző felhasználói üzembe helyezési módok esetén. A feladatok közül sok közös az összes üzembe helyezési módban.
Partner-belépés a Webex -re Cisco BroadWorks-hez
Minden Webex for Cisco BroadWorks szolgáltatónak vagy viszonteladónak be kell állítania a Webex for Cisco BroadWorks számára partnerszervezetként. Ha már van Webex Partnerszervezete, akkor ez használható.
A szükséges beléptetési folyamat elvégzéséhez el kell végeznie a Webex Cisco BroadWorks papírmunkáját, és az új partnereknek el kell fogadniuk az online közvetett csatornapartneri megállapodást (ICPA). Amikor ezek a lépések megtörténtek, a Cisco Compliance új Partnerszervezetet hoz létre a Partner Hubban (ha szükséges), és hitelesítési adatokat tartalmazó e-mailt küld a papírmunkában szereplő nyilvántartás adminisztrátorának. Ezzel egyidejűleg a Partneraktiválási és/vagy Ügyfélsiker-programmenedzser felveszi Önnel a kapcsolatot a beléptetés megkezdése érdekében.
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
AuthenticationService
alkalmazást az egyes XSP-ken| ADP szolgáltatás.Futtassa a következő parancsot az AuthenticationService alkalmazás aktiválásához az XSP-n| ADP a /authService környezeti elérési útra.
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
Futtassa ezt a parancsot az AuthenticationService telepítéséhez az XSP-n| ADP:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...
A 2022.10-es Broadworks buildtől kezdve a Java új verziójára való váltáskor a Java új verziójára való váltáskor már nem kerülnek automatikusan be a BroadWorks megbízhatósági tárházába. Az AuthenticationService TLS -kapcsolatot nyit a Webex felé a hozzáférési token lekéréséhez, és az IDBroker és a Webex URL érvényesítéséhez a következőkkel kell rendelkeznie a megbízhatósági tárhelyen:
IdenTrust Commercial Root CA 1
Go Daddy legfelső szintű Certificate Authority – G2
Ellenőrizze, hogy ezek a tanúsítványok jelen vannak-e a következő CLI alatt
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get
Ha nincs jelen, futtassa a következő parancsot az alapértelmezett Java -trösztök importálásához:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust
Alternatív megoldásként manuálisan is hozzáadhatja ezeket a tanúsítványokat megbízhatósági horgonyként a következő paranccsal:
ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>
Ha az ADP egy korábbi kiadásról lett frissítve, akkor a rendszer a régi kiadás hitelesítésszolgáltatóit automatikusan importálja az új kiadásba, és importálása mindaddig folytatódik, amíg manuálisan el nem távolítják őket.
Az AuthenticationService alkalmazás mentesül az ADP alatti validatePeerIdentity beállítás alól_ CLI/System/SSLCommonSettings/GeneralSettings, és mindig érvényesíti a peer identitást. Lásd a Cisco Broadworks X509 tanúsítvány érvényesítési FD a beállítással kapcsolatos további információkért.
Állítsa be az identitásszolgáltatókat a következő parancsok futtatásával az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get
set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerName URL -címet. Lásd a következő táblázatot.set issuerUrl <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerUrl-címet. Lásd a következő táblázatot.set tokenInfoUrl <IdPProxy URL>
—Adja meg a Teams-fürtre vonatkozó IdP-proxy URL -címét. Lásd az alábbi második táblázatot.
1. táblázat Állítsa be az issuerName és az issuerURL címét Ha a CI-fürt... Az issuerName és az issuerURL beállítása a következőre:... US-A
EU
US-B
Ha nem ismeri a sajátját CI-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.2. táblázat TokenInfoURL beállítása Ha a Teams-fürt... A tokenInfoURL beállítása erre:...(IdP Proxy URL) ACHM
https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AFRA
https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AORE
https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
Ha nem ismeri a sajátját Teams-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.
Tesztelés céljából ellenőrizheti, hogy a tokenInfoURL érvényes-e, ha lecseréli a "
idp/authenticate
Az URL " része a következővel: "ping
".
Adja meg azt a Webex -jogosultságot, amelynek jelen kell lennie a Webex felhasználói profil a következő paranccsal:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Konfigurálja az identitásszolgáltatókat a Cisco Federation számára a következő parancsok segítségével az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
set flsUrl https://cifls.webex.com/federation
set refreshPeriodInMinutes 60
set refreshToken refresh-Token-From-Step1
Futtassa a következő parancsot annak ellenőrzésére, hogy az FLS-konfiguráció működik-e. Ez a parancs az identitásszolgáltatók listáját adja vissza:
XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Konfigurálja a Token-kezelést a következő parancsokkal az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
set tokenIssuer BroadWorks
set tokenDurationInHours 720
RSA -kulcsok létrehozása és megosztása. A kulcsokat egyetlen XSP-n kell generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k. Ennek oka a következő tényezők:
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k.Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét. Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket. Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
Ügyfél-hitelesítési követelmény eltávolítása a hitelesítési szolgáltatáshoz (csak R24)
Ha a hitelesítési szolgáltatást CI Token érvényesítéssel konfigurálta az R24-en, akkor a hitelesítési szolgáltatásra vonatkozó ügyfél-hitelesítési követelményt is el kell távolítania. Futtassa a következő CLI-parancs:
ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
CTI felület és kapcsolódó konfiguráció
Az „inmost to outmost” konfigurációs sorrendet az alábbiakban soroljuk fel. A sorrend betartása nem kötelező.
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
XSP konfigurálása| ADP-k mTLS-hitelesített CTI -előfizetésekhez
Nyissa meg a bejövő portokat a biztonságos CTI felülethez
Iratkozzon fel a Webex szervezete a BroadWorks CTI -eseményekre
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
Frissítse a ClientIdentity-t az alkalmazáskiszolgálón a Webex for Cisco BroadWorks CTI - klienstanúsítvány általános név (CN).
A Webex alkalmazással használt összes alkalmazáskiszolgálóhoz adja hozzá a tanúsítványazonosítót a ClientIdentity azonosítóhoz az alábbiak szerint:
AS_CLI/System/ClientIdentity> add bwcticlient.webex.com
A Webex for Cisco BroadWorks klienstanúsítvány általános név : |
Konfigurálja a TLS -t és a titkosításokat a CTI felületen
Az XSP konfigurálhatósági szintjei| Az ADP CTI felületek a következők:
Legáltalánosabb = Rendszer > Szállítás > CTI -interfészek > CTI -interfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
---|---|
Rendszer (globális) (R22 és újabb) | XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Ciphers> XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Protocols> lehetőséget |
Szállítási protokollok ehhez a rendszerhez (R22 és újabb) | XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Ciphers> XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Protocols> lehetőséget |
Az összes CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Protocols> lehetőséget |
Egy speciális CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/CTIServer/SSLSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/CTIServerSSLSettings/Protocols> |
Új telepítéskor a következő titkosítások alapértelmezés szerint települnek rendszerszinten. Ha az interfész szintjén nincs beállítva (például a CTI felületen vagy a HTTP felületen), akkor ez a rejtjellista érvényes. Ne feledje, hogy ez a lista idővel változhat:
|
CTI TLS interfész konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy szükség van-e kiszolgálótanúsítvány , illetve hogy szükség van-e kliens hitelesítésre.XSP|ADP_CLI/Interface/CTI/CTIServer> get Interface IP Port Secure Server Certificate Client Auth Req ================================================================= 10.155.6.175 8012 true true true
TLS 1.2 protokoll hozzáadása a CTI felülethez
Az XSP| A Webex Cloud együttműködő ADP CTI felületet TLS v1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp>
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a CTI felületen
A szükséges titkosítások konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Adja meg a(z)
get
parancsot, hogy megtudja, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> <cipherName>
rejtjel hozzáadása a CTI felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a CTI felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Trust Anchors a CTI felülethez (R22 és újabb)
Ez az eljárás az XSP-t feltételezi| Az ADP-k vagy internet felé néznek, vagy átmenő proxyn keresztül néznek az internetre. A tanúsítvány konfigurációja más az áthidaló proxy esetében (lásd TLS -tanúsítványkövetelmények a TLS-híd proxyhoz ).
Minden XSP-hez| Az ADP-ben a CTI -eseményeket a Webex közzétevő infrastruktúrájában tegye a következőket:
Jelentkezzen be ide: Partner Hub .
Ugrás ide: Beállítások elemre > BroadWorks-hívás és kattintson Töltse Webex CA-tanúsítványt hogy megkapja
CombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.
A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Nem kötelező) Futtatás
help updateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot2023
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, amennyiben minden bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
Tanúsítványokkal történő hitelesítés engedélyezése az ügyfelek számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true
Adja hozzá a CTI felületet, és engedélyezze az mTLS-t
Adja hozzá a CTI SSL felületet.
A CLI környezet a BroadWorks verziójától függ. A parancs egy önaláírt kiszolgálótanúsítvány hoz létre a felületen, és kényszeríti a felületet, hogy klienstanúsítvány igényeljen .
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Cserélje ki a kiszolgálótanúsítvány és -kulcsot az XSP-n| Az ADP CTI interfészei. Ehhez szüksége van a CTI interfész IP-cím ; a következő szövegkörnyezetből olvashatja:
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> get
Ezután futtassa a következő parancsokat, hogy lecserélje a felület önaláírt tanúsítvány a saját tanúsítványára és privát kulcsára:
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Indítsa újra az XSP-t| ADP.
Hozzáférés engedélyezése a BroadWorks CTI -eseményekhez a Webex
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
Adja meg azt a CTI -címet, amelyen keresztül a Webex előfizethet a BroadWorks CTI -eseményekre.
A CTI -előfizetések előfizetőnkénti alapúak, és csak akkor jönnek létre és tartják karban, amíg az előfizető rendelkezik a Webex for Cisco BroadWorks szolgáltatással.
Hívásbeállítások Webnézet
A Call Settings Webview (CSWV) egy XSP-n üzemeltetett alkalmazás| Az ADP lehetővé teszi a felhasználók számára, hogy módosítsák BroadWorks hívásbeállításaikat a szoftveres kliensben látott webnézeten keresztül. Lásd a Cisco BroadWorks hívásbeállítások webnézeti megoldási útmutató .
A Webex ezt a funkciót arra használja fel, hogy hozzáférést biztosítson a felhasználók számára az olyan általános BroadWorks-hívásbeállításokhoz, amelyek nem natív a Webex alkalmazásban.
Ha azt szeretné, hogy a Webex Cisco BroadWorks-előfizetői a Webex Webex alkalmazás elérhető alapértelmezett beállításokon túlmenően is hozzáférjenek a hívásbeállításokhoz, telepítenie kell a Hívásbeállítások Webnézet funkcióját.
Hívásbeállítások Webview két összetevőből áll:
Cisco BroadWorks XSP-n üzemeltetett hívásbeállítások Webview alkalmazás| ADP.
A Webex alkalmazás, amely a hívásbeállításokat Webnézetben jeleníti meg.
Felhasználói élmény
Windows-felhasználók: Kattintson Hívásbeállítások majd kattintson a lehetőségre .
Mac felhasználók: Kattintson a profilképre, majd
.
Telepítse a CSWV-t a BroadWorks rendszeren
Telepítse a Hívásbeállítások Webview-t XSP-re| ADP-k
A CSWV alkalmazásnak ugyanazon az XSP-n kell lennie| Az Xsi-Actions felületet üzemeltető ADP(ek) a környezetben. Ez egy nem felügyelt alkalmazás XSP-n| ADP, ezért telepítenie és telepítenie kell egy webes archív fájlt.
Jelentkezzen be a cisco.com oldalra, és keresse meg a „BWCallSettingsWeb” kifejezést a szoftverletöltés részben.
Keresse meg és töltse le a fájl legújabb verzióját.
Például:
BWCallSettingsWeb_1.8.2_1.war
( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04 ) volt a legújabb a cikk írásakor.Telepítse, aktiválja és telepítse a webes archívumot a Cisco BroadWorks Xtended Service Platform konfigurációs útmutatója szerint az XSP-hez| ADP verzió. (R24-es verzióhttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf ).
Másolja át a .war fájlt egy ideiglenes helyre az XSP-n| ADP, mint pl
/tmp/
.Keresse meg a következő parancssori felületet, és futtassa az install parancsot:
XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
A BroadWorks szoftverkezelő ellenőrzi és telepíti a fájlt.
[Nem kötelező] Törlés
/tmp/BWCallSettingsWeb_1.7.5_1.war
(Erre a fájlra már nincs szükség).Alkalmazás aktiválása:
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
A nevet és verziót minden alkalmazásnál kötelezőek, de CSWV esetén meg kell adni a contextPath mert egy nem felügyelt alkalmazás. Bármilyen értéket használhat, amelyet más alkalmazás nem használ, például
/callsettings
.Telepítse a Hívásbeállítások alkalmazást a kiválasztott környezeti útvonalon:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Mostantól előre megjósolhatja az ügyfelek számára megadandó hívásbeállítások URL -címét, az alábbiak szerint:
https://<XSP|ADP-FQDN>/callsettings/
Megjegyzések:
Ezen az URL -címen meg kell adnia a perjelet, amikor beírja az klienskonfiguráció fájljába.
Az XSP| Az ADP-FQDN-nek meg kell egyeznie az Xsi-Actions FQDN-nel, mert a CSWV-nek Xsi-Actions-t kell használnia, és a CORS nem támogatott.
Ismételje meg ezt az eljárást más XSP esetén| ADP-k a Webex for Cisco BroadWorks-környezetben (ha szükséges).
A Call Settings Webview alkalmazás mostantól aktív az XSP-n| ADP-k.
Állítsa be a Webex alkalmazást a Hívásbeállítások Webnézet használatára
Az klienskonfiguráció kapcsolatos további részletekért lásd: Webex Cisco BroadWorks konfigurációs útmutató .
A Webex alkalmazás konfigurációs fájl található egy egyéni címke, amellyel beállíthatja a CSWV URL-címet . Ez az URL mutatja a hívásbeállításokat a felhasználóknak az alkalmazás felületén keresztül.
<config>
<services>
<web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
<url>%WEB_CALL_SETTINGS_URL_WXT%</url>
</web-call-settings>
A Webex Webex alkalmazás BroadWorks- konfigurációs sablon konfigurálja a CSWV URL -címet a%WEB_CALL_SETTINGS_URL_WXT% címkét.
Ha nem adja meg kifejezetten az URL-címet , az alapértelmezett érték üres lesz, és a hívásbeállítások oldala nem lesz látható a felhasználók számára.
Győződjön meg arról, hogy a legújabb konfigurációs sablonokkal rendelkezik a Webex alkalmazás (lásd Eszközprofilok lehetőségre ).
Állítsa be a web hívásbeállítások célját
csw
:%WEB_CALL_SETTINGS_TARGET_WXT% csw
Állítsa be a web beállításainak URL -címét a környezetéhez, például:
%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/
Ezt az értéket a CSWV alkalmazás telepítésekor származtatta.
Az eredményül kapott klienskonfiguráció fájlnak rendelkeznie kell a következő bejegyzéssel:
<web-call-settings target="csw"> <url>https://yourxsp.example.com/callsettings/</url> </web-call-settings>
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is.
Hívási leküldéses értesítések konfigurálása a Webex for Cisco BroadWorks alkalmazásban
Ebben a dokumentumban a kifejezést használjuk Hívásértesítések Push Server (CNPS) a környezetben futó XSP vagy ADP által üzemeltetett alkalmazás leírásához. A CNPS együttműködik a BroadWorks rendszerrel, hogy tudatában legyen a felhasználóinak bejövő hívásoknak, és ezekről értesítést küldjön a Google Firebase Cloud Üzenetküldés (FCM) vagy az Apple leküldéses értesítés szolgáltatás (APNs) értesítési szolgáltatásainak.
Ezek a szolgáltatások értesítik a Webex for Cisco BroadWorks előfizetői mobileszközeit, ha bejövő hívásaik vannak a Webex.
Az NPS-sel kapcsolatos további információkért lásd: Értesítési leküldéses kiszolgáló funkció leírása .
A Webex egy hasonló mechanizmus működik a Webex üzenetküldési és jelenléti szolgáltatásokkal, így az értesítéseket a Google (FCM) vagy az Apple (APNS) értesítési szolgáltatásaihoz küldi. Ezek a szolgáltatások pedig értesítik a mobil Webex -felhasználókat a bejövő üzenetekről vagy a jelenlét változásáról.
Ez a szakasz ismerteti, hogyan konfigurálható az NPS hitelesítési proxyhoz, ha az NPS még nem támogat más alkalmazásokat. Ha megosztott hálózati házirendet kell áttelepítenie az NPS-proxy használatához, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatáhozhttps://help.webex.com/nl5rir2/. |
NPS-proxy áttekintése
A Webex for Cisco BroadWorks alkalmazással való kompatibilitás érdekében a CNPS-nek javítva kell lennie az NPS-proxy funkció támogatásához, Push Server a VoIP számára UCaaS-ben .
A funkció új kialakítást valósított meg a Notification Push Serverben, hogy feloldja a leküldéses értesítési tanúsítványok privát kulcsainak a szolgáltatókkal való megosztásából eredő biztonsági rést a mobil kliensek számára. A push értesítési tanúsítványok és kulcsok szolgáltató való megosztása helyett az NPS egy új API segítségével szerez egy rövid élettartamú leküldéses értesítési tokent a Webex a Cisco BroadWorks háttérrendszerhez, és ezt a tokent használja az Apple APN-ekkel és a Google FCM szolgáltatásaival történő hitelesítéshez.
A funkció továbbfejleszti a Notification Push Server azon képességét, hogy értesítéseket küldjön az Android eszközöknek az új Google Firebase Cloud Üzenetküldés (FCM) HTTPv1 API-n keresztül.
További információkért lásd a Push-kiszolgáló VoIP -hez UCaaS-ben Funkció leírása .
A funkció BroadWorks-javításai a következő címen érhetők el: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.
Az NPS szoftverrel és javításokkal kapcsolatban lásd a következő részt: Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz .
Keresse meg és töltse le a javítást a szoftverletöltő oldalról.
Az ADP szerverrel kapcsolatos további információk a következő címen találhatók:https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html .
APNS szempontok
Az Apple 2021. március 31-e után már nem támogatja a HTTP/1-alapú bináris protokollt az Apple leküldéses értesítés szolgáltatásban. Javasoljuk, hogy konfigurálja az XSP-t| Az ADP a HTTP/2-alapú felületet használja az APN-ekhez. Ehhez a frissítéshez az XSP-re van szükség| Az NPS-t kiszolgáló ADP R22-es vagy újabb verzióját futtatja.
Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz
1 | Telepítsen és konfiguráljon egy dedikált XSP-t (minimum R22-es verzió) vagy Application Delivery Platform-ot (ADP). | ||
2 | Telepítse az NPS-hitelesítési proxy javításait: XSP R22 javítások: XSP R23 javítások: | ||
3 | Aktiválja az Notification Push Server alkalmazást. | ||
4 | ( Android -értesítések esetén) Engedélyezze az FCM v1 API -t az NPS-en.
| ||
5 | ( Apple iOS -értesítések esetén) Engedélyezze a HTTP/2-t az NPS-en.
| ||
6 | Technikai támogatás csatolása az NPS XSP/ADP-től. | ||
7 | Minden AS kiszolgálón a namedefs fájl bekerül Példa: _pushnotification-ügyfél._tcp .qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com IN A 10.193.78.149
|
Mi a következő teendő
Egy hálózati házirend-kiszolgáló frissen telepített verzióiért ugorjon ide: Állítsa be az NPS-t a hitelesítési proxy használatára
Ha meglévő Android -telepítést szeretne áttelepíteni az FCMv1-re, menjen a következőre: Az NPS áttelepítése az FCMv1-re
Állítsa be az NPS-t a hitelesítési proxy használatára
Ez a feladat az NPS egy új, a Webex for Cisco BroadWorks alkalmazáshoz dedikált telepítésére vonatkozik.
Ha más mobilalkalmazásokkal megosztott hálózati házirend-kiszolgálón szeretné konfigurálni a hitelesítési proxyt, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatához (https://help.webex.com/nl5rir2 ).
1 | OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez . | |||||||||||||||||||
2 | Hozzon létre ügyfélfiókot az NPS-en:
Ha ellenőrizni szeretné, hogy a megadott értékek megfelelnek-e a kapott adatoknak, futtassa
| |||||||||||||||||||
3 | Adja meg az NPS-proxy URL-címét , és állítsa be a token frissítési időközét (30 perc javasolt):
| |||||||||||||||||||
4 | ( Android -értesítések esetén) Adja hozzá az Android alkalmazás azonosító az FCM-alkalmazások környezetéhez az NPS-en.
| |||||||||||||||||||
5 | ( Apple iOS -értesítések esetén) Adja hozzá az alkalmazásazonosítót az azonosító -alkalmazások környezetéhez, ügyelve arra, hogy kihagyja a hitelesítési kulcsot – állítsa üresre.
| |||||||||||||||||||
6 | Konfigurálja a következő NPS URL-eket:
| |||||||||||||||||||
7 | Állítsa be a következő hálózati házirend-kiszolgáló kapcsolati paramétereket a megjelenített ajánlott értékekre:
| |||||||||||||||||||
8 | Ellenőrizze, hogy az alkalmazáskiszolgáló szűri-e az alkalmazásazonosítókat, mert előfordulhat, hogy hozzá kell adnia a Webex alkalmazásokat az engedélyezési listához: | |||||||||||||||||||
9 | Indítsa újra az XSP-t| ADP: | |||||||||||||||||||
10 | Tesztelje a hívásértesítéseket: kezdeményezzen hívásokat egy BroadWorks-előfizetőről két Webex mobilfelhasználóhoz. Ellenőrizze, hogy megjelenik-e a hívásértesítés iOS és Android eszközökön. |
Az NPS áttelepítése az FCMv1-re
Ez a témakör nem kötelező eljárásokat tartalmaz, amelyeket akkor használhat a Google FCM-konzolban, amikor rendelkezik olyan meglévő hálózati házirend-telepítéssel, amelyet át kell telepítenie az FCMv1-re. Három eljárás létezik:
UC-One kliensek áttelepítése FCMv1-re —Ha meglévő UCaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
SaaS-ügyfelek áttelepítése az FCMv1-re —Ha meglévő SaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
Az ADP-kiszolgáló frissítése —Ha az NPS-t ADP-kiszolgálóra telepíti át.
Az UC-One-kliensek áttelepítése az FCMv1-re
Kövesse az alábbi lépéseket a Google FCM konzolban az UC-One kliensek Google FCM HTTPv1 verzióra való áttelepítéséhez.
Ha márkajelzést alkalmaznak az ügyfélre, az ügyfélnek rendelkeznie kell a küldői azonosító. Az FCM-konzolban lásd: . A beállítás megjelenik a Projekt hitelesítő adatai táblázatban.A részletekért lásd a Connect Mobile márkaépítési útmutató athttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/UC-One/UC-One-Collaborate/Connect/Mobile/IandO/ConnectBrandingGuideMobile-R3_8_3.pdf? . Lásd a
|
Jelentkezzen be az FCM Admin SDK-ba a következő címen:http://console.firebase.google.com .
Válassza ki a megfelelő Android alkalmazást.
A Általános fülön rögzítse a azonosító
A szolgáltatásfiókok konfigurálásához lépjen a szolgáltatásfiók lapra. Létrehozhat új szolgáltatásfiók , vagy konfigurálhat egy meglévőt.
Új szolgáltatási fiók létrehozása:
Kattintson a kék gombra az új szolgáltatásfiók létrehozásához
Kattintson a kék gombra új privát kulcs generálásához
Kulcs letöltése biztonságos helyre
Meglévő szolgáltatásfiók újrafelhasználása:
Kattintson a kék szövegre a meglévő szolgáltatási fiókok megtekintéséhez.
Határozza meg a használni kívánt szolgáltatásfiók . A szolgáltatási fióknak engedélyre van szüksége firebaseadmin-sdk .
A jobb oldalon kattintson a hamburger menüre, és hozzon létre egy új privát kulcsot.
Töltse le a kulcsot tartalmazó json-fájlt, és mentse el egy biztonságos helyre.
Másolja a json fájlt az XSP-re| ADP.
Konfigurálja a azonosító és:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get Project ID Accountkey ======================== my_project ********
Alkalmazás konfigurálása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get Application ID Project ID ============================== my_app my_project
FCMv1 engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
SaaS-ügyfelek áttelepítése az FCMv1-re
Ha SaaS-ügyfeleket szeretne áttelepíteni az FCMv1-re, kövesse az alábbi lépéseket a Google FCM-konzolon.
Győződjön meg arról, hogy már végrehajtotta az „A hálózati házirend-kiszolgáló konfigurálása a hitelesítési proxy használatához” eljárást. |
FCM letiltása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.FCM engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
Az ADP-kiszolgáló frissítése
Kövesse az alábbi lépéseket a Google FCM-konzolban, ha az NPS-t ADP-kiszolgáló használatára állítja át.
A JSON-fájl beszerzése a Google Cloud Console-ból:
A Google Cloud Console-ban lépjen a következőre: Szolgáltatásfiókok oldalon.
Kattintson Válasszon ki egy projektet , válassza ki a projektet, és kattintson Megnyitás .
Keresse meg annak a szolgáltatásfiók a sorát, amelyhez kulcsot szeretne létrehozni, majd kattintson a Továbbiak függőleges gombot, majd kattintson Kulcs létrehozása.
Válassza ki a Kulcs írja be, és kattintson Létrehozás lehetőségre
A fájl letöltődik.
FCM hozzáadása az ADP-kiszolgálóhoz:
Importálja a JSON-fájlt az ADP-kiszolgálóra a következővel:
/bw/install
parancsot.Jelentkezzen be az ADP CLI-be, és adja hozzá a projekt- és API -kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON
:Ezután adja hozzá az alkalmazást és a kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
Ellenőrizze a konfigurációt:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g Project ID Accountkey ======================== connect-ucaas ******** ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g Application ID Project ID =================================== com.broadsoft.ucaas.connect connect-ucaas
Konfigurálja a saját partnerszervezetét a Partner Hubban
Konfigurálja a BroadWorks-fürtöket
[fürtönként egyszer]
Ennek oka a következő:
Annak engedélyezése, hogy a Webex felhő hitelesítse a felhasználókat a BroadWorks alkalmazással (XSP-n keresztül| ADP által üzemeltetett hitelesítési szolgáltatás).
Annak engedélyezése, hogy a Webex alkalmazások az Xsi felületet használják a hívásvezérlés.
Annak engedélyezése, hogy a Webex figyelje a BroadWorks által közzétett CTI -eseményeket (telefonos jelenlét és hívásnapló ).
A fürtvarázsló automatikusan ellenőrzi az interfészeket a hozzáadásakor. Folytathatja a fürt szerkesztését, ha valamelyik felület érvényesítése nem sikeres, de nem mentheti a fürtöt, ha érvénytelen bejegyzések vannak benne . Ezt megakadályozzuk, mert egy rosszul konfigurált fürt nehezen megoldható problémákat okozhat. |
Teendő:
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Ha az admin felhasználó nem látja a BroadWorks-hívás beállításokat, javasoljuk, hogy a Cisco TAC alkalmazással nyitjon egy esetet.
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.
Kattintson a legördülő menüre a következőhöz: CCW-előfizetési azonosító , keresse meg a partnerhez tartozó felsorolt előfizetéseket, és válassza ki a megfelelő előfizetést.
Ez a mező csak a Webex for BroadWorks-ről Webex-re áttelepített partnerek esetében jelenik meg.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.ap373197
R23 esetén:
AP.as.23.0.1075.ap373197
R24 esetén:
AP.as.24.0.944.ap384177
A Webex Cisco BroadWorks rendszerhez telepítéséhez szükséges BroadWorks javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben.Módosítsa a következőre:
Maintenance/ContainerOptions
összefüggésben.A létesítési URL paraméter engedélyezése:
/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true
Szerezze be a beüzemelési URL-cím(ek)et a Partner Hubból
Lásd a Cisco BroadWorks alkalmazáskiszolgáló parancssori felület Felügyeleti útmutató az AS parancsok részleteiért (Interfész > Üzenetküldés és szolgáltatás > Integrált IM&P).
Jelentkezzen be a Partner Hubba, és lépjen ide:
.Kattintson Sablonok megtekintése .
Válassza ki azt a sablont, amelyet a vállalat/csoport előfizetőinek Webex való kiépítéséhez használ.
A sablon részletei a jobb oldalon egy repülő ablaktáblában jelennek meg. Ha még nem hozott létre sablont, akkor ezt meg kell tennie, mielőtt megszerezné a létesítési URL-címet .
Másolja a Beüzemelési adapter URL-címe .
Ismételje meg ezt más sablonoknál is, ha egynél több sablonja van.
(Opció) Rendszerszintű üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
Előfordulhat, hogy nem kívánja beállítani a rendszerszintű kiépítési és szolgáltatási tartományt, ha UC-One SaaS-t használ. Lásd Döntési pontok a Környezet előkészítése részben. |
Jelentkezzen be az alkalmazáskiszolgálóra, és konfigurálja az üzenetkezelő felületet.
AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
AS_CLI/Interface/Messaging> set enableSynchronization true
Az integrált IMP felület aktiválása:
/AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
/AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true
Meg kell adnia a(z) teljes nevét |
(Opció) Vállalatonkénti üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
A BroadWorks felhasználói felületen nyissa meg a konfigurálni kívánt vállalatot, és lépjen a következőhöz: Szolgáltatások > Integrált IM&P .
Válassza ki Szolgáltatási tartomány használata és adjon meg egy fiktív értéket ( A Webex figyelmen kívül hagyja ezt a paramétert. Hasznos lehet
example.com
).Válassza ki Üzenetküldés szerver használata .
A URL mezőbe illessze be a Partner Hub sablonjából másolt beüzemelési URL -címet.
Meg kell adnia a(z) teljes nevét
provisioningURL
paramétert, ahogy azt a Partner Hubban megadták. Ha az alkalmazáskiszolgáló nem tud hozzáférni a DNS -hez a gazdagépnév feloldásához, akkor létre kell hoznia a leképezést a/etc/hosts
fájlt az AS-en.A Felhasználónév mezőbe adja meg a beüzemelési rendszergazda nevét. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
Adjon meg egy jelszót a beüzemelési rendszergazda számára. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
For Alapértelmezett felhasználói azonosító az IM&P azonosító , válassza ki Elsődleges .
Kattintson Alkalmaz .
Ismételje meg a fenti lépéseket a folyamaton keresztüli üzembe helyezésre konfigurálni kívánt többi vállalatnál.
Felhasználó-létesítési adatok
A BroadWorks és a Webex között a felhasználói kiépítés során kicserélt felhasználói adatokkal kapcsolatos információkért lásd: Szolgáltatói Felhasználó-létesítés .
Partner Pre-Provisioning Check API
A Pre-Provisioning Check API segítséget nyújt a rendszergazdáknak és az értékesítési csapatoknak azáltal, hogy ellenőrzi a hibákat, mielőtt egy ügyfél vagy előfizető csomagot biztosítana. A teljes partner rendszergazdai szerepkörrel rendelkező Felhasználó által engedélyezett felhasználók vagy integrációk használhatják ezt az API -t annak biztosítására, hogy ne legyenek ütközések vagy hibák egy adott ügyfél vagy előfizető csomagszolgáltatásával kapcsolatban.
Az API ellenőrzi, hogy nincs-e ütközés az adott ügyfél/előfizető és a Webex meglévő ügyfelei/előfizetői között. Például az API hibákat okozhat, ha az előfizető már ki van osztva egy másik ügyfél vagy partner számára, ha az e- e-mail-cím már létezik egy másik előfizető számára, vagy ha ütközés van a beüzemelési paraméterek és a Webex-en már meglévő paraméterek között. Ez lehetőséget ad arra, hogy még az üzembe helyezés előtt kijavítsa ezeket a hibákat, növelve a sikeres üzembe helyezés valószínűségét.
Az API-val kapcsolatos további információkért lásd: Webex for Wholesale Fejlesztői útmutató
Az API használatához menjen ide: Előzetesen ellenőrizze a nagykereskedelmi előfizetői szolgáltatást
A nagykereskedelmi előfizetői szolgáltatási dokumentum előzetes ellenőrzése eléréséhez be kell jelentkeznie a következőbehttps://developer.webex.com/ portálra. |
Partner SSO – SAML
Lehetővé teszi a partnerrendszergazdák számára az SAML SSO konfigurálását az újonnan létrehozott ügyfélszervezetek számára. A partnerek konfigurálhatnak egyetlen előre meghatározott SSO kapcsolatot, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
Az alábbi Partner SSO lépések csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partnerrendszergazdák megpróbálnak hozzáadni Partner SSO -t egy meglévő ügyfélszervezethez, a meglévő hitelesítési módszer megmarad annak érdekében, hogy a meglévő felhasználók ne veszítsék el a hozzáférésüket. |
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 .
Töltse fel azt a CI-metaadatfájlt, amely tartalmazza az Identity Provider alkalmazást.
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-Info
SIP fejléc:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true
AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
A
enableCallCorrelationID
Az Xsi-Actions alkalmazáshoz társított paraméter a híváskorrelációs információk Xsi-Actions naplókban való szerepeltetésének vezérlésére szolgál. Javasoljuk, hogy rendelkezzenenableCallCorrelationID
a következő paranccsal engedélyezhető az XSP-n| ADP interfészek:XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true
A híváskorrelációs azonosítóval kapcsolatos további információkért lásd: Cisco BroadWorks híváskorrelációs azonosító funkció leírása .
Címtár-szinkronizálás
A Címtár-szinkronizálás biztosítja, hogy a Webex Cisco BroadWorks felhasználói a Webex címtár segítségével hívhassanak bármely hívó entitást a BroadWorks kiszolgálóról. Ha ez a funkció engedélyezve van, a BroadWorks kiszolgáló teljes hívási címtárát a rendszer szinkronizálja a Webex címtárral. A felhasználók elérhetik a címtárat a Webex alkalmazásból, és a BroadWorks kiszolgálóról bármely hívó entitást felhívhatnak.
A Címtár-szinkronizálás bekapcsolásához lépjen a következőre: Címtár-szinkronizálás a Webex a Cisco BroadWorks rendszerhez .
A Webex Cisco BroadWorks folyamaton keresztüli üzembe helyezése hozzáadja az üzenetküldő felhasználókat és a kapcsolódó hívási információkat a BroadWorks kiszolgálóról a Webex platformhoz. A telefonlisták, a nem üzenetküldő felhasználók és a nem felhasználói entitások azonban nem szerepelnek benne (például konferenciatermi telefon, faxkészülék vagy keresőcsoport száma). A Címtár-szinkronizálás bekapcsolása biztosítja, hogy az összes hívó entitás hozzákerüljön a Webex platformhoz. |
Egységes híváselőzmények
Ha engedélyezve van az egyesített híváselőzmények, a BroadWorks hívási események szinkronizálódnak a Webex felhőbe, és részeivé válnak a Webex Unified hívás- és értekezletelőzményeknek, amelyek a Webex alkalmazásban jelennek meg. A felhasználók megtekinthetik saját részletes híváselőzményeiket és értekezletelőzményeiket a Webex alkalmazásból.
Az egyesített híváselőzményeket a partnerszintű rendszergazdák engedélyezhetik a Partner Hubban fürtönkénti alapon. Amikor ez a funkció be van kapcsolva, a BroadWorks-telepítés a következő hívási eseményeket szinkronizálja a Webex felhőbe:
Híváselőzmény-események – ezek az események hozzászoktak egy részletes egyesített híváselőzmény létrehozásához
Hook Status események—A Unified Call History olyan kagylóállapot-optimalizálásokat tartalmaz, amelyek csökkentik a hálózati sávszélességet a telefonos jelenlét frissítéseihez
Egységesített híváselőzmények követelményei
Az egyesített híváselőzmények konfigurálása előtt győződjön meg arról, hogy javította a rendszert. Ez a funkció a következő BroadWorks javítások telepítésétől függ:
R22 esetén:
AP.as.22.0.1123.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
R23 esetén:
AP.as.23.0.1075.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
XSP használata esetén—
AP.xsp.23.0.1075.ap378585
Ha ADP-t használ—
Xsi-Events-23_2021.05_1.251.bwar
R24 esetén:
AP.as.24.0.944.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
A Webex Cisco BroadWorks rendszerhez készült futtatásának előfeltételeként telepítendő BroadWorks-javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben. |
A rendszer javítása mellett az ügyfél konfigurációs fájlja ( config-wxt.xml
) a következő címkekészlettel kell rendelkeznie: <call-history enable-unified-history=”%ENABLE_UNIFIED_CALL_HISTORY_WXT%”/>
Ahhoz, hogy a Hunt Group, Call Center és egyéb átirányítási információk megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R23 esetén:
AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994
R24 esetén:
AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994
Ahhoz, hogy az Executive-Assistant információi megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R24 esetén:
AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
Az Xsi-Events-24-et futtató ADP_ 2022.06. vagy újabb
A Broadworks javítások mellett a Címtár szinkronizálást engedélyezni kell az Executive-Assistant egyesített híváselőzményeihez is.
Ha engedélyezi a híváselőzményeket vagy a DND-szinkronizálást, a Webex CTI -előfizetés-frissítési kérelmeket küld a fürthöz tartozó összes felhasználó számára. A felhasználók számától függően ez néhány óráig is eltarthat. Javasoljuk, hogy ne végezzen Broadworks-karbantartási tevékenységet ugyanazon a karbantartási időszak alatt. |
Híváselőzmények engedélyezése (új fürt)
Ha új fürtön szeretné engedélyezni a híváselőzményeket, olvassa el a fürtök hozzáadásának lépéseit Konfigurálja a saját partnerszervezetét a Partner Hubban .
Híváselőzmények engedélyezése (meglévő fürt)
Ha engedélyezni szeretné a híváselőzményeket egy meglévő fürtön, kövesse az alábbi lépéseket:
Jelentkezzen be a Partner Hubba a következő címen:
admin.webex.com
.Ugrás ide: Beállítások elemre és válasszon ki egy meglévő fürtöt.
Ellenőrizze, hogy a fürtkapcsolat megfelelő-e. A jobb oldali panelen egy zöld jelölő kell megjelennie a következővel: A kapcsolat létrejött .
Ha ez nem jelenik meg, akkor a következő alatt: Kapcsolatok ellenőrzése (opcionális) , adja meg BroadWorks felhasználói azonosító és BroadWorks jelszó és kattintson Ellenőrizze hogy ellenőrizze a kapcsolat megfelelőségét.
Ellenőrizze a hívásnapló engedélyezése jelölőnégyzet.
Kattintson a Mentés lehetőségre.
Funkcióinterakciók
A következő funkcióinterakciók léteznek az egyesített híváselőzmények esetében:
Az egyesített híváselőzmények nem támogatottak azoknál a felhasználóknál, akik a BroadWorksben útvonallistákkal vagy közvetlen útvonalakkal vannak konfigurálva. Ha ez a helyzet áll fenn, a rendszer nem küldi el a híváselőzményeket és a Hook állapot eseményeit a Webex alkalmazásba.
Az egyesített híváselőzmények nem támogatottak melléktárcsázás esetén. Előfordulhat, hogy a mellék tárcsázásával indított hívások nem jelennek meg megfelelően a Híváselőzményekben.
Híváselőzmények megtekintése a Webex alkalmazásban
A végfelhasználók a Webex alkalmazásból érhetik el és tekinthetik meg az egyesített híváselőzményeiket. A részletekért lásd: Webex| Hívás- és értekezletelőzmények megtekintése .
Az egyesített híváselőzmények letiltása
Miután engedélyezte az egyesített híváselőzményeket egy fürtön, önmagában nem tilthatja le a funkciót. Ha le szeretné tiltani a funkciót, forduljon a következőhöz: Cisco Technical Assistance Center (TAC) .
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. Példa: Asztali kliens esetén: Rendszer>Identitás/eszközprofil típusa Módosítás> Business Communicator - PC: Profil , Normál beállítások, Portok száma:
- HA a 'Korlátlan' engedélyezve van, nincs szükség módosításra
- HA a 'Korlátozott:' értéke <10, módosítsa az értéket = 10, és mentse az összes rendelkezésre álló vonalat
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.
Bármilyen ügyfél által kezdeményezett kérés esetén, például CallStartRequest, CallPickupRequest, DirectedCallPickupRequest, DirectedCallPickupWithBargeInRequest stb. esetén, ha<Webex Client=""> (ha nem megfelelő, a Webex kliens helyett válassza ki a megfelelő nevet) Shared Call hívásmegjelenítés eszközként van beállítva, a „Minden megjelenés riasztása kattintásra tárcsázó hívásokhoz” konfigurációt engedélyezni kell a Shared Call megjelenése beállításnál az ügyfél számára hívás fogadására, kivéve, ha a helyszínt a kérést kezdeményező ügyfél kifejezetten megadja.
Mobil natív hívás eszkalálása értekezletre
A Mobile Native Call Escalate to Meeting két egyedi funkcióval rendelkezik:
Új leküldéses értesítés
A natív hívást kezdeményező mobilfelhasználók mostantól az Új leküldéses értesítés lehetőségre koppintva válthatnak a Webex alkalmazásra. Amikor elindít egy natív hívási képernyőt, egy Új leküldéses értesítés jelenik meg a képernyőn, és az értesítésre koppintva közvetlenül a Webex App hívás közbeni képernyőjére kerül.
mobiltelefon közben megjelenik a Webex értesítés, ha a Webex Go alkalmazást használja, vagy ha a mobilhálózat-szolgáltató (MNO) rendelkezik a Cisco hívásvezérlés használó hívásjelzéssel a mobiltelefon hívásokhoz.
Mobilhívás áthelyezése értekezletbe
Amikor éppen egy hívásban van valakivel, érdemes áthelyezni a hívást egy értekezletbe, hogy kihasználhassa az értekezletek egyes speciális funkcióit, például a videót, a megosztást vagy a jegyzettáblát. Vagy hívjon meg másokat a beszélgetésbe, és lépjen át egy értekezletre.
BroadWorks-követelmények
Aktiválható 25239 funkció
R23 XSP-vel| ADP:
AS Patch AP.as.23.0.1075.ap383064
XSP| ADP-javítás AP.xsp.23.0.1075.ap383064
Javítás: AP.platform.23.0.1075.ap383064
R23 ADP-vel:
AS Patch AP.as.23.0.1075.ap383064
ADP Xsi-Actions-23-mal, CommPilot-23 verzió > 2022.05_ 1.303 és NPS verzió > 2022.08_ 1.350
R24:
AS javítás: AP.as.24.0.944.ap383064
ADP Xsi-Actions-24, CommPilot-24 verzió > 2022.05_ 1.303 és NPS verzió > 2022.08_ 1.350
R25:
AS RI R kiadásel_ 2022.08_ 1.354
ADP Xsi-Actions-25-tel, CommPilot-25 > 2022.08_ 1.350 és NPS verzió > 2022.08_ 1.350
URI tárcsázási konfiguráció a Hívás áthelyezése értekezletbe funkció támogatására
NS Urltárcsázási házirend
Határozzon meg szabályt a (.*)webex.com számára az I-SBC-n keresztül történő átirányításhoz
NS_CLI/Policy/UrlDialing> get WebexMeetings
Policy: UrlDialing Instance: Webex
unknownSipURIHandling = reject
disableSubscriberLookups = true
Enable = true
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, TPSX, OAX, GNT, DP, LPS, OA, TPS, IOA, MOBX, EA, FGB, MOB, SNEN, POA, SV, SVCD, CAC, IN, TO1X, MS, CSV, VSC, EM, SVCO, SMC, TPSE, ZD, NIL, CS, CT, TF, GAN, VFAC, TO, DA, OAP}
lineportOnly = false
enableSipURIMatchingRules = true
NS_CLI/Policy/UrlDialing/Rules> get WebexMeetings
Policy: UrlDialing Instance: WebexCalling Table: Rules
id pattern routingNE cost weight dtg
===================================================================
1 *@*.webex.com WebexMeetings 1 50 WebexMeetings
NS NE útválasztás az I-SBC számára
Példa konfigurációra
NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
Network Element WebexMeetings
Location = 1281465
Data Center =
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = NIL_PROFILE
Remote Lookup Enabled = false
Signaling Attributes =
NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
Routing NE Address Cost Weight Port Transport Route
=====================================================================
WebexMeetings sbc-address 1 99 - unspecified
NS útválasztási profil
UrlDialing házirend-példány hozzáadva a megfelelő útválasztási profil(ok)hoz
NS_CLI/Policy/Profile> get profile MyInst
Profile: Webex
Policy Instance
==========================================
…
UrlDialing WebexMeetings
AS NS Route használata a NetworkURL híváshoz
Engedélyezze az AS számára az NS útvonal tiszteletben tartását Hibrid AS módban
AS_CLI/Interface/IMS> set queryNSForNetworkURL true
E911 Segélyhívás
A Webex for Cisco BroadWorks támogatja az E911 segélyhívó szolgálatok hívását. Ezzel a funkcióval a segélyhívások egy PSAP-ra lesznek irányítva, amely a segélyhívó szolgálatokat a hívó fél helyszínére irányíthatja. A funkció használatához integrálnia kell a Webex for Cisco BroadWorks alkalmazást egy E911 segélyhívás szolgáltatóval.
A következő Webex -cikkek segítségével konfigurálhatja az E911 segélyhívó szolgáltatásainak támogatását:
E911 vészhívás a Webex for BroadWorks alkalmazásban —E cikk segítségével konfigurálhatja az E911-vészhívást a Webex for Cisco BroadWorks alkalmazásban az alábbi támogatott E911-szolgáltatók egyikének használatával:
Sávszélesség
Intrado
RedSky
Segélyhívási felelősség kizárása — Ha rendelkezik helymeghatározási szolgáltatással, beállíthatja, hogy a Webex alkalmazás Vészhelyzeti szolgálatok felelősségkizárása ablaka tartalmazzon lehetőséget a felhasználók számára, hogy bejelentkezéskor frissítsék a tartózkodási helyüket.
Ügyfelek testre szabása és biztosítása
A felhasználók letöltik és telepítik az általános Webex -alkalmazásaikat, asztali számítógépre vagy mobilra (a letöltési hivatkozásokat lásd: Webex alkalmazásplatformok ). A felhasználó hitelesítését követően a kliens regisztrál a Webex Cloudon üzenetküldéshez és értekezletekhez, lekéri a márkainformációit, felfedezi a BroadWorks szolgáltatás információit, és letölti a hívási konfigurációját a BroadWorks alkalmazáskiszolgálóról (DMS-en keresztül XSP-n| ADP).
A Webex-alkalmazások hívási paramétereit a Webex -ben konfigurálhatja (a szokásos módon). A Control Hubban konfigurálhatja a márkaépítési, üzenetküldési és értekezletparamétereket az ügyfelek számára. A konfigurációs fájl közvetlenül nem lehet módosítani.
Ez a két konfigurációkészlet átfedheti egymást, ebben az esetben a Webex -konfiguráció felülírja a BroadWorks-konfigurációt.
Webex Apps konfigurációs sablonok hozzáadása a BroadWorks alkalmazáskiszolgálóhoz
A Webex alkalmazások DTAF fájlokkal vannak konfigurálva. Az ügyfelek letöltenek egy konfigurációs XML-fájl az alkalmazáskiszolgálóról az XSP eszközkezelő szolgáltatásán keresztül| ADP.
Szerezze be a szükséges DTAF fájlokat (lásd Eszközprofilok lehetőségre A környezet előkészítése szakaszban).
Ellenőrizze, hogy a megfelelő címkekészletek vannak-e beállítva BroadWorks System > Erőforrások > Eszközkezelési címkekészletek .
Minden egyes beüzemelt ügyfél esetében:
Töltse le és bontsa ki a DTAF zip fájlt az adott klienshez.
DTAF-fájlok importálása a BroadWorks-be itt: Rendszer > Erőforrások > Identitás/eszközprofil típusok
Nyissa meg az újonnan hozzáadott eszközprofil szerkesztéshez, és:
Adja meg az XSP-t| ADP farm FQDN és Device Access Protocol.
Ellenőrizze a Távoli partyinformációk támogatása jelölőnégyzet. Ez a támogatás szükséges az asztalmegosztás működéséhez.
A távoli fél támogatását úgy is engedélyezheti, hogy futtatja a következő CLI-parancs az alkalmazáskiszolgálón:AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Módosítsa a sablonokat a környezetének megfelelően (lásd az alábbi táblázatot).
Mentse el a profilját.
Kattintson Fájlok és hitelesítés majd válassza ki az összes rendszerfájl újraépítését.
Név | Leírás |
Kodek prioritás | Állítsa be a VoIP -hívások hang- és videokodekeinek prioritási sorrendjét |
TCP, UDP és TLS | Konfigurálja a SIP-jelküldés és médiához használt protokollokat |
RTP audio és videó portok | Porttartományok konfigurálása az RTP hanghoz és videóhoz |
SIP beállítások | Konfigurálhatja a SIP -pel kapcsolatos különféle opciókat (SIP INFO, rport használata, SIP-proxy felderítés, frissítési időközök a regisztrációhoz és az előfizetéshez stb.) |
A Webex alkalmazás márkaépítésének testreszabása
Partner testreszabása—A partneri rendszergazdák alkalmazhatnak speciális márkaépítési testreszabásokat, amelyek a partner által kezelt partnerszervezetre és/vagy ügyfelekre vonatkoznak. Lásd Speciális márka-testreszabások konfigurálása .
Ügyfélre vonatkozó testreszabások—Ha a partner lehetővé teszi az ügyfelek számára, hogy alkalmazzák saját márkaépítési testreszabásaikat, az ügyfél rendszergazdái a következő oldalon követhetik az eljárást: Vállalati márkaépítés hozzáadása a Webex .
A Felhasználóaktiválási portál ugyanazt az emblémát használja, mint amit az ügyfél márkaépítéshez ad hozzá. |
A problémajelentési és a súgó URL-címek testreszabása
A beállítások testreszabásához a rendszergazdák követhetik a „Visszajelzés és súgóoldal URL-címeinek hozzáadása” című eljárást, amely mindkét fenti Márkaépítési cikkben található.
A Webex for Cisco BroadWorks tesztszervezetének konfigurálása
Mielőtt elkezdené
Átfolyós üzembe helyezéssel
Az összes XSP-t be kell állítania| Az ADP-szolgáltatásokat, és a partnerszervezetet a Control Hubban, mielőtt elvégezné ezt a feladatot.
1 | Szolgáltatás hozzárendelése a BroadWorks-ben: |
2 | Ügyfélszervezet és felhasználók ellenőrzése a Control Hubban: |
Felhasználói tesztelés
1 | Töltse le a Webex alkalmazás két különböző gépen. |
2 | Jelentkezzen be tesztfelhasználóként a két gépen. |
3 | Indítson teszthívásokat. |
Ügyfélszervezetek biztosítása
A jelenlegi modellben automatikusan kiépítjük az ügyfélszervezetet, amikor belép az első felhasználóba a jelen dokumentumban ismertetett módszerek bármelyikén keresztül. Az üzembe helyezés csak egyszer történik minden ügyfél esetében.
Felhasználók beüzemelése
A szolgáltatlási felhasználók a következő módokon adhatja ki:
Használjon API-kat Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailekhez a Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailek nélkül. A felhasználók megadják és érvényesítik az e-mail-címeket a Webex -fiókok létrehozásához
Engedélyezze a felhasználók számára az önaktiválást (küldjön nekik egy hivatkozást, ők hoznak létre Webex -fiókot)
Nyilvános üzembe helyezési API-k
A Webex nyilvános API-kat tesz elérhetővé, hogy lehetővé tegyék a szolgáltatók számára, hogy integrálják a Webex for Cisco BroadWorks előfizetői kiépítését a meglévő üzembe helyezési munkafolyamataikba. Ezen API-k specifikációi itt érhetők el: developer.webex.com
. Ha ezekkel az API-kkal szeretne fejleszteni, forduljon a Cisco képviselőjéhez, és szerezze be a Webex Cisco BroadWorks alkalmazást.
A nagykereskedelmi ügyfeleket elutasítják ezek az API-k. |
Folyamatos üzembe helyezés
A BroadWorks rendszeren a szolgáltatlási felhasználók a Integrált IM&P engedélyezése opciót. Ez a művelet arra készteti a BroadWorks üzembe helyezési illesztőt, hogy egy API-hívás indít a felhasználó kiépítéséhez a Webex-en. Az üzembe helyezési API -nk visszafelé kompatibilis az UC-One SaaS API-val . A BroadWorks AS nem igényel kódmódosítást, csak a létesítési adapter API -végpontjának konfigurációs módosítás .
Az előfizetők telepítése a Webex -en jelentős időt vehet igénybe (a kezdeti felhasználónál több percet is igénybe vehet a vállalaton belül). A Webex az üzembe helyezést háttérfeladatként végzi. Tehát az átmenőleges üzembe helyezés sikeressége azt jelzi, hogy a telepítés megkezdődött. Nem jelzi a befejezést. Annak ellenőrzéséhez, hogy a felhasználók és az ügyfélszervezet teljes körűen kiépült-e a Webex rendszerében, be kell jelentkeznie a Partner Hubra, és meg kell néznie az Ügyféllistát. A BroadWorks törzshálózatot használó felhasználók megosztott hívási megjelenésen (SCA) keresztül rendelkezhetnek Webex for BroadWorks-szel. A trönkelő felhasználóhoz hozzá kell rendelni a hitelesítési szolgáltatást. A BroadWorks trunking megoldási útmutató 8. szakaszában leírtak szerint ez lehetővé teszi, hogy az SCA Webex megjelenés hitelesítése elkülönüljön a közös fővonali hitelesítéstől. A Webex for BroadWorks nem létesíthető olyan trönkelő felhasználók számára, akiknek Útvonallista vagy Közvetlen útválasztás funkciói vannak hozzárendelve. |
A sablonok helye átkerült a BroadWorks Calling alkalmazásból a Szervezeti beállításokban az Ügyféllista részbe, és mostantól Bevezető sablonnak hívják. |
Felhasználói önaktiválás
BroadWorks-felhasználók kiépítése a Webex az Integrált IM&P szolgáltatás hozzárendelése nélkül:
Jelentkezzen be a Partner Hubba, és keresse meg a Ügyféllista oldalon.
Kattintson Sablonok megtekintése .
Válassza ki az erre a felhasználóra alkalmazni kívánt beüzemelési beléptető sablont.
Ne feledje, hogy minden sablon egy fürthöz és a partnerszervezethez van társítva. Ha a felhasználó nincs a sablonhoz társított BroadWorks rendszerben, akkor a felhasználó nem tudja aktiválni magát a hivatkozással.
Másolja ki a beüzemelési hivatkozást, és küldje el a felhasználónak.
Érdemes lehet a szoftverletöltési hivatkozást is feltüntetni, és emlékeztetni a felhasználót, hogy a Webex -fiók aktiválásához meg kell adnia és ellenőriznie kell az e- e-mail-cím .
A kiválasztott sablonon nyomon követheti a felhasználó aktiválási állapotát.
További információkért lásd: Felhasználó-létesítési és aktiválási folyamatok .
Beüzemelés nem megbízható e-mailekkel
A Partner Hub egy sor vezérlőt biztosít a Felhasználói állapot nézeten belül, amely lehetővé teszi Webex a Cisco BroadWorks rendszerhez A szolgáltató rendszergazdái ellenőrzik a felhasználó állapotát, és kijavítják a hibákat a nem megbízható e-mailekkel történő beüzemeléskor. További részletekért lásd: A felhasználói kiépítés ellenőrzése nem megbízható e-mailekkel.
Webex -felhasználók áthelyezése a Webex for Cisco BroadWorks rendszerébe
Ha meglévő Webex -felhasználókat szeretne áthelyezni a Webex for Cisco BroadWorks rendszerébe, tekintse meg az alábbi táblázatot a követendő eljárás meghatározásához.
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) |
|
Ügyfélszervezet | A Webex for BroadWorks csatolása a meglévő szervezethez — A szervezeti melléklet (az első felhasználó számára) a Webex for BroadWorks alkalmazást is hozzáadja a következő felhasználókhoz, amennyiben azok a megfelelő szervezethez vannak rendelve. |
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) | Ha a Webex for BroadWorks-szervezet nem létezik (nincs kiépítve felhasználó):
Ha létezik Webex for BroadWorks-szervezet (legalább egy felhasználó ki van jelölve):
|
Ügyfélszervezet |
|
Felhasználó áthelyezése (beleegyezéssel) a Webex Cisco BroadWorks alkalmazásba
Ezzel az eljárással áthelyezhet egy meglévő Webex -felhasználót, aki egy fogyasztói szervezethez tartozik, vagy önregisztráló fiókkal (ingyenes fiókkal vagy próbafiókkal) rendelkezik a Webex for Cisco BroadWorks rendszerébe. Ne feledje, hogy a Webex for Cisco BroadWorks szervezetnek léteznie kell (az első felhasználó kiépítésével). Ebben az esetben az alábbi lehetőségek egyikével helyezheti át a felhasználókat:
Felhasználó áthelyezése (megbízható e- e-mail-címmel) – A megbízható e-mail-címekkel történő létesítést használja
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel) – A nem megbízható e-mailekkel kapcsolatos szolgáltatást használja
Önaktiválás
Felhasználó áthelyezése (megbízható e- e-mail-címmel)
Ha a belépési sablon megbízható e-maileket használ, a partner rendszergazda a következő felhasználókat a következő folyamattal helyezheti át:
A rendszergazda hozzáadja a felhasználót.
A felhasználó a BroadWorks Provisioning Bridge-re kerül.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Fiók aktiválása . A felhasználót a rendszer a Webex Consumer portálra irányítja át.
A felhasználó bejelentkezik a Webex.
Felhasználói kattintások Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel)
Ha a beléptető sablon nem megbízható e-maileket használ, először a felhasználó e- e-mail-cím kell érvényesíteni. A rendszergazda az alábbi folyamatot követve helyezheti át a következő felhasználókat:
A rendszergazda hozzáadja a felhasználót.
A felhasználó automatikusan a BroadWorks Provisioning Bridge-re kerül.
A rendszer egy aktiválási hivatkozást tartalmazó szöveget küld a felhasználónak.
A felhasználó rákattint az Aktiválás hivatkozásra, és megadja az e- e-mail-cím.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Csatlakozzon most .
Az e- e-mail-cím érvényesítése megtörtént.
A rendszer átirányítja a felhasználót, hogy jelentkezzen be a Webex Consumer portálra.
A felhasználó bejelentkezik a Webex.
A felhasználónak rá kell kattintania Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Önaktiválási folyamat
Ha a felhasználónak van BroadWorks-fiókja, akkor az önaktiválási folyamat segítségével áthelyezheti a fiókját.
A felhasználó BroadWorks hitelesítési adataival jelentkezik be a felhasználói hozzáférési portál URL -címére.
A felhasználó megadja az e- e-mail-cím.
A felhasználó a BroadWorks Provisioning Bridge-be kerül.
A rendszer egy automatikus e-mailt küld a felhasználó e- e-mail-cím.
A felhasználó megnyitja az e-mailt, és rákattint a Csatlakozzon most hivatkozást, amely hitelesíti az e- e-mail-cím.
A CI azt találja, hogy a felhasználónak már van Webex -fiókja. A felhasználónak törölnie kell a régi fiókját, mielőtt folytatná.
A rendszer átirányítja a felhasználót a Webex való bejelentkezésre.
A felhasználó bejelentkezik a Fogyasztói Portálra.
A felhasználó rákattint Fiók törlése lehetőségre .
A régi Webex -fiók törlődik.
A felhasználó egy új Webex for Cisco BroadWorks-fiókot kapott ugyanazzal az e- e-mail-cím.
A Webex for BroadWorks csatolása a meglévő szervezethez
Ha Ön partner rendszergazda Webex for BroadWorks szolgáltatásokat ad hozzá egy meglévő Webex ügyfélszervezethez, amely még nincs társítva partner által kezelt BroadWorks-vállalattal, az ügyfélszervezet rendszergazdájának KELL jóváhagynia a rendszergazdai hozzáférést ahhoz, hogy a beüzemelési kérelem sikeres legyen.
Szervezeti rendszergazdai jóváhagyásra van szükség, ha a következők bármelyike igaz:
A meglévő ügyfélszervezetnek 100 vagy több felhasználója van
A szervezet ellenőrzött e-mail-domainnel rendelkezik
A szervezeti tartomány igényelve
Ha a fenti feltételek egyike sem teljesül, akkor automatikus csatolás történhet.
Egy an Automatikus csatolás forgatókönyv esetén a Webex for BroadWorks-előfizetés hozzáadásra kerül egy meglévő ügyfélszervezethez a meglévő szervezeti rendszergazda vagy végfelhasználó értesítése nélkül. A legtöbb esetben a Partnerszervezete létesítési rendszergazdai jogokat kap. Ha azonban az ügyfélszervezetnek nincs licence, vagy csak felfüggesztett/visszavont licencei vannak, akkor teljes körű rendszergazda lesz. Az üzembe helyezési rendszergazdai hozzáféréssel korlátozott mértékben láthatja a meglévő szervezet felhasználóit a Control Hubban. Javasoljuk, hogy vegye fel a kapcsolatot az ügyfél rendszergazdájával, és kérjen teljes rendszergazdai hozzáférést a szervezethez. |
A partnerrendszergazdák a következő eljárással adhatják hozzá a BroadWorks hívási szolgáltatásokat egy meglévő Webex szervezethez:
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ó üzembe helyezésének 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. |
Előfizetés lemondása a Control Hubról
Mivel az API privát, az ügyfelek nem férhetnek hozzá. Ehelyett a következő lépések bemutatják, hogyan mondhatják le az ügyfelek a saját előfizetésüket a Control Hubról:
A Partner-rendszergazda az Ügyfél vezérlőpultján navigálhat a „Hibrid” szolgáltatások oldalra.
Keresse meg a „BroadWorks Calling” kártyát.
Miután az összes felhasználó telepítése megtörtént a Webex for BroadWorks alkalmazásból az adott Ügyfél számára, a Partnernek látnia kell a „Konfiguráció törlése” gombot (azaz törli acustomer_config bejegyzés a BPB-ben).
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.
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 WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw
Terminológia
- ACL
- Hozzáférés-vezérlési lista
- ALG
- Alkalmazásréteg-átjáró
- API
- Alkalmazásprogramozási felület
- APNS
- Apple leküldéses értesítés Service
- AS
- Alkalmazáskiszolgáló
- ATA
- Analóg telefonadapter, adapter, amely az analóg telefonálást VoIP -re alakítja
- BAM
- BroadSoft alkalmazáskezelő
- Alapszintű hitelesítés
- Olyan hitelesítési módszer, amelyben egy fiók (felhasználónév) egy megosztott titkos kód (jelszó) van hitelesítve.
- BMS
- BroadSoft Üzenetküldés Server
- BOSH
- Kétirányú adatfolyamok szinkron HTTP-n keresztül
- BRI
- Alapsebességű interfész A BRI egy ISDN hozzáférési módszer
- Csomag lehetőségre
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- CA
- Hitelesítés-szolgáltató
- Szolgáltató
- A telefonos forgalmat lebonyolító szervezet (vö. Partner, Szolgáltató, Értéknövelt viszonteladó)
- CAPTCHA
- Teljesen automatizált nyilvános Turing-teszt a számítógépek és az emberek megkülönböztetésére
- CCXML
- Hívásvezérlő bővíthető jelölőnyelv
- CIF
- Közös köztes formátum
- CLI
- Parancssori felület
- CN
- Általános név
- CNPS
- Hívásértesítések Push Server. Egy XSP-n futó Notification Push szerver| ADP a környezetében, hogy hívásértesítéseket küldjön az FCM és APNS felé. Lásd: NPS-proxy.
- CPE
- Ügyféltelepi berendezések
- CPR
- Egyéni jelenléti szabály
- CSS
- Lépcsőzetes stíluslap
- CSV
- Vesszővel elválasztott érték
- CTI
- Számítógépes telefonos integráció
- CUBE
- Cisco Unified Border Element
- DMZ
- Demilitarizált zóna
- DN
- Telefonkönyvi szám
- DND
- Ne zavarjanak
- DNS
- Tartománynév-rendszer
- DPG
- Tárcsázza a társcsoportot
- DSCP
- Differenciált szolgáltatások kódpontja
- DTAF
- Eszköztípus archív fájl
- DTG
- Cél fővonalcsoport
- DTMF
- Dual-Tone Multi-Frequency
- Végfelhasználó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Előfizető)
- Nagyvállalati
- Végfelhasználók gyűjteménye (vö. Szervezet)
- FCM
- Firebase felhőalapú Üzenetküldés
- FMC
- Javított mobilkonvergencia
- Átfolyós beüzemelés
- Felhasználók létrehozása a Webex identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorksben.
- FQDN
- Teljes tartománynév
- Teljes átfolyású üzembe helyezés
- Létrehozása és ellenőrzése felhasználókat a Webex Identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorks és állítva hogy minden BroadWorks-felhasználó egyedi és érvényes e- e-mail-cím rendelkezik .
- FXO
- A Devizairoda az a port, amely az analóg vonalat fogadja. Ez a telefon vagy a faxkészülék, illetve az analóg telefon csatlakozói. On-hook/off-hook jelzést ad (hurokzárás). Mivel az FXO port egy eszközhöz, például faxhoz vagy telefonhoz csatlakozik, az eszközt gyakran „FXO eszköznek” is nevezik.
- FXS
- A deviza-előfizető az a port, amely ténylegesen továbbítja az analóg vonalat az előfizetőnek. Más szóval, a „dugó a falba” az, amelyik a tárcsahang, az akkumulátoráramot és a csengőfeszültséget továbbítja.
- GCM
- Google Cloud Message lehetőségre
- GCM
- Galois/Counter mód (titkosítási technológia)
- HID
- Emberi felület eszköz
- HTTPS
- Hypertext Transfer Protocol Secure Sockets
- IAD
- Integrált hozzáférési eszköz
- IM&P
- Azonnali Üzenetküldés és jelenlét
- IP PSTN
- Olyan szolgáltató , amely VoIP -ot nyújt a PSTN-nek, felcserélhető az ITSP-vel, vagy az internethez kapcsolódó „nyilvános” telefonálás általános kifejezésével, amelyet a nagy távközlési szolgáltatók biztosítanak (nem pedig országok szerint, ahogyan a PSTN az).
- ITSP
- Internettelefon szolgáltató
- IVR
- interaktív hangválasz / válaszadó
- JID
- Az XMPP entitások natív címét Jabber-azonosítónak vagy JID-nek nevezik localpart@tartomány.part.example.com/resourcepart (@ . / elválasztók)
- JSON
- Java Script objektumjelölés
- JSSE
- Java Secure Socket kiterjesztés; a mögöttes technológia, amely biztonságos kapcsolódási szolgáltatásokat nyújt a BroadWorks szervereknek
- KEM
- Kulcskiterjesztés modul (hardveres Cisco telefonok)
- LLT
- Hosszú élettartamú (vagy Long Life) token; a vivői token önleíró, biztonságos formája, amely lehetővé teszi a felhasználók számára, hogy hosszabb ideig maradjanak hitelesítettek, és nincs bizonyos alkalmazásokhoz kötve.
- MA
- Üzenetarchiválás
- MIB
- Vezetési információs bázis
- MS
- Médiakiszolgáló
- mTLS
- Kölcsönös hitelesítés két fél között, tanúsítványcserével, TLS kapcsolat létesítésekor
- MUC
- Többfelhasználós csevegés
- NAT
- Hálózati cím fordítások
- NPS
- Notification Push Server; lásd: CNPS
- NPS-proxy
-
A Webex olyan szolgáltatása, amely rövid élettartamú hitelesítési tokeneket szállít a CNPS-nek, lehetővé téve, hogy hívási értesítéseket küldjön le az FCM és az APN, végső soron a Webex futtató Android és iOS eszközök számára.
- OCI
- Nyissa meg az ügyfélfelületet
- Szervezet
- Végfelhasználók egy csoportját képviselő vállalat vagy szervezet (vö. Vállalati)
- OTG
- Kimenő fővonal-csoport
- Csomag
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- Partner
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Értéknövelt viszonteladó, szolgáltató, szolgáltató)
- PBX
- Privát fiókcsere
- PEM
- Továbbfejlesztett adatvédelmi levelezés
- PLMN
- Nyilvános szárazföldi mobilhálózat
- PRI
- A Primary Rate Interface (PRI) egy távközlési interfészszabvány , amelyet Integrált Szolgáltatású Digitális Hálózaton (ISDN) használnak .
- Ui.:
- Profilkiszolgáló
- PSTN
- Nyilvános kapcsolt telefonhálózat
- QoS
- Szolgáltatásminőség
- Viszonteladói portál
- Egy weboldal, amely lehetővé teszi a viszonteladó rendszergazdájának az UC-One SaaS-megoldás konfigurálását. Néha BAM portálnak, rendszergazdai portálnak vagy felügyeleti portálnak is nevezik.
- RTCP
- Valós idejű vezérlési protokoll
- RTP
- Real-Time Transport protokoll
- SBC
- Session Border Controller
- SCA
- Shared Call megjelenése
- SD
- Szabványos felbontás
- SDP
- Munkamenetleíró protokoll
- SP
- Szolgáltató; Olyan szervezet, amely telefonos vagy kapcsolódó szolgáltatásokat nyújt más szervezeteknek (vö. Szolgáltató, Partner, Értéknövelt viszonteladó)
- SIP
- Session Initiation Protocol
- SLT
- Rövid élettartamú (vagy rövid élettartamú) token (más néven BroadWorks SSO token); egy egyszer használatos hitelesített token, amely a webes alkalmazások biztonságos elérésére szolgál.
- SMB
- Kis- és középvállalkozások
- SNMP
- Egyszerű hálózatkezelési protokoll
- sRTCP
- biztonságos Realtime Transfer Control Protocol (VoIP hívásmédia)
- sRTP
- biztonságos Realtime Transfer Protocol (VoIP hívásmédia)
- SSL
- Biztonságos socket-réteg
- Feliratkozó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Végfelhasználó)
- TCP
- Átvitelvezérlő protokoll
- TDM
- Időosztásos multiplexelés
- TLS
- Transport Layer Security (TLS)
- Általános Szerződési Feltételek
- Szolgáltatás típusa
- UAP
- Felhasználói aktiválási portál
- UC
- Egységesített kommunikáció
- UI
- Felhasználói felület
- U azonosító
- Egyedi azonosító
- UMS
- Üzenetküldés szerver
- URI
- Egységes erőforrás-azonosító
- URL
- Uniform Resource Locator
- USS
- Megosztási kiszolgáló
- UTC
- Egyezményes koordinált világidő
- UVS
- Videó szerver
- Értéknövelt viszonteladó (VAR)
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Szolgáltató, Partner, Szolgáltató)
- VGA
- Video Graphics Array
- VoIP
- Voice over internetprotokoll (IP)
- VXML
- Hanggal bővíthető jelölőnyelv
- WebDAV
- web elosztott szerzői és verziószámozás
- WebRTC
- web valós idejű kommunikáció
- WRS
- WebRTC szerver
- XMPP
- Bővíthető Üzenetküldés és jelenléti protokoll
Szolgáltatások konfigurálása (mTLS-szel a hitelesítési szolgáltatáshoz)
Az alábbi eljárások váltják fel a témakörben szereplő eljárásokat Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k . Ezeket az eljárásokat csak akkor végezze el, ha mTLS-t használ a hitelesítési szolgáltatáshoz a CI token érvényesítés helyett. Ezek az eljárások kötelezőek, ha több Webex -szervezetet futtat ugyanazon az XSP-n| ADP szerver. Ellenkező esetben ezek nem kötelezőek.
Ha nem futtat több Webex -szervezetet ugyanazon az XSP-n keresztül| ADP szerver, CI Token Validation ( TLS-szel) javasolt a hitelesítési szolgáltatáshoz. Lásd: Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k a hitelesítési szolgáltatás és egyéb szolgáltatások konfigurálásával kapcsolatos részletekért. |
Xsi felületek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a leírás szerint Cisco BroadWorks Xtended Services felület konfigurációs útmutató .
Az Xsi-Events alkalmazásoknak csak egy példányát kell telepíteni az XSP-re| A CTI interfészhez használt ADP.
A Broadworks és a Webex közötti integrációhoz használt összes Xsi-Eventnek ugyanazzal a Webex -vel kell rendelkeznie, mint az Applications/Xsi-Events/GeneralSettings alatt. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
Amikor egy felhasználó bejelentkezett a Webex, a Webex előfizetést hoz létre a felhasználó számára az AS-en, hogy fogadja a telefonos eseményeket a jelenlét és a hívásnapló vonatkozásában. Az előfizetés a callControlApplicationName alkalmazáshoz van társítva, és az AS ennek alapján tudja, melyik Xsi-Eventsnek küldje el a telefonos eseményeket.
A callControlApplicationName módosítása, vagy ha nem ugyanaz a név az összes Xsi-Events webalkalmazáson, az hatással lesz az előfizetésekre és a telefonos eseményekre. |
Hitelesítési szolgáltatás konfigurálása (mTLS-szel)
A hosszú élettartamú BroadWorks tokeneket az XSP-n tárolt hitelesítési szolgáltatás hozza létre és hitelesíti| ADP-k.
Követelmények
Az XSP| A hitelesítési szolgáltatást futtató ADP-kiszolgálóknak rendelkezniük kell konfigurált mTLS-interfészekkel.
XSP| Az ADP-knek ugyanazokat a kulcsokat kell megosztaniuk a BroadWorks hosszú élettartamú tokenek titkosításához/visszafejtéséhez. Ezeknek a kulcsoknak a másolása az egyes XSP-kre| Az ADP manuális folyamat.
XSP| Az ADP-ket szinkronizálni kell az NTP-vel.
Konfiguráció áttekintése
Az alapvető konfiguráció az XSP-n| Az ADP-k a következőket tartalmazzák:
Telepítse a hitelesítési szolgáltatást.
Állítsa be a token időtartamát legalább 60 napra (hagyja meg a kibocsátót BroadWorksként).
RSA -kulcsok létrehozása és megosztása XSP-n keresztül| ADP-k.
Adja meg a webes tároló authService URL -címét.
Telepítse a hitelesítési szolgáltatást az XSP rendszeren| ADP
Minden XSP-n| A Webex használt ADP:
Aktiválja a hitelesítési szolgáltatás alkalmazást az elérési úton
/authService
(ezt az elérési utat kell használnia):XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService
(hol
<version>
az Ön BroadWorks-verziója).Az alkalmazás telepítése:
XSP|ADP_CLI/Maintenance/ManagedObjects>
deploy application /authService
Token időtartamának konfigurálása
A meglévő tokenkonfiguráció ellenőrzése (óra):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
get
Állítsa be az időtartamot 60 napra (maximum 180 nap):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
set tokenDurationInHours 1440
RSA -kulcsok létrehozása és megosztása
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
E két tényező miatt egyetlen XSP-n kell kulcsokat generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k. |
Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress> /authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét
Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket.
Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Bizalom konfigurálása a hitelesítési szolgáltatáshoz (mTLS-szel)
Jelentkezzen be a Control Hubba a partnerrendszergazdai rendszergazdafiók.
Ugrás ide: Töltse Webex CA-tanúsítványt hogy megkapja
és kattintsonCombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
.Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
.Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
. (Nem kötelező) Futtassa a súgótUpdateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot
,webexclientroot2023
,webexclientissuing
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, ha mind a négy bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
(Opció) Az mTLS konfigurálása a HTTP interfész/port szintjén
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS-t HTTP interfész/port szinten állítja be, az mTLS-re minden, ezen a felületen/porton keresztül elérhető webalkalmazáshoz szükség van.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/HttpServer>
és futtassa aget
parancsot a felületek megtekintéséhez.Interfész hozzáadása és ügyfélhitelesítés előírása (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Lényegében az első
true
TLS -sel (a kiszolgálótanúsítvány létrejön, ha szükséges), és a másodiktrue
arra kényszeríti a felületet, hogy klienstanúsítvány -hitelesítést igényeljen (együtt mTLS).
Például:
XSP|ADP_CLI/Interface/Http/HttpServer> get
Interface Port Name Secure Client Auth Req Cluster Fqdn
=======================================================
192.0.2.7 443 XSP|ADP01.collab.example.net true false
192.0.2.7 444 XSP|ADP01.collab.example.net true true
Ebben a példában az mTLS (Client Auth Req = true) engedélyezve van 192.0.2.7
port 444
. A TLS engedélyezve van 192.0.2.7
port 443
.
(Opció) Az mTLS konfigurálása adott webes alkalmazásokhoz
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS alkalmazásszinten konfigurálódik, az mTLS-re az adott alkalmazáshoz is szükség van, függetlenül a HTTP kiszolgáló interfész konfigurációjától.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
és futtassa aget
parancsot, hogy megtudja, mely alkalmazások futnak.Alkalmazás hozzáadása és ügyfélhitelesítés előírása hozzá (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Az alkalmazásnevek ott vannak felsorolva. A
true
ebben a parancsban engedélyezi az mTLS-t.
Például:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
add 192.0.2.7 443 AuthenticationService true
A példaparancs hozzáadja az AuthenticationService alkalmazást a 192.0.2.7:443-hoz, és megköveteli tőle, hogy tanúsítványokat kérjen és hitelesítsen az ügyféltől.
Ellenőrizze a következővel: get
:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
get
Interface Ip Port Application Name Client Auth Req
===================================================
192.0.2.7 443 AuthenticationService true
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
Merre tovább?
A konfigurációhoz újra csatlakozhat a fő dokumentumfolyamathoz a következő időpontban: CTI felület és kapcsolódó konfiguráció .
További tanúsítványkövetelmények az AuthService elleni kölcsönös TLS -hitelesítéshez
A Webex és a hitelesítési szolgáltatás egy kölcsönös TLS -hitelesített kapcsolaton keresztül működik együtt. Ez azt jelenti, hogy a Webex bemutat egy klienstanúsítvány és az XSP-t| Az ADP-nek hitelesítenie kell. Annak érdekében, hogy megbízható legyen ez a tanúsítvány, a Webex CA-tanúsítvány segítségével hozzon létre egy megbízhatósági horgonyt az XSP-n| ADP (vagy proxy). A tanúsítványlánc letölthető a Partner Hubon keresztül:
Ugrás ide: Beállítások > BroadWorks-hívás lehetőséget .
Kattintson a tanúsítvány letöltése hivatkozásra.
A tanúsítványlánc innen is beszerezhetihttps://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt . |
A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy ebben a három esetben hol kell telepíteni a Webex CA-tanúsítvány .
Kölcsönös TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be a proxynak.
A Webex CA-tanúsítvány a proxy megbízhatósági tárolójában van telepítve, így a proxy megbízik az klienstanúsítvány.
A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy egy nyilvánosan aláírt kiszolgálótanúsítvány mutat be a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions:
X509v3 Extended Key Usage:
1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Kölcsönös TLS -tanúsítvány-követelmények a TLS-passthrough proxyhoz vagy XSP-hez DMZ-ben
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be az XSP-knek.
A Webex CA-tanúsítvány az XSP-k bizalmi tárolójában van telepítve, így az XSP-k megbíznak az klienstanúsítvány.
A nyilvánosan aláírt XSP kiszolgálótanúsítvány is betöltődik az XSP-kbe.
Az XSP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex megbízik az XSP-k kiszolgálótanúsítványait aláíró nyilvános hitelesítésszolgáltatóban.
Dokumentum módosítási előzmények
A következő táblázat a dokumentum módosításainak előzményeit mutatja be az elmúlt 12 hónapban.
Dátum | Verzió | A változás leírása | |
---|---|---|---|
2024. 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 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 |
| |
Ü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.
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-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 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.
Közös tartózkodási követelmények
-
A hitelesítési szolgáltatásnak társ-rezidensnek kell lennie az Xsi-alkalmazásokkal, mivel ezeknek az interfészeknek hosszú élettartamú jogkivonatokat 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 többi szolgáltatást/alkalmazást szétválaszthatja a mérleghez (dedikált eszközkezelő XSP| például ADP farm).
-
Megkeresheti az Xsi, CTI, Authentication Service és DMS alkalmazásokat.
-
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 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 Cisco BroadWorks Xtended Services Interface Configuration Guide című témakörben leírtakszerint.
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> kap
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 (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 újabb rendszert futtat, é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 -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 a CI jogkivonat-ellenőrzés helyett az Auth-szolgáltatás mTLS-hitelesítését szeretné konfigurálni, olvassa el a Szolgáltatások konfigurálása függeléket (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é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ásnak megfelelő javításokat:
-
R22 esetében:
-
R23 esetén:
-
R24 esetén – nincs szükség javításra
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. -
-
Telepítse a
AuthenticationService
alkalmazást az egyes XSP-ken| ADP szolgáltatás.Futtassa a következő parancsot az AuthenticationService alkalmazás aktiválásához az XSP-n| ADP a /authService környezeti elérési útra.
XSP|ADP_CLI/Maintenance/ManagedObjects> aktiválja az AuthenticationService 22.0 alkalmazást_ 1.1123/authService
Futtassa ezt a parancsot az AuthenticationService telepítéséhez az XSP-n| ADP:
XSP| ADP_ CLI/Maintenance/ManagedObjects> alkalmazás telepítése /authServiceBroadWorks SW Manager telepítése /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 szerepelnek automatikusan a BroadWorks bizalmi tárhelyen a tanúsítványkibocsátók. 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 kereskedelmi gyökér 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> kap
Ha nincs jelen, futtassa a következő parancsot az alapértelmezett Java megbízhatósági kapcsolatok importálásához:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust
Alternatív megoldásként manuálisan is hozzáadhatja ezeket a tanúsítványokat megbízhatósági horgonyként a következő paranccsal:
ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust
Ha az ADP egy korábbi kiadásról lett frissítve, akkor a rendszer a régi kiadás tanúsítványkibocsátóit automatikusan importálja az új kiadásba, és importálása mindaddig folytatódik, amíg manuálisan el nem távolítják őket.
Az AuthenticationService alkalmazás mentesül az ADP alatti validatePeerIdentity beállítás alól_ CLI/System/SSLCommonSettings/GeneralSettings, és mindig érvényesíti a peer identitást. Lásd a Cisco Broadworks X509 tanúsítvány érvényesítési FD a beállítással kapcsolatos további információkért.
-
-
Állítsa be az identitásszolgáltatókat a következő parancsok futtatásával az egyes XSP-ken| ADP szerver:
XSP| ADP_ CLI/Applications/AuthenticationService/IdentityProviders/ Cisco> get
-
állítsa be az ügyfélazonosítót client-Id-From-Step1
-
beállítás engedélyezve igaz
-
állítsa be az ügyfélTitkos értéket kliens-Titkos-From-1. lépés
-
állítsa be a ciResponseBodyMaxSizeInBytes 65536 értéket
-
állítsa be az issuerName nevét
– AURL
, adja meg a CI-fürtre vonatkozó IssuerName URL -címet. Lásd a következő táblázatot. -
állítsa be az issuerUrl-t
– AURL
, adja meg a CI-fürtre vonatkozó IssuerUrl-címet. Lásd a következő táblázatot. -
állítsa be a tokenInfoUrl-t
—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ímet Ha a CI-fürt... Az issuerName és az issuerURL beállítása a következőre:... USA-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/hitelesítés
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> hatókör beállítása broadworks-connector:user
-
Konfigurálja az identitásszolgáltatókat a Cisco Federation számára a következő parancsok segítségével az egyes XSP-ken| ADP szerver:
XSP| ADP_ CLI/Applications/AuthenticationService/IdentityProviders/ Cisco/Federation> get
-
állítsa be az flsUrl-t https://cifls.webex.com/federation
-
állítsa be a refreshPeriodInMinutes 60 értéket
-
állítsa be a refreshTokent refresh-Token-From-1. lépés
-
-
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> Letöltés
-
Konfigurálja a Token-kezelést a következő parancsokkal az egyes XSP-ken| ADP szerver:
-
XSP| ADP_ CLI/Applications/AuthenticationService/TokenManagement>
-
állítsa be a tokenIssuer BroadWorks alkalmazást
-
állítsa be a tokenDurationInHours 720 értéket
-
-
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. 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 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|
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
-
A kulcstároló helye nem konfigurálható. A kulcsok exportálása:
XSP| ADP_ CLI/Applications/authenticationService/KeyManagement>
exportKeys
-
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.kulcsokat
fájlt, ha szükséges. -
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 az authService URL-címét a webtárolóhoz. 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ímét külső hitelesítési szolgáltatásként a BroadWorks Communications Utilityhez:
XSP| ADP_ CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
url beállításahttp://127.0.0.1/authService
-
Adja hozzá a hitelesítési szolgáltatás URL-címét a tárolóhoz:
XSP| ADP_ CLI/Maintenance/ContainerOptions> adja hozzá a tomcat bw.authservice.authServiceUrl-thttp://127.0.0.1/authService
Ez 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 következővel:
kap
. -
Indítsa újra az XSP-t| ADP.
-
Az Auth-szolgáltatás ügyfélhitelesítési követelményének eltávolítása (csak R24 esetén)
Ha a hitelesítési szolgáltatás ci jogkivonat-érvényesítéssel van konfigurálva az R24-en, el kell távolítania a hitelesítési szolgáltatás ügyfél-hitelesítési követelményét is. Futtassa a következő CLI parancsot:
ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> állítsa be 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 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
kap
parancsot, é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> kap
TLS 1.2 protokoll hozzáadása a HTTP-kiszolgáló felületéhez
A Webex felhővel interakcióba lépő HTTP-felületet TLSv1.2-höz kell konfigurálni. A felhő nem egyezteti a TLS-protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP-kiszolgáló felületén:
-
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP| ADP_ CLI/Interfész/Http/HttpServer/SSLSettings/Protocols>
-
Írja be a parancsot
kap 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen. -
Írja be a parancsot
add hozzá 443 TLSv1.2
hogy az interfész TLS 1.2-t tudjon használni a felhővel való kommunikáció során.
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-be| ADP és navigáljon ide
XSP| ADP_ CLI/Interfész/Http/HttpServer/SSLSettings/Ciphers>
-
Írja be a parancsot
kap 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben). -
Írja be a parancsot
add hozzá 443
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP| ADP_ CLI/Interfész/Http/HttpServer/SSLSettings/Ciphers> 192.0.2.7 443 TLS hozzáadása_ ECDHE_ ECDSA_ WITH_ CHACHA20_ POLY1305
Keresse https://ciphersuite.info/ meg a lakosztályt mindkét néven.
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 BroadWorks eszközkezelési konfigurációs útmutató utasításai szerint kell konfigurálni.
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 konfigurálása| ADP-k 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/Rendszer/ClientIdentity> adja hozzá a bwcticlient.webex.com webhelyet
A Webex for Cisco BroadWorks klienstanúsítvány általános név : |
TLS és rejtjelezések konfigurálása a CTI-felületen
Az XSP konfigurálhatósági szintjei| Az ADP CTI felületek 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 újabb) |
XSP|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers> XSP|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols> |
A rendszer szállítási protokolljai (R22 és újabb) |
XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers> XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols> |
A rendszer összes CTI interfésze (R22 és újabb) |
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/Ciphers> XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/Protocols> |
Egy adott CTI interfész ezen a rendszeren (R22 és újabb) |
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> XSP|ADP_CLI/Interface/CTI/CTIServerSSLSettings/Protocols> |
Új telepítéskor a következő titkosítások alapértelmezés szerint települnek a rendszer szintjén. 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/Interfész/ CTI/CTIServer>
Adja meg a
kap
parancsot, é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 Tanúsítvány ügyfél hitelesítési igény ======================================= ========================= 10.155.6.175 8012 igaz igaz igaz
TLS 1.2 protokoll hozzáadása a CTI interfészhez
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/Interfész/ CTI/CTIServer/SSLSettings/Protocols>
-
Írja be a parancsot
kap
hogy megtudja, mely protokollok vannak már használatban ezen a felületen. -
Írja be a parancsot
add hozzá TLSv1.2
hogy az interfész TLS 1.2-t tudjon használni a felhővel való kommunikáció során.
TLS-titkosítási 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/Interfész/ CTI/CTIServer/SSLSettings/Ciphers>
-
Adja meg a
kap
parancsot, hogy megtudja, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben). -
Írja be a parancsot
add hozzá
hogy adjunk hozzá egy titkosítást a CTI felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a CTI felülethez a következőket kell használnia:XSP| ADP_ CLI/Interfész/ CTI/CTIServer/SSLSettings/Ciphers> 192.0.2.7 TLS hozzáadása_ ECDHE_ ECDSA_ WITH_ CHACHA20_ POLY1305
Keresse https://ciphersuite.info/ meg a lakosztályt mindkét néven.
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ánykonfiguráció eltérő az áthidaló proxy esetében (lásd: TLS-híd proxy TLS-tanúsítványkövetelményei).
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 a Partner Hub szolgáltatásba.
-
Ugrás ide: Beállítások elemre > BroadWorks-hívás és kattintson Töltse Webex CA-tanúsítványt hogy megkapja
CombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két tanúsítvány két halmazát tartalmazzák. 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 -
kombináltcertchain2023.txt
-
Megnyitás
kombináltcertchain2023.txt
szö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 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/Interfész/ CTI/SSLCommonSettings/ClientAuthentication/Trusts>
-
(Nem kötelező) Futtatás
help updateTrust
a paraméterek és a parancsformátum megtekintéséhez. -
Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot2023
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, amennyiben minden bejegyzés egyedi. -
Ellenőrizze, hogy a horgonyok frissülnek-e:
XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/ClientAuthentication/Trusts> kap
Alias 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ú]
-
Az ügyfelek tanúsítványokkal való hitelesítésének engedélyezése:
XSP| ADP_ CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> állítsa be az allowClientApp alkalmazást igaz
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 hozzá 8012 igaz igaz igaz
-
-
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ére; a következő kontextusból olvashatja el:
-
A BroadWorks R22 és R23:
XSP|ADP_CLI/Interface/CTI/CTIServer> kap
Ezutá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/Interfész/ CTI/CTIServer/SSLSettings/Certificates> sslUpdate keyFile certificateFile chainFile
-
-
Indítsa újra az XSP-t| ADP.
Hozzáférés engedélyezése a BroadWorks CTI eseményeihez a Webexen
A klaszterek Partner Hubban történő konfigurálásakor hozzá kell adnia és érvényesítenie kell a CTI-felületet. Részletes útmutatást lásd a Partnerszervezet konfigurálása a Partner Hubban című lapban.
A klaszterek Partner Hubban történő konfigurálásakor hozzá kell adnia és érvényesítenie kell a CTI-felületet. Részletes útmutatást lásd a Partnerszervezet konfigurálása a Partner Hubban című lapban.
-
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
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 általános BroadWorks-hívásbeállításokhoz, amelyek nem natív a Webex alkalmazásban.
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:
-
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
.
CSWV üzembe helyezése a BroadWorks-en
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.háború
(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 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ő CLI-környezetet, és futtassa a telepítési parancsot:
XSP| ADP_ CLI/Maintenance/ManagedObjects> telepítse a /tmp/BWCallSettingsW alkalmazásteb_ 1.7.5_ 1.háború
A BroadWorks szoftverkezelő ellenőrzi és telepíti a fájlt.
-
[Nem kötelező] Törlés
/tmp/BWCallSettingsWeb_ 1.7.5_ 1.háború
(Erre a fájlra már nincs szükség). -
Aktiválja az alkalmazást:
XSP| ADP_ CLI/Maintenance/ManagedObjects> aktiválja a BWCallSettingsWeb 1.7.5 /callsettings alkalmazást
A név és a verzió kötelező minden alkalmazáshoz, de a CSWV esetében a contextPath-et is meg kell adnia, mert ez egy nem felügyelt alkalmazás. Bármilyen értéket használhat, amelyet más 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> alkalmazás telepítése /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| /hívásbeállítások/
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| 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á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 mutatja a hívásbeállításokat a felhasználóknak az alkalmazás felületén keresztül.
<web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%%WEB_CALL_SETTINGS_URL_WXT%
A BroadWorks Webex Webex alkalmazás 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 rendelkezik a Webex alkalmazás legújabb konfigurációs sablonjaival (lásd: Eszközprofilok).
-
Állítsa a web beállításai célt értékre
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ármaztatta.
-
Az eredményül kapott klienskonfiguráció fájlnak rendelkeznie kell a következő bejegyzéssel:
https://yourxsp.example.com/callsettings/</url>
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is.
Hívásküldési értesítések konfigurálása a Webexben a Cisco BroadWorks számára
Ebben a dokumentumban a Hívásértesítések leküldéses kiszolgálója (CNPS) kifejezést használjuk a környezetben futó XSP-ben vagy ADP-üzemeltetett 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.
A hálózati házirend-kiszolgálóval kapcsolatos további információkért tekintse meg az Értesítési leküldési kiszolgáló szolgáltatás leírását.
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 szakasz azt ismerteti, hogyan konfigurálható a hálózati házirend-kiszolgáló hitelesítésszolgáltató hitelesítés proxyhoz, ha a hálózati házirend-kiszolgáló már nem támogat más alkalmazásokat. Ha megosztott hálózati házirend-kiszolgálót kell áttelepítenie a hálózati házirend-kiszolgáló proxy használatához, olvassa el a Cisco BroadWorks hálózati házirend-kiszolgáló frissítése a hálózati házirend-kiszolgáló proxyjának használatára https://help.webex.com/nl5rir2/című témakört. |
Nps proxy – áttekintés
A Cisco BroadWorks Webex-szel való kompatibilitásához a CNPS-t javítani kell az NPS Proxy szolgáltatás, a Push Server for VoIP UCaaS támogatásához.
A funkció új tervet valósít meg az értesítési leküldéses kiszolgálón 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ének megoldására. 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ó azt is javítja, hogy az értesítési leküldéses kiszolgáló az új Google Firebase Cloud Messaging (FCM) HTTPv1 API-n keresztül lekérje az értesítéseket androidos eszközökre.
-
További információ: Push Server for VoIP az UCaaS szolgáltatásleírásában.
-
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.
-
További információ az ADP-kiszolgálóról a következő helyen https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.htmltalálható: .
APNS megfontolások
Az Apple 2021. március 31.-e után már nem támogatja a HTTP/1 alapú bináris protokollt az Apple Push Notification 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ő NPS-ét a Webex számára a Cisco BroadWorks számára
1 |
Telepítsen és konfiguráljon egy dedikált XSP-t (R22 minimális verzió) vagy alkalmazás-kézbesítési platformot (ADP). | ||
2 |
Telepítse a hálózati házirend-kiszolgáló proxy javításait: XSP R22 tapaszok: XSP R23 tapaszok: | ||
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 a hálózati házirend-kiszolgálón.
| ||
5 |
(Apple iOS-értesítésekhez) Engedélyezze a HTTP/2-t az NPS-en.
| ||
6 |
Csatoljon egy techsupportot az NPS XSP/ADP-bő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ő lépés
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 FCMv1-re
Hálózati házirend-kiszolgáló konfigurálása hitelesítési proxy használatára
Ez a feladat az NPS új telepítésére vonatkozik, amelyet a Cisco BroadWorks webexének szenteltek.
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 |
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 megfelelnek-e a kapott adatoknak, futtassa
| |||||||||||||||||||
3 |
Adja meg a hálózati házirend-kiszolgáló proxy URL-címét, és állítsa be a jogkivonat frissítési időközét (30 perc ajánlott):
| |||||||||||||||||||
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 |
Indítsa újra az XSP-t| ADP: | |||||||||||||||||||
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. |
Nps áttelepítése AZ FCMv1-be
Ez a témakör olyan választható eljárásokat tartalmaz, amelyeket a Google FCM-konzolon akkor használhat, ha meglévő hálózati házirend-kiszolgálótelepítéssel rendelkezik, 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 a márkajelzést az ügyfélre alkalmazza, az ügyfélnek rendelkeznie kell a Feladó azonosítójával. Az FCM-konzolon tekintse meg a témakört. A beállítás a Projekt hitelesítő adatai táblában jelenik meg.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 http://console.firebase.google.com.
-
Válassza ki a megfelelő Android alkalmazást.
-
Az Általános lapon jegyezze fel a projektazonosító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 szervizfió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 biztonságos helyre.
-
-
Másolja a json fájlt az XSP-re| ADP.
-
Konfigurálja a projekt azonosítóját és :
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add hozzá ...Kész XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> projektazonosító azonosító lekérése =======================my_project *******
-
Az alkalmazás konfigurálása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add hozzá projectId ...Kész XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> alkalmazásazonosító azonosító , projektazonosító =============================my_app my_project
-
FCMv1 engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> beállítása V1Enabled true ...Kész
-
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
SaaS-ügyfelek áttelepítése az FCMv1-be
Ha SaaS-ügyfeleket szeretne áttelepíteni az FCMv1-be, használja az alábbi lépéseket a Google FCM Console-on.
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 ...Kész
-
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP. -
FCM engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> beállítása V1Enabled true ...Kész
-
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
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 Console-on lépjen a Szolgáltatási fiókok oldalra.
-
Kattintson a Projekt kijelöléseelemre, válassza ki a projektet, majd kattintson a Megnyitás parancsra.
-
Keresse meg annak a szolgáltatásfiók a sorát, amelyhez kulcsot szeretne létrehozni, majd kattintson a Továbbiak függőleges gombot, majd kattintson Kulcs létrehozása.
-
Válassza ki a Kulcs írja be, és kattintson Létrehozás lehetőségre
A fájl letöltődik.
-
-
FCM hozzáadása az ADP-kiszolgálóhoz:
-
Importálja a JSON-fájlt az ADP-kiszolgálóra a következővel:
/bw/install
parancsot. -
Jelentkezzen be az ADP CLI-be, és 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...Kész
-
Ellenőrizze a konfigurációt:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> azonosító Projektazonosító fiókkulcs ======================== connect-ucaas ******** ADP_ CLI/Alkalmazások/NotificationPushServer/FCM/Applications> azonosító Alkalmazásazonosító azonosító ================================== 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:
-
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 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 érvényesíthető sikeresen, de érvénytelen bejegyzések esetén nem menthet fürtöt. Ezt azért akadályozzuk meg, mert egy rosszul konfigurált fürt nehezen megoldható problémákat okozhat. |
Mit kell tennie:
-
Jelentkezzen be a Partnerközpontba (admin.webex.com) a partner rendszergazdai hitelesítő adataival.
-
Nyissa meg a Beállítások lapot az oldalsó menüből, és keresse meg a BroadWorks hívásbeállításait.
Ha az admin felhasználó nem látja a BroadWorks-hívás beállításokat, javasoljuk, hogy a Cisco TAC alkalmazással nyitjon egy esetet.
-
Kattintson a Fürt hozzáadásaelemre.
Ez elindít egy varázslót, ahol megadja az XSP-t| ADP felületek (URL). Nem szabványos port használata esetén portot adhat hozzá a kapcsolat URL-címéhez.
-
Nevezze el ezt a fürtöt, és kattintson a Következőgombra.
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éretezési követelményei itt nem terjednek ki.
-
(Nem kötelező) Adjon meg egy BroadWorks felhasználói fiók nevét és jelszavát, amelyről tudja, hogy a Webexhez csatlakozó BroadWorks rendszeren belül van, majd kattintson a Következőgombra.
Az érvényesítési tesztek ezzel a fiókkal ellenőrizhetik a fürt kapcsolódási kapcsolatait.
-
Adja hozzá az XSI-műveleteket és az XSI-események URL-címeit.
-
Választható. 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ö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ábbgombra.
-
A CTI-felület lapon tegye a következőket:
-
Adja hozzá a CTI URL-címét és portját ahhoz a CTI-felülethez, amelyhez csatlakozni szeretne.
-
Választható. 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ővel. A felhasználók megtekinthetik híváselőzményeiket 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ó mindkét platformon ugyanúgy működjön.
-
Kattintson a Továbbgombra.
-
-
Adja hozzá a hitelesítési szolgáltatás URL-címét.
-
Válassza az Auth Service lehetőséget CI jogkivonat-érvényesítéssel.
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 Létrehozásgombra. 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.
-
Kattintson a Fürtök megtekintése elemre, és látnia kell az új fürtöt, és hogy az ellenőrzés sikeres volt-e.
-
Előfordulhat, hogy a Létrehozás gomb le van tiltva 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 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-interfészek közötti kapcsolatok ellenőrzése
-
Jelentkezzen be a Partnerközpontba (admin.webex.com) a partner rendszergazdai hitelesítő adataival.
-
Nyissa meg a Beállítások lapot az oldalsó menüből, és keresse meg a BroadWorks hívásbeállításait.
-
Kattintson a Fürtök megtekintéseelemre.
-
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á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 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 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.
-
Kattintson a legördülő menüre a következőhöz: CCW-előfizetési azonosító , keresse meg a partnerhez tartozó felsorolt előfizetéseket, és válassza ki a megfelelő előfizetést.
Ez a mező csak a Webex for BroadWorks-ről Webex-re áttelepített partnerek esetében jelenik meg. -
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.
-
Írjon be egy sablonnevet, majd kattintson a Következőgombra.
-
Konfigurálja a kiépítési módot az alábbi ajánlott beállításokkal:
3. táblázat. Ajánlott kiépítési beállítások a különböző kiépítési módokhoz 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
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 a kiépítési fiók nevét és jelszavát a BroadWorks konfigurációjának megfelelően.
Be
Adja meg a kiépítési fiók nevét és jelszavát a BroadWorks konfigurációjának megfelelően.
Ki
Új szervezetek automatikus létrehozása a Control Hubban
Be †
Be †
Be †
Szolgáltató e-mail-címe
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- 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 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). Ebben a számolótáblában tekintse meg az országtól régióig leképezéseket.
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
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 „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ítés, csak olvasható=Ki.
-
-
Válassza ki a sablont használó ügyfelek alapértelmezett szolgáltatási csomagját (lásd a Csomagok az Áttekintés szakaszban); alapszintű, standard , prémium 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őrizze A Cisco Webex ingyenes hívás letiltása ha szeretné letiltani a Webex Calls szolgáltatást,.
-
Értekezlet-illesztés konfigurációja eseténválasszon az alábbi lehetőségek közül:
-
Cisco behívási számok (PSTN)
-
Partner által biztosított betelefonálási számok (BYoPSTN) —Ha ezt a lehetőséget választja, olvassa el a Hozd el a saját PSTN-megoldási útmutatóját a Webex for Cisco BroadWorks-hez az opció konfigurálásával kapcsolatos részletes információk .
-
-
Kattintson a Továbbgombra.
-
Kétféle megközelítés létezik az előfizetők beüzemelésére 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 használatával.
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 az 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. Nem megbízható beüzemelési módok javasolt felhasználó-ellenőrzési beállításai Beállítás neve
Folyamatmentő kiépítés e-mailek nélkül
Felhasználói önkiépí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 a jelet, akkor az első felhasználó, aki aktívvá válik az új szervezetben, az ügyfél rendszergazdájává válik.
-
-
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 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).
-
Kattintson a Továbbgombra.
-
Beállítások esetbenkonfigurálja a következőket:
-
Válassza ki, hogy szeretné-e előretölteni a felhasználói e-mail-címeket a bejelentkezési oldalon.
Ezt a beállítást csak akkor használja, ha a BroadWorks-hitelesítést választotta, és a felhasználók e-mail-címét is elhelyezte a BroadWorks Alternatív azonosító attribútumában. 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 címtárszinkronizálást, állítsa be a telefonkönyvtár szinkronizálásának engedélyezése az összes új ügyfélszervezet számára, amely Be gombra vált.
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.
-
Adjon meg egy partneradminisztrátort.
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 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ábbgombra.
-
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. Kattintson a Létrehozásgombra.
Látnia kell egy sikeres üzenetet.
Kattintson a Sablonok megtekintése elemre, és az új sablont bármely más sablonnal együtt kell felsorolni.
-
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 nyitva a Sablonok megtekintése lapot, mivel a következő feladathoz sablonadatokra lehet szüksége.
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, alkalmazza a kiadásra vonatkozó következő javítást:.
-
R22 esetén:
AP.as.22.0.1123.ap373197
-
R23 esetén:
AP.as.23.0.1075.ap373197
-
R24 esetén:
AP.as.24.0.944.ap384177
A Webex Cisco BroadWorks rendszerhez telepítéséhez szükséges BroadWorks javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben. -
-
Módosítsa a következőre:
Karbantartás/ContainerOptions
összefüggésben. -
Engedélyezze a kiépítés URL-paraméterét:
/AS_ CLI/Maintenance/ContainerOptions> beüzemelés hozzáadása bw.imp.useProvisioningUrl true
A kiépítési URL(ek) lekérte a Partnerközpontból
Az AS parancsok részleteit (Interface > Messaging and Service > Integrated IM&P) olvassa el a Cisco BroadWorks Application Server parancssori felület felügyeleti útmutatójában.
-
Jelentkezzen be a Partnerközpontba, és lépjen a
elemre. -
Kattintson a Sablonok megtekintéseelemre.
-
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 kiépítési adapter URL-címé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 a Döntési pontokat 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/Interfész/ Üzenetküldés> állítsa be az üzembehelyezési URL-t ProvisioningURL
-
AS_ CLI/Interfész/ Üzenetküldés> állítsa be a provideingUserId értéketprovisioning_account_name
-
AS_ CLI/Interfész/ Üzenetküldés> állítsa be a provideingPassword-otprovisioning_account_password
-
AS_ CLI/Interfész/ Üzenetküldés> állítsa be az engedélyezéstSzinkronizálás igaz
-
-
Aktiválja az integrált IMP interfészt:
-
/AS_ CLI/Szolgáltatás/IntegratedIMP> állítsa be a serviceDomain example.com címet
-
/AS_ CLI/Szolgáltatás/IntegratedIMP/DefaultAttribute> állítsa a userAttrIsActive értéket igaznak
-
Meg kell adnia a(z) teljes nevét |
(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, és nyissa meg a Szolgáltatások > integrált IM&Pterületen.
-
Válassza a Szolgáltatástartomány használata lehetőséget, és adjon meg egy próbabáp értéket (a Webex figyelmen kívül hagyja ezt a paramétert). Hasznos lehet
example.com
). -
Válassza a Üzenetkezelő kiszolgáló használatalehetőséget.
-
Az URL-cím mezőbe illessze be a sablonból másolt kiépítési URL-címet a Partnerközpontba.
Meg kell adnia a(z) teljes nevét
ProvisioningURL
paramétert, ahogy azt a Partner Hubban megadták. Ha az alkalmazáskiszolgáló nem tud hozzáférni a DNS -hez a gazdagépnév feloldásához, akkor létre kell hoznia a leképezést a/etc/hosts
fájlt az AS-en. -
A Felhasználónév mezőbe írja be a kiépíté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.
-
A IM&P id alapértelmezett felhasználói identitásamezőben válassza az Elsődlegeslehetőséget.
-
Kattintson a Alkalmazgombra.
-
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ó-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ő csomagkiépítésével 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 jelezhet, 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 egyetlen előre definiált egyszeri egyszeri bejelentkezés-kapcsolatot konfigurálhatnak, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
Az alábbi Partner egyszeri bejelentkezés lépései csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partner rendszergazdái partner-egyszeri bejelentkezést próbálnak hozzáadni egy meglévő ügyfélszervezethez, a rendszer megőrzi a meglévő hitelesítési módszert annak érdekében, hogy megakadályozza a meglévő felhasználók hozzáférésének elvesztését. |
-
Ellenőrizze, hogy a harmadik féltől származó identitásszolgáltató szolgáltatója megfelel-e a Control Hub egyszeri bejelentkezési integrációja személyazonosság-szolgáltatókra vonatkozó követelményei szakaszában felsorolt követelményeknek.
-
Töltse fel azt a CI-metaadatfájlt, amely tartalmazza az Identity Provider alkalmazást.
-
Belépési sablon konfigurálása. A Hitelesítési mód beállításhoz válassza a Partnerhitelesítéslehetőséget. Az IDP-entitás azonosítójához adja meg az EntityID-t a harmadik fél identitásszolgáltató SAML metaadat XML-éből.
-
Hozzon létre egy új felhasználót egy új ügyfélszervezetben, amely a sablont használja.
-
Nagyon, hogy a felhasználó bejelentkezhet.
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 egyetlen előre definiált egyszeri egyszeri bejelentkezés-kapcsolatot konfigurálhatnak, é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 figyelmen kívül hagyó 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-ügyfél
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, terek szerint osztva, pl 'openid email profile' Tartalmazza 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 a sablont használja.
-
Nagyon, hogy a felhasználó bejelentkezhet az SSO hitelesítési folyamat segítségével.
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 segítségével engedélyezze a funkciót az összes AS és XSP rendszeren| ADP interfészek.
-
Futtassa a következő parancsokat az AS felületeken. Ez lehetővé teszi az AS számára, hogy elküldje a
X-BroadWorks-Correlation-Info
SIP fejléc:AS_CLI/Interface/SIP> a sendCallCorrelationIDNetwork értéket igaz legyen
AS_CLI/Interface/SIP> állítsa be a sendCallCorrelationIDAccess értéket igaz
-
A
enableCallCorrelationID
Az Xsi-Actions alkalmazáshoz társított paraméter a híváskorrelációs információk Xsi-Actions naplókban való szerepeltetésének vezérlésére szolgál. Javasoljuk, hogy rendelkezzenenableCallCorrelationID
a következő paranccsal engedélyezhető az XSP-n| ADP interfészek:XSP| ADP_ CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true
A híváskorresztációs azonosítóval kapcsolatos további információkért lásd: Cisco BroadWorks Call Correlation Identifier Feature Description.
Könyvtár szinkronizálása
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 szinkronizálás bekapcsolásához lépjen a Directory szinkronizálás a Webexben a Cisco BroadWorksszámára.
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áadva legyen a Webex platformhoz. |
Egységes híváselőzmények
Ha az egységes híváselőzmények engedélyezve vannak, a BroadWorks hívásesemények szinkronizálódnak a Webex felhővel, és a Webex alkalmazásban megjelenő Webex Egységes hívás- és értekezletelőzmények részévé válnak. 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 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ében:
-
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> aktiválja a 25433-at
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> aktiválja a 25433-at
-
XSP használata esetén—
AP.xsp.23.0.1075.ap378585
-
Ha ADP-t használ—
Xsi-Events-23_ 2021.05_ 1.251.bwar
R24 esetén:
-
AP.as.24.0.944.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> aktiválja a 25433-at
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 ügyvezetői asszisztens 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 is engedélyezni kell az Executive-Assistant egyesített híváselőzményeihez.
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 akár 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
. -
Lépjen a Beállítások elemre, és válasszon ki egy meglévő fürtöt.
-
Ellenőrizze, hogy a fürtkapcsolat jó-e. A jobb oldali panelen zöld pipa látható a Kapcsolat létesítveértékkel.
Ha ez nem jelenik meg, a Connnections ellenőrzése (Nem kötelező)csoportban adja meg a BroadWorks felhasználói azonosítóját és a BroadWorks jelszót, majd kattintson az Ellenőrzés gombra a kapcsolat jó ellenőrzéséhez.
-
Jelölje be a Híváselőzmények engedélyezése jelölőnégyzetet.
-
Kattintson a Mentés lehetőségre.
Funkció interakciók
Az egyesített híváselőzmények esetében a következő funkcióinterakciók léteznek:
-
Az egyesített híváselőzmények nem támogatottak azoknak a felhasználóknak, akik a BroadWorks útvonallistákkal vagy közvetlen útvonalakkal vannak konfigurálva. Ha ez a helyzet fennáll, a híváselőzmények és a Horogállapot-események nem kerülnek elküldésre a Webex alkalmazásba.
-
Az egyesített híváselőzmények nem támogatottak a bővítmény tárcsázásával. 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 értekezletelő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ürtön, nem tilthatja le a funkciót önmagában. 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.
A 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 lett átirányítva.
-
Hívásátirányítás: A hívást átirányító számot mutatja.
-
Vadászcsoport: 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ásokat a 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.
Válassza a Hívófél- azonosító lehetőséget
Áttekintés
A „ azonosító kiválasztása” funkció lehetővé teszi a felhasználók számára, hogy külső hívásokhoz váltsanak a különböző hívószám-azonosítók között. Ha a rendszergazda engedélyezte, a felhasználók a következő opciók közül választhatnak a hívófél-azonosítójukhoz:
-
Felhasználói szám ("Felhasználói telefonszám használata a hívószám-azonosításhoz")
-
Konfigurálható CLID ("Konfigurálható CLID használata hívófél-azonosítóhoz")
-
Csoport CLID ("Csoport/részleg telefonszám használata a hívószám azonosítóhoz")
Funkcionalitás
A felhasználók kétféleképpen módosíthatják a hívófél- azonosító a rendszergazda által biztosított módon:
- Funkció-hozzáférési kódok (FAC) : Konkrét kódok a három hívófél- azonosító opció mindegyikéhez.
- Webex alkalmazás felület : Felhasználóbarát nézet a Webex asztali és mobilalkalmazásokban, amely megjeleníti a rendszergazda által engedélyezett, elérhető hívófél- azonosító opciókat, lehetővé téve a felhasználók számára, hogy kiválasszák előnyben részesített azonosító.
További funkciók
- A Webex -alkalmazások a Call Center-várakoztatási sorok DNIS-re vonatkozó opciókat is tartalmazni fognak.
- A mobilalkalmazás-felhasználók a Dual Persona opciók közül választhatnak a mobilitást használók számára.
Előfeltételek
A következő feltételeknek teljesülniük kell a BroadWorks kiszolgálón ahhoz, hogy a felhasználó szabályozhassa a választott külső CLID-házirendet:
- Az „EnableUserSelectionOfExternalCLIDPolicy” rendszerjelző engedélyezve van.
- Felhasználói szintű hívásfeldolgozási házirend A hívószám- azonosító hatókör beállítása „Felhasználói hívószám-azonosító házirend használata” ennél a felhasználónál.
- A felhasználói szintű hívásfeldolgozási házirendek 'Külső CLID-házirend felhasználói kiválasztásának engedélyezése' jelző engedélyezve van a felhasználó számára.
- Ha nincs szám megadva a „Konfigurálható CLID használata a hívószám-azonosítóhoz” vagy a „Csoport/részleg telefonszám használata a hívószám-azonosítóhoz” opciókhoz, akkor az FAC-ok vagy az alkalmazásmegjelenítés nem lesz hatással. Ezt a beállítást a rendszergazdának kell konfigurálnia a felhasználó kiválasztása előtt.
BroadWorks javítások
A funkció megfelelő működéséhez két BroadWorks javítás szükséges:
Lásd a 8. szakasz Kiadásfüggetlen és szervizjavítási információkat. |
- A BWKS-5230 volt az eredeti, felhasználó által választható CLID funkció – lehetővé teszi a felhasználók számára (ha a rendszer megfelelően van konfigurálva) annak megváltoztatását, hogy melyik CLID házirendet kell alkalmazni. Lásd FD itt: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/FD/AS/UserSelectionOfExternalCallingLineIDOptionFD-R250.pdf
- A BWKS-9510 egy XSI-bővítés, amelyet a Webex klienscsapat kért, hogy megkönnyítse a felhasználók számára elérhető opciók felderítését. Erre azért van szükség, mert a CLID házirend kiválasztása nem egy egyszerű felhasználói szintű funkció (például a CFA), amely közvetlenül vezérelhető. Inkább a különböző rendszerkonfigurációs beállításoktól és a „hívásfeldolgozás házirendek” hierarchiától függ. Itt láthatja a részleteket: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/FD/AS/XSIEnhancementToSupportUserSelectableCLIDFD-R250.pdf
Webex alkalmazás konfigurációja
A következő címkéket engedélyezni kell az asztali, táblagépes és mobilkonfigurációban:
<outgoing-calls enabled="%ENABLE_CLID_OUTGOING_CALLS_WXT%
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
Ahhoz, hogy ezt a funkciót a Cisco BroadWorks webex-en telepítse, a következő BroadWorks javításokat kell üzembe helyeznie:
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. Példa: Asztali kliens esetén: Rendszer>Identitás/eszközprofil típusa Módosítás> Business Communicator - PC: Profil , Normál beállítások, Portok száma:
- HA a 'Korlátlan' engedélyezve van, nincs szükség módosításra
- HA a 'Korlátozott:' értéke <10, módosítsa az értéket = 10, és mentse az összes rendelkezésre álló vonalat
-
RI kiadás Rel_ 2022.10_ 1.310
Ne zavarja (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. 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ó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 partneri rendszergazda 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> aktiválja a 25433-at
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 a Beállítások gombra.
-
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észleteket lásd a „BroadWorks-fürtök konfigurálása” című részben 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-ben (Webex for BroadWorks)
-
Komponens: 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 .
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/mutatók |
---|---|---|
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ó szüneteltetheti és folytathatja a felvételt. |
|
OnDemand |
A felvétel automatikusan elindul, amikor a hívás létrejön, de a felvétel törlődik, kivéve, ha a felhasználó megnyomja a Felvétel indításagombot. 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 a felhasználó által kezdeményezett indítással |
A felvétel csak akkor indul el, ha a felhasználó a Webex alkalmazásban a Felvétel indítása lehetőséget választja. A felhasználónak lehetősége van arra, hogy hívás közben többször is elindítsa és leállítsa a felvételt. |
|
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:
-
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ő platformmal való integráció szükséges.
A BroadWorks hívásrögzítésének konfigurálásához látogasson el a Cisco BroadWorks hívásrögzítési felületre vonatkozó útmutatójához.
További információk
A Felvétel funkció használatáról a Webex Hívásainak rögzítése című help.webex.com
című cikkben | olvashat.
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óhoz
A Webex for BroadWorks megoldásban engedélyezheti a hangpostát a Microsoft Teams-felhasználók számára. Ez az integráció lehetővé teszi a felhasználók számára, hogy hangpostaüzeneteiket közvetlenül a Microsoft Teams rendszerén keresztül kérjék le, javítva az általános felhasználói élményt.
A hangposta engedélyezésének lépései
-
Hangposta beállításainak konfigurálása: Kövesse a Webex Calling dokumentációjában található lépéseket a hangposta beállításainak konfigurálásához és kezeléséhez. Ez magában foglalja a hangposta beállítását a felhasználók számára, az értesítések engedélyezését, valamint a hangposta e-mailek beállítását.
A részletes utasításokért lásd: Hangposta-beállítások konfigurálása és kezelése egy Webex Calling -felhasználó számára .
-
Integrálás a Microsoft Teams alkalmazással: Győződjön meg arról, hogy a Webex for BroadWorks és a Microsoft Teams közötti integráció megfelelően van konfigurálva. Így a felhasználók a Microsoft Teams felületén keresztül érhetik el hangpostaüzeneteiket.
Az integráció részleteiért lásd: A Microsoft Teams konfigurálása a Webex Calling alkalmazáshoz .
Felhasználói élmény
Az integráció beállítása után a felhasználók a következőket tehetik:
- Hangpostaüzenetek lekérése közvetlenül a Microsoft Teams alkalmazáson belül.
- Értesítések fogadása az új hangpostaüzenetekről.
- A hangposta beállításainak kezelése a Webex felületéről.
Követelmények
A hangposta-lekérés támogatásához a Microsoft Teams Webex for BroadWorks ajánlattal való integrációjában további hálózati módosításokra van szükség. A BroadWorks-partnereknek engedélyezniük kell a Cross-Origin Resource Sharing (CORS) funkciót a következő URL-címekhez a BroadWorks platformon:
- https://jabber-integration-a.wbx2.com/
- https://jabber-integration-r.wbx2.com/
- https://jabber-integration-k.wbx2.com/
- https://msteams-calling.webex.com/
A konfigurációs lépésekkel kapcsolatos további részletekért lásd a 8.5.1.2. szakaszt BW Application Delivery Platform konfigurációs útmutató , amelyhez a 2024.05-ös verzió szükséges az ADP-n.
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
-
Hívás közben a felhasználó a Webex alkalmazás Park opciójára kattintva parkolja le a hívást egy olyan bővítményen, amelyet a rendszer automatikusan kiválaszt. A rendszer 10 másodpercig jeleníti meg a bővítményt a felhasználónak.
-
A csoport egy másik felhasználója a Webex alkalmazás hívásának lekérése lehetőségre kattint. A felhasználó ezután beírja a parkolt hívás kiterjesztését a hívás folytatása érdekében.
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% "/>%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 Group Call Park BroadWorks-en való konfigurálásával kapcsolatos további információkért tekintse meg a Cisco BroadWorks Application Server Group Web Interface Felügyeleti útmutató – 2. rész "Call Park Group hozzáadása" címűtémakört. Létre kell hoznia egy csoportot, és felhasználókat kell felvennie a csoporthoz.
A Híváskorrelációs azonosító broadworks-i konfigurálásával kapcsolatos információkért tekintse meg a Cisco BroadWorks híváskorrelációs azonosító szolgáltatás leírását.
További információk
A Group Call Park használatával kapcsolatos felhasználói információkért tekintse meg a Webex | Park és a Hívások lekérésecímű témakört.
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:
-
Hívás parkolhat a *68-as hívóba
-
Hívás lekéréséhez írja be a *88-ast
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.
Ha engedélyezve van a beutazási szolgáltatás, egy 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 benyújtá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-információ vagy konferencia-információ) 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. Használhatnak hívásfelügyelet eszközöket vagy szoftvert a hívások figyelésére, ú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áskorlátozás 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.
Bármilyen ügyfél által kezdeményezett kérés esetén, például CallStartRequest, CallPickupRequest, DirectedCallPickupRequest, DirectedCallPickupWithBargeInRequest stb. esetén, ha (ha nem megfelelő, a Webex kliens helyett válassza ki a megfelelő nevet) Shared Call hívásmegjelenítés eszközként van beállítva, a „Minden megjelenés riasztása kattintásra tárcsázó hívásokhoz” konfigurációt engedélyezni kell a Shared Call megjelenése beállításnál az ügyfél számára hívás fogadására, kivéve, ha a helyszínt a kérést kezdeményező ügyfél kifejezetten megadja.
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 push é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> WebexMeeting szabályzat lekérése: Urltárcsázási példány: Webex unknownSipURIHandling = elutasítás disableSubscriberLookups = true Enable = true CallTypes: Kijelölés = {MINDEN} Feladó = {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 = igaz NS_ CLI/Policy/UrlDialing/Rules> get WebexMeetings szabályzat: Urltárcsázási példány: WebexCalling táblázat: Szabályok azonosító minta útválasztásNE költség súlya dtg ========================================= ======================= 1 *@*.webex.com WebexMeetings 1 50 WebexMeetings
NS NE útválasztás az I-SBC számára
Példa konfigurációra
NS_CLI/System/Device/RoutingNE> get ne WebexMeetings hálózati elem WebexMeetings Location = 1281465 Data Center = Statikus költség = 1 Statikus súly = 99 Szavazás = hamis OpState = engedélyezve Állapot = OnLine Profile = NEM_ PROFIL Távoli keresés engedélyezve = false Jelzési attribútumok = NS_ CLI/System/Device/RoutingNE/Address> get ne WebexMeetings NE továbbítási cím Költség súly Port Szállítási útvonal ============================ ======================================= WebexMeetings sbc-cím 1 99 – nincs megadva
NS útválasztási profil
UrlDialing házirend-példány hozzáadva a megfelelő útválasztási profil(ok)hoz
NS_CLI/Policy/Profile> profil lekérése SajátInst-profil: Webex Policy Instance ========================================== … UrlDialing WebexMeetings
AS NS Route használata a NetworkURL híváshoz
Engedélyezze az AS számára az NS útvonal tiszteletben tartását Hibrid AS módban
AS_CLI/Interface/IMS> állítsa be a queryNSForNetworkURL értékét true
E911 Segélyhívás
A Webex for Cisco BroadWorks támogatja az E911 segélyhívó szolgálatok hívását. Ezzel a funkcióval a segélyhívásokat a rendszer egy Public Safety Answering Point-ra (PSAP) irányítja, 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álja 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-es segélyhí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 nyilatkozat — Ha rendelkezik helymeghatározási szolgáltatással, beállíthatja a Webex alkalmazás Vészhelyzeti szolgálatok nyilatkozata ablakát úgy, hogy az tartalmazzon lehetőséget a felhasználók számára, hogy bejelentkezéskor frissítsék a helyzetüket.
Ügyfelek testreszabása és kiépítése
A felhasználók letöltik és telepítik az általános, asztali vagy mobil Webex -alkalmazásaikat (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ásparamétereit a BroadWorksben konfigurálhatja (a szokásos módon). A Control Hubban márkajelzési, üzenetküldési és értekezletparamétereket konfigurálhat az ügyfelek számára. Nem módosít közvetlenül 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-alkalmazások 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 az Eszközprofilok a Környezet előkészítése szakaszban).
-
Ellenőrizze, hogy a BroadWorks rendszer > az Erőforrások > eszközkezelő címkekészletekcímkéi vannak-e.
-
Minden kiépítő ügyfél esetében:
-
Töltse le és bontsa ki az adott ügyfél DTAF zip fájlját.
-
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özprofilt szerkesztéshez és:
-
Adja meg az XSP-t| ADP farm FQDN és Device Access Protocol.
-
Jelölje be a Távoli parti adatainak támogatása jelölőnégyzetet. Ez a támogatás szükséges az asztali megosztás működéséhez.
A távoli fél általi támogatást a következő CLI parancs futtatásával is engedélyezheti az alkalmazáskiszolgálón:AS_CLI/System/DeviceType/SIP> set <device_profile_type > supportRemotePartyInfo true
-
-
Módosítsa a sablonokat a környezetnek megfelelően (lásd az alábbi táblázatot).
-
Mentse a profilt.
-
-
Kattintson a Fájlok és hitelesítés elemre, majd válassza ki az összes rendszerfájl újraépítésének lehetőségét.
Név |
Leírás |
Kodek prioritása |
A VoIP-hívások hang- és videokodekek prioritási sorrendjének konfigurálása |
TCP, UDP és TLS |
A SIP-jelátvitelhez és adathordozóhoz használt protokollok konfigurálása |
RTP audio- és videoportok |
Porttartományok konfigurálása RTP-hang- és video-hanghoz |
SIP-beállítások |
Konfigurálja a SIP-hez kapcsolódó különböző beállításokat (SIP INFO, rport használata, SIP proxy felderítése, 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 saját márkaépítési testreszabásaikat alkalmazzák, az ügyfélrendszergazdák követhetik a következő oldalon található eljárásokat: 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 adott hozzá. |
Problémajelentések és 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ó.
Konfigurálja a Webex tesztszervezetét a Cisco BroadWorks számára
Mielőtt elkezdené
A flowthrough kiépíté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 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 developer.webex.com érhető el. 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. |
Átfolyó kiépítés
A BroadWorks-en az Integrált IM&P engedélyezése beállítással kiépítheti a felhasználókat. 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 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ő az Útvonallista vagy Közvetlen útválasztás funkcióval rendelkező trönkelő felhasználók számára. |
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 Webexben 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 a Sablonok megtekintéseelemre.
-
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ó 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ó: Felhasználói kiépítési és aktiválási folyamatok.
Kiépítés nem megbízható e-mailekkel
A PartnerKözpont felhasználói állapot nézetben olyan vezérlőket biztosít, amelyek lehetővé teszik a Webex számára, hogy a Cisco BroadWorks szolgáltató rendszergazdái áttekintsék a felhasználói állapotot és megoldják a hibákat a nem megbízható e-mailek kiépítésekor. További részletekért lásd: A felhasználói kiépítés ellenőrzése nem megbízható e-mailekkel.
A Webex-felhasználók áthelyezése a Webex-be a Cisco BroadWorks számára
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-be a Cisco BroadWorks számára
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
Ha a Webex for Cisco BroadWorks szervezet még nincs létrehozva (nincs felhasználó kiépítve), kövesse a normál üzembe helyezési folyamatokat ( Felhasználók beüzemelése ) a szervezet létrehozásához és az első felhasználó hozzáadásához felügyeleti jogokkal rendelkező felhasználó. Miután az első felhasználó kiépítése megtörtént a szervezetben, kövesse az ebben az eljárásban szereplő hozzájáruláson alapuló módszereket a további felhasználók áthelyezéséhez. |
Felhasználó áthelyezése (megbízható e-mailben)
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ó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 rákattint a Fiók aktiválásaparancsra. A felhasználó átirányításra kerül a Webex Fogyasztói portálra.
-
A felhasználó bejelentkezik a Webexbe.
-
A felhasználó a Törlés gombra kattintva törli a régi Webex-fiókot.
-
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 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 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 a Csatlakozás mostgombra.
-
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 a törléshez a Törlés gombra kell kattintania.
-
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 linkre, 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ó a Fiók törlése elemre kattint.
-
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 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élszervezet 100 vagy több felhasználóval rendelkezik
-
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 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 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 adminisztrátora a Webex-et a Cisco BroadWorks számára az ügyfél számára. Segítségért lásd: Ügyfélszervezetek biztosítása . A következők fordulnak elő:
| ||
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 egy ú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 a Speciális márkaépítési beállításokban be kell állítania az ügyfélszervezetet, hogy felülbírálja a márkaépítést.
-
-
A meglévő szervezet neve nem fog változni.
-
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 szervezet csatolási folyamatát (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ó. Egyetlen BroadWorks-vállalat előfizetőit nem lehet külön Webex -szervezetekbe beépíteni.
Külső rendszergazda hozzáadása
Az ügyfélszervezet rendszergazdái által a partner rendszergazdájának külső rendszergazdaként való hozzáadásához követett lépésekért tekintse meg a külső rendszergazdai kérelem jóváhagyása című cikket 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 alkalmazásnak 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 rendelkezik hozzáféréssel 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ók a nem megbízható e-mail-folyamaton keresztül lettek kiépítve, és még nem adtak meg érvényes e-maileket, a felhasználók függőben maradnak. Kövesse lehetőségre 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
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 észlel, a portálon megjelenő Újrapróbálkozással újabb kísérletet tehet. 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 Hubba, és keresse meg a Ügyféllista oldalon. |
2 |
Kattintson a Sablonok megtekintéseelemre. Válassza ki az erre a felhasználóra alkalmazni kívánt megfelelő belépési sablont. |
3 |
A Felhasználó ellenőrzése csoportban ellenőrizze, hogy a következő beállítások vannak-e beállítva annak biztosítása érdekében, hogy a nem megbízható e-mailekkel történő átáramlás kiépítése megfelelően legyen konfigurálva:
|
4 |
A felhasználó kiépítése után a Felhasználó ellenőrzése szakaszban kattintson a Felhasználó állapotának megjelenítése gombra a kiépítés állapotának ellenőrzéséhez. A Felhasználó állapota nézet megjeleníti a felhasználók listáját, valamint olyan részleteket, mint a BroadWorks azonosítója, a kiválasztott csomagtípus és az aktuális állapot, amely azt mutatja, hogy a felhasználó ki van-e építve, vagy függőben lévő követelmény van-e.
|
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á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-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ó | Nem módosíthatja ezt az azonosítót, és továbbra is összekapcsolhatja a felhasználót ugyanahhoz a fiókhoz a Webexben. Törölheti a felhasználót, és újra létrehozhatja, ha helytelen. |
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 |
Ezt mindkét helyen manuálisan módosíthatja, ha a felhasználót rossz e-mail címmel építette ki:
Ne módosítsa 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 egyeniük az e-mail azonosítónak. Ha az e-mailt nem tudja az Alternate ID attribútumba helyezni, 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 Partnerközpontba, és kattintson a Vevőkelemre. |
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 |
Kattintson a Vevő megtekintéseelemre. Az ügyfélszervezet megnyílik a Control Hubban, amely az Áttekintés lapot mutatja.
|
4 |
Kattintson a Felhasználókelemre, majd keresse meg és kattintson az érintett felhasználóra. |
5 |
A felhasználó szolgáltatásaiban kattintson a Webex for BroadWorks packages (Subscriptions)elemre. Megnyílik a felhasználó csomagpanelje, és láthatja, hogy jelenleg melyik csomag van 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 a lehetőségre Mentés . 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ó 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 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ői API-kérés eltávolítása a https://developer.webex.com/docs/api/v1/broadworks-subscribers/remove-a-broadworks-subscribercímen: . 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ése API-kérelmet https://developer.webex.com/docs/api/v1/people/delete-a-person a felhasználó teljes törléséhez.
Á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. A felhasználó szolgáltatását letilthatja a BroadWorks Felhasználó – Integrált IM&P lapjáról. Részletes eljárásért lásd: "Integrált IM&P konfigurálása" a Cisco BroadWorks Application Server Group webfelület felügyeleti útmutatójában – 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ó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.
- Lépjen a Műveletek elemre, és válassza a Felhasználó törléselehetőséget.
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. További részletekért lásd: Felhasználó törlése a szervezetből a Webex Control Hubban a https://help.webex.com/0qse04/.
Szervezet törlése lehetőségre
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. |
Előfizetés lemondása a Control Hubról
Mivel az API privát, az ügyfelek nem férhetnek hozzá. Ehelyett a következő lépések bemutatják, hogyan mondhatják le az ügyfelek a saját előfizetésüket a Control Hubról:
-
A Partner-rendszergazda az Ügyfél vezérlőpultján navigálhat a „Hibrid” szolgáltatások oldalra.
-
Keresse meg a „BroadWorks Calling” kártyát.
-
Miután az összes felhasználó telepítése megtörtént a Webex for BroadWorks alkalmazásból az adott Ügyfél számára, a Partnernek látnia kell a „Konfiguráció törlése” gombot (azaz törli acustomer_config bejegyzés a BPB-ben).
Verziókezelé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 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 konfigurálására és alkalmazására vonatkozó információkat, olvassa el a Webex cikkét. Verziókezelési 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
-
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 Partnerközpontban
A BroadWorks-fürtöt a Partnerközpontban szerkesztheti vagy eltávolíthatja.
1 |
Jelentkezzen be a Partnerközpontba a partner rendszergazdai hitelesítő adataival a | ||
2 |
Lépjen a Beállítások elemre, és keresse meg a BroadWorks-hívás szakaszt. | ||
3 |
Kattintson a Fürtök megtekintéseelemre. | ||
4 |
Kattintson a szerkeszteni vagy törölni kívánt fürtre. A fürt részletei a jobb oldali kirepülőablakban jelennek meg.
| ||
5 |
A lehetőségek adak:
A fürtlista frissül a módosításokkal.
|
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 Partnerközpontba a partner rendszergazdai hitelesítő adataival a | |||||||||
2 |
Lépjen a Beállítások elemre, és keresse meg a BroadWorks-hívás szakaszt. | |||||||||
3 |
Kattintson a Sablonok megtekintéseelemre. | |||||||||
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 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 az alábbi 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 az ugyanazon szervezeten belüli különböző csomagok felhasználói között van megosztva.
-
A prémium csomaggal az értekezlet utáni leiratok érhetők el, 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. Ha azonban a helyi felvétel van kiválasztva, akkor sem rögzíti a rendszer 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: Használja a Webex Assistant alkalmazást a 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ívja a Webex segítségével 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 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. Ha egy meglévő felhasználóra szeretné letiltani a Webex -hívásokat, az alábbi eljárások egyikével frissítheti a felhasználót.
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 csengő á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 „hívás közbeni” é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 indítottak 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> aktiválja az 101642-t
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.
Slido Integráció támogatása
A Webex for Cisco BroadWorks támogatja a Webex alkalmazás integrációját a következővel:Slido .
Slido könnyen használható közönségfoglalkoztatási 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 Slido integrálva van a Control Hub szervezetébe, a felhasználók hozzáadhatják az alkalmazást az Slido értekezleteikhez a Webex alkalmazásban. Ez az integráció további Q&A és szavazási funkciókat biztosít az értekezlethez.
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” jelzéssel jelenik meg. Ez az elérhetőség tudatja a munkatársaival, hogy Ön egyébként elfoglalt, és hogy a válasz késhet.
A funkció engedélyezése:
-
navigáljon ide: Általános lapján 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 „Foglalt” értékre van rendelve az Outlookban. |
Figyelmeztetés
A funkció működéséhez 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 opciót, 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ás fogadá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.
A funkció használata a Webex for Cisco BroadWorks-felhasználók számára:
-
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 bejövő hívások fogadásához. 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ásbővítés
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 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:
-
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. Telepítse és aktiválja ugyanazokat az alkalmazásokat és konfigurációkat, mint a farm meglévő csomópontjai.
-
Dedikált farm hozzáadása : Új, dedikált XSP hozzáadása| ADP farm. Ú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.
-
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 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ítésű webalkalmazásokhoz kell kezelnie az XSP-n| ADP-k:
-
Megbízhatósági tanúsítványunk a Webex felhőből
-
Az XSP| Az ADP HTTP szerver interfészeinek tanúsítványai
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. 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| 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 . 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.
„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ése
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)
Az ügyfél rendszergazdáinak számos korlátozással kell szembenézniük, függetlenül a Partner által korlátozott módtól. Ezek a korlátozások a következők:
- Hívásbeállítások : A Hívás menü „Alkalmazásbeállítások Hívásprioritás” beállításai csak olvashatók.
- Helyszín beállítása : A hely létrehozása utáni hívásbeállítások rejtve lesznek.
- PSTN-kezelés és hívásrögzítés : Ezek a beállítások szürkén jelennek meg a helyszínnél.
- Telefonszám-kezelés : A Hívás menüben a telefonszám kezelése le van tiltva, az „Alkalmazásopciók Hívásprioritás” beállításai, valamint a hívásfelvételek csak olvashatók.
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:
-
Felhasználók kezelése lehetőségre gomb szürkén jelenik meg.
-
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 lefoglalása – nem elérhető
-
Licencek automatikus hozzárendelése – nem elérhető
-
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 visszaállítása lehetőségre —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 lehetőségre , Értekezletek , Hívás )
-
Szolgáltatások állapotának megtekintése—Nem látható a(z) teljes állapota Hibrid szolgáltatások vagy Szoftverfrissítési csatorna
-
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:
-
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 – Az Rendszergazdai meghívó e- e-mail letiltása és E- e-mail -helyszín kiválasztása a beállítások csak olvashatók.
-
Hitelesítés —Nincs lehetőség a hitelesítési és 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ási prioritás lehetőségre a beállítások csak olvashatók.
-
Hívási viselkedés — A beállítások csak olvashatók.
-
Helyszín > PSTN — A Helyi átjáró és a Cisco PSTN beállításai el vannak rejtve.
-
-
Alatt SZOLGÁLTATÁSOK , a Áttelepítések és Csatlakoztatott UC szolgáltatási opciók le vannak tiltva.
Korlátozott partner 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 Korlátozott partner mód váltógombot a beállítás bekapcsolásához.
Ha ki szeretné kapcsolni a Korlátozott partner mód funkciót, tiltsa le a váltást.
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:
|
A nagykereskedelmi szolgáltatásnyújtás által támogatott időzónák listájáról bővebben lásd: A nagykereskedelmi szolgáltatásnyújtáshoz támogatott időzónák listája .
Partnerelemzés
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 részletes tudnivalókat a Partner Hub Webex Analytics for Webex for Wholesale és Webex for Broadworks csomagjairól szóló cikkében találja.
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ör szükséges) |
---|---|---|---|
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 |
|
Get 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 |
---|---|
resellerName |
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 hibaelhárítása a Cisco BroadWorks számára
Feliratkozás a Webex állapotlapra
Először https://status.webex.com ellenőrizze, hogy mikor tapasztal váratlan szolgáltatásmegszakítást. 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. További információ az állapot- és incidensértesítésekre való feliratkozásról a Webex Súgóközpontban.
Control Hub Analytics használata
A Webex nyomon követi a szervezet és az ügyfél szervezetei használati és minőségi adatait. További információ a Control Hub Analytics szolgáltatásról 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 Hubban a kiépítéssel:
-
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:
A hitelesítési szolgáltatáshoz való mTLS-kapcsolat várhatóan sikertelen lesz, amikor létrehozza az első fürtöt a Partnerközpontban, mert létre kell hoznia a fürtöt a Webex tanúsítványlánchoz való hozzáféréshez. 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 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 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 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 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 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 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 konvenciót használta-e. Az XSP| Az ADP megköveteli, hogy adja meg az IANA névformátumot a TLS titkosításokhoz. 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 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 az interfész) úgy van konfigurálva, hogy ügyféltanúsítványokat igényeljen?
-
Ha CI-jogkivonat-ellenőrzést használ a Hitelesítési szolgáltatással, az alkalmazás (vagy felület) úgy van konfigurálva, hogy ne igényeljen ü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 nincs engedélyezve a hívószolgáltatáshoz a Control Hubban.
-
Nyissa meg a Beállítások/Beállítások menüt, és lépjen a Telefonszolgáltatások szakaszba. Látnia kell a beírt SSO-munkamenetállapotát.
Ha egy másik telefonszolgáltatás, például a Webex Calling jelenik meg, a felhasználó nem használja a Webexet a Cisco BroadWorks számára.
Ez az ellenőrzés a következőt jelenti:
-
Az ügyfél sikeresen átszervezte 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 alkalmazás ügyfél küldhet naplókat a Webex-nek. Ez a legjobb megoldás a mobil ügyfelek számára. Azt is rögzítenie kell a felhasználói e-mail-címet, és hozzávetőlegesen mikor történt a probléma, 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 számára?
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\{felhasználónév}\AppData\Local\CiscoSpark
Mac : /Users/{username}/Library/Logs/SparkMacDesktop
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 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 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 szerververzió támogatása a jelenlegi verzió és két korábbi főverzió (N-2) BroadSoft szabályzatá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 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
-
BroadWorks szerver verzió támogatása követi BroadSoft politika, a jelenlegi verzió és két korábbi fő verzió (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 .
Ö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élszervezeti azonosító és partnerszervezeti azonosító (minden azonosító egy 32 hatszögű számjegyből álló karakterlánc, elválasztva kötőjelekkel)
-
TrackingID (szintén egy 32 hat számjegyű karakterlánc), ha az interfész vagy a hibaüzenet
-
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 szolgáltatás interfé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. További részletek: 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, 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 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 Security.
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 |
Innen |
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 |
Bővítés |
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 hitelesítés A felhasználónak egy Webex alkalmazás való bejelentkezése a Webex támogatási hitelesítési mechanizmusok bármelyikén keresztül történik. ( BroadWorks-hitelesítés 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.
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-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 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 |
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: A bejelentkezési kísérlet sikertelen volt. 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álja újra, vagy lépjen kapcsolatba a rendszergazdával 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-enforcePasswordChangeOnExpiry-konfiguráció hamisra 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. |
Ü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ő, https://developer.webex.com és a használathoz szóló útmutató a https://developer.webex.com/docs/api/guides/webex-for-broadworks-developers-guide.
Be kell jelentkeznie az API specifikációjának olvasásához a https://developer.webex.com/docs/api/v1/broadworks-subscriberscímen: .
Alkalmazáshitelesí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 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.
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 jogkivonatokat szerezzenek be a kiválasztott partnerdiminisztrátor 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 az alkalmazásnak támogatnia kell ezt az OAuth 2.0 engedélyezési engedélyezési folyamatot a szükséges frissítési és hozzáférési jogkivonatok beszerzéséhez.
Az integrációkkal és az OAuth 2 engedélyezési folyamat alkalmazásba való felépítésével kapcsolatos további részletekért lásd: https://developer.webex.com/docs/integrations.
Az integrációk megvalósításához két szükséges szerepkör van - a fejlesztő és az engedélyező felhasználó -, és ezeket külön személyek / csapatok tölthetik be a környezetben.
|
Szervezet neve
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-kiszolgálók.
A Szolgáltatótól elvárjuk, hogy a legújabb BroadWorks javításokkal és Release Independent (RI) alkalmazásokkal „frissített javításokkal” rendelkezzen. Az alábbi javítások listája a Webex-szel való integráció minimális követelménye.
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. |
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-es verzióról a V2-es push értesítésekre való frissítéshez | ||
Szükséges javítás az alkalmazáskiszolgálóhoz | ||
Szükséges a V1-es verzióról a V2-es push é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-es verzióról a V2-es push é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 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-es verzióról a V2-es push é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-es verzióról a V2-es push é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ói kiépí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-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. 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 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 Webex Login Flow 5. és 6. lépésében van. Az 5. lépésben a bejelentkezési hitelesítő adatokat az IdP-proxy érvényesíti (az XSI helyett), és egy SAML-állítást ad vissza 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 bejelentkezési folyamat 3. lépésében a Common Identity szolgáltatás visszaadja a Webex hitelesítés által használt identitásszolgáltató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 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ő 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. Kattintson a Továbbgombra.
-
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 lekérése a DMS-ből és a SIP-nyilvántartásból as-val
-
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 az 1. lépésből származó jogkivonat bemutatásával kéri az eszközprofilt a DMS-től.
-
Az ügyfél beolvassa az eszközprofilt, és lekéri a SIP hitelesítő adatait, címeit és portjait.
-
Az ügyfél SIP-nyilvántartást küld az SBC-nek a 3. lépésből származó információk felhasználásával.
-
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 50 tesztfelhasználóra korlátozódnak, akik több szervezeti egységen keresztül is kiépítettek.
-
Az első 50 tesztfelhasználón túli felhasználók számlázása meg 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 Partnerközpontba, és válassza a Vevőklehetőséget.
-
Válassza ki a megfelelő vevőt.
-
A jobb oldali vezérlősávon engedélyezze a Belső Tesztszervezet váltását.
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:
-
mp3
-
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>vmRecordingAudioFileFormat WAV beállítása
-
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
- AMINT
- 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)
- HITELESÍTÉSSZOLGÁLTATÓ
- Tanúsító Hatóság
- Szolgáltató
- Olyan szervezet, amely a telefonos forgalmat kezeli (vö. 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
- CN
- Általános név
- CNPS
- Hívásértesítések leküldéses kiszolgálója. 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é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, 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őü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 broadworks-i hozzárendelésével, valamint annak állításával, hogy minden BroadWorks felhasználó egyedi és érvényes e-mail címmel rendelkezik.
- 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 és P
- Azonnali üzenetküldé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ások natív címét Jabber-azonosítónak vagy JID-nek hívják localpart@tartomány.part.example.com/resourcepart (a @ . / elválasztó).
- 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
- A végfelhasználók gyűjteményét képviselő vállalat vagy szervezet (vö. Vállalat)
- OTG
- Kimenő Trunk Csoport
- Csomag
- A végfelhasználónak vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- Partner
- Olyan ügynökszervezet, amely együttműködik a Cisco-val, hogy termékeket és szolgáltatásokat terjesszen más szervezeteknek (vö. É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 telefon- vagy kapcsolódó szolgáltatásokat nyújt más szervezeteknek (vö. Fuvarozó, partner, hozzáadott érték viszonteladó)
- 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, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. 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
- Koordinált univerzális idő
- UVS
- Videoszerver
- Értéknövelt viszonteladó (VAR)
- Olyan ügynökszervezet, amely együttműködik a Cisco-val, hogy termékeket és szolgáltatásokat terjesszen más szervezeteknek (vö. Fuvarozó, 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)
The below procedures replace the procedures in the topic Configure Services on Your Webex for Cisco BroadWorks XSP|ADPs. Ezeket az eljárásokat csak akkor hajtsa végre, ha a ci jogkivonat-ellenőrzés helyett mTLS-t használ a hitelesítési szolgáltatáshoz. These procedures are mandatory if you are running multiple Webex organizations off the same XSP|ADP server. Ellenkező esetben opcionálisak.
If you aren't running multiple Webex organizations off the same XSP|ADP server, CI Token Validation (with TLS) is recommended for the Auth Service. Refer to Configure Services on Your Webex for Cisco BroadWorks XSP|ADPs for details on how to configure the Authentication service and other services. |
Xsi interfészek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a Cisco BroadWorks Xtended Services Interface Configuration Guide című témakörben leírtakszerint.
Only one instance of the Xsi-Events applications should be deployed on the XSP|ADP used for the CTI interface.
All Xsi-Events used for integrating Broadworks with Webex must have the same callControlApplicationName defined under Applications/Xsi-Events/GeneralSettings. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
When a user is onboarded to Webex, Webex creates a subscription for the user on the AS in order to receive telephony events for presence and call history. The subscription is associated with the callControlApplicationName and the AS uses it to know to which Xsi-Events to send the telephony events.
Changing the callControlApplicationName, or not having the same name on all Xsi-Events webapps will impact subscriptions and telephony events functionality. |
Hitelesítési szolgáltatás konfigurálása (mTLS-szel)
BroadWorks long-lived tokens are generated and validated by the authentication service hosted on your XSP|ADPs.
Követelmények
-
The XSP|ADP servers hosting the Authentication Service must have an mTLS interface configured.
-
XSP|ADPs must share the same keys for encrypting/decrypting BroadWorks long lived tokens. Copying these keys to each XSP|ADP is a manual process.
-
XSP|ADPs must be synchronized with NTP.
Konfiguráció áttekintése
The essential configuration on your XSP|ADPs includes:
-
A hitelesítési szolgáltatás üzembe helyezése.
-
A jogkivonat időtartamának konfigurálása legalább 60 napra (hagyja a kiállítót BroadWorks-ként).
-
Generate and share RSA keys across XSP|ADPs.
-
Adja meg az authService URL-címét a webtárolóhoz.
Deploy the Authentication Service on XSP|ADP
On each XSP|ADP used with Webex:
-
Activate the authentication service application on the path
/authService
(you must use this path):XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService
(where
<version>
is your BroadWorks version). -
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
-
Állítsa az időtartamot 60 napra (max. 180 nap):
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árt a hitelesítési szolgáltatás hozza létre, amikor először kell jogkivonatot kiadni.
Because of these two factors you need to generate keys on one XSP|ADP then copy them to all other XSP|ADPs.
If you cycle keys or change the key length, you need to repeat the following configuration and restart all the XSP|ADPs. |
-
Select one XSP|ADP to use for generating a key pair.
-
Use a client to request an encrypted token from that XSP|ADP, by requesting the following URL from the client’s browser:
https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
(This generates a private / public key pair on the XSP|ADP, if there wasn’t one already)
-
A kulcstároló helye nem konfigurálható. A kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
-
Copy the exported file
/var/broadworks/tmp/authService.keys
to the same location on the other XSP|ADPs, overwriting an older.keys
file if necessary. -
Import the keys on each of the other XSP|ADPs:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg az authService URL-címét a webtárolónak
The XSP|ADP’s web container needs the authService URL so it can validate tokens.
On each of the XSP|ADPs:
-
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/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/authService
Ez 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.
-
Check the parameter with
get
. -
Restart the 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 |
|
Reading HTTP Server TLS Interface Configuration on the XSP|ADP
-
Sign in to the XSP|ADP and navigate to
XSP|ADP_CLI/Interface/Http/HttpServer>
-
Enter the
get
command and read the results. 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> get
TLS 1.2 protokoll hozzáadása a HTTP-kiszolgáló felületéhez
A Webex felhővel interakcióba lépő HTTP-felületet TLSv1.2-höz kell konfigurálni. A felhő nem egyezteti a TLS-protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP-kiszolgáló felületén:
-
Sign in to the XSP|ADP and navigate to
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
-
Enter the command
get <interfaceIp> 443
to see which protocols are already used on this interface. -
Enter the command
add <interfaceIp> 443 TLSv1.2
to ensure that interface can use TLS 1.2 when communicating with the cloud.
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:
-
Sign in to the XSP|ADP and navigate to
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
-
Enter the command
get <interfaceIp> 443
to see which ciphers are already used on this interface. There must be at least one from the Cisco recommended suites (see XSP|ADP Identity and Security Requirements in the Overview section). -
Enter the command
add <interfaceIp> 443 <cipherName>
to add a cipher to the HTTP Server interface.
The XSP|ADP CLI requires the IANA standard cipher suite name, not the openSSL cipher suite name. For example, to add the openSSL cipher
ECDHE-ECDSA-CHACHA20-POLY1305
to the HTTP server interface, you would use:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Keresse https://ciphersuite.info/ meg a lakosztályt mindkét néven.
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.
-
Go to Download Webex CA Certificate to get
and clickCombinedCertChain2023.txt
on your local computer.
These files contain two sets of two certificates. You need to split the files before you upload them to the XSP|ADPs. All files are required. -
Split the certificate chain into two certificates -
combinedcertchain2023.txt
.-
Open
combinedcertchain2023.txt
in a text editor. -
Select and cut the first block of text, including the lines
-----BEGIN CERTIFICATE-----
and-----END CERTIFICATE-----
, and paste the text block into a new file. -
Save the new file as
root2023.txt
. -
Save the original file as
issuing2023.txt
. The original file should now only have one block of text, surrounded by the lines-----BEGIN CERTIFICATE-----
and-----END CERTIFICATE-----
.
-
-
Copy both text files to a temporary location on the XSP|ADP you are securing, e.g.
/var/broadworks/tmp/root2023.txt
and/var/broadworks/tmp/issuing2023.txt
. -
Sign in to the XSP|ADP and navigate to
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
. (Optional) Run helpUpdateTrust
to see the parameters and command format. -
Upload the certificate files to new trust anchors - 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
All aliases must have a different name.
webexclientroot
,webexclientroot2023
,webexclientissuing
, andwebexclientissuing2023
are example aliases for the trust anchors; you can use your own as long as all four entries are unique. -
Ellenőrizze, hogy a horgonyok frissülnek-e:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
(Opció) Az mTLS konfigurálása HTTP-kapcsolat/port szintjén
Az mTLS konfigurálható HTTP-felület/port szinten vagy webalkalmazásonként.
The way you enable mTLS for your application depends on the applications you are hosting on the XSP|ADP. Ha több mTLS-t igénylő alkalmazást üzemeltet, 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-felület/port szinten történő konfigurálásakor mTLS szükséges az ezen a felületen/porton keresztül elérhető összes üzemeltetett webalkalmazáshoz.
-
Sign in to the XSP|ADP whose interface you're configuring.
-
Navigate to
XSP|ADP_CLI/Interface/Http/HttpServer>
and run theget
command to see the interfaces. -
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 true
See the XSP|ADP CLI documentation for detail. Essentially, the first
true
secures the interface with TLS (server certificate is created if required) and the secondtrue
forces the interface to require client certificate authentication (together they are mTLS).
Például:
XSP|ADP_CLI/Interface/Http/HttpServer> get
Interface Port Name Secure Client Auth Req Cluster Fqdn ======================================================= 192.0.2.7 443 XSP|ADP01.collab.example.net true false 192.0.2.7 444 XSP|ADP01.collab.example.net true true
In this example, mTLS (Client Auth Req = true) is enabled on 192.0.2.7
port 444
. TLS is enabled on 192.0.2.7
port 443
.
(Opció) Az mTLS konfigurálása adott webalkalmazásokhoz
Az mTLS konfigurálható HTTP-felület/port szinten vagy webalkalmazásonként.
The way you enable mTLS for your application depends on the applications you are hosting on the XSP|ADP. Ha több mTLS-t igénylő alkalmazást üzemeltet, 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.
-
Sign in to the XSP|ADP whose interface you're configuring.
-
Navigate to
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
and run theget
command to see which applications are running. -
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 true
See the XSP|ADP CLI documentation for detail. Az alkalmazás nevei itt vannak felsorolva. The
true
in this command enables mTLS.
Például:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add 192.0.2.7 443 AuthenticationService true
A példaparancs hozzáadja a AuthenticationService alkalmazást a 192.0.2.7:443-as rendszerhez, és megköveteli, hogy tanúsítványokat kérjen és hitelesítsen az ügyféltől.
Check with 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
Configure Device Management on XSP|ADP, Application Server, and Profile Server
Profile Server and XSP|ADP are mandatory for Device Management. Ezeket a BroadWorks eszközkezelési konfigurációs útmutató utasításai szerint kell konfigurálni.
Hová menjünk a következő
For configuration, you can rejoin the main document flow at CTI Interface and Related Configuration.
További tanúsítványkövetelmények az AuthService-rel való 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. This means Webex presents a client certificate and the XSP|ADP must validate it. In order to trust this certificate, use the Webex CA certificate chain to create a trust anchor on XSP|ADP (or proxy). A tanúsítványlánc letölthető a Partner Hubon keresztül:
-
Lépjen a Beállítások > BroadWorks-híváselemre.
-
Kattintson a letöltési tanúsítvány linkre.
A tanúsítványláncot a https://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt. |
The exact requirements for deploying this Webex CA certificate chain depends on how your public facing XSP|ADPs are deployed:
-
TLS áthidaló proxyn keresztül
-
TLS-átmenő proxyn keresztül
-
Directly to the XSP|ADP
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.
-
The publicly signed XSP|ADP server certificate is also loaded into the proxy.
-
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.
-
The proxy presents an internally signed client certificate to the XSP|ADPs.
Ennek a tanúsítványnak az x509.v3 kiterjesztésmezővel bővített kulcshasználattal kell rendelkeznie, amely a BroadWorks OID 1.3.6.1.4.1.6431.1.1.8.2.1.3 kiterjesztésmezővel és a TLS clientAuth céllal van feltöltve. Pl.
X509v3 extensions:
X509v3 Extended Key Usage:
1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
A proxy belső ügyféltanúsítványainak létrehozásakor vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Internal server certificates for the XSP|ADP can be SAN.
-
The XSP|ADPs trust the internal CA.
-
The XSP|ADPs present an internally signed server certificate.
-
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
The following table shows a history of changes to this document over the past 12 months.
Dátum |
Verzió | A változás leírása | |
---|---|---|---|
August 09, 2024 |
2-122 |
| |
August 01, 2024 |
2-121 |
| |
June 25, 2024 |
2-120 |
| |
June 14, 2024 |
2-119 |
| |
May 13, 2024 |
2-118 |
| |
May 10, 2024 |
2-117 |
| |
May 6, 2024 |
2-116 |
| |
May 2, 2024 |
2-115 |
| |
April 10, 2024 |
2-114 |
| |
March 27, 2024 |
2-113 |
| |
March 22, 2024 |
2-112 |
| |
March 07, 2024 |
2-111 |
| |
February 24, 2024 |
2-110 |
| |
February 20, 2024 |
2-109 |
| |
February 07, 2024 |
2-108 |
| |
January 25, 2024 |
2-107 |
| |
January 23, 2024 |
2-106 |
| |
January 10, 2024 |
2-105 |
| |
December 20, 2023 |
2-104 |
| |
December 13, 2023 |
2-103 |
| |
December 12, 2023 |
2-102 |
| |
December 08, 2023 |
2-101 |
| |
November 08, 2023 |
2-100 |
| |
October 25, 2023 |
2-99 |
| |
September 13, 2023 |
2-98 |
| |
September 04, 2023 |
2-97 |
| |
August 08, 2023 |
2-96 |
| |
June 23, 2023 |
2-95 |
| |
May 30, 2023 |
2-94 |
| |
May 26, 2023 |
2-93 |
| |
2023. május 24 |
2-92 |
| |
May 10, 2023 |
2-91 |
| |
May 09, 2023 |
2-90 |
| |
May 04, 2023 |
2-89 |
| |
2023. április 27 |
2-88 |
| |
2023. április 14. |
2-87 |
| |
2023. március 17 |
2-86 |
| |
March 11, 2023 |
2-85 |
| |
March 10, 2023 |
2-84 |
| |
March 07, 2023 |
2-83 |
| |
2023. február 28 |
2-82 |
| |
February 15, 2023 |
2-81 |
| |
February 10, 2023 |
2-80 |
| |
Bemutatkozik a Webex a Cisco BroadWorks számára
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
-
Későbbi bizonyítás: az UC-One Collaboration eleje ellen, minden ügyfél mozgása az Egységes Ügyfélkeret (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
-
Meglévő / új kis- és közepes ügyfelek (kevesebb, mint 250 előfizető), akik együttműködési funkciókat szeretnének, már felhívhatják a BroadWorks-t.
-
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 |
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 for Cisco BroadWorks |
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 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ó XSP-n| ADP-k | |
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 számára > partner beiktatása ebben a dokumentumban.)
-
Konfigurálja BroadWorks rendszereit a Webex-szel 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 csatlakoztathatja a Webexet a BroadWorks-hez. (Lásd: A Webex telepítése a Cisco BroadWorks számára > A partnerszervezet konfigurálása a partnerközpontban ebben a dokumentumban.)
-
A Partner Hub segítségével készítse elő a felhasználói kiépítési sablonokat. (Lásd A Webex Cisco BroadWorks rendszerhez telepítése > Bevezető sablonok konfigurálása ebben a dokumentumban.)
-
Teszteljen és telepítsen egy ügyfelet legalább egy felhasználó kiépítésével. (Lásd A Webex Cisco BroadWorks rendszerhez telepítése > Tesztszervezet 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 kezeléséhez Cisco BroadWorks előfizetők számára, olvassa el a Kiépítés API-t az útmutató Referencia részében.
terminológia
Igyekszünk korlátozni a jelen dokumentumban használt szakzsargont é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 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).
-
['A felhasználók a Webex alkalmazáson keresztül is kezdeményezhetnek Webex VOIP hívást a Webex infrastruktúrán keresztül, ha kiválasztják a "Webex Hívás" opciót a Webex alkalmazásban. (Ezek a hívások Webex alkalmazásról Webex alkalmazásra, nem Webex alkalmazás PSTN-re).\n']
-
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.
Jellemzők é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ípusú felhasználók csatlakozhatnak a Webex-értekezletekhez, de önállóan 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 hívási, Üzenetküldés és értekezleti funkciókat tartalmaz. 100 résztvevőt foglal magában az „egységes tárgyaló” é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 az alap csomagban található összes elemet tartalmazza, például akár 100 résztvevőt az „egységes tárgyaló” értekezleteken és a személyes tárgyalói (PMR) értekezleteken.
A PMR-értekezleten belüli képernyőmegosztás olyan szerep, amelyet eredetileg csak az értekezlet házigazdája töltött be, de a fogadó bármely általa választott értekezlet-résztvevőnek átadhatja az "előadói szerepkört", és csak a házigazda veheti át újra az előadói szerepet anélkül, hogy az aktuális fogadó átadta volna nekik.
"Prémium" csomag
Ez a csomag tartalmazza a Standard csomagban található mindent, plusz akár 300 résztvevőt az „egységes tárgyaló” értekezleten és akár 1000 résztvevőt a személyes tárgyalóban (PMR).
A PMR-értekezleten belüli képernyőmegosztás minden értekezlet-résztvevő 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ő |
Általános |
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 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ési és értekezleti funkciók
Tekintse meg az alábbi táblázatot az alap, standard és prémium csomagok PMR értekezleti funkcióinak támogatásával kapcsolatos különbségekről.
Értekezlet funkció |
Alap csomaggal támogatott |
Suported standard csomaggal |
Preminum csomaggal támogatva |
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öbbpárti csevegés |
Igen |
Igen |
Igen | |
Táblázás |
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 |
Nem |
Nem |
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 |
10 GB oldalanké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 |
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 Hubbó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 szervezet adminisztrátorai módosíthatják az URL-címet a Partner Hubból. |
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 |
Nem |
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 tekintse meg az alkalmazásintegrációk című részt. |
Integráció a Microsoft Office 365 naptáraival |
Igen |
Igen |
Igen | |
Integráció a Google Naptárral a G Suite-hoz |
Igen |
Igen |
Igen | |
A Webex Súgóközpont help.webex.com teszi közzé a Webex funkcióit és felhasználói dokumentációját. 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ó:
-
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á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é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.
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 bővítmény szolgáltatások csak a Standard és a Prémium csomagok esetén lesznek elérhetők.
További információkért lásd a A Control Hub Pro csomagjának súgóoldala .
Jövőbeli ütemterv
Ha betekintést nyerhet a Webex jövőbeli verzióival a Cisco BroadWorks számára, látogasson el a https://salesconnect.cisco.com/#/program/PAGE-16649webhelyre. 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 ügyfelének egy adott Webex Meetings -webhely-időzónára van szüksége, adja meg a időzóna
paramétert a beüzemelési kérelemben a következőhöz:
-
a szervezet standard csomagjára kiszervezett első előfizető.
-
a szervezet prémium csomagjára első előfizető.
-
a szervezetben az Alap csomagra kiépített első előfizető.
Általános korlátozások
-
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 "Fehér címkével" elcímkézve.
-
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 a tervezés. 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 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é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 évig
-
Standard 5 GB felhasználónként 3 évig
-
prémium: 10 GB felhasználónként 5 évig
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 egyes felhasználók túlléphetik a felhasználónkénti korlátot (10 GB), feltéve, hogy a vállalat még mindig az összesített maximális (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érre vonatkozó űrszabályzat megtekintéséről a .https://help.webex.com/en-us/baztm6/Webex-Space-Policy
További információk
A Webex üzenetküldő csapat terekre vonatkozó általános üzenetküldési korlátokról a .hu oldalon https://help.webex.com/en-us/n8vw82eb/Webex-Capacitiestájékozódhat.
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.
Az adatcseréről részletesebben a dokumentum Hivatkozás részében olvashat.
További olvasás
Szervezeti adatok rezidenssége
Webex-adatait a régióhoz leginkább illeszkedő adatközpontban tároljuk. Lásd: Adatmeghelyenhelyeződés a Webexben a 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ő 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 számára .
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 hozzon létre „Onboarding sablonokat”, amelyek az adott rendszereken keresztül kiszolgált csomagokat vagy csomagokat képviselik. 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 |
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 |
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:
-
Nyilvános XSP| ADP, Webex Cisco BroadWorks rendszerhez: (A mező egy vagy több XSP-t jelöl| ADP farmok, esetleg terheléselosztókkal.)
-
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, NPS-t futtat:
-
állomás hívásértesítések push szerver: Egy Notification Push szerver XSP-n| ADP a környezetében. 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 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:
-
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 Konfigurálja a BroadWorks-fürtöket a Partner Hubban Ebben a dokumentumban.) Minden fürthöz csak egy URL 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 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 NPS-t használhatja az UC-One SaaS vagy az UC-One Collaboration segítségével. 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 önállóan működhet az előfizetők áttelepítése 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álással vagy mTLS-szel)
-
CTI (mTLS)
-
XSI-műveletek (TLS)
-
XSI-események (TLS)
-
DMS (TLS) – Nem kötelező. 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 for Cisco BroadWorks felhasználói konfigurálhassák a hívási funkciókat 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:
-
(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-hez és egy TLS interfész más alkalmazásokhoz, például az AuthService-hez.
-
(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ő:
-
Ha több webex-partnerszervezetet kell támogatnia az XSP-n| ADP, akkor ez azt jelenti, hogy mTLS-t kell használnia a hitelesítési szolgáltatásban (a CI token érvényesítés csak egyetlen partnerszervezet esetén támogatott XSP-n| ADP). 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 újrafelhasználását| ADP.
-
Ha a meglévő CTI -szolgáltatás úgy van beállítva, hogy a biztonságos (általában 8012-es) porttal rendelkező ügyfelek használják, de nélkül mTLS (vagyis kliens hitelesítés) akkor ütközik a webex mTLS követelményével.
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 az 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. További részletekért tekintse meg a BroadWorks szoftverkezelési útmutatót.
Az XSP interaktív telepítése során| ADP szoftverrel, akkor lehetősége van az NTP konfigurálására. Járjon el az alábbiak szerint:
-
Amikor a telepítő megkérdezi,
Szeretné konfigurálni az NTP-t?
, adja megy
. -
Amikor a telepítő megkérdezi,
Ez a szerver NTP kiszolgáló lesz?
, adja megn
. -
Amikor a telepítő megkérdezi,
Mi az NTP -cím, gazdagépnév vagy FQDN?
, adja meg az NTP kiszolgáló vagy egy nyilvános NTP -szolgáltatás címét, például,pool.ntp.org
.
Ha az XSP| Az ADP-k csendes (nem interaktív) telepítést használnak, a telepítő konfigurációs fájl tartalmaznia kell a következő Kulcs=Érték párokat:
NTP
NTP_ SZERVER=
XSP| ADP-azonosító é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| 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 interfésznek 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) titkosítás, legalább 128 bit 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 a hash függvények SHA2 családja engedélyezett a kulcslevezetéshez (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| 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-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-k
Kiegyensúlyozó élelem betöltése
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 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:
-
Konfigurálja a DNS-t úgy, hogy az ügyfelek megtalálják a terheléskiegyenlítőt az Xsi interfészhez való csatlakozáskor (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.
-
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ő karaktereket, de nem ajánljuk őket.
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 ehhez az architektúrához:
-
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ést 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 a következő 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ő karaktereket, de nem ajánljuk őket.
HTTP-átirányítások elkerülése
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.
Megrendelés és kiépítés
A megrendelés és a kiépítés az alábbi szinteken érvényes:
-
Partner/Szolgáltató kiépíté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állalati rendelés és üzembe helyezé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ő rendelés és szolgáltatás :
A Cisco BroadWorks webex jelenleg a következő felhasználói kiépítési modelleket támogatja:
-
Flowthrough kiépítés 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
-
Folyamatos üzembe helyezés 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:
R22 esetén:
-
Telepítés AP.as.22.0.1123.ap376508 .
-
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
hogyigaz
a CLI-ből inKarbantartás/ContainerOptions
.További információ: javítás megjegyzések https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.
R23 esetében:
-
Telepítés AP.as.23.0.1075.ap376509
-
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
hogyigaz
a CLI-ből inKarbantartás/ContainerOptions
.További információ: javítás megjegyzések https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.
R24 esetében:
-
Telepítés AP.as.24.0.944.ap375100
-
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
hogyigaz
a CLI-ből inKarbantartás/ContainerOptions
.További információ: javítás megjegyzések https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.
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 az elsődleges telefonvonal hasonló mellékről ugyanazon a vállalaton belü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 ugyanazon vállalat különböző csoportjai közötti, 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ásrekordok |
Leírás |
Beüzemelési módszer |
Mellék 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 melléket paraméterként kell átadni |
Átfolyás |
A mellék automatikusan lekért a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívású 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ói hívási entitások |
Pl. konferenciateremtelefon, faxkészülék, Hunt-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
Alkalmazáshívási opciók prioritása
A Melléktárcsázás funkció támogatásának részeként az alkalmazás hívásbeállításainak prioritásbeá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 szinkronizálhassanak egyetlen csoportos telefonlistáról, és ez egyenrangú legyen a 30 000 névjegyével növelése a külön kiadott nagyvállalati telefonlista esetében.
A teljes korlát 200 000 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ő. Az engedélyezéshez forduljon a fiókot kezelő csapathoz.
-
A funkció engedélyezése előtt le kell futtatni egy előfeltételként szolgáló áttelepítést a létesítési és társítási csoportokhoz az összes meglévő kiépített felhasználó számára.
-
A Cisco csapata egy belső API -t futtat, hogy áttelepítse a meglévő telepített felhasználókat a megfelelő csoporthoz. MEGJEGYZÉS: Ennek feldolgozása akár egy hetet is igénybe vehet.
-
Miután az áttelepítés befejeződött a partnernél, és engedélyezve van a funkció, minden újonnan kiépített felhasználó megfelelően „csoportosítva” lesz.
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 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ásrekordok |
Leírás |
Beüzemelési módszer |
Vállalati azonosító 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 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ású 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ó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 |
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 EZ API be nem fejeződik. 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 soron következő 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-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á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é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 megjelenhessen, a cikknek meg kell jelennie a help.webex.com oldalon.
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) telefonszámok helyett a saját telefonszámukat biztosítsák a felhasználók számára a Webex Meetings-hez való csatlakozáskor.
-
Webex Cisco BroadWorks konfigurációs útmutató —Leírja, hogyan kell konfigurálni a Webex alkalmazást a Webex a Cisco BroadWorks rendszerhez.
- Eszközintegrációs útmutató a Webex 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 rendszerhez 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 számára — Ez a cikk 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 cikkeket találhat, 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 a Webex alkalmazás azon felhasználói 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
Megfontolás | Megválaszolandó kérdések | Erőforrások |
Építészet és infrastruktúra
|
Hány XSP| ADP-k? 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 a 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.
-
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ói kiépítés
Melyik felhasználói kiépítési módszer felel meg a legjobban?
-
Átfolyós beüzemelés 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.
-
Folyamatos üzembe helyezés 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 által vezérelt üzembe helyezés 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.
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 |
---|---|
Áramlás biztosítása (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 önkiépí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 nyilvános API-k készletét teszi 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á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:
R22 esetén:
-
Telepítés AP.as.22.0.1123.ap376508 .
-
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
hogyigaz
a CLI-ből inKarbantartás/ContainerOptions
.További információ: javítás megjegyzések https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.
R23 esetében:
-
Telepítés AP.as.23.0.1075.ap376509
-
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
hogyigaz
a CLI-ből inKarbantartás/ContainerOptions
.További információ: javítás megjegyzések https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.
R24 esetében:
-
Telepítés AP.as.24.0.944.ap375100
-
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
hogyigaz
a CLI-ből inKarbantartás/ContainerOptions
.További információ: javítás megjegyzések https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.
Támogatott nyelvi területek
A kiépítés során a BroadWorks alkalmazásban az első kiépített felügyeleti felhasználóhoz rendelt nyelv automatikusan hozzá lesz rendelve az adott ügyfélszervezet alapértelmezett területi beállításaként. Ez a beállítás határozza meg az adott ügyfélszervezet aktiválási e-mailjeinek, értekezleteinek és értekezlet-összehívásainak alapértelmezett nyelvét.
Ö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 egy kétbetűs nyelv van kérve ( ISO-639-1 formátum használatával), 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.
A következő 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_USA en_AU en_GB en_CA |
hu |
en_USA |
fr_FR fr_CA |
fr |
fr_FR |
cs_CZ |
cs |
cs_CZ |
da_DK |
da |
da_DK |
de_DE |
de |
de_DE |
hu_HU |
hu |
hu_HU |
id_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_VT |
ru |
ru_VT |
ro_RO |
ro |
ro_RO |
zh_KN zh_TW |
zh |
zh_KN |
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 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árkaépítés testreszabásának részleteiért lásd: Speciális márka-testreszabások konfigurálása .
-
Az alapvető márkaépítési testreszabások megszüntetése folyamatban van. Javasoljuk, hogy telepítse az Advanced Branding alkalmazást, amely a testreszabási lehetőségek szélesebb skáláját kínálja.
-
A márkaépítés alkalmazásának részleteit egy már meglévő Ügyfélszervezethez való kapcsolódás esetén lásd: A szervezeti csatolás feltételei alatt a A Webex for BroadWorks csatolása a meglévő szervezethez szakaszban.
Bevezető 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
-
Sablon létrehozásakor ki kell választania egy alapértelmezett csomagot (részletekért lásd a 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.
-
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 ).
-
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.
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.
Hitelesítő mód | BroadWorks | Webex |
Elsődleges felhasználói identitás | BroadWorks felhasználói azonosítója | E-mail-cím |
Identitásszolgáltató |
BroadWorks.
| Cisco közös identitás |
Többtényezős hitelesítés? | Nem | Olyan ügyfélazonosító rendszerhez van szükség, amely támogatja a többtényezős hitelesítést. |
Hitelesítő adatok érvényesítésének elérési útja
|
|
|
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ítja a speciális karaktereket használó jelszavak esetén előforduló problémát, amely miatt 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> állítsa be a hitelesítéstEncoding UTF-8
-
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> állítsa be a hitelesítéstEncoding 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. |
helymeghatározás |
Országhívószám |
Országnév |
---|---|---|---|
1 |
AMER |
+1 |
USA, CA |
2 |
APAC |
+65 |
Szingapúr |
3 |
ANZ |
+61 |
Ausztrália |
4 |
EMEA |
+44 |
UK |
5 |
EURO |
+49 |
Németország |
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. 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 é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é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 .
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 mellékmel.
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.
A hálózati és szoftverkövetelmények kiszolgálói
-
BroadWorks példány(ok) az R22 minimális verziójával. 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: 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 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á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 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 tanúsítvánnyal (nem öna aláírt) és minden köztes közreműködő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).
Ennek a kiszolgálónak R22-es vagy újabb verzión 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ó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 ide:https://www.webex.com/webexfromserviceproviders-downloads.html . A Webex alkalmazás a következő címen érhető el:
-
Windows pc-k/laptopok
-
Apple PC-k / laptopok MacOS-szel
-
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 Phone 6800 sorozat multiplatform firmware-rel
-
Cisco IP Phone 7800 sorozat multiplatform firmware-rel
-
Cisco IP Phone 8800 sorozat multiplatform firmware-rel
Lásd https://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html a modelleket és további információkat.
-
-
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 multiplatform analóg telefon adapter
-
Cisco ATA 192 Multiplatform analóg telefon adapter
Lásd https://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html a modelleket és további információkat.
-
-
Fejhallgatók:
-
Cisco headset 500 sorozat
Lásd https://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.html a modelleket és további információkat.
-
-
Room OS-eszközök:
-
Webex Room és Room Kit sorozat
-
Webex Desk sorozat
-
Webex Board Series
-
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 Cisco BroadWorks alkalmazáshoz .
Eszközprofilok
A következő DTAF-fájlokat kell betö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, de 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 webhelyet, 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 táblasablon |
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ás/Eszközprofil
Minden Webex Cisco BroadWorks-felhasználónak rendelkeznie kell egy Identitás/eszközprofil hozzárendelt a BroadWorks-ben, 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 hívások kezdeményezését.
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 .
-
Konfigurálja 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 OAuth ügyfél-azonosítót, egy ügyfél titkos kulcsot és egy 60 napig érvényes frissítési jogkivonatot ad. 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 .
Rendelési tanúsítványok
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-átmenő proxyn keresztül
-
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy a hitelesítésszolgáltató által aláírt nyilvános kiszolgálótanúsítványt hol kell betölteni ebben a három esetben:
A Webex alkalmazás által hitelesítéshez támogatott nyilvánosan támogatott hitelesítésszolgáltatók a Webex Hybrid Services támogatott hitelesítésszolgáltatóibantalálhatók.
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ő 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-interfészen keresztüli kölcsönös TLS-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/chain tanúsítványa letölthető a Control Hubon keresztül.
A tanúsítvány letöltése:
Jelentkezzen be a Partnerközpontba, lépjen be
és kattintson a letöltési tanúsítvány 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-átmenő proxyn keresztül
-
Közvetlenül az XSP-re| ADP
Az alábbi ábra a következő három esetben foglalja össze a tanúsítványkövetelményeket:
(Opció) A TLS-híd 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. 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á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 klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ennek a tanúsítványnak az x509.v3 kiterjesztésmezővel bővített kulcshasználattal kell rendelkeznie, amely a BroadWorks OID 1.3.6.1.4.1.6431.1.1.8.2.1.3 kiterjesztésmezővel és a TLS clientAuth céllal van feltöltve. 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
A belső tanúsítvány KN-jének bwcticlient.webex.com kell
lennie.
-
A proxy belső ügyféltanúsítványainak létrehozásakor 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ésszolgáltatók nem hajlandók aláírni a szükséges, szabadalmaztatott BroadWorks OID-val rendelkező tanúsítványokat. Á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ő hitelesítésszolgáltató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. 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| 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.
Készítse elő a hálózatot
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ő 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 a Webex-szolgáltatások hálózati követelményei című témakörben talál általános tájékoztatást. 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 |
Információs |
Átviteli protokollok és titkosítási rejtjelezések felhőalapú webex alkalmazásokhoz és eszközökhöz |
Információs |
El kell olvasni | |
El kell olvasni | |
El kell olvasni | |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
Egyéb Webex Hybrid szolgáltatások és dokumentációk összefoglalása |
Opcionális |
Webex szolgáltatások FedRAMP ügyfeleknek |
N. A. |
További információk
További információ: 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 Felhőszolgáltatások
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 rendszer kiválasztja a lista első IP-címét. 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.
Bejegyzés típusa |
Név |
Cél |
Cél |
---|---|---|---|
A |
|
|
LB1 pont (A hely) |
A |
|
|
LB2 pont (B hely) |
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 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 (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-re .
-
Ha 2 másodpercen belül nem érkezik HTTP-válasz, a kérelem időtörebe kerül, és a Webex mikroszolgáltatások blokkoltként jelölik meg az IP-címet, és a következő IP-címre vezető útvonalat hajtják végre.
Minden kérést 3-szor próbálnak ki, mielőtt a hibát visszajelentenék 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ő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-hez való kapcsolódási állapota| Az ADP-k vagy a terheléselosztók a Control Hubban láthatók. 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ások segítségével csatlakoznak az XSP-hez| Az XSP hatással van rájuk| Az ADP interfész elérhetősége:
-
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 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 -ügyfél._tcp .
. 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. Ahogy a példákban is látható, a Webex Cloud A rekordot használ webex-cloud-xsp.example.com
, és a Webex alkalmazás SRV-t használ_xsi -ügyfél._tcp .webex-app-xsp.example.com
.
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, és mindegyik 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 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 |
|
|
LB1 pont (A webhely) |
A |
|
|
Pontok LB2 (site B) |
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.
Bejegyzés 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ímét 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:
Bejegyzés típusa |
Név |
Cél |
Cél |
---|---|---|---|
A |
|
|
LB1 pont (A webhely) |
A |
|
|
Pontok LB2 (site B) |
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-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 végez a következőhöz:_xsi -ügyfél._tcp .
-
Ha az SRV keresés egy vagy több A/AAAA célt 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ás , vagy lehet az XSP| Az ADP szerver maga.
Mint már említettük, az A/AAAA rekordnak ugyanezen okokból egy IP-címre kell feloldaniuk.
-
-
(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:
%XSI_ROOT_WXT% %XSI_ACTIONS_PATH_WXT% %XSI_EVENTS_PATH_WXT%
-
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 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.
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 alkalmazás DNS SRV -keresést hajt végre a következőhöz:_xsi -ügyfél._tcp . , ö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é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 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 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 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 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 alkalmazás megpróbálja letölteni a konfigurációs fájlt az XSP-n keresztül| ADP/Dms interfész. 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.
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-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 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.
Közös tartózkodási követelmények
-
A hitelesítési szolgáltatásnak társ-rezidensnek kell lennie az Xsi-alkalmazásokkal, mivel ezeknek az interfészeknek hosszú élettartamú jogkivonatokat 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 többi szolgáltatást/alkalmazást szétválaszthatja a mérleghez (dedikált eszközkezelő XSP| például ADP farm).
-
Megkeresheti az Xsi, CTI, Authentication Service és DMS alkalmazásokat.
-
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 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 Cisco BroadWorks Xtended Services Interface Configuration Guide című témakörben leírtakszerint.
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> kap
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 (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 újabb rendszert futtat, é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 -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 a CI jogkivonat-ellenőrzés helyett az Auth-szolgáltatás mTLS-hitelesítését szeretné konfigurálni, olvassa el a Szolgáltatások konfigurálása függeléket (az Auth-szolgáltatás mTLS-ével).
-
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ásnak megfelelő javításokat:
-
R22 esetében:
-
R23 esetén:
-
R24 esetén – nincs szükség javításra
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. -
-
Telepítse a
AuthenticationService
alkalmazást az egyes XSP-ken| ADP szolgáltatás.Futtassa a következő parancsot az AuthenticationService alkalmazás aktiválásához az XSP-n| ADP a /authService környezeti elérési útra.
XSP|ADP_CLI/Maintenance/ManagedObjects> aktiválja az AuthenticationService 22.0 alkalmazást_ 1.1123/authService
Futtassa ezt a parancsot az AuthenticationService telepítéséhez az XSP-n| ADP:
XSP| ADP_ CLI/Maintenance/ManagedObjects> alkalmazás telepítése /authServiceBroadWorks SW Manager telepítése /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 szerepelnek automatikusan a BroadWorks bizalmi tárhelyen a tanúsítványkibocsátók. 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 kereskedelmi gyökér 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> kap
Ha nincs jelen, futtassa a következő parancsot az alapértelmezett Java megbízhatósági kapcsolatok importálásához:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust
Alternatív megoldásként manuálisan is hozzáadhatja ezeket a tanúsítványokat megbízhatósági horgonyként a következő paranccsal:
ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust
Ha az ADP egy korábbi kiadásról lett frissítve, akkor a rendszer a régi kiadás tanúsítványkibocsátóit automatikusan importálja az új kiadásba, és importálása mindaddig folytatódik, amíg manuálisan el nem távolítják őket.
Az AuthenticationService alkalmazás mentesül az ADP alatti validatePeerIdentity beállítás alól_ CLI/System/SSLCommonSettings/GeneralSettings, és mindig érvényesíti a peer identitást. Lásd a Cisco Broadworks X509 tanúsítvány érvényesítési FD a beállítással kapcsolatos további információkért.
-
-
Állítsa be az identitásszolgáltatókat a következő parancsok futtatásával az egyes XSP-ken| ADP szerver:
XSP| ADP_ CLI/Applications/AuthenticationService/IdentityProviders/ Cisco> get
-
állítsa be az ügyfélazonosítót client-Id-From-Step1
-
beállítás engedélyezve igaz
-
állítsa be az ügyfélTitkos értéket kliens-Titkos-From-1. lépés
-
állítsa be a ciResponseBodyMaxSizeInBytes 65536 értéket
-
állítsa be az issuerName nevét
– AURL
, adja meg a CI-fürtre vonatkozó IssuerName URL -címet. Lásd a következő táblázatot. -
állítsa be az issuerUrl-t
– AURL
, adja meg a CI-fürtre vonatkozó IssuerUrl-címet. Lásd a következő táblázatot. -
állítsa be a tokenInfoUrl-t
—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ímet Ha a CI-fürt... Az issuerName és az issuerURL beállítása a következőre:... USA-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/hitelesítés
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> hatókör beállítása broadworks-connector:user
-
Konfigurálja az identitásszolgáltatókat a Cisco Federation számára a következő parancsok segítségével az egyes XSP-ken| ADP szerver:
XSP| ADP_ CLI/Applications/AuthenticationService/IdentityProviders/ Cisco/Federation> get
-
állítsa be az flsUrl-t https://cifls.webex.com/federation
-
állítsa be a refreshPeriodInMinutes 60 értéket
-
állítsa be a refreshTokent refresh-Token-From-1. lépés
-
-
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> Letöltés
-
Konfigurálja a Token-kezelést a következő parancsokkal az egyes XSP-ken| ADP szerver:
-
XSP| ADP_ CLI/Applications/AuthenticationService/TokenManagement>
-
állítsa be a tokenIssuer BroadWorks alkalmazást
-
állítsa be a tokenDurationInHours 720 értéket
-
-
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. 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 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|
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
-
A kulcstároló helye nem konfigurálható. A kulcsok exportálása:
XSP| ADP_ CLI/Applications/authenticationService/KeyManagement>
exportKeys
-
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.kulcsokat
fájlt, ha szükséges. -
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 az authService URL-címét a webtárolóhoz. 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ímét külső hitelesítési szolgáltatásként a BroadWorks Communications Utilityhez:
XSP| ADP_ CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
url beállításahttp://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> adja hozzá a tomcat bw.authservice.authServiceUrl-thttp://127.0.0.1:80/authService
Ez 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 következővel:
kap
. -
Indítsa újra az XSP-t| ADP.
-
Az Auth-szolgáltatás ügyfélhitelesítési követelményének eltávolítása (csak R24 esetén)
Ha a hitelesítési szolgáltatás ci jogkivonat-érvényesítéssel van konfigurálva az R24-en, el kell távolítania a hitelesítési szolgáltatás ügyfél-hitelesítési követelményét is. Futtassa a következő CLI parancsot:
ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> állítsa be 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 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
kap
parancsot, é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> kap
TLS 1.2 protokoll hozzáadása a HTTP-kiszolgáló felületéhez
A Webex felhővel interakcióba lépő HTTP-felületet TLSv1.2-höz kell konfigurálni. A felhő nem egyezteti a TLS-protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP-kiszolgáló felületén:
-
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP| ADP_ CLI/Interfész/Http/HttpServer/SSLSettings/Protocols>
-
Írja be a parancsot
kap 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen. -
Írja be a parancsot
add hozzá 443 TLSv1.2
hogy az interfész TLS 1.2-t tudjon használni a felhővel való kommunikáció során.
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-be| ADP és navigáljon ide
XSP| ADP_ CLI/Interfész/Http/HttpServer/SSLSettings/Ciphers>
-
Írja be a parancsot
kap 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben). -
Írja be a parancsot
add hozzá 443
rejtjel hozzáadása a HTTP szerver felülethez.Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP| ADP_ CLI/Interfész/Http/HttpServer/SSLSettings/Ciphers> 192.0.2.7 443 TLS hozzáadása_ ECDHE_ ECDSA_ WITH_ CHACHA20_ POLY1305
Keresse https://ciphersuite.info/ meg a lakosztályt mindkét néven.
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 BroadWorks eszközkezelési konfigurációs útmutató utasításai szerint kell konfigurálni.
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 konfigurálása| ADP-k 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/Rendszer/ClientIdentity> adja hozzá a bwcticlient.webex.com webhelyet
A Webex for Cisco BroadWorks klienstanúsítvány általános név : bwcticlient.webex.com
.
TLS és rejtjelezések konfigurálása a CTI-felületen
Az XSP konfigurálhatósági szintjei| Az ADP CTI felületek 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 újabb) |
XSP|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers> XSP|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols> |
A rendszer szállítási protokolljai (R22 és újabb) |
XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers> XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols> |
A rendszer összes CTI interfésze (R22 és újabb) |
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/Ciphers> XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/Protocols> |
Egy adott CTI interfész ezen a rendszeren (R22 és újabb) |
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> XSP|ADP_CLI/Interface/CTI/CTIServerSSLSettings/Protocols> |
Új telepítéskor a következő titkosítások alapértelmezés szerint települnek a rendszer szintjén. 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:
-
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
-
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
-
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
-
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
-
TLS_DHE_DSS_WITH_AES_128_GCM_SHA256
-
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
-
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
-
TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
-
TLS_ECDH_RSA_WITH_AES_128_GCM_SHA256
-
TLS_ECDH_ECDSA_WITH_AES_128_GCM_SHA256
-
TLS_ECDH_RSA_WITH_AES_128_CBC_SHA256
-
TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA256
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/Interfész/ CTI/CTIServer>
Adja meg a
kap
parancsot, é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 Tanúsítvány ügyfél hitelesítési igény ======================================= ======================== 10.155.6.175 8012 igaz igaz igaz
TLS 1.2 protokoll hozzáadása a CTI interfészhez
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/Interfész/ CTI/CTIServer/SSLSettings/Protocols>
-
Írja be a parancsot
kap
hogy megtudja, mely protokollok vannak már használatban ezen a felületen. -
Írja be a parancsot
add hozzá TLSv1.2
hogy az interfész TLS 1.2-t tudjon használni a felhővel való kommunikáció során.
TLS-titkosítási 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/Interfész/ CTI/CTIServer/SSLSettings/Ciphers>
-
Adja meg a
kap
parancsot, hogy megtudja, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben). -
Írja be a parancsot
add hozzá
rejtjel hozzáadása a CTI felülethez.Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a CTI felülethez a következőket kell használnia:XSP| ADP_ CLI/Interfész/ CTI/CTIServer/SSLSettings/Ciphers> 192.0.2.7 TLS hozzáadása_ ECDHE_ ECDSA_ WITH_ CHACHA20_ POLY1305
Keresse https://ciphersuite.info/ meg a lakosztályt mindkét néven.
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ánykonfiguráció eltérő az áthidaló proxy esetében (lásd: TLS-híd proxy TLS-tanúsítványkövetelményei).
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 a Partner Hub szolgáltatásba.
-
Ugrás ide: Beállítások elemre > BroadWorks-hívás és kattintson Töltse Webex CA-tanúsítványt hogy megkapja
CombinedCertChain2023.txt
a helyi számítógépen.Ezek a fájlok két tanúsítvány két halmazát tartalmazzák. 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 -
kombináltcertchain2023.txt
-
Megnyitás
kombináltcertchain2023.txt
szö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 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/Interfész/ CTI/SSLCommonSettings/ClientAuthentication/Trusts>
-
(Nem kötelező) Futtatás
help updateTrust
a paraméterek és a parancsformátum megtekintéséhez. -
Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot2023
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, amennyiben minden bejegyzés egyedi. -
Ellenőrizze, hogy a horgonyok frissülnek-e:
XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/ClientAuthentication/Trusts> kap
Alias 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ú]
-
Az ügyfelek tanúsítványokkal való hitelesítésének engedélyezése:
XSP| ADP_ CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> állítsa be az allowClientApp alkalmazást igaz
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 hozzá 8012 igaz igaz igaz
-
-
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ére; a következő kontextusból olvashatja el:
-
A BroadWorks R22 és R23:
XSP|ADP_CLI/Interface/CTI/CTIServer> kap
Ezutá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/Interfész/ CTI/CTIServer/SSLSettings/Certificates> sslUpdate keyFile certificateFile chainFile
-
-
Indítsa újra az XSP-t| ADP.
Hozzáférés engedélyezése a BroadWorks CTI eseményeihez a Webexen
A klaszterek Partner Hubban történő konfigurálásakor hozzá kell adnia és érvényesítenie kell a CTI-felületet. Részletes útmutatást lásd a Partnerszervezet konfigurálása a Partner Hubban című lapban.
A klaszterek Partner Hubban történő konfigurálásakor hozzá kell adnia és érvényesítenie kell a CTI-felületet. Részletes útmutatást lásd a Partnerszervezet konfigurálása a Partner Hubban című lapban.
-
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
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 általános BroadWorks-hívásbeállításokhoz, amelyek nem natív a Webex alkalmazásban.
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:
-
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
.
CSWV üzembe helyezése a BroadWorks-en
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.háború
(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 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ő CLI-környezetet, és futtassa a telepítési parancsot:
XSP| ADP_ CLI/Maintenance/ManagedObjects> telepítse a /tmp/BWCallSettingsW alkalmazásteb_ 1.7.5_ 1.háború
A BroadWorks szoftverkezelő ellenőrzi és telepíti a fájlt.
-
[Nem kötelező] Törlés
/tmp/BWCallSettingsWeb_ 1.7.5_ 1.háború
(Erre a fájlra már nincs szükség). -
Aktiválja az alkalmazást:
XSP| ADP_ CLI/Maintenance/ManagedObjects> aktiválja a BWCallSettingsWeb 1.7.5 /callsettings alkalmazást
A név és a verzió kötelező minden alkalmazáshoz, de a CSWV esetében a contextPath-et is meg kell adnia, mert ez egy nem felügyelt alkalmazás. Bármilyen értéket használhat, amelyet más 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> alkalmazás telepítése /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| /hívásbeállítások/
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| 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á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 mutatja a hívásbeállításokat a felhasználóknak az alkalmazás felületén keresztül.
<web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%%WEB_CALL_SETTINGS_URL_WXT%
A BroadWorks Webex Webex alkalmazás 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 rendelkezik a Webex alkalmazás legújabb konfigurációs sablonjaival (lásd: Eszközprofilok).
-
Állítsa a web beállításai célt értékre
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ármaztatta.
-
Az eredményül kapott klienskonfiguráció fájlnak rendelkeznie kell a következő bejegyzéssel:
https://yourxsp.example.com/callsettings/</url>
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is.
Hívásküldési értesítések konfigurálása a Webexben a Cisco BroadWorks számára
Ebben a dokumentumban a Hívásértesítések leküldéses kiszolgálója (CNPS) kifejezést használjuk a környezetben futó XSP-ben vagy ADP-üzemeltetett 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.
A hálózati házirend-kiszolgálóval kapcsolatos további információkért tekintse meg az Értesítési leküldési kiszolgáló szolgáltatás leírását.
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 szakasz azt ismerteti, hogyan konfigurálható a hálózati házirend-kiszolgáló hitelesítésszolgáltató hitelesítés proxyhoz, ha a hálózati házirend-kiszolgáló már nem támogat más alkalmazásokat. Ha megosztott hálózati házirend-kiszolgálót kell áttelepítenie a hálózati házirend-kiszolgáló proxy használatához, olvassa el a Cisco BroadWorks hálózati házirend-kiszolgáló frissítése a hálózati házirend-kiszolgáló proxyjának használatára https://help.webex.com/nl5rir2/című témakört.
Nps proxy – áttekintés
A Cisco BroadWorks Webex-szel való kompatibilitásához a CNPS-t javítani kell az NPS Proxy szolgáltatás, a Push Server for VoIP UCaaS támogatásához.
A funkció új tervet valósít meg az értesítési leküldéses kiszolgálón 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ének megoldására. 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ó azt is javítja, hogy az értesítési leküldéses kiszolgáló az új Google Firebase Cloud Messaging (FCM) HTTPv1 API-n keresztül lekérje az értesítéseket androidos eszközökre.
-
További információ: Push Server for VoIP az UCaaS szolgáltatásleírásában.
-
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.
-
További információ az ADP-kiszolgálóról a következő helyen https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.htmltalálható: .
APNS megfontolások
Az Apple 2021. március 31.-e után már nem támogatja a HTTP/1 alapú bináris protokollt az Apple Push Notification 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ő NPS-ét a Webex számára a Cisco BroadWorks számára
1 |
Telepítsen és konfiguráljon egy dedikált XSP-t (R22 minimális verzió) vagy alkalmazás-kézbesítési platformot (ADP). |
2 |
Telepítse a hálózati házirend-kiszolgáló proxy javításait: XSP R22 tapaszok: XSP R23 tapaszok: |
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 a hálózati házirend-kiszolgálón.
|
5 |
(Apple iOS-értesítésekhez) Engedélyezze a HTTP/2-t az NPS-en.
Ez kizárólag a 22-es és korábbi verziókra vonatkozik; nem érhető el a 23-as és újabb verziókban, amelyek csak a HTTP/2-t támogatják. |
6 |
Csatoljon egy techsupportot az NPS XSP/ADP-bő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 A beállítás után a következők egyikére van szükség a módosítások átvételéhez:
|
Mi a következő lépés
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 FCMv1-re
Hálózati házirend-kiszolgáló konfigurálása hitelesítési proxy használatára
Ez a feladat az NPS új telepítésére vonatkozik, amelyet a Cisco BroadWorks webexének szenteltek.
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 |
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 megfelelnek-e a kapott adatoknak, futtassa A CiscoCI issuerUrl azonosítónak MINDIG US CI-fürtnek kell lennie, függetlenül az Ön tartózkodási helyétől, és az alapértelmezett értéknek a következőnek kell lennie:
| |||||||||||||||||||
3 |
Adja meg a hálózati házirend-kiszolgáló proxy URL-címét, és állítsa be a jogkivonat frissítési időközét (30 perc ajánlott):
| |||||||||||||||||||
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 |
Indítsa újra az XSP-t| ADP: | |||||||||||||||||||
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. |
Nps áttelepítése AZ FCMv1-be
Ez a témakör olyan választható eljárásokat tartalmaz, amelyeket a Google FCM-konzolon akkor használhat, ha meglévő hálózati házirend-kiszolgálótelepítéssel rendelkezik, 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 a márkajelzést az ügyfélre alkalmazza, az ügyfélnek rendelkeznie kell a Feladó azonosítójával. Az FCM-konzolon tekintse meg a
témakört. A beállítás a Projekt hitelesítő adatai táblában jelenik meg.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 agcm_default SenderId
paramétert, amely a Branding Kit, Erőforrás mappában, branding.xml fájlban található, az alábbi szintaxissal:
<string name="gcm_default
-
Jelentkezzen be az FCM Admin SDK-ba a http://console.firebase.google.com.
-
Válassza ki a megfelelő Android alkalmazást.
-
Az Általános lapon jegyezze fel a projektazonosító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 szervizfió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 biztonságos helyre.
-
-
Másolja a json fájlt az XSP-re| ADP.
-
Konfigurálja a projekt azonosítóját és :
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add hozzá ...Kész XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> projektazonosító azonosító lekérése =======================my_project *******
-
Az alkalmazás konfigurálása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add hozzá projectId ...Kész XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> alkalmazásazonosító azonosító , projektazonosító =============================my_app my_project
-
FCMv1 engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> beállítása V1Enabled true ...Kész
-
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
SaaS-ügyfelek áttelepítése az FCMv1-be
Ha SaaS-ügyfeleket szeretne áttelepíteni az FCMv1-be, használja az alábbi lépéseket a Google FCM Console-on.
-
FCM letiltása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false ...Kész
-
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP. -
FCM engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> beállítása V1Enabled true ...Kész
-
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
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 Console-on lépjen a Szolgáltatási fiókok oldalra.
-
Kattintson a Projekt kijelöléseelemre, válassza ki a projektet, majd kattintson a Megnyitás parancsra.
-
Keresse meg annak a szolgáltatásfiók a sorát, amelyhez kulcsot szeretne létrehozni, majd kattintson a Továbbiak függőleges gombot, majd kattintson Kulcs létrehozása.
-
Válassza ki a Kulcs írja be, és kattintson Létrehozás lehetőségre
A fájl letöltődik.
-
-
FCM hozzáadása az ADP-kiszolgálóhoz:
-
Importálja a JSON-fájlt az ADP-kiszolgálóra a következővel:
/bw/install
parancsot. -
Jelentkezzen be az ADP CLI-be, és 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...Kész
-
Ellenőrizze a konfigurációt:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> azonosító Projektazonosító fiókkulcs ======================== connect-ucaas ******** ADP_ CLI/Alkalmazások/NotificationPushServer/FCM/Applications> azonosító Alkalmazásazonosító azonosító ================================== 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:
-
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 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 érvényesíthető sikeresen, de érvénytelen bejegyzések esetén nem menthet fürtöt.
Ezt azért akadályozzuk meg, mert egy rosszul konfigurált fürt nehezen megoldható problémákat okozhat.
Mit kell tennie:
-
Jelentkezzen be a Partnerközpontba (admin.webex.com) a partner rendszergazdai hitelesítő adataival.
-
Nyissa meg a Beállítások lapot az oldalsó menüből, és keresse meg a BroadWorks hívásbeállításait.
Ha az admin felhasználó nem látja a BroadWorks-hívás beállításokat, javasoljuk, hogy a Cisco TAC alkalmazással nyitjon egy esetet.
-
Kattintson a Fürt hozzáadásaelemre.
Ez elindít egy varázslót, ahol megadja az XSP-t| ADP felületek (URL). Nem szabványos port használata esetén portot adhat hozzá a kapcsolat URL-címéhez.
-
Nevezze el ezt a fürtöt, és kattintson a Következőgombra.
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éretezési követelményei itt nem terjednek ki.
-
(Nem kötelező) Adjon meg egy BroadWorks felhasználói fiók nevét és jelszavát, amelyről tudja, hogy a Webexhez csatlakozó BroadWorks rendszeren belül van, majd kattintson a Következőgombra.
Az érvényesítési tesztek ezzel a fiókkal ellenőrizhetik a fürt kapcsolódási kapcsolatait.
-
Adja hozzá az XSI-műveleteket és az XSI-események URL-címeit.
-
Választható. 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ö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ábbgombra.
-
A CTI-felület lapon tegye a következőket:
-
Adja hozzá a CTI URL-címét és portját ahhoz a CTI-felülethez, amelyhez csatlakozni szeretne.
-
Választható. 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ővel. A felhasználók megtekinthetik híváselőzményeiket 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ábbgombra.
-
-
Adja hozzá a hitelesítési szolgáltatás URL-címét.
-
Válassza az Auth Service lehetőséget CI jogkivonat-érvényesítéssel.
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 Létrehozásgombra. 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.
-
Kattintson a Fürtök megtekintése elemre, és látnia kell az új fürtöt, és hogy az ellenőrzés sikeres volt-e.
-
Előfordulhat, hogy a Létrehozás gomb le van tiltva 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 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-interfészek közötti kapcsolatok ellenőrzése
-
Jelentkezzen be a Partnerközpontba (admin.webex.com) a partner rendszergazdai hitelesítő adataival.
-
Nyissa meg a Beállítások lapot az oldalsó menüből, és keresse meg a BroadWorks hívásbeállításait.
-
Kattintson a Fürtök megtekintéseelemre.
-
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á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 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 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.
-
Kattintson a legördülő menüre a következőhöz: CCW-előfizetési azonosító , keresse meg a partnerhez tartozó felsorolt előfizetéseket, és válassza ki a megfelelő előfizetést.
Ez a mező csak a Webex for BroadWorks-ről Webex-re áttelepített partnerek esetében jelenik meg. -
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.
-
Írjon be egy sablonnevet, majd kattintson a Következőgombra.
-
Konfigurálja a kiépítési módot az alábbi ajánlott beállításokkal:
3. táblázat. Ajánlott kiépítési beállítások a különböző kiépítési módokhoz 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
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 a kiépítési fiók nevét és jelszavát a BroadWorks konfigurációjának megfelelően.
Be
Adja meg a kiépítési fiók nevét és jelszavát a BroadWorks konfigurációjának megfelelően.
Ki
Új szervezetek automatikus létrehozása a Control Hubban
Be †
Be †
Be †
Szolgáltató e-mail-címe
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- 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 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). Ebben a számolótáblában tekintse meg az országtól régióig leképezéseket.
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
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 „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ítés, csak olvasható=Ki.
-
-
Válassza ki a sablont használó ügyfelek alapértelmezett szolgáltatási csomagját (lásd a Csomagok az Áttekintés szakaszban); alapszintű, standard , prémium 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őrizze A Cisco Webex ingyenes hívás letiltása ha szeretné letiltani a Webex Calls szolgáltatást,.
-
Értekezlet-illesztés konfigurációja eseténválasszon az alábbi lehetőségek közül:
-
Cisco behívási számok (PSTN)
-
Partner által biztosított betelefonálási számok (BYoPSTN) —Ha ezt a lehetőséget választja, olvassa el a Hozd el a saját PSTN-megoldási útmutatóját a Webex for Cisco BroadWorks-hez az opció konfigurálásával kapcsolatos részletes információk .
-
-
Kattintson a Továbbgombra.
-
Kétféle megközelítés létezik az előfizetők beüzemelésére 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 használatával.
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 az 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. Nem megbízható beüzemelési módok javasolt felhasználó-ellenőrzési beállításai Beállítás neve
Folyamatmentő kiépítés e-mailek nélkül
Felhasználói önkiépí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 a jelet, akkor az első felhasználó, aki aktívvá válik az új szervezetben, az ügyfél rendszergazdájává válik.
-
-
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 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).
-
Kattintson a Továbbgombra.
-
Beállítások esetbenkonfigurálja a következőket:
-
Válassza ki, hogy szeretné-e előretölteni a felhasználói e-mail-címeket a bejelentkezési oldalon.
Ezt a beállítást csak akkor használja, ha a BroadWorks-hitelesítést választotta, és a felhasználók e-mail-címét is elhelyezte a BroadWorks Alternatív azonosító attribútumában. 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 címtárszinkronizálást, állítsa be a telefonkönyvtár szinkronizálásának engedélyezése az összes új ügyfélszervezet számára, amely Be gombra vált.
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.
-
Adjon meg egy partneradminisztrátort.
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 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ábbgombra.
-
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. Kattintson a Létrehozásgombra.
Látnia kell egy sikeres üzenetet.
Kattintson a Sablonok megtekintése elemre, és az új sablont bármely más sablonnal együtt kell felsorolni.
-
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 nyitva a Sablonok megtekintése lapot, mivel a következő feladathoz sablonadatokra lehet szüksége.
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, alkalmazza a kiadásra vonatkozó következő javítást:.
-
R22 esetén:
AP.as.22.0.1123.ap373197
-
R23 esetén:
AP.as.23.0.1075.ap373197
-
R24 esetén:
AP.as.24.0.944.ap384177
A Webex Cisco BroadWorks rendszerhez telepítéséhez szükséges BroadWorks javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben. -
-
Módosítsa a következőre:
Karbantartás/ContainerOptions
összefüggésben. -
Engedélyezze a kiépítés URL-paraméterét:
/AS_ CLI/Maintenance/ContainerOptions> beüzemelés hozzáadása bw.imp.useProvisioningUrl true
A kiépítési URL(ek) lekérte a Partnerközpontból
Az AS parancsok részleteit (Interface > Messaging and Service > Integrated IM&P) olvassa el a Cisco BroadWorks Application Server parancssori felület felügyeleti útmutatójában.
-
Jelentkezzen be a Partnerközpontba, és lépjen a
elemre. -
Kattintson a Sablonok megtekintéseelemre.
-
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 kiépítési adapter URL-címé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 a Döntési pontokat 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/Interfész/ Üzenetküldés> állítsa be az üzembehelyezési URL-t ProvisioningURL
-
AS_ CLI/Interfész/ Üzenetküldés> állítsa be a provideingUserId értéketprovisioning_account_name
-
AS_ CLI/Interfész/ Üzenetküldés> állítsa be a provideingPassword-otprovisioning_account_password
-
AS_ CLI/Interfész/ Üzenetküldés> állítsa be az engedélyezéstSzinkronizálás igaz
-
-
Aktiválja az integrált IMP interfészt:
-
/AS_ CLI/Szolgáltatás/IntegratedIMP> állítsa be a serviceDomain example.com címet
-
/AS_ CLI/Szolgáltatás/IntegratedIMP/DefaultAttribute> állítsa a userAttrIsActive értéket igaznak
-
Meg kell adnia a(z) teljes nevét ProvisioningURL
paramétert, ahogy azt a Control Hubban megadtuk. Ha az alkalmazáskiszolgáló nem tud hozzáférni a DNS -hez a gazdagépnév feloldásához, akkor létre kell hoznia a leképezést a /etc/hosts
fájlt az AS-en.
(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, és nyissa meg a Szolgáltatások > integrált IM&Pterületen.
-
Válassza a Szolgáltatástartomány használata lehetőséget, és adjon meg egy próbabáp értéket (a Webex figyelmen kívül hagyja ezt a paramétert). Hasznos lehet
example.com
). -
Válassza a Üzenetkezelő kiszolgáló használatalehetőséget.
-
Az URL-cím mezőbe illessze be a sablonból másolt kiépítési URL-címet a Partnerközpontba.
Meg kell adnia a(z) teljes nevét
ProvisioningURL
paramétert, ahogy azt a Partner Hubban megadták. Ha az alkalmazáskiszolgáló nem tud hozzáférni a DNS -hez a gazdagépnév feloldásához, akkor létre kell hoznia a leképezést a/etc/hosts
fájlt az AS-en. -
A Felhasználónév mezőbe írja be a kiépíté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.
-
A IM&P id alapértelmezett felhasználói identitásamezőben válassza az Elsődlegeslehetőséget.
-
Kattintson a Alkalmazgombra.
-
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ó-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ő csomagkiépítésével 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 jelezhet, 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 egyetlen előre definiált egyszeri egyszeri bejelentkezés-kapcsolatot konfigurálhatnak, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
-
Ellenőrizze, hogy a harmadik féltől származó identitásszolgáltató szolgáltatója megfelel-e a Control Hub egyszeri bejelentkezési integrációja személyazonosság-szolgáltatókra vonatkozó követelményei szakaszában felsorolt követelményeknek.
-
Töltse fel azt a CI-metaadatfájlt, amely tartalmazza az Identity Provider alkalmazást.
-
Belépési sablon konfigurálása. A Hitelesítési mód beállításhoz válassza a Partnerhitelesítéslehetőséget. Az IDP-entitás azonosítójához adja meg az EntityID-t a harmadik fél identitásszolgáltató SAML metaadat XML-éből.
-
Hozzon létre egy új felhasználót egy új ügyfélszervezetben, amely a sablont használja.
-
Nagyon, hogy a felhasználó bejelentkezhet.
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 egyetlen előre definiált egyszeri egyszeri bejelentkezés-kapcsolatot konfigurálhatnak, é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 figyelmen kívül hagyó 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-ügyfél
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, terek szerint osztva, pl 'openid email profile' Tartalmazza 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 a sablont használja.
-
Nagyon, hogy a felhasználó bejelentkezhet az SSO hitelesítési folyamat segítségével.
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 segítségével engedélyezze a funkciót az összes AS és XSP rendszeren| ADP interfészek.
-
Futtassa a következő parancsokat az AS felületeken. Ez lehetővé teszi az AS számára, hogy elküldje a
X-BroadWorks-Correlation-Info
SIP fejléc:AS_CLI/Interface/SIP> a sendCallCorrelationIDNetwork értéket igaz legyen
AS_CLI/Interface/SIP> állítsa be a sendCallCorrelationIDAccess értéket igaz
-
A
enableCallCorrelationID
Az Xsi-Actions alkalmazáshoz társított paraméter a híváskorrelációs információk Xsi-Actions naplókban való szerepeltetésének vezérlésére szolgál. Javasoljuk, hogy rendelkezzenenableCallCorrelationID
a következő paranccsal engedélyezhető az XSP-n| ADP interfészek:XSP| ADP_ CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true
A híváskorresztációs azonosítóval kapcsolatos további információkért lásd: Cisco BroadWorks Call Correlation Identifier Feature Description.
Könyvtár szinkronizálása
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 szinkronizálás bekapcsolásához lépjen a Directory szinkronizálás a Webexben a Cisco BroadWorksszámára.
Egységes híváselőzmények
Ha az egységes híváselőzmények engedélyezve vannak, a BroadWorks hívásesemények szinkronizálódnak a Webex felhővel, és a Webex alkalmazásban megjelenő Webex Egységes hívás- és értekezletelőzmények részévé válnak. 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 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ében:
-
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> aktiválja a 25433-at
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> aktiválja a 25433-at
-
XSP használata esetén—
AP.xsp.23.0.1075.ap378585
-
Ha ADP-t használ—
Xsi-Events-23_ 2021.05_ 1.251.bwar
R24 esetén:
-
AP.as.24.0.944.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> aktiválja a 25433-at
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 ügyvezetői asszisztens 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 is engedélyezni kell az Executive-Assistant egyesített híváselőzményeihez.
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 akár 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
. -
Lépjen a Beállítások elemre, és válasszon ki egy meglévő fürtöt.
-
Ellenőrizze, hogy a fürtkapcsolat jó-e. A jobb oldali panelen zöld pipa látható a Kapcsolat létesítveértékkel.
Ha ez nem jelenik meg, a Connnections ellenőrzése (Nem kötelező)csoportban adja meg a BroadWorks felhasználói azonosítóját és a BroadWorks jelszót, majd kattintson az Ellenőrzés gombra a kapcsolat jó ellenőrzéséhez.
-
Jelölje be a Híváselőzmények engedélyezése jelölőnégyzetet.
-
Kattintson a Mentés lehetőségre.
Funkció interakciók
Az egyesített híváselőzmények esetében a következő funkcióinterakciók léteznek:
-
Az egyesített híváselőzmények nem támogatottak azoknak a felhasználóknak, akik a BroadWorks útvonallistákkal vagy közvetlen útvonalakkal vannak konfigurálva. Ha ez a helyzet fennáll, a híváselőzmények és a Horogállapot-események nem kerülnek elküldésre a Webex alkalmazásba.
-
Az egyesített híváselőzmények nem támogatottak a bővítmény tárcsázásával. 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 értekezletelő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ürtön, nem tilthatja le a funkciót önmagában. 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.
A 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 lett átirányítva.
-
Hívásátirányítás: A hívást átirányító számot mutatja.
-
Vadászcsoport: 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ásokat a 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.
Válassza a Hívófél- azonosító lehetőséget
Áttekintés
A „ azonosító kiválasztása” funkció lehetővé teszi a felhasználók számára, hogy külső hívásokhoz váltsanak a különböző hívószám-azonosítók között. Ha a rendszergazda engedélyezte, a felhasználók a következő opciók közül választhatnak a hívófél-azonosítójukhoz:
-
Felhasználói szám ("Felhasználói telefonszám használata a hívószám-azonosításhoz")
-
Konfigurálható CLID ("Konfigurálható CLID használata hívófél-azonosítóhoz")
-
Csoport CLID ("Csoport/részleg telefonszám használata a hívószám azonosítóhoz")
Funkcionalitás
A felhasználók kétféleképpen módosíthatják a hívófél- azonosító a rendszergazda által biztosított módon:
- Funkció-hozzáférési kódok (FAC) : Konkrét kódok a három hívófél- azonosító opció mindegyikéhez.
- Webex alkalmazás felület : Felhasználóbarát nézet a Webex asztali és mobilalkalmazásokban, amely megjeleníti a rendszergazda által engedélyezett, elérhető hívófél- azonosító opciókat, lehetővé téve a felhasználók számára, hogy kiválasszák előnyben részesített azonosító.
További funkciók
- A Webex -alkalmazások a Call Center-várakoztatási sorok DNIS-re vonatkozó opciókat is tartalmazni fognak.
- A mobilalkalmazás-felhasználók a Dual Persona opciók közül választhatnak a mobilitást használók számára.
Előfeltételek
A következő feltételeknek teljesülniük kell a BroadWorks kiszolgálón ahhoz, hogy a felhasználó szabályozhassa a választott külső CLID-házirendet:
- Az „EnableUserSelectionOfExternalCLIDPolicy” rendszerjelző engedélyezve van.
- Felhasználói szintű hívásfeldolgozási házirend A hívószám- azonosító hatókör beállítása „Felhasználói hívószám-azonosító házirend használata” ennél a felhasználónál.
- A felhasználói szintű hívásfeldolgozási házirendek 'Külső CLID-házirend felhasználói kiválasztásának engedélyezése' jelző engedélyezve van a felhasználó számára.
- Ha nincs szám megadva a „Konfigurálható CLID használata a hívószám-azonosítóhoz” vagy a „Csoport/részleg telefonszám használata a hívószám-azonosítóhoz” opciókhoz, akkor az FAC-ok vagy az alkalmazásmegjelenítés nem lesz hatással. Ezt a beállítást a rendszergazdának kell konfigurálnia a felhasználó kiválasztása előtt.
BroadWorks javítások
A funkció megfelelő működéséhez két BroadWorks javítás szükséges:
- A BWKS-5230 volt az eredeti, felhasználó által választható CLID funkció – lehetővé teszi a felhasználók számára (ha a rendszer megfelelően van konfigurálva) annak megváltoztatását, hogy melyik CLID házirendet kell alkalmazni. Lásd FD itt: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/FD/AS/UserSelectionOfExternalCallingLineIDOptionFD-R250.pdf
- A BWKS-9510 egy XSI-bővítés, amelyet a Webex klienscsapat kért, hogy megkönnyítse a felhasználók számára elérhető opciók felderítését. Erre azért van szükség, mert a CLID házirend kiválasztása nem egy egyszerű felhasználói szintű funkció (például a CFA), amely közvetlenül vezérelhető. Inkább a különböző rendszerkonfigurációs beállításoktól és a „hívásfeldolgozás házirendek” hierarchiától függ. Itt láthatja a részleteket: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/FD/AS/XSIEnhancementToSupportUserSelectableCLIDFD-R250.pdf
Webex alkalmazás konfigurációja
A következő címkéket engedélyezni kell az asztali, táblagépes és mobilkonfigurációban:
<outgoing-calls enabled="%ENABLE_CLID_OUTGOING_CALLS_WXT%
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
Ahhoz, hogy ezt a funkciót a Cisco BroadWorks webex-en telepítse, a következő BroadWorks javításokat kell üzembe helyeznie:
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. Példa: Asztali kliens esetén: Rendszer>Identitás/eszközprofil típusa Módosítás> Business Communicator - PC: Profil , Normál beállítások, Portok száma:
- HA a 'Korlátlan' engedélyezve van, nincs szükség módosításra
- HA a 'Korlátozott:' értéke <10, módosítsa az értéket = 10, és mentse az összes rendelkezésre álló vonalat
-
RI kiadás Rel_ 2022.10_ 1.310
Ne zavarja (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. 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ó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 partneri rendszergazda 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> aktiválja a 25433-at
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 a Beállítások gombra.
-
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 .
-
A DND-szinkronizálás engedélyezését követően a Webex frissíti az összes felhasználói előfizetést, hogy tartalmazza a „Ne zavarjanak” eseménycsomagot. A felhasználók számától függően ez a folyamat néhány órát is igénybe vehet.
-
A DND szinkronizálás engedélyezése egyirányú kapcsoló. Miután engedélyezte a funkciót, önmagában nem tilthatja le.
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észleteket lásd a „BroadWorks-fürtök konfigurálása” című részben 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-ben (Webex for BroadWorks)
-
Komponens: 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 .
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/mutatók |
---|---|---|
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ó szüneteltetheti és folytathatja a felvételt. |
|
OnDemand |
A felvétel automatikusan elindul, amikor a hívás létrejön, de a felvétel törlődik, kivéve, ha a felhasználó megnyomja a Felvétel indításagombot. 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 a felhasználó által kezdeményezett indítással |
A felvétel csak akkor indul el, ha a felhasználó a Webex alkalmazásban a Felvétel indítása lehetőséget választja. A felhasználónak lehetősége van arra, hogy hívás közben többször is elindítsa és leállítsa a felvételt. |
|
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:
-
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ő platformmal való integráció szükséges.
A BroadWorks hívásrögzítésének konfigurálásához látogasson el a Cisco BroadWorks hívásrögzítési felületre vonatkozó útmutatójához.
További információk
A Felvétel funkció használatáról a Webex Hívásainak rögzítése című help.webex.com
című cikkben | olvashat.
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óhoz
A Webex for BroadWorks megoldásban engedélyezheti a hangpostát a Microsoft Teams-felhasználók számára. Ez az integráció lehetővé teszi a felhasználók számára, hogy hangpostaüzeneteiket közvetlenül a Microsoft Teams rendszerén keresztül kérjék le, javítva az általános felhasználói élményt.
A hangposta engedélyezésének lépései
-
Hangposta beállításainak konfigurálása: Kövesse a Webex Calling dokumentációjában található lépéseket a hangposta beállításainak konfigurálásához és kezeléséhez. Ez magában foglalja a hangposta beállítását a felhasználók számára, az értesítések engedélyezését, valamint a hangposta e-mailek beállítását.
A részletes utasításokért lásd: Hangposta-beállítások konfigurálása és kezelése egy Webex Calling -felhasználó számára .
-
Integrálás a Microsoft Teams alkalmazással: Győződjön meg arról, hogy a Webex for BroadWorks és a Microsoft Teams közötti integráció megfelelően van konfigurálva. Így a felhasználók a Microsoft Teams felületén keresztül érhetik el hangpostaüzeneteiket.
Az integráció részleteiért lásd: A Microsoft Teams konfigurálása a Webex Calling alkalmazáshoz .
Felhasználói élmény
Az integráció beállítása után a felhasználók a következőket tehetik:
- Hangpostaüzenetek lekérése közvetlenül a Microsoft Teams alkalmazáson belül.
- Értesítések fogadása az új hangpostaüzenetekről.
- A hangposta beállításainak kezelése a Webex felületéről.
Követelmények
A hangposta-lekérés támogatásához a Microsoft Teams Webex for BroadWorks ajánlattal való integrációjában további hálózati módosításokra van szükség. A BroadWorks-partnereknek engedélyezniük kell a Cross-Origin Resource Sharing (CORS) funkciót a következő URL-címekhez a BroadWorks platformon:
- https://jabber-integration-a.wbx2.com/
- https://jabber-integration-r.wbx2.com/
- https://jabber-integration-k.wbx2.com/
- https://msteams-calling.webex.com/
A konfigurációs lépésekkel kapcsolatos további részletekért lásd a 8.5.1.2. szakaszt BW Application Delivery Platform konfigurációs útmutató , amelyhez a 2024.05-ös verzió szükséges az ADP-n.
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
-
Hívás közben a felhasználó a Webex alkalmazás Park opciójára kattintva parkolja le a hívást egy olyan bővítményen, amelyet a rendszer automatikusan kiválaszt. A rendszer 10 másodpercig jeleníti meg a bővítményt a felhasználónak.
-
A csoport egy másik felhasználója a Webex alkalmazás hívásának lekérése lehetőségre kattint. A felhasználó ezután beírja a parkolt hívás kiterjesztését a hívás folytatása érdekében.
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% "/>%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 Group Call Park BroadWorks-en való konfigurálásával kapcsolatos további információkért tekintse meg a Cisco BroadWorks Application Server Group Web Interface Felügyeleti útmutató – 2. rész "Call Park Group hozzáadása" címűtémakört. Létre kell hoznia egy csoportot, és felhasználókat kell felvennie a csoporthoz.
A Híváskorrelációs azonosító broadworks-i konfigurálásával kapcsolatos információkért tekintse meg a Cisco BroadWorks híváskorrelációs azonosító szolgáltatás leírását.
További információk
A Group Call Park használatával kapcsolatos felhasználói információkért tekintse meg a Webex | Park és a Hívások lekérésecímű témakört.
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:
-
Hívás parkolhat a *68-as hívóba
-
Hívás lekéréséhez írja be a *88-ast
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.
Ha engedélyezve van a beutazási szolgáltatás, egy 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 benyújtá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-információ vagy konferencia-információ) 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. Használhatnak hívásfelügyelet eszközöket vagy szoftvert a hívások figyelésére, ú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áskorlátozás 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.
Bármilyen ügyfél által kezdeményezett kérés esetén, például CallStartRequest, CallPickupRequest, DirectedCallPickupRequest, DirectedCallPickupWithBargeInRequest stb. esetén, ha (ha nem megfelelő, a Webex kliens helyett válassza ki a megfelelő nevet) Shared Call hívásmegjelenítés eszközként van beállítva, a „Minden megjelenés riasztása kattintásra tárcsázó hívásokhoz” konfigurációt engedélyezni kell a Shared Call megjelenése beállításnál az ügyfél számára hívás fogadására, kivéve, ha a helyszínt a kérést kezdeményező ügyfél kifejezetten megadja.
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 push é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> WebexMeeting szabályzat lekérése: Urltárcsázási példány: Webex unknownSipURIHandling = elutasítás disableSubscriberLookups = true Enable = true CallTypes: Kijelölés = {MINDEN} Feladó = {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 = igaz NS_ CLI/Policy/UrlDialing/Rules> get WebexMeetings szabályzat: Urltárcsázási példány: WebexCalling táblázat: Szabályok azonosító minta útválasztásNE költség súlya dtg ========================================= ======================= 1 *@*.webex.com WebexMeetings 1 50 WebexMeetings
NS NE útválasztás az I-SBC számára
Példa konfigurációra
NS_CLI/System/Device/RoutingNE> get ne WebexMeetings hálózati elem WebexMeetings Location = 1281465 Data Center = Statikus költség = 1 Statikus súly = 99 Szavazás = hamis OpState = engedélyezve Állapot = OnLine Profile = NEM_ PROFIL Távoli keresés engedélyezve = false Jelzési attribútumok = NS_ CLI/System/Device/RoutingNE/Address> get ne WebexMeetings NE továbbítási cím Költség súly Port Szállítási útvonal ============================ ======================================= WebexMeetings sbc-cím 1 99 – nincs megadva
NS útválasztási profil
UrlDialing házirend-példány hozzáadva a megfelelő útválasztási profil(ok)hoz
NS_CLI/Policy/Profile> profil lekérése SajátInst-profil: Webex Policy Instance ========================================== … UrlDialing WebexMeetings
AS NS Route használata a NetworkURL híváshoz
Engedélyezze az AS számára az NS útvonal tiszteletben tartását Hibrid AS módban
AS_CLI/Interface/IMS> állítsa be a queryNSForNetworkURL értékét true
E911 Segélyhívás
A Webex for Cisco BroadWorks támogatja az E911 segélyhívó szolgálatok hívását. Ezzel a funkcióval a segélyhívásokat a rendszer egy Public Safety Answering Point-ra (PSAP) irányítja, 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álja 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-es segélyhí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 nyilatkozat — Ha rendelkezik helymeghatározási szolgáltatással, beállíthatja a Webex alkalmazás Vészhelyzeti szolgálatok nyilatkozata ablakát úgy, hogy az tartalmazzon lehetőséget a felhasználók számára, hogy bejelentkezéskor frissítsék a helyzetüket.
Ügyfelek testreszabása és kiépítése
A felhasználók letöltik és telepítik az általános, asztali vagy mobil Webex -alkalmazásaikat (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ásparamétereit a BroadWorksben konfigurálhatja (a szokásos módon). A Control Hubban márkajelzési, üzenetküldési és értekezletparamétereket konfigurálhat az ügyfelek számára. Nem módosít közvetlenül 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-alkalmazások 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 az Eszközprofilok a Környezet előkészítése szakaszban).
-
Ellenőrizze, hogy a BroadWorks rendszer > az Erőforrások > eszközkezelő címkekészletekcímkéi vannak-e.
-
Minden kiépítő ügyfél esetében:
-
Töltse le és bontsa ki az adott ügyfél DTAF zip fájlját.
-
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özprofilt szerkesztéshez és:
-
Adja meg az XSP-t| ADP farm FQDN és Device Access Protocol.
-
Jelölje be a Távoli parti adatainak támogatása jelölőnégyzetet. Ez a támogatás szükséges az asztali megosztás működéséhez.
A távoli fél általi támogatást a következő CLI parancs futtatásával is engedélyezheti az alkalmazáskiszolgálón:AS_CLI/System/DeviceType/SIP> set <device_profile_type > supportRemotePartyInfo true
-
-
Módosítsa a sablonokat a környezetnek megfelelően (lásd az alábbi táblázatot).
-
Mentse a profilt.
-
-
Kattintson a Fájlok és hitelesítés elemre, majd válassza ki az összes rendszerfájl újraépítésének lehetőségét.
Név |
Leírás |
Kodek prioritása |
A VoIP-hívások hang- és videokodekek prioritási sorrendjének konfigurálása |
TCP, UDP és TLS |
A SIP-jelátvitelhez és adathordozóhoz használt protokollok konfigurálása |
RTP audio- és videoportok |
Porttartományok konfigurálása RTP-hang- és video-hanghoz |
SIP-beállítások |
Konfigurálja a SIP-hez kapcsolódó különböző beállításokat (SIP INFO, rport használata, SIP proxy felderítése, 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 saját márkaépítési testreszabásaikat alkalmazzák, az ügyfélrendszergazdák követhetik a következő oldalon található eljárásokat: 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 adott hozzá.
Problémajelentések és 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ó.
Konfigurálja a Webex tesztszervezetét a Cisco BroadWorks számára
Mielőtt elkezdené
A flowthrough kiépíté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 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 developer.webex.com érhető el. 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.
Átfolyó kiépítés
A BroadWorks-en az Integrált IM&P engedélyezése beállítással kiépítheti a felhasználókat. 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 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ő az Útvonallista vagy Közvetlen útválasztás funkcióval rendelkező trönkelő felhasználók számára.
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 Hubba, és keresse meg a Ügyféllista oldalon.
-
Kattintson a Sablonok megtekintéseelemre.
-
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ó 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ó: Felhasználói kiépítési és aktiválási folyamatok.
Kiépítés nem megbízható e-mailekkel
A PartnerKözpont felhasználói állapot nézetben olyan vezérlőket biztosít, amelyek lehetővé teszik a Webex számára, hogy a Cisco BroadWorks szolgáltató rendszergazdái áttekintsék a felhasználói állapotot és megoldják a hibákat a nem megbízható e-mailek kiépítésekor. További részletekért lásd: A felhasználói kiépítés ellenőrzése nem megbízható e-mailekkel.
A Webex-felhasználók áthelyezése a Webex-be a Cisco BroadWorks számára
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-be a Cisco BroadWorks számára
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-mailben)
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ó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 rákattint a Fiók aktiválásaparancsra. A felhasználó átirányításra kerül a Webex Fogyasztói portálra.
-
A felhasználó bejelentkezik a Webexbe.
-
A felhasználó a Törlés gombra kattintva törli a régi Webex-fiókot.
-
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 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 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 a Csatlakozás mostgombra.
-
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 a törléshez a Törlés gombra kell kattintania.
-
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 linkre, 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ó a Fiók törlése elemre kattint.
-
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 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élszervezet 100 vagy több felhasználóval rendelkezik
-
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.
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 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:
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: Ügyfélszervezetek biztosítása . 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-rendszergazda manuálisan is hozzáadhatja a partner rendszergazdát (a sablonban meghatározott) az ügyfélszervezet külső rendszergazdájaként a Control Hubról. Ezután próbálja meg újra beüzemelni a felhasználót, ami elindítja a Webex Cisco BroadWorks ügyfélszolgáltatást. |
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 csatolt szervezet neve nem változik BroadWorks vállalatnév. A csatolt szervezet neve ugyanaz marad, mint a csatolási folyamat előtt volt. |
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 egy ú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 a Speciális márkaépítési beállításokban be kell állítania az ügyfélszervezetet, hogy felülbírálja a márkaépítést.
-
-
A meglévő szervezet neve nem fog változni.
-
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 szervezet csatolási folyamatát (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ó. Egyetlen BroadWorks-vállalat előfizetőit nem lehet külön Webex -szervezetekbe beépíteni.
Külső rendszergazda hozzáadása
Az ügyfélszervezet rendszergazdái által a partner rendszergazdájának külső rendszergazdaként való hozzáadásához követett lépésekért tekintse meg a külső rendszergazdai kérelem jóváhagyása című cikket help.webex.com .
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 alkalmazásnak 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 rendelkezik hozzáféréssel 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ók a nem megbízható e-mail-folyamaton keresztül lettek kiépítve, és még nem adtak meg érvényes e-maileket, a felhasználók függőben maradnak. Kövesse lehetőségre 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.
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 észlel, a portálon megjelenő Újrapróbálkozással újabb kísérletet tehet. 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 Hubba, és keresse meg a Ügyféllista oldalon. |
2 |
Kattintson a Sablonok megtekintéseelemre. Válassza ki az erre a felhasználóra alkalmazni kívánt megfelelő belépési sablont. |
3 |
A Felhasználó ellenőrzése csoportban ellenőrizze, hogy a következő beállítások vannak-e beállítva annak biztosítása érdekében, hogy a nem megbízható e-mailekkel történő átáramlás kiépítése megfelelően legyen konfigurálva:
|
4 |
A felhasználó kiépítése után a Felhasználó ellenőrzése szakaszban kattintson a Felhasználó állapotának megjelenítése gombra a kiépítés állapotának ellenőrzéséhez. A Felhasználó állapota nézet megjeleníti a felhasználók listáját, valamint olyan részleteket, mint a BroadWorks azonosítója, a kiválasztott csomagtípus és az aktuális állapot, amely azt mutatja, hogy a felhasználó ki van-e építve, vagy függőben lévő követelmény van-e.
|
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á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-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ó | Nem módosíthatja ezt az azonosítót, és továbbra is összekapcsolhatja a felhasználót ugyanahhoz a fiókhoz a Webexben. Törölheti a felhasználót, és újra létrehozhatja, ha helytelen. |
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 |
Ezt mindkét helyen manuálisan módosíthatja, ha a felhasználót rossz e-mail címmel építette ki:
Ne módosítsa 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 egyeniük az e-mail azonosítónak. Ha az e-mailt nem tudja az Alternate ID attribútumba helyezni, 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 Partnerközpontba, és kattintson a Vevőkelemre. |
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 |
Kattintson a Vevő megtekintéseelemre. Az ügyfélszervezet megnyílik a Control Hubban, amely az Áttekintés lapot mutatja.
|
4 |
Kattintson a Felhasználókelemre, majd keresse meg és kattintson az érintett felhasználóra. |
5 |
A felhasználó szolgáltatásaiban kattintson a Webex for BroadWorks packages (Subscriptions)elemre. Megnyílik a felhasználó csomagpanelje, és láthatja, hogy jelenleg melyik csomag van 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 a lehetőségre Mentés . 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. |
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:
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ői API-kérés eltávolítása a https://developer.webex.com/docs/api/v1/broadworks-subscribers/remove-a-broadworks-subscribercímen: . 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ése API-kérelmet https://developer.webex.com/docs/api/v1/people/delete-a-person a felhasználó teljes törléséhez.
Á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. A felhasználó szolgáltatását letilthatja a BroadWorks Felhasználó – Integrált IM&P lapjáról. Részletes eljárásért lásd: "Integrált IM&P konfigurálása" a Cisco BroadWorks Application Server Group webfelület felügyeleti útmutatójában – 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ó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.
- Lépjen a Műveletek elemre, és válassza a Felhasználó törléselehetőséget.
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. További részletekért lásd: Felhasználó törlése a szervezetből a Webex Control Hubban a https://help.webex.com/0qse04/.
Szervezet törlése lehetőségre
1 |
A People API-kkal törölheti az összes felhasználót a szervezetből: A Távolítson el egy BroadWorks Subscriber API -t eltávolítja a Webex for Cisco BroadWorks jogosultságokat a felhasználókról, de nem törli a felhasználót. |
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. |
Előfizetés lemondása a Control Hubról
Mivel az API privát, az ügyfelek nem férhetnek hozzá. Ehelyett a következő lépések bemutatják, hogyan mondhatják le az ügyfelek a saját előfizetésüket a Control Hubról:
-
A Partner-rendszergazda az Ügyfél vezérlőpultján navigálhat a „Hibrid” szolgáltatások oldalra.
-
Keresse meg a „BroadWorks Calling” kártyát.
-
Miután az összes felhasználó telepítése megtörtént a Webex for BroadWorks alkalmazásból az adott Ügyfél számára, a Partnernek látnia kell a „Konfiguráció törlése” gombot (azaz törli acustomer_config bejegyzés a BPB-ben).
Verziókezelé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 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 konfigurálására és alkalmazására vonatkozó információkat, olvassa el a Webex cikkét. Verziókezelési 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
-
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 Partnerközpontban
A BroadWorks-fürtöt a Partnerközpontban szerkesztheti vagy eltávolíthatja.
1 |
Jelentkezzen be a Partnerközpontba a partner rendszergazdai hitelesítő adataival a |
2 |
Lépjen a Beállítások elemre, és keresse meg a BroadWorks-hívás szakaszt. |
3 |
Kattintson a Fürtök megtekintéseelemre. |
4 |
Kattintson a szerkeszteni vagy törölni kívánt fürtre. A fürt részletei a jobb oldali kirepülőablakban jelennek meg.
|
5 |
A lehetőségek adak:
A fürtlista frissül a módosításokkal.
|
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 Partnerközpontba a partner rendszergazdai hitelesítő adataival a | |||||||||
2 |
Lépjen a Beállítások elemre, és keresse meg a BroadWorks-hívás szakaszt. | |||||||||
3 |
Kattintson a Sablonok megtekintéseelemre. | |||||||||
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 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 az alábbi 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 az ugyanazon szervezeten belüli különböző csomagok felhasználói között van megosztva.
-
A prémium csomaggal az értekezlet utáni leiratok érhetők el, 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. Ha azonban a helyi felvétel van kiválasztva, akkor sem rögzíti a rendszer 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: Használja a Webex Assistant alkalmazást a 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ívja a Webex segítségével 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 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. Ha egy meglévő felhasználóra szeretné letiltani a Webex -hívásokat, az alábbi eljárások egyikével frissítheti a felhasználót.
Á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ó .
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 csengő á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 „hívás közbeni” é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 indítottak 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> aktiválja az 101642-t
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
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.
Slido Integráció támogatása
A Webex for Cisco BroadWorks támogatja a Webex alkalmazás integrációját a következővel:Slido .
Slido könnyen használható közönségfoglalkoztatási 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 Slido integrálva van a Control Hub szervezetébe, a felhasználók hozzáadhatják az alkalmazást az Slido értekezleteikhez a Webex alkalmazásban. Ez az integráció további Q&A és szavazási funkciókat biztosít az értekezlethez.
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” jelzéssel jelenik meg. Ez az elérhetőség tudatja a munkatársaival, hogy Ön egyébként elfoglalt, és hogy a válasz késhet.
A funkció engedélyezése:
-
navigáljon ide: Általános lapján 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 .
Figyelmeztetés
A funkció működéséhez 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 opciót, 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ás fogadá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.
A funkció használata a Webex for Cisco BroadWorks-felhasználók számára:
-
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 bejövő hívások fogadásához. 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ásbővítés
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 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:
-
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. Telepítse és aktiválja ugyanazokat az alkalmazásokat és konfigurációkat, mint a farm meglévő csomópontjai.
-
Dedikált farm hozzáadása : Új, dedikált XSP hozzáadása| ADP farm. Ú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.
-
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 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ítésű webalkalmazásokhoz kell kezelnie az XSP-n| ADP-k:
-
Megbízhatósági tanúsítványunk a Webex felhőből
-
Az XSP| Az ADP HTTP szerver interfészeinek tanúsítványai
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. 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| 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 . 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.
„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.
Ügyfél rendszergazdai hozzáférése
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)
Az ügyfél rendszergazdáinak számos korlátozással kell szembenézniük, függetlenül a Partner által korlátozott módtól. Ezek a korlátozások a következők:
- Hívásbeállítások : A Hívás menü „Alkalmazásbeállítások Hívásprioritás” beállításai csak olvashatók.
- Helyszín beállítása : A hely létrehozása utáni hívásbeállítások rejtve lesznek.
- PSTN-kezelés és hívásrögzítés : Ezek a beállítások szürkén jelennek meg a helyszínnél.
- Telefonszám-kezelés : A Hívás menüben a telefonszám kezelése le van tiltva, az „Alkalmazásopciók Hívásprioritás” beállításai, valamint a hívásfelvételek csak olvashatók.
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:
-
Felhasználók kezelése lehetőségre gomb szürkén jelenik meg.
-
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 lefoglalása – nem elérhető
-
Licencek automatikus hozzárendelése – nem elérhető
-
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 visszaállítása lehetőségre —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 lehetőségre , Értekezletek , Hívás )
-
Szolgáltatások állapotának megtekintése—Nem látható a(z) teljes állapota Hibrid szolgáltatások vagy Szoftverfrissítési csatorna
-
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:
-
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 – Az Rendszergazdai meghívó e- e-mail letiltása és E- e-mail -helyszín kiválasztása a beállítások csak olvashatók.
-
Hitelesítés —Nincs lehetőség a hitelesítési és 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ási prioritás lehetőségre a beállítások csak olvashatók.
-
Hívási viselkedés — A beállítások csak olvashatók.
-
Helyszín > PSTN — A Helyi átjáró és a Cisco PSTN beállításai el vannak rejtve.
-
-
Alatt SZOLGÁLTATÁSOK , a Áttelepítések és Csatlakoztatott UC szolgáltatási opciók le vannak tiltva.
Korlátozott partner 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 Korlátozott partner mód váltógombot a beállítás bekapcsolásához.
Ha ki szeretné kapcsolni a Korlátozott partner mód funkciót, tiltsa le a váltást.
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:
-
Webex hozzáadása nagykereskedelmi felhasználóknak (a gombbal)
-
Felhasználói csomagok módosítása
A nagykereskedelmi szolgáltatásnyújtás által támogatott időzónák listájáról bővebben lásd: A nagykereskedelmi szolgáltatásnyújtáshoz támogatott időzónák listája .
Partnerelemzés
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 részletes tudnivalókat a Partner Hub Webex Analytics for Webex for Wholesale és Webex for Broadworks csomagjairól szóló cikkében találja.
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ör szükséges) |
---|---|---|---|
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 |
|
Get 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 |
---|---|
resellerName |
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.
|
-
Miután létrehozott egy számlázási jelentést egy adott időszakra, nem tudja újra előállítani azt a jelentést, hacsak először nem törli a meglévő jelentést.
-
Ha módosítja egy adott felhasználó csomagtípusát vagy BroadWorks-felhasználói azonosítóját, akkor a változás bekövetkeztének hónapjára vonatkozó jelentés több bejegyzést mutat az adott felhasználóra vonatkozóan, külön arányos bejegyzésekkel a módosítás előtt és után.
A Webex hibaelhárítása a Cisco BroadWorks számára
Feliratkozás a Webex állapotlapra
Először https://status.webex.com ellenőrizze, hogy mikor tapasztal váratlan szolgáltatásmegszakítást. 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. További információ az állapot- és incidensértesítésekre való feliratkozásról a Webex Súgóközpontban.
Control Hub Analytics használata
A Webex nyomon követi a szervezet és az ügyfél szervezetei használati és minőségi adatait. További információ a Control Hub Analytics szolgáltatásról 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 Hubban a kiépítéssel:
-
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:
A hitelesítési szolgáltatáshoz való mTLS-kapcsolat várhatóan sikertelen lesz, amikor létrehozza az első fürtöt a Partnerközpontban, mert létre kell hoznia a fürtöt a Webex tanúsítványlánchoz való hozzáféréshez. 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 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 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 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 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 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 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 konvenciót használta-e. Az XSP| Az ADP megköveteli, hogy adja meg az IANA névformátumot a TLS titkosításokhoz. 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 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 az interfész) úgy van konfigurálva, hogy ügyféltanúsítványokat igényeljen?
-
Ha CI-jogkivonat-ellenőrzést használ a Hitelesítési szolgáltatással, az alkalmazás (vagy felület) úgy van konfigurálva, hogy ne igényeljen ü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 nincs engedélyezve a hívószolgáltatáshoz a Control Hubban.
-
Nyissa meg a Beállítások/Beállítások menüt, és lépjen a Telefonszolgáltatások szakaszba. Látnia kell a beírt SSO-munkamenetállapotát.
Ha egy másik telefonszolgáltatás, például a Webex Calling jelenik meg, a felhasználó nem használja a Webexet a Cisco BroadWorks számára.
Ez az ellenőrzés a következőt jelenti:
-
Az ügyfél sikeresen átszervezte 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 alkalmazás ügyfél küldhet naplókat a Webex-nek. Ez a legjobb megoldás a mobil ügyfelek számára. Azt is rögzítenie kell a felhasználói e-mail-címet, és hozzávetőlegesen mikor történt a probléma, 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 számára?
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\{felhasználónév}\AppData\Local\CiscoSpark
Mac : /Users/{username}/Library/Logs/SparkMacDesktop
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 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 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 szerververzió támogatása a jelenlegi verzió és két korábbi főverzió (N-2) BroadSoft szabályzatá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 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
-
BroadWorks szerver verzió támogatása követi BroadSoft politika, a jelenlegi verzió és két korábbi fő verzió (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 .
Ö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élszervezeti azonosító és partnerszervezeti azonosító (minden azonosító egy 32 hatszögű számjegyből álló karakterlánc, elválasztva kötőjelekkel)
-
TrackingID (szintén egy 32 hat számjegyű karakterlánc), ha az interfész vagy a hibaüzenet
-
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 szolgáltatás interfé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. További részletek: 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, 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 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 Security.
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 |
Innen |
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 |
Bővítés |
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 hitelesítés A felhasználónak egy Webex alkalmazás való bejelentkezése a Webex támogatási hitelesítési mechanizmusok bármelyikén keresztül történik. ( BroadWorks-hitelesítés 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.
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-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 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 |
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: A bejelentkezési kísérlet sikertelen volt. 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álja újra, vagy lépjen kapcsolatba a rendszergazdával 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-enforcePasswordChangeOnExpiry-konfiguráció hamisra 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.
Ü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ő, https://developer.webex.com és a használathoz szóló útmutató a https://developer.webex.com/docs/api/guides/webex-for-broadworks-developers-guide.
Be kell jelentkeznie az API specifikációjának olvasásához a https://developer.webex.com/docs/api/v1/broadworks-subscriberscímen: .
Alkalmazáshitelesí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 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.
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 jogkivonatokat szerezzenek be a kiválasztott partnerdiminisztrátor 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 az alkalmazásnak támogatnia kell ezt az OAuth 2.0 engedélyezési engedélyezési folyamatot a szükséges frissítési és hozzáférési jogkivonatok beszerzéséhez.
Az integrációkkal és az OAuth 2 engedélyezési folyamat alkalmazásba való felépítésével kapcsolatos további részletekért lásd: https://developer.webex.com/docs/integrations.
Az integrációk megvalósításához két szükséges szerepkör van - a fejlesztő és az engedélyező felhasználó -, és ezeket külön személyek / csapatok tölthetik be a környezetben.
-
A fejlesztő létrehozza az alkalmazást, és regisztrálja https://developer.webex.com azt, hogy létrehozza a szükséges OAuth ClientID/Secret-et az alkalmazáshoz várt hatókörökkel. 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éhez, a partnerszervezet, az ügyfelek szervezeteinek vagy előfizetőinek megváltoztatásához 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 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-kiszolgálók.
A Szolgáltatótól elvárjuk, hogy a legújabb BroadWorks javításokkal és Release Independent (RI) alkalmazásokkal „frissített javításokkal” rendelkezzen. Az alábbi javítások listája a Webex-szel való integráció minimális követelménye.
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-es verzióról a V2-es push értesítésekre való frissítéshez | ||
Szükséges javítás az alkalmazáskiszolgálóhoz | ||
Szükséges a V1-es verzióról a V2-es push é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-es verzióról a V2-es push é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 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-es verzióról a V2-es push é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-es verzióról a V2-es push é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ói kiépí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-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. 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 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 Webex Login Flow 5. és 6. lépésében van. Az 5. lépésben a bejelentkezési hitelesítő adatokat az IdP-proxy érvényesíti (az XSI helyett), és egy SAML-állítást ad vissza 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 bejelentkezési folyamat 3. lépésében a Common Identity szolgáltatás visszaadja a Webex hitelesítés által használt identitásszolgáltató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 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ő 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. Kattintson a Továbbgombra.
-
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 lekérése a DMS-ből és a SIP-nyilvántartásból as-val
-
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 az 1. lépésből származó jogkivonat bemutatásával kéri az eszközprofilt a DMS-től.
-
Az ügyfél beolvassa az eszközprofilt, és lekéri a SIP hitelesítő adatait, címeit és portjait.
-
Az ügyfél SIP-nyilvántartást küld az SBC-nek a 3. lépésből származó információk felhasználásával.
-
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 50 tesztfelhasználóra korlátozódnak, akik több szervezeti egységen keresztül is kiépítettek.
-
Az első 50 tesztfelhasználón túli felhasználók számlázása meg 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 Partnerközpontba, és válassza a Vevőklehetőséget.
-
Válassza ki a megfelelő vevőt.
-
A jobb oldali vezérlősávon engedélyezze a Belső Tesztszervezet váltását.
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:
-
mp3
-
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>vmRecordingAudioFileFormat WAV beállítása
-
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
- AMINT
- 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)
- HITELESÍTÉSSZOLGÁLTATÓ
- Tanúsító Hatóság
- Szolgáltató
- Olyan szervezet, amely a telefonos forgalmat kezeli (vö. 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
- CN
- Általános név
- CNPS
- Hívásértesítések leküldéses kiszolgálója. 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é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, 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őü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 broadworks-i hozzárendelésével, valamint annak állításával, hogy minden BroadWorks felhasználó egyedi és érvényes e-mail címmel rendelkezik.
- 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 és P
- Azonnali üzenetküldé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ások natív címét Jabber-azonosítónak vagy JID-nek hívják localpart@tartomány.part.example.com/resourcepart (a @ . / elválasztó).
- 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
- A végfelhasználók gyűjteményét képviselő vállalat vagy szervezet (vö. Vállalat)
- OTG
- Kimenő Trunk Csoport
- Csomag
- A végfelhasználónak vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- Partner
- Olyan ügynökszervezet, amely együttműködik a Cisco-val, hogy termékeket és szolgáltatásokat terjesszen más szervezeteknek (vö. É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 telefon- vagy kapcsolódó szolgáltatásokat nyújt más szervezeteknek (vö. Fuvarozó, partner, hozzáadott érték viszonteladó)
- 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, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. 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
- Koordinált univerzális idő
- UVS
- Videoszerver
- Értéknövelt viszonteladó (VAR)
- Olyan ügynökszervezet, amely együttműködik a Cisco-val, hogy termékeket és szolgáltatásokat terjesszen más szervezeteknek (vö. Fuvarozó, 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)
The below procedures replace the procedures in the topic Configure Services on Your Webex for Cisco BroadWorks XSP|ADPs. Ezeket az eljárásokat csak akkor hajtsa végre, ha a ci jogkivonat-ellenőrzés helyett mTLS-t használ a hitelesítési szolgáltatáshoz. These procedures are mandatory if you are running multiple Webex organizations off the same XSP|ADP server. Ellenkező esetben opcionálisak.
Xsi interfészek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a Cisco BroadWorks Xtended Services Interface Configuration Guide című témakörben leírtakszerint.
Only one instance of the Xsi-Events applications should be deployed on the XSP|ADP used for the CTI interface.
All Xsi-Events used for integrating Broadworks with Webex must have the same callControlApplicationName defined under Applications/Xsi-Events/GeneralSettings. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
When a user is onboarded to Webex, Webex creates a subscription for the user on the AS in order to receive telephony events for presence and call history. The subscription is associated with the callControlApplicationName and the AS uses it to know to which Xsi-Events to send the telephony events.
Changing the callControlApplicationName, or not having the same name on all Xsi-Events webapps will impact subscriptions and telephony events functionality.
Hitelesítési szolgáltatás konfigurálása (mTLS-szel)
BroadWorks long-lived tokens are generated and validated by the authentication service hosted on your XSP|ADPs.
Követelmények
-
The XSP|ADP servers hosting the Authentication Service must have an mTLS interface configured.
-
XSP|ADPs must share the same keys for encrypting/decrypting BroadWorks long lived tokens. Copying these keys to each XSP|ADP is a manual process.
-
XSP|ADPs must be synchronized with NTP.
Konfiguráció áttekintése
The essential configuration on your XSP|ADPs includes:
-
A hitelesítési szolgáltatás üzembe helyezése.
-
A jogkivonat időtartamának konfigurálása legalább 60 napra (hagyja a kiállítót BroadWorks-ként).
-
Generate and share RSA keys across XSP|ADPs.
-
Adja meg az authService URL-címét a webtárolóhoz.
Deploy the Authentication Service on XSP|ADP
On each XSP|ADP used with Webex:
-
Activate the authentication service application on the path
/authService
(you must use this path):XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService
(where
<version>
is your BroadWorks version). -
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
-
Állítsa az időtartamot 60 napra (max. 180 nap):
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árt a hitelesítési szolgáltatás hozza létre, amikor először kell jogkivonatot kiadni.
Because of these two factors you need to generate keys on one XSP|ADP then copy them to all other XSP|ADPs.
If you cycle keys or change the key length, you need to repeat the following configuration and restart all the XSP|ADPs.
-
Select one XSP|ADP to use for generating a key pair.
-
Use a client to request an encrypted token from that XSP|ADP, by requesting the following URL from the client’s browser:
https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
(This generates a private / public key pair on the XSP|ADP, if there wasn’t one already)
-
A kulcstároló helye nem konfigurálható. A kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
-
Copy the exported file
/var/broadworks/tmp/authService.keys
to the same location on the other XSP|ADPs, overwriting an older.keys
file if necessary. -
Import the keys on each of the other XSP|ADPs:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg az authService URL-címét a webtárolónak
The XSP|ADP’s web container needs the authService URL so it can validate tokens.
On each of the XSP|ADPs:
-
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/authService
Ez 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.
-
Check the parameter with
get
. -
Restart the 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 |
|
Reading HTTP Server TLS Interface Configuration on the XSP|ADP
-
Sign in to the XSP|ADP and navigate to
XSP|ADP_CLI/Interface/Http/HttpServer>
-
Enter the
get
command and read the results. 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> get
TLS 1.2 protokoll hozzáadása a HTTP-kiszolgáló felületéhez
A Webex felhővel interakcióba lépő HTTP-felületet TLSv1.2-höz kell konfigurálni. A felhő nem egyezteti a TLS-protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP-kiszolgáló felületén:
-
Sign in to the XSP|ADP and navigate to
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
-
Enter the command
get <interfaceIp> 443
to see which protocols are already used on this interface. -
Enter the command
add <interfaceIp> 443 TLSv1.2
to ensure that interface can use TLS 1.2 when communicating with the cloud.
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:
-
Sign in to the XSP|ADP and navigate to
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
-
Enter the command
get <interfaceIp> 443
to see which ciphers are already used on this interface. There must be at least one from the Cisco recommended suites (see XSP|ADP Identity and Security Requirements in the Overview section). -
Enter the command
add <interfaceIp> 443 <cipherName>
to add a cipher to the HTTP Server interface.The XSP|ADP CLI requires the IANA standard cipher suite name, not the openSSL cipher suite name. For example, to add the openSSL cipher
ECDHE-ECDSA-CHACHA20-POLY1305
to the HTTP server interface, you would use:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Keresse https://ciphersuite.info/ meg a lakosztályt mindkét néven.
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.
-
Go to Download Webex CA Certificate to get
and clickCombinedCertChain2023.txt
on your local computer.These files contain two sets of two certificates. You need to split the files before you upload them to the XSP|ADPs. All files are required. -
Split the certificate chain into two certificates -
combinedcertchain2023.txt
.-
Open
combinedcertchain2023.txt
in a text editor. -
Select and cut the first block of text, including the lines
-----BEGIN CERTIFICATE-----
and-----END CERTIFICATE-----
, and paste the text block into a new file. -
Save the new file as
root2023.txt
. -
Save the original file as
issuing2023.txt
. The original file should now only have one block of text, surrounded by the lines-----BEGIN CERTIFICATE-----
and-----END CERTIFICATE-----
.
-
-
Copy both text files to a temporary location on the XSP|ADP you are securing, e.g.
/var/broadworks/tmp/root2023.txt
and/var/broadworks/tmp/issuing2023.txt
. -
Sign in to the XSP|ADP and navigate to
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
. (Optional) Run helpUpdateTrust
to see the parameters and command format. -
Upload the certificate files to new trust anchors - 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
All aliases must have a different name.
webexclientroot
,webexclientroot2023
,webexclientissuing
, andwebexclientissuing2023
are example aliases for the trust anchors; you can use your own as long as all four entries are unique. -
Ellenőrizze, hogy a horgonyok frissülnek-e:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
(Opció) Az mTLS konfigurálása HTTP-kapcsolat/port szintjén
Az mTLS konfigurálható HTTP-felület/port szinten vagy webalkalmazásonként.
The way you enable mTLS for your application depends on the applications you are hosting on the XSP|ADP. Ha több mTLS-t igénylő alkalmazást üzemeltet, 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-felület/port szinten történő konfigurálásakor mTLS szükséges az ezen a felületen/porton keresztül elérhető összes üzemeltetett webalkalmazáshoz.
-
Sign in to the XSP|ADP whose interface you're configuring.
-
Navigate to
XSP|ADP_CLI/Interface/Http/HttpServer>
and run theget
command to see the interfaces. -
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 true
See the XSP|ADP CLI documentation for detail. Essentially, the first
true
secures the interface with TLS (server certificate is created if required) and the secondtrue
forces the interface to require client certificate authentication (together they are mTLS).
Például:
XSP|ADP_CLI/Interface/Http/HttpServer> get
Interface Port Name Secure Client Auth Req Cluster Fqdn ======================================================= 192.0.2.7 443 XSP|ADP01.collab.example.net true false 192.0.2.7 444 XSP|ADP01.collab.example.net true true
In this example, mTLS (Client Auth Req = true) is enabled on 192.0.2.7
port 444
. TLS is enabled on 192.0.2.7
port 443
.
(Opció) Az mTLS konfigurálása adott webalkalmazásokhoz
Az mTLS konfigurálható HTTP-felület/port szinten vagy webalkalmazásonként.
The way you enable mTLS for your application depends on the applications you are hosting on the XSP|ADP. Ha több mTLS-t igénylő alkalmazást üzemeltet, 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.
-
Sign in to the XSP|ADP whose interface you're configuring.
-
Navigate to
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
and run theget
command to see which applications are running. -
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 true
See the XSP|ADP CLI documentation for detail. Az alkalmazás nevei itt vannak felsorolva. The
true
in this command enables mTLS.
Például:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add 192.0.2.7 443 AuthenticationService true
A példaparancs hozzáadja a AuthenticationService alkalmazást a 192.0.2.7:443-as rendszerhez, és megköveteli, hogy tanúsítványokat kérjen és hitelesítsen az ügyféltől.
Check with 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
Configure Device Management on XSP|ADP, Application Server, and Profile Server
Profile Server and XSP|ADP are mandatory for Device Management. Ezeket a BroadWorks eszközkezelési konfigurációs útmutató utasításai szerint kell konfigurálni.
Hová menjünk a következő
For configuration, you can rejoin the main document flow at CTI Interface and Related Configuration.
További tanúsítványkövetelmények az AuthService-rel való 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. This means Webex presents a client certificate and the XSP|ADP must validate it. In order to trust this certificate, use the Webex CA certificate chain to create a trust anchor on XSP|ADP (or proxy). A tanúsítványlánc letölthető a Partner Hubon keresztül:
-
Lépjen a Beállítások > BroadWorks-híváselemre.
-
Kattintson a letöltési tanúsítvány linkre.
A tanúsítványláncot a https://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt.
The exact requirements for deploying this Webex CA certificate chain depends on how your public facing XSP|ADPs are deployed:
-
TLS áthidaló proxyn keresztül
-
TLS-átmenő proxyn keresztül
-
Directly to the XSP|ADP
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.
-
The publicly signed XSP|ADP server certificate is also loaded into the proxy.
-
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.
-
The proxy presents an internally signed client certificate to the XSP|ADPs.
Ennek a tanúsítványnak az x509.v3 kiterjesztésmezővel bővített kulcshasználattal kell rendelkeznie, amely a BroadWorks OID 1.3.6.1.4.1.6431.1.1.8.2.1.3 kiterjesztésmezővel és a TLS clientAuth céllal van feltöltve. Pl.
X509v3 extensions:
X509v3 Extended Key Usage:
1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
A proxy belső ügyféltanúsítványainak létrehozásakor vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Internal server certificates for the XSP|ADP can be SAN.
-
The XSP|ADPs trust the internal CA.
-
The XSP|ADPs present an internally signed server certificate.
-
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
The following table shows a history of changes to this document over the past 12 months.
Dátum |
Verzió | A változás leírása | |
---|---|---|---|
August 09, 2024 |
2-122 |
| |
August 01, 2024 |
2-121 |
| |
June 25, 2024 |
2-120 |
| |
June 14, 2024 |
2-119 |
| |
May 13, 2024 |
2-118 |
| |
May 10, 2024 |
2-117 |
| |
May 6, 2024 |
2-116 |
| |
May 2, 2024 |
2-115 |
| |
April 10, 2024 |
2-114 |
| |
March 27, 2024 |
2-113 |
| |
March 22, 2024 |
2-112 |
| |
March 07, 2024 |
2-111 |
| |
February 24, 2024 |
2-110 |
| |
February 20, 2024 |
2-109 |
| |
February 07, 2024 |
2-108 |
| |
January 25, 2024 |
2-107 |
| |
January 23, 2024 |
2-106 |
| |
January 10, 2024 |
2-105 |
| |
December 20, 2023 |
2-104 |
| |
December 13, 2023 |
2-103 |
| |
December 12, 2023 |
2-102 |
| |
December 08, 2023 |
2-101 |
| |
November 08, 2023 |
2-100 |
| |
October 25, 2023 |
2-99 |
| |
September 13, 2023 |
2-98 |
| |
September 04, 2023 |
2-97 |
| |
August 08, 2023 |
2-96 |
| |
June 23, 2023 |
2-95 |
| |
May 30, 2023 |
2-94 |
| |
May 26, 2023 |
2-93 |
| |
2023. május 24 |
2-92 |
| |
May 10, 2023 |
2-91 |
| |
May 09, 2023 |
2-90 |
| |
May 04, 2023 |
2-89 |
| |
2023. április 27 |
2-88 |
| |
2023. április 14. |
2-87 |
| |
2023. március 17 |
2-86 |
| |
March 11, 2023 |
2-85 |
| |
March 10, 2023 |
2-84 |
| |
March 07, 2023 |
2-83 |
| |
2023. február 28 |
2-82 |
| |
February 15, 2023 |
2-81 |
| |
February 10, 2023 |
2-80 |
| |