- Kezdőlap
- /
- Cikk
Köszönjük visszajelzését.
Migrációs telepítési útmutató
Ebben a cikkben
Visszajelzés?A strukturált migrációs folyamat a helyszíni Cisco Unified CM-ről a felhőalapú megoldásra Webex hívás, PPDIO módszertan használatával. Ez kritikus tervezési szempontokat foglal magában például régióválasztás, tárcsázási tervek, segélyhívó szolgáltatások és hívásrögzítés. A folyamat szintén részletesen ismerteti a licencelést, a felhasználók kiépítését, az egyszeri bejelentkezést és a hálózati felkészültséget a zökkenőmentes és hatékony átmenet.
Bevezetés
Mielőtt elkezdené
Ez az útmutató olyan csapatok vagy személyek számára készült, akik tapasztalattal rendelkeznek a Cisco Unified Communications Manager (Unified CM) és a Cisco végpontok, beleértve az IP asztali telefonokat, videoeszközöket és Jabber szoftveres klienseket, konfigurálásában és adminisztrációjában. Ez a dokumentum termék- és támogatási dokumentációkra mutató hivatkozásokat tartalmaz segítségül.
Ez a dokumentum az Unified CM-ről a Webex Calling többfelhasználós rendszerre való átállásra összpontosít. A Webex Calling kifejezés ebben a dokumentumban mindig a Webex Calling többfelhasználós megoldásra utal.
Mielőtt megkezdené az Unified CM-ről a Webex Callingra való átállást, elengedhetetlen, hogy átfogóan megértsük a Webex Calling megoldást és annak összetevőit. A sikeres migrációhoz ismerni kell a Webex Calling architektúráját, a szolgáltatásmodelleket, a telepítési lehetőségeket és a kapcsolódó funkciókat, hogy megfelelően feltérképezhessük a meglévő Unified CM munkaterheléseket és hatékony átállási tervet dolgozhassunk ki.
A hatékony átmeneti stratégia és a működési felkészültség megalapozásához elengedhetetlen a következő Webex Calling összetevők alapos ismerete.
-
Control Hub
-
Címtár- és felhasználókiépítés
-
Webex hívásplatform
-
Támogatott hívásvégpontok
-
PSTN csatlakozási lehetőségek
-
Webex Calling tárcsázási csomag és számkezelés
-
Biztonsági és megfelelőségi funkciók.
További információkért lásd: A Cisco által preferált Webex-hívások architektúrája.
Ez az útmutató kiemeli azokat az eszközöket és folyamatokat, amelyeket az átmeneti életciklus során használni kell. A helyszíni hívásokról, az Unified CM-ről egy új felhőalapú hívásplatformra, a Webex Callingra való áttérés azonban jelentős erőfeszítést igényelhet, és potenciális üzleti, technikai és összetett kihívásokat rejthet magában. A Cisco számos különböző lehetőséget kínál ezen kihívások leküzdésére, amelyek segíthetnek az utazásban. Fontos áttekinteni a Vállalati felhőhívások - Hívások migrálása című cikkben található információkat, és megérteni az egyes lehetőségeket, valamint azt, hogy azok hogyan segíthetnek a saját migrálásában.
-
Webex migrációs eszközök: önkiszolgáló, ingyenes eszközök a Control Hubba építve, amelyekkel zökkenőmentesen áttérhet a Webex Callingra
-
Tanúsított migrációs szolgáltatók: A Cisco által validált szoftver- és eszközszolgáltatók migrációs megoldásokat fejlesztettek ki, hogy segítsék a Webex partnereit és ügyfeleit az összetett és nagyszabású migrációkban. Ezek a megoldások segíthetnek leegyszerűsíteni, kezelni és felgyorsítani az átállást a Webex Callingra.
-
Webex beállítási segítség: egy Cisco által vezetett migrációs szolgáltatás, amely végigvezeti az ügyfeleket és a partnereket a Webex Calling telepítésén és konfigurálásán, ami szükséges a Unified CM felhasználók és szolgáltatások Webex Callingba való sikeres migrálásához.
Áttekintés
A felhőalapú együttműködési szolgáltatások térnyerésével egyre több ügyfél szeretné a meglévő együttműködési feladatait a felhőbe helyezni, tekintettel a felhőalapú szolgáltatásokban rejlő alacsonyabb teljes tulajdonlási költség, egyszerűsített felügyelet, folyamatos funkcióellátás, megnövelt skálázhatóság és kiváló megbízhatóság ígéreteire. Miközben az ügyfelek a helyszíni megoldásokról a felhőalapú együttműködési szolgáltatásokra szeretnének átállni, fontos, hogy megértsék, mit is jelent az átállás, és milyen lépések szükségesek az átálláshoz.
Ez a dokumentum telepítési útmutatót nyújt kifejezetten azoknak az ügyfeleknek, akik a helyszíni Unified CM-ről a felhőalapú Webex Callingra szeretnének átállni. Ez a telepítési útmutató feltételezi, hogy az olvasó alapvető ismeretekkel rendelkezik a Unified CM és a Webex Calling közötti hívásátmenetről, beleértve azt is, hogy mi változik az átmenet során, és milyen különbségek vannak a hívási munkaterhelés helyszíni környezetből a felhőbe való áthelyezésekor. Mielőtt folytatná, győződjön meg arról, hogy áttekintette és ismeri az Átmeneti térképentalálható információkat. Ez az átmeneti térképdokumentum tájékoztatást nyújt az átmenet változásairól és különbségeiről.
Amint az a ábrán látható Helyszíni együttműködési architektúra: hívásvezérlés és távoli hozzáférés, egy tipikus helyszíni telepítés magában foglalja a hálózaton található különböző együttműködési infrastruktúra-összetevőket, egy hívásvezérlő platformot, egy peremhálózati platformot, hardver- és szoftvervégpontokat, és bizonyos esetekben akár konferencia- és ütemezőplatformokat is. A Cisco architektúrájában ez magában foglalná a Unified CM-et a hívásvezérléshez, az Expressway-t a távoli eléréshez és a vállalatközi (B2B) peremhálózati szolgáltatásokhoz, valamint a Cisco Meeting Servert. / Cisco Meeting Management helyszíni konferenciákhoz, Unity Connection hangüzenetekhez, valamint felhasználók felé irányuló hardveres (Cisco IP-telefonok, Cisco asztali és szobai videorendszerek) és szoftveres (Cisco Jabber) IP-alapú végpontok. Ezek az összetevők bizonyos környezetekben kissé eltérhetnek, de ez a kiindulópontja a dokumentum további részében ismertetett átmenetnek.
A ábrán látható architektúra Helyszíni együttműködési architektúra: A hívásvezérlés és a távoli hozzáférés a Cisco Collaboration Enterprise helyszíni telepítéseinek előnyben részesített architektúráján (PA) alapul. A vállalati helyszíni megoldásokkal kapcsolatos további információkért lásd: Cisco együttműködési architektúrák előnyben részesítve.
Előtt: A helyszíni hívásinfrastruktúra-összetevők táblázata felsorolja a helyszíni architektúra főbb elemeit a felhőalapú Webex Callingra való áttérés előtt.
| Termék | Leírás |
|---|---|
| Unified CM | Helyszíni hívásvezérlés, amely eszközregisztrációt és hívásirányítási szolgáltatásokat nyújt |
| Cisco Expressway-C/E | Peremhálózati infrastruktúra, amely mobil és távoli hozzáférést (MRA), valamint üzleti (B2B) funkciókat biztosít, lehetővé téve a távoli végpontok számára a szervezeten kívülről történő biztonságos csatlakozást. Az Expressway párosával van telepítve, hogy tűzfalon keresztüli bejutást biztosítson a külső végpontok számára. |
| Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) és Cisco Telepresence Management Suite (TMS) | Helyszíni hang-, video- és webkonferencia-infrastruktúra, amely többpontos megbeszéléseket, megbeszéléskezelést és ütemezési lehetőségeket biztosít. [Optional] |
| Cisco Unity Connection | Helyszíni hangüzenetküldő platform, amely hangposta és egységes üzenetküldési funkciókat kínál. [Optional] |
| Cisco asztal, Cisco szoba, Cisco kártya, Cisco IP telefonok és Cisco Jabber | Az Unified CM-hez regisztrált, hang- és videohívási képességeket biztosító IP-alapú eszközök |
Amint az a ábrán látható Átmeneti döntés: Helyszíni hívások a Webex Calling szolgáltatásba, azok az ügyfelek, akik helyszíni hívásvezérléssel rendelkeznek Unified CM-mel, valamint asztali és videós IP-végpontokkal, választhatják az architektúra Webex Calling felhőarchitektúrára való átállását.
A döntést az ügyfél funkcionális igényei alapján kell meghozni. Azoknak az ügyfeleknek, akiknek a következő követelményeik vannak, alaposan mérlegelniük kell a döntés meghozatala előtt, és végül dönthetnek úgy, hogy megtartják a helyszíni hívásvezérlést:
- A Webex Calling által nem támogatott telefonmodellek
- Komplex vagy számos integráció más helyszíni rendszerekkel vagy megoldásokkal, különösen akkor, ha ezeknek az integrációknak a Webex Callinggal való replikálása nehézkes, vagy nem állnak rendelkezésre egyenértékű alternatív megoldások.
- Komplex tárcsázási terv, rendkívül részletes szolgáltatási osztályok, vagy mindkettő
- Korlátozott, korlátozott vagy megbízhatatlan internet-hozzáférés
- Szigorú adatvédelmi és tulajdonjogi szabályzatok
- Megfelelőségi követelmény a helyszíni vagy országon belüli médiafelvételre és -tárolásra
- Harmadik féltől származó integrációk működőképes alternatív Webex Calling integráció nélkül
- Contact center integrációk, ahol a contact center inter még nem költözik a felhőbe.
Ez a dokumentum azokra az Unified CM hívásvezérlési telepítésekkel rendelkező ügyfelekre összpontosít, akik szeretnék megérteni a Webex Calling telepítésének engedélyezésével kapcsolatos általános lépéseket, szempontokat és követelményeket, a következő szakaszban leírtak szerint.
Alapvető összetevők
A migráció célarchitektúrája számos új komponenst tartalmaz. Ez magában foglalja a Webex Calling szolgáltatást a felhőalapú hívásokhoz, a Webex alkalmazást, a Cisco Directory Connectort az identitásintegrációhoz és a Local Gateway (LGW) szolgáltatást a PSTN-hozzáféréshez, valamint a helyszíni és felhőalapú hívásintegrációt. A PSTN-hozzáférés további lehetőségei a Cisco híváscsomagok vagy a Cloud Connect for Webex Calling partner által működtetett felhőalapú PSTN (CCP).
Ahogy az ábrán látható Miután: A Webex Calling Architectureesetében az új összetevők (Webex Calling, Directory connector, Local gateway és Survivability gateway) hozzáadódnak a meglévő helyszíni telepítéshez.
Után: A felhőalapú hívásinfrastruktúra-összetevők táblázata felsorolja az architektúra új elemeit a Webexre való áttérés után.
| Termék | Leírás |
|---|---|
| Webex Calling | Felhőalapú hívásszolgáltatás a Webex platformról, amely végpont-regisztrációt és hívásirányítást biztosít |
| Cisco Directory Connector (címtárösszekötő) | Windows tartományi gépen futó Windows alkalmazás, amely identitásszinkronizációt biztosít a vállalati helyszíni Active Directory és a Webex-szervezet identitástárolója között. Azoknak az ügyfeleknek, akik a helyszíni Active Directoryról az Entra ID-re váltanak, a Cisco Directory Connector helyett a Webex-szel történő identitásintegráció az Entra ID Wizard alkalmazást használja. |
| Helyi átjáró | A helyi átjáró hidat képez az ügyfél helyszíni egységes kommunikációs hálózata és a Webex Calling felhő között. Helyben telepíthető vagy partner által üzemeltethető, PSTN-hozzáférést biztosítva a felhőben regisztrált végpontokhoz, valamint hívásintegrációt biztosítva a Unified CM-ben regisztrált és a felhőben regisztrált végpontok között. Cisco IOS-XE integrált szolgáltatások útválasztója (ISR 1100 és 4000 sorozat), Cisco Catalyst 8200/8300 A Cisco Catalyst 8000V Edge sorozat, valamint különféle harmadik féltől származó, hitelesített munkamenet-határvezérlők (SBC-k) használhatók LGW-ként egy szakaszos migrációs megközelítéshez. |
| Túlélési átjáró | A Survivability Gateway (SGW) egy helyi hálózati IOS-XE alapú átjáró, amely tartalék hívásszolgáltatásokat nyújt a helyszíni Webex Calling végpontoknak hálózati kimaradások esetén. |
| Cisco híváscsomag, Cloud Connect Webex hívásokhoz | A Cisco Calling Plan és a Cloud Connect for Webex Calling felhőalapú megoldások a Webex Calling végpontok PSTN-hozzáféréséhez. A PSTN-hozzáférést egy felhőalapú PSTN-szolgáltató biztosítja, és nem igényel helyszíni berendezéseket. |
| Webex alkalmazás | Asztali operációs rendszeren (Windows, Mac) vagy mobil operációs rendszeren (Android, iOS) futó kliensalkalmazás, amely közvetlenül a Webex Calling platformon van regisztrálva a hívásfunkciókhoz. |
PPDIO folyamat áttekintése
A PPDIO folyamat a Prepare, Plan, Design, Implement, and Optimizerövidítése. Ez egy strukturált Cisco módszertan, amely a kezdeti értékeléstől a folyamatos fejlesztésig irányítja a projekteket, biztosítva a hatékony és sikeres telepítéseket vagy migrációkat.
A PPDIO általános leírása
-
Készít: Értékelje a jelenlegi környezetet, gyűjtse össze az igényeket, és hangolja össze az érdekelt feleket egy szilárd alap létrehozása érdekében.
-
Terv: Részletes projektterveket kell kidolgozni, beleértve az ütemterveket, az erőforrásokat és a kockázatcsökkentési stratégiákat.
-
Tervezés: Tervezd meg a célmegoldást, az üzleti és technikai igényekre szabva.
-
Megvalósítás: Hajtsa végre a telepítést vagy migrációt a tervnek megfelelően, ellenőrizve a funkcionalitást és a teljesítményt.
-
Optimalizálás: A megoldás folyamatos fejlesztése a megvalósítás után a teljesítmény monitorozásával, a konfigurációk finomításával, valamint az automatizálási és integrációs eszközök kihasználásával.
PPDIO használata Unified CM-ről Webex hívásra migrációs projektekhez
Az Unified CM-ről a Webex Callingra való áttéréskor a PPDIO folyamat egyértelmű ütemtervet biztosít a zökkenőmentes és hatékony átmenet biztosításához:
Előkészítés
-
A meglévő Unified CM környezet és a migrációra való felkészültség felmérése
-
Részletes adatok gyűjtése a felhasználókról, eszközökről, hálózatról és függőségekről
-
Helyszínadatok gyűjtése, beleértve a vészhelyzeti reagálási címet, a felhasználók számát, az internet-hozzáférést és a PSTN-hozzáférést
-
Azonosítsa a kockázatokat és határozza meg a projekt hatókörét az összes érdekelt fél összehangolása érdekében.
Megtervezés
-
Átfogó migrációs terv létrehozása kötegelt ütemezésekkel, erőforrás-hozzárendelésekkel és ütemtervekkel
-
Olyan feladatok meghatározása, mint az eszköz firmware-frissítései, licencek kiépítése és felhasználók bevezetése
-
Koordinálja a migrációs időszakokat a Cisco-val és partnereivel a fennakadások minimalizálása érdekében.
Tervezés
-
A jelenlegi Unified CM konfigurációk, tárcsázási tervek és felhasználói profilok leképezése Webex Calling megfelelőire
-
A Webex híváskörnyezet megtervezése, beleértve a PSTN stratégiát (ideiglenes és végleges), a helyszíneket, a felhasználói szerepköröket és az integrációs pontokat, mint például a helyi átjáró (CUBE) és a címtár-szinkronizálás.
-
Tervezzen meg olyan együttélési forgatókönyveket, ahol az Unified CM és a Webex Calling egyidejűleg működik a migrálás során.
Végrehajtás
-
Használja a Control Hub migrációs eszközeit harmadik féltől származó eszközökkel együtt az eszköz firmware-módjának módosításához, a funkciók konfigurálásához és a felhasználók migrálásához
-
Tömeges műveletek és kiépítés Webex API-k használatával a nagyméretű migrációk és konfigurációk egyszerűsítése érdekében
-
Licenc kiépítésének, eszközregisztrációnak és konfigurációs frissítések végrehajtása
-
A migráció sikerességének validálása teszteléssel és működési ellenőrzéssel.
Optimalizálás
-
A Webex Calling teljesítményének és felhasználói élményének folyamatos figyelése
-
Konfigurációk és munkafolyamatok finomítása a működési adatok és a visszajelzések alapján
-
Használja ki az automatizálási és integrációs képességeket a hatékonyság és a skálázhatóság növelése érdekében
-
Szükség szerint telepítse le a régi Unified CM komponenseket, és biztosítson folyamatos támogatást a 2. napi működéshez.
Ez a továbbfejlesztett PPDIO-megközelítés ellenőrzött, átlátható és hatékony migrációt biztosít az Unified CM-ről a Webex Callingra, kihasználva a Cisco eszközeit, API-jait és partneri ökoszisztémáját az üzletmenet folytonosságának fenntartása és az együttműködési képességek javítása érdekében.
PPDIO visszacsatolási hurkok
Az Iterációk a PPDIO végrehajtása közben ábrán látható magas szintű áttekintés egyetlen visszacsatolási hurkot szemléltet az optimalizálási fázistól az előkészítési fázisig. Ez azt jelenti, hogy a kezdeti bevezetés után folyamatos fejlődési lehetőség van. Minden optimalizálási ciklus új követelményeket vagy fejlesztési területeket azonosíthat, amelyekkel későbbi projektek vagy kezdeményezések révén lehet foglalkozni. Ezek az egyes projektek viszont mindegyike a megállapított PPDIO (előkészítés, tervezés, kivitelezés, megvalósítás, optimalizálás) életciklust követi. Ez az iteratív megközelítés biztosítja, hogy a rendszer összhangban maradjon a változó üzleti célokkal és a technológiai fejlesztésekkel, elősegítve a folyamatos finomítás és alkalmazkodóképesség kultúráját.
A PPDIO folyamat végrehajtása során gyakori, hogy a későbbi fázisokban tett megállapítások szükségessé teszik a korábbi szakaszokban hozott döntések felülvizsgálatát és esetleges módosítását. Például a megvalósítási szakaszban felmerült problémák, mint például a tervezési kétértelműségek vagy hiányzó részletek azonosítása, rávilágíthatnak arra, hogy bizonyos szempontokat nem vettek figyelembe teljes mértékben a tervezési szakaszban. Ilyen esetekben szükségessé válik a korábbi, releváns fázishoz való visszatérés a problémák megoldása érdekében, mielőtt továbblépnénk. Ez az iteratív visszacsatolási mechanizmus, amint azt a ábra szemlélteti Az egységes CM által támogatott PPDIO folyamat biztosítja a megoldás alapos validálását és finomítását, ami végső soron hozzájárul a robusztusabb és hatékonyabb telepítéshez.
Az Unified CM-ről a Webex Callingra való áttéréskor a PPDIO folyamat minden fázisa jelentősen profitálhat a meglévő Unified CM környezetből gyűjtött információkból. Például a felhasználók, telefonszámok, hívási funkciók és tárcsázási terv összetevőinek átfogó leltárai kinyerhetők az aktuális Unified CM konfigurációból. Ezek az adatok kiegészítik az érdekelt felek által közvetlenül megadott információkat, és segítenek a tervezési és kivitelezési tevékenységek gördülékenyebbé tételében. A megfelelő eszközök használata az adatkinyerés és -elemzés automatizálására nemcsak a pontosságot növeli, hanem felgyorsítja a teljes folyamatot is. A meglévő telepítésből származó információk felhasználásával a Webex Callingra való áttérés hatékonyabban végrehajtható, mint egy hagyományos, zöldmezős megvalósítás, miközben továbbra is betartják a strukturált PPDIO módszertant. Ezt a folyamatot a Egységes CM-támogatású PPDIO folyamatábra szemlélteti.
Migrációs megközelítés
A helyszíni Unified CM-ről a Webex Callingra való átállás megtervezésekor meg kell határoznia, hogyan fogja ezt az utat megközelíteni. Először el kell döntenie, hogy a migráció villámgyors (minden egyszerre) vagy szakaszos megközelítésű lesz (csoportos migrációval). users/devices hosszabb időszakon keresztül).
A flash-cut migrációval a leggyorsabban áthelyezheted az összes felhasználódat és eszközödet. Ezzel a módszerrel az összes felhasználót és eszközt egyszerre áthelyezheti a helyszíni Unified CM-ből a Webex Callingba. Lényegében ez egyetlen migrációs ablak minden felhasználó és eszköz számára. A migráció befejezése után minden felhasználója és eszköze a Webex Calling platformon lesz, és a teljes Unified CM infrastruktúra leszerelhető. Sok szervezet azonban a hívástelepítés mérete és nagysága miatt nem tudja ezt a megközelítést alkalmazni.
A második megközelítés egy szakaszos migráció. A legtöbb szervezet ezt a megközelítést fogja használni, mivel jobb kontrollt, felügyeletet és skálázhatóságot biztosít az áttelepítés során. Ezenkívül jobban megfelel nagyobb UC-telepítésekhez. and/or telepítések több régióban. Ezért ez a dokumentum a szakaszos megközelítésre összpontosít, amelyben az átmenet két lépésből áll.
Amint az az alábbi ábrán látható Fázisos hívásátmenet: Hibrid és felhő, az első átmeneti fázis (1. fázis) egy párhuzamos telepítést eredményez kettős hívási környezetekkel. Ebben a fázisban egyes felhasználók, eszközök és szoftveres kliensek átállnak a Webex Calling használatára, míg mások továbbra is a helyszíni Unified CM hívásvezérlőt használják. Az utolsó átmeneti fázis (2. fázis) egy tisztán felhőalapú híváskörnyezetet eredményez, ahol minden felhasználó, eszköz és szoftveres kliens teljes mértékben átállt a Webex Calling platformra.
Az, hogy egy szervezet mennyi idő alatt tér át teljesen a felhőalapú hívásokra, a jelenlegi telepítéstől függ. Bizonyos esetekben egy szervezet végrehajthatja a kezdeti átállást, és hosszabb ideig (hónapokig vagy akár évekig) maradhat a kettős hívásvezérlés együttes működésének fázisában (1. fázis), míg más esetekben egy szervezet nagyon rövid idő (hetek vagy hónapok) alatt teljesen áttérhet a Webex Callingra (2. fázis). Ez a dokumentum mindkét fázist (1. fázis – együttélés és 2. fázis – teljes átállás) kívánja lefedni.
Lehetséges, hogy egyes szervezetek határozatlan ideig fenntartják az együttélésen alapuló kettős hívásvezérlést anélkül, hogy valaha is teljes mértékben átállnának a felhőalapú hívásokra.
A második szempont, hogy hogyan fogja átállítani a felhasználókat, eszközöket és szoftveres klienseket a helyszíni hívásvezérlésről a felhőalapú hívásvezérlésre. Az ajánlott megközelítés egy háromfázisú átmenet. Az alábbi Ajánlott 3 fázisú átmenet ábra ezt a megközelítést 3 fázisra bontja.
Migráció előtt: Ez a fázis a Webex és az Unified CM környezetek migrációra való felkészítésére összpontosít. Ez nem a konkrét tervezés vagy konfigurációk meghívására összpontosít, hanem olyan tevékenységek elvégzésére, amelyek most, még a Webex Calling migrációs projektek megkezdése előtt elvégezhetők. A cél az alapok megteremtése a két környezet számára az áttelepítésre való felkészüléshez.
Migráció előkészítése: Ebben a fázisban kezdődik a Webex Callingra való átállás előkészítése. Itt felül kell vizsgálni és frissíteni kell az üzleti és műszaki követelményeket. Ne csak emelje át és cserélje ki a jelenleg Unified CM-mel telepített megoldásokat, hanem a Webex Calling erejét kihasználva határozza meg újra a vállalata jelenlegi és jövőbeli üzleti és technikai követelményeit. Ezenkívül ebben a fázisban fogod befejezni a tervezést, a konfigurációtervezést és a migrációt. planning/schedule.
Migráció (bevezetés és leszerelés): Ebben a fázisban történik a felhasználók, eszközök, telefonszámok és szoftveres kliensek tényleges migrálása. Amint azt fentebb tárgyaltuk, ez a fázis mindenki számára elvégezhető egyszerre (flash-cut), vagy több változtatási ablakban (phased-cut). A végfelhasználói bevezetési tervek, a képzés és a kommunikáció kritikus fontosságú, hogy a felhasználók tisztában legyenek a változásokkal, az új hívásplatform használatával, és tudják, mikor fog bekövetkezni a változás. Az utolsó lépés az összes olyan helyszíni UC infrastruktúra leszerelése, amelyet már nem használnak.
Az áttelepítés előtti fázisban vannak olyan tevékenységek (kötelező, ajánlott és opcionális), amelyeken azonnal elkezdhet dolgozni. Javasolt ezeket minél előbb, de lehetőleg még a projekt megkezdése előtt befejezni. Néhány tevékenység elvégzése hosszabb időt vehet igénybe, ezért ha korábban elkezdi őket, az segít gördülékenyebbé tenni a tényleges migrációs projektet.
Az alábbi Migrálás előtti tevékenységek ábra öt konkrét tevékenységkategóriát emel ki, amelyek a Webex Calling migrálásához kapcsolódnak.
Előkészítés
Üzleti és műszaki követelmények
A(z) -ról a(z) -ra történő migráció tervezésekor kulcsfontosságú a technikai és üzleti követelmények alapos összegyűjtése a tervezési fázisban. Ez a lépés biztosítja, hogy a migrálás összhangban legyen a szervezet működési céljaival és technikai képességeivel, minimalizálva a kockázatokat és a zavarokat.
Miért fontos a követelmények összegyűjtése:
-
Összehangolja az üzleti célokat: Az üzleti igények megértése segít a migráció testreszabásában, hogy az támogassa a kulcsfontosságú munkafolyamatokat, a felhasználói élményt és a növekedési terveket.
-
Biztosítja a műszaki kompatibilitást: A műszaki követelmények korai azonosítása megelőzi az integrációs problémákat a meglévő infrastruktúrával, hálózattal és végpontokkal.
-
Megkönnyíti az erőforrás-tervezést: A világos követelmények segítenek pontosan megbecsülni az ütemtervet, a költségeket és a szükséges erőforrásokat.
-
Csökkenti a kockázatokat: A potenciális kihívások korai felismerése lehetővé teszi a proaktív megoldásokat, csökkentve az állásidőt és a szolgáltatáskieséseket.
Üzleti követelmények
Tipikus üzleti követelmények a következők:
-
A migrálandó felhasználók és helyszínek száma
-
Kívánt funkciók és szolgáltatások (például hívásirányítás, hangposta, konferenciahívások, automatikus kezelők, hívássorok)
-
Megfelelőségi és biztonsági szabályzatok
-
Költségvetési korlátok és költségvárakozások
-
Felhasználói képzési és támogatási igények
-
Migrációs ütemterv és üzletmenet-folytonossági szempontok
A kívánt funkciók és szolgáltatások összegyűjtése kritikus lépés annak biztosításához, hogy az új rendszer megfeleljen az üzleti igényeknek. Ezen követelmények összegyűjtésekor fontos, hogy ne csak a jelenleg konfigurált beállításokat vegyük figyelembe, hanem megpróbáljuk összegyűjteni a tényleges követelményeket azoktól az üzleti entitásoktól, amelyek a rendszert használni fogják. Ellenkező esetben fennáll annak a kockázata, hogy a terv nem aktuális feltételezéseken alapul. Feltétlenül értékelje a(z) szolgáltatásban elérhető további vagy továbbfejlesztett funkciókat, amelyek a(z) szolgáltatásban esetleg nem léteznek, például a felhőalapú hívásokat, a fejlett hívásvárakoztatási sorokat, a és a szolgáltatást. Ez segít a felhőplatform előnyeinek teljes kihasználásában.
A jelenlegi konfiguráció értékelésekor a ban fontos felismerni, hogy a rendszer életciklusa során változó követelmények miatt nem feltétlenül szükséges minden meglévő beállítás. A hangsúlyt arra kell helyezni, hogy csak azokat a konfigurációkat azonosítsuk és tartsuk meg, amelyek összhangban vannak a telepítés jelenlegi és jövőbeli igényeivel.
Koncentrálj inkább arra, amire szükséged van, mint arra, amid van.
A megfelelőségi és biztonsági szabályzatok kritikus fontosságúak a Webex Callingra való átállás során, hogy az új felhőalapú kommunikációs rendszer megfeleljen a jogi, szabályozási és szervezeti szabványoknak.
-
Szabályozási megfelelőség: A szervezeteknek ellenőrizniük kell, hogy megfelelnek-e az iparágspecifikus előírásoknak, például a GDPR-nak, a HIPAA-nak vagy a SOX-nak, amelyek az adatvédelemre, -megőrzésre és -kezelésre vonatkozó követelményeket, valamint az adattárolásra, az útdíj-megkerülésre és a média helyére vonatkozó országspecifikus előírásokat is tartalmazzák.
-
Adatbiztonság: A hang- és jelzésadatok titkosításának biztosítása mind átvitel közben, mind tárolás közben, hogy megvédje azokat a lehallgatástól vagy a jogosulatlan hozzáféréstől.
-
Hozzáférés-vezérlés: A felhasználói hitelesítés, az engedélyezés és a szerepköralapú hozzáférés meghatározása és betartatása a kommunikációs erőforrások jogosulatlan használatának megakadályozása érdekében.
-
Audit és monitoring: Naplózási és monitorozási képességek megvalósítása a hozzáférés és a használat nyomon követésére megfelelőségi auditok és biztonsági incidensek kivizsgálása céljából.
-
Szabályzatok összehangolása: A migráció összehangolása a meglévő vállalati biztonsági szabályzatokkal, beleértve a végpontbiztonságot, a hálózati szegmentálást és az incidensekre adott választerveket.
-
Szállítói biztonsági garancia: A Cisco biztonsági tanúsítványainak és megfelelőségi tanúsítványainak értékelése a megbízhatóság biztosítása érdekében.
Ezen megfelelőségi és biztonsági szabályzatok tervezési fázisban történő kezelése segít csökkenteni a kockázatokat, elkerülni a jogi szankciókat, és fenntartani a kommunikáció integritását és bizalmasságát az áttelepítés során és azt követően.
A felhasználói képzés és támogatási igények elengedhetetlenek a -ról -ra való áttérés során a zökkenőmentes átmenet és a felhasználói adaptáció biztosítása érdekében. A főbb szempontok a következők:
-
Képzési programok: Készítsen személyre szabott képzéseket a különböző felhasználói csoportok (végfelhasználók, rendszergazdák, ügyfélszolgálati munkatársak) számára, hogy megismerkedjenek a funkciókkal, a felhasználói felületekkel és az új munkafolyamatokkal.
-
Dokumentáció: Biztosítson világos, könnyen hozzáférhető felhasználói útmutatókat, GYIK-et és gyors referenciaanyagokat, beleértve az Újdonságok és különbségek forrásokat és a lépésenkénti Előtte és utána használati útmutatókat (videó vagy gyors útmutató formátumban), hogy támogassa a felhasználókat a frissített élményhez való alkalmazkodásban a migráció után.
-
Változásmenedzsment: A változások proaktív kommunikációja a felhasználói elvárások kezelése és az ellenállás csökkentése érdekében.
-
Tartószerkezet: Hozz létre egy dedikált támogató csapatot vagy eszkalációs útvonalat a felhasználói problémák gyors kezelésére az áttelepítés során és után.
-
Folyamatos képzés: Tervezzen folyamatos képzési frissítéseket, amint új funkciók vagy frissítések jelennek meg a .
-
Visszajelzési mechanizmusok: Vezessen be csatornákat, amelyeken a felhasználók bejelenthetik a problémákat, és visszajelzést adhatnak a képzési és támogatási folyamatok fejlesztése érdekében.
Ha a tervezési fázisban figyelembe vesszük ezeket a képzési és támogatási igényeket, az segít minimalizálni a fennakadásokat, növeli a felhasználók bizalmát, és maximalizálja a(z) szolgáltatásra való áttérés előnyeit.
Műszaki követelmények
A sikeres migrációhoz a(z) -ról a(z) -ra számos kulcsfontosságú technikai követelményt kell összegyűjteni és dokumentálni, beleértve a következők részleteit:
-
Hálózati készenlét és sávszélesség-kapacitás
Egy átfogó hálózati felmérés elengedhetetlen annak biztosításához, hogy a meglévő infrastruktúra támogatni tudja az új Webex Calling környezetet. Ide tartoznak a következők:
-
Sávszélesség-elemzés: A jelenlegi és a tervezett sávszélesség-használat értékelése a hang-, video- és adatforgalom torlódásmentes kezeléséhez.
-
Szolgáltatásminőség (QoS): QoS-szabályzatok bevezetése a hangforgalom rangsorolására, valamint a késleltetés, a jitter és a csomagvesztés minimalizálására.
-
WAN és internetkapcsolat: Annak ellenőrzése, hogy a WAN-kapcsolatok és az internetkapcsolatok megfelelnek-e a felhőalapú hívások követelményeinek, beleértve a redundanciát és a feladatátvételi képességeket.
-
Tűzfal és NAT konfiguráció: Annak biztosítása, hogy a tűzfal és a NAT beállítások engedélyezzék a szükséges jelzés- és médiaforgalmat a .
-
-
Integráció a meglévő rendszerrel
A meglévő üzleti rendszerekkel való zökkenőmentes integráció elengedhetetlen a felhasználói élmény és a munkafolyamatok folytonossága szempontjából:
-
Címtárszolgáltatások: Egy vállalati címtárral való integráció felmérése az automatikus felhasználó-kiépítés és hitelesítés érdekében.
-
CRM és üzleti alkalmazások: Integrációs pontok azonosítása az ügyfélkapcsolat-kezelő rendszerekkel és más üzletileg kritikus alkalmazásokkal.
-
Régi PBX együttműködés: Együttműködési vagy szakaszos migrációs stratégiák tervezése, amennyiben az átmenet során megmaradnak a régi telefonrendszerek.
-
-
Végpont-kompatibilitás és kiépítés
Minden végpontot, beleértve az asztali telefonokat, a szoftveres telefonokat és a mobileszközöket is, kompatibilitás szempontjából ellenőrizni kell:
-
Eszköztámogatás: Annak megerősítése, hogy a meglévő IP-telefonok és -eszközök támogatottak, vagy a szükséges cserék azonosítása.
-
Kiépítési folyamatok: Automatizált vagy egyszerűsített kiépítési módszerek létrehozása a végpontok hatékony bevezetése érdekében.
-
Firmware és szoftverfrissítések: A szükséges frissítések megtervezése az interoperabilitás és a biztonság biztosítása érdekében.
-
-
Biztonsági konfigurációk és titkosítási szabványok
A biztonság kiemelkedő fontosságú a felhőalapú kommunikációban:
-
Titkosítás: A Cisco biztonsági legjobb gyakorlataival összhangban végponttól végpontig terjedő titkosítás érvényesítése a jelzések és a médiafolyamok esetében.
-
Hitelesítés és hozzáférés-vezérlés: Biztonságos hitelesítési mechanizmusok (például SSO, többtényezős hitelesítés) és részletes felhasználói hozzáférés-vezérlés megvalósítása.
-
Megfelelőség: Annak biztosítása, hogy a megoldás megfeleljen a vonatkozó szabályozási és iparági megfelelőségi szabványoknak (például GDPR, HIPAA).
-
Biztonsági monitorozás: Integráció SIEM eszközökkel és riasztások beállítása a potenciális biztonsági incidensek esetén.
-
| Követelmény | Főbb szempontok |
|---|---|
| Hálózati készenlét és sávszélesség | Sávszélesség, QoS, WAN/Internet, Firewall/NAT |
| Integráció a meglévő rendszerekkel | Telefonkönyv, CRM, alközpont, Email/Calendar |
| Végpont-kompatibilitás és kiépítés | Eszköztámogatás, kiépítés, firmware-frissítések |
| Biztonsági konfigurációk és titkosítás | Titkosítás, hitelesítés, megfelelőség, biztonsági monitorozás |
| Felhasználói képzés és változáskezelés | Képzési programok, dokumentáció, változáskommunikáció |
| Számhordozhatóság és tárcsázási csomag | Szám migration/porting, tárcsázási terv fordítása |
| Harmadik féltől származó integrációk | Személyhívó, ügyfélszolgálat, fax, analóg eszközök |
Hálózati felkészültség és követelmények
A hálózati felkészültség kritikus fontosságú a felhőalapú hívásmegoldásokra, például a(z) sikeres átállásához. A rossz hálózattervezés romló hívásminőséghez, megszakadt hívásokhoz és elégedetlen felhasználókhoz vezethet. Az ügyfeleknek a(z) szolgáltatásra való áttérés előtt hálózati felmérést kell végezniük. Javasolt a várható hívásmennyiséghez szükséges hálózati sávszélesség rendelkezésre állásának ellenőrzése, a szolgáltatásminőségi (QoS) követelmények teljesülésének biztosítása, valamint a peremhálózati tűzfal(ok)ban megnyitandó különféle portok ismerete.
A megbízható hálózati kapcsolat megfelelő szolgáltatásminőséggel (sávszélesség, csomagvesztés, RTT) alapvető követelmény a lehető legjobb felhasználói élmény biztosításához minden hang- és videoképes végpont, kliens és alkalmazás számára, amely a szolgáltatást használja.
Az ügyfelek és partnerek az OTT (over-the-top) interneten túlmutató csatlakozási lehetőségekhez is hozzáférhetnek, amelyek optimalizálhatják a kapcsolatot, beleértve a Webex Edge Connectet is. A Webex Edge Connect tervezési részleteivel kapcsolatos további információkért lásd: A Cisco által preferált Webex Edge Connect architektúra Webex Meetings, többfelhasználós hívásokhoz és dedikált példányokhoz.
Az ügyfelek a CScan segítségével felmérhetik a hálózatukat, amely információkat nyújt a hálózat minőségéről, a létrehozható hívások számáról, a késleltetésről és így tovább. A CScan eszközzel kapcsolatos további információkért lásd: A Webex Calling hálózati minőségének tesztelése a CScan segítségével.
Annak érdekében, hogy a hálózat készen álljon a(z) szolgáltatásra való migrálásra, vegye figyelembe a következő ellenőrzőlistát:
-
Sávszélesség-tervezés
Számítsa ki a párhuzamos hívásokat telephelyenként, hogy elegendő feltöltési és letöltési sávszélesség álljon rendelkezésre, és hogy legyen tartalék az egyéb üzleti szempontból kritikus forgalom és a jövőbeli növekedés számára.
A Webex Calling hívástípus sávszélesség-számítások táblázata a központi telepítéssel elérhető hívástípusokat mutatja, valamint az egyes hívástípusokhoz szükséges kodeket és maximális sávszélességet. Amint a Webex Calling hívástípus sávszélesség-számítások táblázatban látható, az egyes hívástípusokhoz szükséges hanghívás-sávszélesség a következő általános képlettel számítható ki:
Várható egyidejű hívások száma * Hívásonkénti sávszélesség kodek alapján = Szükséges hálózati átviteli sebesség.
2. táblázat. Webex Calling hívástípus sávszélesség-számítások Hívástípusok Kodek - sávszélesség Sávszélesség-számítások / asztali telefon -> OPUS - 70 kbps Egyidejű hívások száma * 70 kbps = Szükséges hálózati átviteli sebesség / asztali telefon -> asztali telefon OPUS – 70 kbps Egyidejű hívások száma * 70 kbps = Szükséges hálózati átviteli sebesség / asztali telefon -> PSTN LGW-n keresztül G.711 – 80 kbps Egyidejű hívások száma * 80 kbps = Szükséges hálózati átviteli sebesség / asztali telefon -> PSTN felhőalapú PSTN-en keresztül (pl. Cisco híváscsomag) G.711 – 80 kbps Egyidejű hívások száma * 80 kbps = Szükséges hálózati átviteli sebesség / asztali telefon -> Vállalati LGW-n keresztül G.722 – 80 kbps Egyidejű hívások száma * 80 kbps = Szükséges hálózati átviteli sebesség / asztali telefon -> hangposta OPUS – 70 kbps Egyidejű hívások száma * 70 kbps = Szükséges hálózati átviteli sebesség A hívástípusonkénti egyidejű szükséges hálózati átviteli sebesség összegzésével meghatározható egy adott webhely teljes potenciális sávszélesség-igénye.
Minden híváság mindig a hozzáférési SBC-khez van rögzítve. Egy adott helyszínhez szükséges internet sávszélesség meghatározásához nemcsak a helyszínek közötti hívásokat kell figyelembe venni, hanem a helyszíneken belüli hívásokat, valamint az adott helyszínen található helyi átjáróhoz és onnan érkező hívásokat is. Például egy telephelyen belüli hívás két MPP telefon között akár 2 x 70 kbps teljes duplex sebességű internet-hozzáférést igényelne a helyszín internetkapcsolatán.
A Webex hívás sávszélesség-számítási példák táblázat egy teljes sávszélesség-számítási gyakorlatot mutat be, feltételezve, hogy minden eszköz ugyanazon a helyszínen található.
3. táblázat. Webex hívás sávszélesség-számítási példák Hívástípusok Egyidejű hívások száma Teljes sávszélesség Webex alkalmazás / Asztali telefon → Webex alkalmazás 15 2 * 15 * 70 kbps = 2100 kbps Webex alkalmazás / Asztali telefon → Asztali telefon 15 2 * 15 * 70 kbps = 2100 kbps Webex alkalmazás / Asztali telefon → PSTN helyi vezeték nélküli vonalon keresztül 50 2 * 50 * 80 kbps = 8000 kbps Webex alkalmazás / Asztali telefon → PSTN Cloud Connecten keresztül Webex Callinghoz 0 0 * 80 Kbps Webex alkalmazás / Asztali telefon → Vállalati LGW-n keresztül 15 2 * 15 * 80 kbps = 2400 kbps Webex alkalmazás / Asztali telefon → Webex hívás hangposta 5 5 * 70 kbps = 350 kbps Összes hívás / Sávszélesség 100 hívás 14 950 kbps / 14,95 Mbps -
A fenti táblázatokban szereplő összes sávszélesség-érték az IP-sávszélességre vonatkozik. A kapcsolat sávszélessége a WAN-kapszulázásoktól függően nagyobb.
-
A fenti táblázatokban szereplő sávszélesség hanghívásokra vonatkozik. Videohívás sávszélességéhez a Webex alkalmazás és az MPP szükséges. 8845/65 A telefonok támogatják a H.264 videót maximális 720p felbontással, maximális 1500 kbps sávszélességgel hívásonként. A hívás bármely pontján felhasznált sávszélesség mennyisége azonban ingadozni fog a videokommunikációban rejlő változó bitráta alapján.
-
-
Szolgáltatásminőség (QoS)
Implementáljon QoS-szabályzatokat a helyszíni környezetében a valós idejű forgalom rangsorolásához, és biztosítsa a QoS fenntartását a kapcsolók, útválasztók és tűzfalak között.
-
Késleltetési, időingadozási és csomagvesztési célok
Az optimális hangminőség érdekében a következő küszöbértékeket javasoljuk OTT (over-the-top) és interneten keresztüli hívások esetén:
-
Késleltetés - kevesebb, mint 100 ms egyirányú
-
Jitter - kevesebb, mint 10 ms
-
Csomagvesztés - 0,5% vagy kevesebb.
-
-
Tűzfal és NAT
Győződjön meg arról, hogy a tűzfal úgy van konfigurálva, hogy engedélyezze a forgalmat a Webex-hívások portreferenciájacímen elérhető cikkben felsoroltak szerint. Ezenkívül engedélyezze a hozzáférést az ugyanebben az útmutatóban felsorolt domainekhez és IP-tartományokhoz, és kerülje a SIP ALG-t, mivel az zavarja a SIP jelátvitelt. Kerülni kell a proxykon keresztüli médiaforgalmat.
-
DNS és NTP
Gondoskodjon a domainek megfelelő DNS-feloldásáról és a megbízható NTP-kiszolgálókról az eszközök óráinak szinkronizálásához a TLS-tanúsítványok ellenőrzéséhez és naplózásához.
-
Hibatűrés tervezése
Vegye figyelembe a meglévő szolgáltatói adatkapcsolatokat (MPLS, SD-WAN stb.), és általánosságban tervezzen közvetlen internet-hozzáférést a telepítés minden egyes helyszínén. Tervezzen redundáns internetkapcsolatokat ott, ahol magas rendelkezésre állásra van szükség. Mivel felhőalapú szolgáltatásokat fogsz igénybe venni, a megbízható internetkapcsolat megfelelő sávszélességgel alapvető követelmény. Érdemes megfontolni ezt az átállást, ha a szervezete helyszíneinek internetkapcsolata általában nem megbízható, alacsony késleltetésű és megfelelő fel- és letöltési átviteli sebességgel rendelkezik.
-
A helyszín túlélési esélye
A webhely túlélőképessége biztosítja, hogy vállalkozása mindig elérhető legyen, még akkor is, ha megszakad a hálózati kapcsolata. A Site Survivability egy átjárót használ a helyi hálózatban, hogy tartalék hívásszolgáltatást biztosítson a helyszíni végpontok felé olyan helyzetekben, amikor a hálózati kapcsolat megszakad. Vegye figyelembe a telephely túlélési képességét egy helyi túlélési átjáró (SGW) használatával, ha az üzleti követelmények folyamatos hívásokat igényelnek hálózati kimaradás esetén. A webhely túlélési ellenőrzésével kapcsolatos további információkért lásd: A webhely túlélése Webex-hívásokhoz.
Felhőalapú UC beállítása
A Cloud Connected UC (CCUC) egy felhőalapú felügyeleti és elemzési megoldás, amelynek célja, hogy központosított láthatóságot, adminisztrációt és betekintést biztosítson a helyszíni (például Unified CM) és a felhőalapú telepítésekhez. Hídként működik a hagyományos helyszíni környezetek és a Cisco felhőszolgáltatásai között, támogatva a szervezeteket a rendszerről a rendszerre való átállás során.
Az átállás során a CCUC létfontosságú szerepet játszik az átállási folyamat egyszerűsítésében azáltal, hogy elősegíti az átfogó adatok gyűjtését a meglévő egységes kommunikációs rendszerből. A CCUC segítséget nyújt a kulcsfontosságú átmeneti feladatokban, például az eszközök, funkciók és felhasználói kapcsolatok migrálásában, valamint a támogatott IP-telefonok firmware-frissítéseinek automatizálásában. A központosított láthatóság és kezelés biztosításával a CCUC segít a zökkenőmentesebb és hatékonyabb migrációs folyamatban.
A Cisco határozottan javasolja, hogy a CCUC-t az átmeneti projekt korai szakaszában, ideális esetben az előkészítési fázis előtt vagy alatt telepítsék és telepítsék. Ez lehetővé teszi a szükséges betekintést és képességeket a későbbi migrációs tevékenységek alapos felméréséhez, leltározásához és megtervezéséhez, valamint a jövőbeli hibrid képességek felé vezető út megkezdéséhez.
A jelenlegi környezet felmérése
A migráció megtervezésének egyik kulcsfontosságú tevékenysége a jelenlegi helyszíni környezet és telepítés felmérése. Ez betekintést nyújt abba, hogy milyen lehetséges változtatásokra lehet szükség a sikeres átálláshoz. Lehetővé teszi a platform kulcsfontosságú elemeinek felmérését a meglévő helyszíni telepítéshez képest is. Ezeket az információkat felhasználhatja annak azonosítására, hogy milyen konkrét feladatokra van szükség az átálláshoz, és milyen változtatásokat szeretne végrehajtani az üzleti és technikai követelményeknek, valamint a használati eseteknek való megfelelés érdekében.
A következő szempontokat fontos áttekinteni e törekvés részeként.
Licencelés
A meglévő telepítés jelenlegi licencelési struktúrájának megértése kulcsfontosságú a következőre való migrálás felkészülésekor: . Végezzen licencfelmérést a meglévő Cisco helyszíni megoldásának következő területein.
-
Platform
Az alapvető platformon jelenleg licencelt tartalmak teljes körű megfogalmazása kritikus fontosságú lesz, amikor a fiókkezelő csapattal vagy a partnerrel együttműködve meghatározzák a rugalmas licencelés legjobb módját. A rugalmas licencelésről további információt a Cisco collaboration flex plancímű cikkben talál.
-
Felhasználók és eszközök
Határozza meg, hogy a meglévő felhasználóinak és eszközeinek milyen licenckategóriára van szükségük. Ez alapján fogjuk meghatározni, hogy milyen típusú licenc szükséges a felhasználókhoz és az eszközökhöz. Többféle licencelési típust kínál, beleértve a Professional és Standard licenceket a felhasználók számára, valamint a Professional és közös területi licenceket a munkaterületekhez. Az eszközlicenceléssel kapcsolatos további információkért lásd a Eszközlicenceléscímen elérhető adatlapot.
-
Helyi átjáró
Ha ehhez az átmenethez a PSTN-hozzáféréshez Cisco Unified Border Element (CUBE) szükséges, akkor a CUBE licencelést is figyelembe kell venni. A CUBE licencelésével kapcsolatos szempontokat a dokumentum későbbi részében tárgyaljuk.
Locations/Sites
Az átállás tervezésekor figyelembe kell venni a meglévő telepítésen belüli telephelyek számát és típusát (nagy központi, regionális, fióktelep stb.). A meglévő telepítési helyszínek teljes körű ismerete segít a sikeres átállás stratégiai tervezésében, különösen annak meghatározása során, hogy mely helyszíneket és milyen sorrendben kell migrálni. A migrációs döntések meghozatalakor kritikus fontosságú lesz a tárcsázási terv követelményeinek (számozás, tárcsázási szokások, korlátozási osztályok stb.), a telephelyi hálózati kapcsolatnak és sávszélességnek (internet, WAN, LAN), valamint a PSTN-hozzáférésnek (helyi vagy központosított, IP vagy TDM) részletes ismerete. A gyakori telepítési modellekről és a főbb szempontokról további információt a Collaboration SRNDdokumentumban található együttműködési telepítési modellekről szóló információkban talál.
Egy másik fontos telepítési szempont az átálláskor a helyszín elérhetősége. Különböző képességekkel, előfizetésekkel és eszközökkel rendelkezik, amelyek a telepítés helyszínétől függően érhetők el. A földrajzi elérhetőséggel kapcsolatos további információkért lásd: Hol érhető el a Webex?.
Végül fontos megérteni, hogy az átállás milyen hatással lesz más együttműködési szolgáltatásokra. A dokumentum célkitűzése alapján az általános feltételezés az, hogy ha a hívási munkaterhelésen kívüli meglévő együttműködési szolgáltatásokat meg kell tartani, akkor várható az átállás a fent említett 1. fázisú hibrid telepítésre. Az olyan együttműködési szolgáltatásokra, amelyek hibrid telepítést igényelhetnek, példaként említhetők a helyszíni, még nem Webex kapcsolattartó központba migrált ügyfélszolgálatok, valamint a személyhívó és számlázási rendszerekbe való szoros integrációk. A további együttműködési munkaterhelések és szolgáltatások átállásával kapcsolatos további információkért lásd: Együttműködési átmenetek.
Meglévő készlet devices/clients
Az átállás megkezdése előtt fontos leltározni a meglévő hardver- és szoftvervégpontokat. Teljes eszközlista birtoklása types/models, A hardververziók, a szoftveres kliens operációs rendszerek típusai és mennyiségei biztosítják, hogy megfelelően megtervezhesse az eszközök átállását, és enyhíthesse a felhőhívásokra nem migrálható eszközökre gyakorolt hatást. A leltárt kell felhasználni az átállásra kerülő eszközök és az átállás előtt lecserélendő eszközök meghatározására.
asztali telefonok
Audio- és videokészülékes asztali telefonok esetében csak a 6800-as, 7800-as, 8800-as és 9800-as sorozatú asztali telefonok támogatottak. Ez a Cisco IP-telefonok egy részhalmaza, amelyeket a támogat. A 6800, 7800 és 8800 telefonok egyes modelljei és verziói nem használhatók a következővel: . A támogatott modellekről és hardververziókról további információt a Webex Calling által támogatott eszközökcímű részben talál.
A Cisco 6800 sorozatú IP-telefonok nem frissíthetők vállalati firmware-ről többplatformos (MPP) firmware-re, amely a következőkhöz szükséges. Ezért minden vállalati firmware-t futtató, regisztrált 6800-as telefont 6800 MPP modellre vagy más támogatott telefonmodellre kell cserélni.
A Cisco 7800-as és 8800-as sorozatú IP-telefonokat az átállás és a rendszeren való regisztráció előtt frissíteni kell a Multiplatform Phone (MPP) firmware-re. Annak megállapításához, hogy mely 7800-as és 8800-as modellek és hardververziók támogatják az MPP firmware-t, lásd: Cisco 7800 és 8800 sorozatú IP-telefonok konvertálása Enterprise és MPP firmware között.
A 8845, 8865 és 8865NR modellek értékesítése megszűnt, ezért nem ajánlott migrálni őket a következőre: .
A 8800-as sorozatú telefonok régebbi verzióinak (8811, 8841, 8851, 8851NR, 8861) használata a Webex Calling szolgáltatással nem ajánlott. A VID 14-es vagy korábbi hardververzióval rendelkező telefonok regisztrálni fognak, de a hardver miatt teljesítményproblémák jelentkezhetnek.
A 9800-as sorozatú asztali telefonok PhoneOS rendszert futtatnak, amely mind a , mind a regisztrációt támogatja. Ezért ezek a telefonok firmware frissítés nélkül átállíthatók.
Minden más IP-telefont a Webex Calling által támogatott 6800-as, 7800-as, 8800-as vagy 9800-as sorozatú telefonra kell cserélni. A támogatott IP- és asztali telefonokról további információt a cikkben talál a Webex-hívásokhoz támogatott eszközökcímen.
Videó végpontok
A személyes és szobai videovégpontok, beleértve a Cisco Board sorozatot, a Room sorozatot és az Desk sorozatot, natívan képesek SIP-regisztrációra a címre. Ezen végpontok bármelyike, amelynek hangot kell létrehoznia and/or PSTN-hívásokhoz híváslicenc szükséges:
-
A konferenciatermekben, kis tárgyalókban stb. megosztott eszközökhöz Professional Workspace vagy Workspace licenc szükséges.
-
A végfelhasználó személyes eszközéhez professzionális vagy standard licenc szükséges.
Határozza meg, hogy hány videóvégpont van regisztrálva, és hányat használnak hanghívások kezdeményezésére. Lehetséges, hogy egyes videovégpontok csak megbeszélésekhez való csatlakozásra vagy SIP videohívások kezdeményezésére használhatók. Mindkét esetben a végpontokat továbbra is migrálni kell a szerverek leszerelése előtt, azonban ez segít meghatározni, hogy közülük hánynak lesz szüksége licencre a telefonhívások folytatásához.
-
Amikor a videoeszközöket áthelyezik a regisztrációból a(z) szolgáltatásba, ezeknek a végpontoknak az URI-ja megváltozik, mivel mostantól felhőben vannak regisztrálva.
-
A 8845, 8865 és 8875 telefonmodellek személyi videotelefonok, amelyeket a támogat.
Lágy kliensek
A az egyetlen szoftveres kliens, amelyet a támogat, ellentétben a Unified CM-mel, amely a Webex alkalmazást és a Jabbert is támogatja, és ez az új alapértelmezett szoftveres kliens a végfelhasználók számára.
A Jabberhez megvalósított telepítési mód(ok)tól függően (csak IM, csak telefon, and/or teljes UC módok), akkor érdemes lehet figyelembe venni az Üzenetküldés átállását is. and/or Megbeszélések munkaterhelései a Jabbertől a . A telepíthető csak telefon módban, ha csak hívásra alkalmas kliensként fogják használni, vagy telepíthető teljes Webex Suite-ként, ha más munkaterhelések, pl. Webex Messaging is szükségesek. and/or A Webex Meetings átkerül az alkalmazásba, és lehetővé teszi a hívásokat.
A mesterséges intelligencia által vezérelt funkciók, például a felhasználói élmény javítása audio/video intelligencia, hívásátírás és egyebek. További információ: https://www.webex.com/all-new-webex.
Mielőtt a felhasználókat áthelyeznéd Önhöz, át kell állítania a Jabber klienseiket a . Két lehetőséged van az átállás befejezésére.
-
Mielőtt áthelyeznéd őket
-
Amikor átállítod őket a következőre: .
A -ra való kezdeti átmenet megkönnyítése érdekében ajánlott az 1. opciót használni, és a felhasználókat először a hívással áthelyezni a -ra. Ez időt ad a felhasználóknak, hogy megismerkedjenek az új alkalmazással, miközben továbbra is a meglévő helyszíni hívásplatformot használják. Ha készen áll a felhasználók áthelyezésére a(z) szolgáltatásba, akkor konfigurálnia kell őket úgy, hogy regisztráljanak a felhőalapú hívásplatformon.
További információkért erről a két lehetőségről lásd: Migrációs folyamat - egy vagy két lépés?.
A támogatott eszközök teljes listáját lásd: Támogatott eszközök a Webex Callinghoz.
Eszköz jogosultságának ellenőrzése
Ahogy korábban említettük, a Cisco IP-telefonok egy részhalmazát támogatja, és a 7800-as és 8800-as sorozatú telefonokhoz eltérő firmware-típust igényel. Az Unified CM telefonok a vállalati firmware-t futtatják, míg a telefonok a Multiplatform Phone (MPP) firmware-t. Javasoljuk, hogy az Előkészítési fázisban ellenőrizze, hogy mely regisztrált telefonok jogosultak az MPP firmware-re való frissítésre. Ez időt ad arra, hogy a nem jogosult telefonokat a támogatott telefonmodellek egyikére cserélje, vagy alternatív csomagot keressen, például áthelyezzen egy felhasználót a Webex alkalmazás használatára.
A telefonok jogosultságának meghatározásához a Control Hub rendelkezik egy beépített eszközzel, melynek neve Telefon migrálása a Webex Calling szolgáltatásba. Amikor ezt az eszközt használja az eszköz jogosultságának ellenőrzésére, válassza a Csak eszközlicenc generálása [migrációs lehetőséget.
Ez a lehetőség lehetővé teszi egy, a telefonokat tartalmazó CSV-fájl feltöltését, így ellenőrizheti az egyes telefonok jogosultságát. A migrációs opció kiválasztásával a telefonok nem kerülnek hozzáadásra, mivel még az előkészítési fázisban van, és még nem áll készen erre. További információkért lásd: A telefon áttelepítése a Webex Calling szolgáltatásba.
Lehetséges, hogy egyes telefonok Ismeretlen jogosultsággal térnek vissza. Ez jellemzően azért van, mert nem tud érvényesíteni bizonyos információkat a telefonról a háttérrendszerben. Az Ismeretlen állapotú telefonok esetében kétféleképpen ellenőrizheti, hogy jogosultak-e frissíteni az MPP firmware-re.
-
Manuálisan ellenőrizze az egyes telefonokat, és ellenőrizze a modellt és a hardver verziót (PID VID)
7800/8800 telefoncímke modell- és hardververzió-információkkal -
Használja a Cisco IP-telefon-felkészültségi eszközt
Töltse le az eszközt https://github.com/joemar2/mpp_readiness_checka oldalról.
Ez az eszköz nem hivatalos Cisco eszköz, és nem is támogatja a TAC-et. A lehető legjobb támogatást nyújtja, de ingyenesen használható.
Ezt az eszközt egy helyszíni gépen kell futtatni, amely hozzáfér a szerverekhez és az IP-telefonokhoz. Lehetőség van webes hozzáférés engedélyezésére az IP-telefonokon, ami ajánlott és szükséges a legjobb eredmény eléréséhez. Ezért a végfelhasználók zavarásának elkerülése érdekében munkaidőn kívül kell használni. Az eszköz kimenete egy jelentést eredményez, amely felsorolja, hogy a 7800-as és 8800-as sorozatú telefonok közül melyek jogosultak az MPP firmware-re való frissítésre. Mivel közvetlenül hozzáfér a telefonhoz, ellenőrizni tudja a Control Hub eszköz által jelentett Ismeretlen eszközöket.
Cisco IP-telefon-készültségi eszköz jelentése
Felhasználók
A sikeres migráció egyik legfontosabb előkészítési lépése a megfelelő felhasználók kiépítése. Minden felhasználóra vonatkozóan megfelelően kell megtervezni a folyamatot, még akkor is, ha szakaszos migrációt végez. A felhasználóknak a következők bármelyikére be kell lépniük:
-
A Callinggal történő telepítés
-
A telepítése a következővel:
-
Szolgáltatások konfigurálása egy felhasználó számára
-
A felhasználók kereshetővé tétele a címtárban (kattintással hívás, felhasználói elérhetőségek, telefonkönyv-keresés).
Javasoljuk, hogy a projekt előtt vagy annak kezdetén minden felhasználót kiépítsen. Ez magában foglalja azokat a felhasználókat is, akik továbbra is az Unified CM-et használják hívásplatformjukhoz, függetlenül a hívóeszközüktől (IP-telefon, Jabber stb.). Ahogy a felhasználók átkerülnek ide: (and/or a ) frissíteni fogja a licenceiket, hogy engedélyezze a szükséges szolgáltatásokat. Azáltal, hogy az összes vállalati hívó felhasználót kiépíti az átállás megkezdése előtt, lehetővé teszi a vagy -ra áttért felhasználók számára, hogy a címtárban keressenek egy olyan vállalati hívó felhasználót, aki még mindig a Jabberen van. and/or be . Ez biztosítja, hogy az átállított felhasználók megtalálhassák bármely más felhasználó elérhetőségi adatait, és felhívhassák őket a címtárkeresés segítségével.
A címtárkeresés ábra egy felhasználó keresését mutatja be egy másik felhasználó között. A keresési eredmények a felhasználó elérhetőségi adatait mutatják, és vonatkozhatnak olyan felhasználókra, akik még mindig a Jabber-en vannak, vagy olyan felhasználókra, akik átálltak a... and/or .
Ezután határozza meg, hogy a meglévő helyszíni hívó felhasználók közül melyiket kell átállítani a következőre: . Ha az összes vagy nagyszámú felhasználó áthelyezésre kerül, akkor ajánlott a felhasználókat csoportokba sorolni, hogy a projektcsapat, az informatikai személyzet és a támogató személyzet képes legyen kezelni az áthelyezést és az esetlegesen felmerülő problémákat. Időt kell szánni a kezdeti információk és képzések biztosítására is, hogy felkészítse a felhasználókat erre az átállásra. A felhasználók átmeneti csoportosítása számos kritérium alapján végezhető el, beleértve a felhasználókhoz rendelt helyet vagy telephelyet, a felhasználók részlegét, vagy akár a felhasználói típusokat (tudásmunkások, vezetők, mobil munkavállalók stb.).
Példaként, ha a telepítésben részt vevő felhasználók három fő telephelyen oszlanak meg: New Yorkban (NYC), San Franciscóban (SFC) és a Research Triangle Parkban (RTP), akkor a felhasználói átállási terv a Felhasználói átállási terv telephelyenként táblázatban ismertetett tervhez hasonlóan nézhet ki.
| Felhasználói webhely / elhelyezkedés | Átállás előtti információk és képzések | Átmeneti időszak | Átmenet utáni támogatás |
|---|---|---|---|
| New York (1525 felhasználó) | Április 1-jei hét | Április 15. – április 27. | Április 29-i hét |
| SFO (1600 felhasználó) | Május 6-i hét | Május 20. – május 31. | Június 3-i hét |
| RTP (1275 felhasználó) | Június 3-i hét | Június 17. – június 28. | Július 1-jei hét |
Egy másik fontos tényező a felhasználók együttes áthelyezése, akik között függőségek állnak fenn. Ez magában foglalhatja többek között a következőket:
-
BLF-monitorozás
-
Ugyanaz a vadászat pilot/group
-
Megosztási vonalak
-
Ugyanahhoz a hívásfelvételi csoporthoz tartozik
-
Ugyanazon hívásparkoló számok használata
-
Intercom
-
Admin/Exec.
Áttekintheti a konfigurációt (grafikus felhasználói felület vagy export), vagy használhatja a Migration Insights eszközt a függőségekkel rendelkező felhasználói csoportok azonosításához.
PSTN hálózati infrastruktúra
A PSTN-hez háromféleképpen lehet hozzáférni: Cisco híváscsomagok, Cloud Connect for (korábban Cloud Connected PSTN) és helyszíni PSTN (helyi átjáró). Azonban egy, a paraméteren belül definiált helyszín csak egyetlen PSTN-opcióhoz rendelhető hozzá.
A helyi átjáróval (LGW) ellátott helyszíni PSTN az átállási stratégia elengedhetetlen eleme. Csatlakoztathatóságot biztosít a helyszíni telepítés és a and/or A PSTN és a platform támogatja mind a Cisco, mind a hitelesített harmadik féltől származó munkamenet-határvezérlőket (SBC), amelyek helyi átjáróként használhatók. A támogatott SBC-k legfrissebb listáját lásd: A támogatott SBC-k listája.
Akár 250 egyidejű hívást is támogat egyetlen regisztrációalapú helyi átjáróról, és több mint 250 egyidejű hívást egyetlen tanúsítványalapú helyi átjáróról. A tanúsítványalapú helyi átjárók akár 6500 egyidejű hívást is támogathatnak, de ez a helyi átjáró által igényelt kapcsolat típusától (over-the-top vs. interconnect peering) és a helyi átjáró által telepített SBC modelltől függ. Ezek a korlátok lényegében az alapértelmezett számkorlátok mind a helyi átjárón alapuló PSTN-hívások, mind a és végpontok közötti telephelyek közötti hívások esetében. További információkért lásd: Helyi átjáró – Első lépések.
Az ezt a korlátot túllépő hívásokat a rendszer a 403 Forbiddenhibakóddal elutasítja. A show call active voice parancs bármely példányon futtatható a helyi átjárón az aktív hívások teljes számának meghatározásához.
A helyi átjáró és a hozzáférési SBC közötti rossz hálózati feltételek korlátozhatják a jelzéskapcsolat teljesítményét, ami még alacsonyabb egyidejű hívások korlátjához vezethet. A helyi átjáró és az adatközpont közötti egyirányú késleltetés nem haladhatja meg a 100 ms-ot, a jitternek kevesebbnek kell lennie, mint 10 ms, míg a csomagvesztésnek kevesebbnek kell lennie, mint 0,5 ms. %.
Jellemzők & funkcióhasználat
A jelenlegi környezet felmérésekor fontos azonosítani és felülvizsgálni, hogy mely funkciók vannak konfigurálva. Ezenkívül fontos megérteni a funkciók használatát, hogy (újra)meghatározhassa az üzleti és technikai követelményeit a telepítéshez.
A konfigurált funkciók meghatározásához elemezze a konfigurációt. Ez mind statikus adat, amely akkor kerül beállításra, amikor egy funkciót vagy beállítást konfigurálnak a rendszeren. A következő lehetőségek használhatók az elemzés elvégzéséhez:
-
Konfiguráció áttekintése adminisztrátori felhasználói felületen
-
konfigurációs exportálás -- tömeges exportálás vagy AXL
-
migrációs elemzési eszköz (ajánlott)
-
Cisco harmadik féltől származó partnereszközök (ajánlott).
A funkciók kihasználtságának hatékony elemzéséhez elengedhetetlen a dinamikus rendszeradatok, például a kihasználtság, a regisztrációk és a hívásaktivitás vizsgálata. Különböző analitikai eszközök és irányítópultok nyújtanak betekintést ezekbe a mutatókba, lehetővé téve a rendszer teljesítményének és kapacitásának átfogó megértését, ami támogatja a megalapozott döntéshozatalt a migrációs és optimalizálási erőfeszítések során. Az alábbi lehetőségek használhatók az ilyen típusú elemzés elvégzéséhez:
-
Nyers CDR-rekordok áttekintése
-
Az Unified CM RTMT adatok áttekintése
-
migrációs Insights eszköz CDR-adatok felhasználásával
-
A felhőalapú UC elemzések áttekintése
-
Hívás hangereje
-
Regisztrált végpontok
-
(CAC) helyszínek
-
Csomagtartó kihasználtsága.
-
-
Cisco harmadik féltől származó partnereszközök.
A Cisco azt javasolja, hogy ezt az elemzést a Webex Control Hub Migration Insights eszközzel kezdje. Importálnia kell az exportált .TAR fájlt és az Unified CM CDR fájlokat (opcionális, de a funkciókihasználtsági elemzéshez szükségesek) az eszközbe. Az eszköz a következő CSV alapú jelentéseket generálja, amelyekkel megkezdhető az elemzés:
| Jelentés neve Jelentés leírása |
|---|
| ImportedDataBulk.csv Az Unified CM adataiból származó összes felhasználó és eszköz |
| DeviceEligibility.csv Azonosítja a Webex Callingra való migrálásra jogosult eszközöket (IP-telefonok, Room OS-eszközök, ATA-k és harmadik féltől származó eszközök) |
| DevicePoolNumbers.txt Egy adott eszközkészlet összes számának listája |
| HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Részletek azokról az eszközökről és felhasználókról, akiket együtt kell migrálni a megosztott vonalak, a híváshívás-indítási kísérlet, a hívássor, a hívásparkoltatás és a hívásfelvételi csoport konfigurációja alapján. |
| HuntGroupMigrationInsight.csv Részletes információk a kijelölt vadászvonalakról, vonalcsoportokról és a kapcsolódó ügynökökről |
| SharedlineGroupMigrationReport.csv A telefonszámok (telefonszámok) felhasználók közötti megosztásának áttekintése |
| Jelentés neve Jelentés leírása |
|---|
| FeatureUsageBasedDeviceEligibilityReport.csv Információk az eszközmigrációs jogosultságról a funkcióhasználat alapján |
| FeatureUsageWithLastUsageDateReport.csv Használati számláló, amely a vadászpilóta(k) és a hívássor(ok) meghívásának számát mutatja a legutóbbi használati dátummal együtt. |
| UserWorkspaceLastUsage.csv Felhasználók és munkaterületek utolsó használati dátuma mind a szoftveres kliensek, mind a hardveres telefonok esetében |
| DIDUsageReport.csv DID-használat mind a hozzárendelt, mind a hozzá nem rendelt DID-ek esetében |
A Migration Insights jelentésekkel kapcsolatos további részletekért lásd: Migration insights.
Ha a Migration Insights jelentésekben található információk áttekintése után további információra van szüksége a funkciókkal és a használattal kapcsolatban, a Cisco azt javasolja, hogy fontolja meg a Cisco egyik harmadik féltől származó partner migrációs eszközének használatát. and/or a konfigurációk áttekintéséhez a grafikus felhasználói felületen vagy a konfigurációs exportadatokban.
Cisco integrációk: Unity Connection UCCX UCCE
A hangposta az ajánlat szerves része, és natívan be van építve a megoldásba. Nem integrálható olyan helyi hangposta-megoldással, mint az Unity Connection vagy az Unity Connection Express. Továbbá nincs natív mód a meglévő Unity-kapcsolati hangpostaüzenetek vagy üdvözletek migrálására a natív hangpostaszolgáltatásba, amely a segítségével érhető el. A Cisco külső partnereinek néhány migrációs eszköze képes ezen adatok egy részének migrálására. A hangpostával kapcsolatos további információkért lásd: Webex Calling felhasználó hangpostabeállításainak konfigurálása és kezelése.
támogatja a megosztott hangposta- és faxpostaládákat is. További információkért lásd: Megosztott hangposta és bejövő faxok kezelése a Webex Callinghoz.
beépített automatikus kezelő funkcióval rendelkezik, amely az alapplatform része. Ez a funkció lehetővé teszi az Unity Connection híváskezelőinek és automatikus kezelő funkcióinak áthelyezését. A Control Hub eszköz, a Funkciók migrálása az Unified CM-ből, támogatja az Unity Connection konfigurációinak automatikus kezelőkre való migrálását. Az eszköz használatával kapcsolatos további információkért lásd: Eszközök és funkciók migrálása az Unified CM-ről a Webex Callingra.
Hívásrögzítés
két hívásrögzítési lehetőséget tartalmaz további költségek nélkül.
-
Webex hívásrögzítés
-
Dubber Go felvétel (partnerajánlat) - integráció a és a dubber között, ahol az összes rögzített média biztonságosan tárolódik a felhőben.
tartalmazza a felvételi lehetőségeket A táblázat a két, további költségek nélkül elérhető hívásrögzítési lehetőség néhány főbb jellemzőjét emeli ki.
| Webex | Dubber Go |
|---|---|
| Minden felhasználó számára elérhető | Minden felhasználó számára elérhető |
| Korlátlan felvételek | Korlátlan felvételek |
| 1 éves megőrzési időszak* | 30 napos megőrzési időszak |
| 100 GB tárhely szervezetenként | - |
| A megfelelőségi tisztviselők hozzáférhetnek és kezelhetik a hívásfelvételeket | - |
| API-k a felvételek kezeléséhez | - |
Az adminisztrátorok konfigurálhatják és kezelhetik a felhasználók hozzáférését a hívásfelvételeikhez.
|
Csak a felhasználók férhetnek hozzá és kezelhetik a felvételeiket
|
Ha szervezetének további rögzítési funkciókra van szüksége, például megfelelőségi hívások rögzítésére, hosszabb megőrzési időszakokra, nagyobb tárhelyre, mesterséges intelligencia elemzésre, and/or A Cisco és harmadik féltől származó felvételi szolgáltatók rendszergazdai hozzáférést, fizetős ajánlatokat vagy kiegészítőket is kínálnak. A felvételszolgáltatókkal, konfigurációkkal és kiegészítő partnerszolgáltatásokkal kapcsolatos további információkért lásd: Hívásrögzítés kezelése a Webex Calling szolgáltatáshoz.
Harmadik féltől származó integrációk
számosharmadik féltől származó integrációt támogat, beleértve, de nem kizárólagosan az SBC-ket helyi átjárókhoz, IP-telefonokhoz, interkom telefonokhoz, Speaker/Pagers, ATA-k stb. Ezeken aharmadik féltől származó eszközökön kívül a Webex Calling különbözőharmadik féltől származó megoldásokat is támogat az ügyfélszolgálat, az elemzés, a rögzítés, a számlázás stb. terén. Aharmadik féltől származó megoldásokkal kapcsolatos további információkért lásd a Webex App Huboldalt.
Megtervezés
Magas szintű projektterv
Amikor egy magas szintű projekttervet dolgozunk ki a -ról a -ra való átálláshoz, elengedhetetlen egyértelmű fázisok és mérföldkövek meghatározása, amelyek összhangban vannak mind az üzleti célokkal, mind a technikai követelményekkel. A tervnek egy átfogó értékelési szakasszal kell kezdődnie, amely magában foglalja a részletes műszaki és üzleti követelmények összegyűjtését, valamint az érdekelt felek azonosítását és a sikerkritériumok meghatározását. A fő szempontok közé tartozik az erőforrás-elosztás, az ütemterv becslése, a kockázatkezelés és a kommunikációs stratégiák annak biztosítása érdekében, hogy minden fél tájékozott és bevont legyen a migráció során. Ezenkívül a tervnek tartalmaznia kell validációs ellenőrzőpontokat, például kísérleti tesztelést és szakaszos bevezetéseket a zavarok minimalizálása és a visszajelzéseken alapuló kiigazítások lehetővé tétele érdekében.
A projekttervbe foglalandó elemek például a következők:
-
A migráció hatókörének meghatározása (pl. mely felhasználók, eszközök és funkciók kerülnek áthelyezésre)
-
Képzések ütemezése végfelhasználók és támogató csapatok számára
-
A hálózati készültségi felmérések koordinálása, és
-
Átmeneti tevékenységek tervezése tartalék lehetőségekkel. Fontos a megfelelőségi és biztonsági felülvizsgálatok, valamint a migráció utáni támogatási és optimalizálási fázisok integrálása is.
A projektterv ezen szempontok figyelembevételével történő strukturálásával a szervezetek jobban kezelhetik a komplexitást, csökkenthetik a kockázatokat, és zökkenőmentesebb átmenetet érhetnek el a .
Migrációs út - egy vagy két lépés?
megköveteli a felhasználóktól, hogy a hívó szoftveres kliensükhöz a -t használják. Tehát, ha vannak felhasználók, akik még mindig használják a(z) szolgáltatást, két lehetőséged van arra vonatkozóan, hogy mikor helyezheted át őket a(z) szolgáltatásba. Vagy egylépéses felhasználómigrációt, vagy kétlépéses felhasználómigrációt végezhet.
1. opció: Egylépéses felhasználómigráció
Egyetlen lépésben történő migráció során a felhasználók átállnak a szolgáltatásról a szolgáltatásra, ugyanakkor, amikor átállnak a Unified CM szolgáltatásról a szolgáltatásra. Ez a lehetőség jellemzően azoknak az ügyfeleknek szól, akik kevés felhasználót szeretnének áttelepíteni, és egyszerre tudják áthelyezni a felhasználó szoftveres kliensét és a hívásszolgáltatást. A ábra a felhasználó hívószolgáltatását, szoftveres klienst mutatja. & a telefon ugyanarra az időpontra migrál, az alábbi kiemeli ezt a migrációtípust. Ezzel a beállítással a felhasználó a következőket egyszerre tudja elvégezni:
-
Hívásszolgáltatások áthelyezve innen: ide:
-
Telefonszámok és mellékek áthelyezve innen: ide:
-
A Jabberről a következőre váltott szoftveres kliens: - regisztrálni fog ide:
-
A telefonos regisztráció áthelyezve: -ról -ra/-re.
Ez továbbra is lehet egy szakaszos migráció, ahol a felhasználói csoportokat különböző időpontokban helyezik át, de amikor minden felhasználót áthelyeznek, ezek mind egyszerre történnek.
2. opció: Kétlépéses felhasználómigráció
A másik megközelítés egy kétlépcsős migráció. Az 1. lépésben a felhasználók átkerülnek a -ról a -ra, de a hívási szolgáltatásokhoz továbbra is bekapcsolva maradnak. Ezután a 2. lépésben a felhasználókat áthelyezik az Unified CM-ből a(z) szolgáltatásba. Ez a beállítás nagyobb ügyfelek számára ajánlott a végfelhasználói változtatások kezeléséhez, és ahhoz, hogy elválasszák a felhasználó szoftveres kliensének módosítását a hívó szolgáltatás módosításától. A következő ábra Lágy kliens migrálása; majd hívószolgáltatás és lágy kliens migrálása & Az alábbi pontban a telefonról a Webex Callingra való átállás kiemeli ezt a típusú migrációt.
1. lépés
-
A szoftveres kliens átállt erről a következőre: - erre fog regisztrálni.
2. lépés
-
A hívásszolgáltatások átkerültek a következőről: .
-
Telefonszámok és mellékek áthelyezve a következő címről a következőre: .
-
a regisztráció áthelyezve: -ról -ra/-re.
-
A telefonos regisztráció áthelyezve: -ról -ra/-re.
Ez továbbra is lehet egy szakaszos migráció, ahol a felhasználói csoportokat mindkét lépésben eltérő időpontokban helyezik át.
A választott lehetőség attól függ, hogyan szeretné kezelni a felhasználók átállását a(z) és a(z) szolgáltatásokra. A javaslat az, hogy lépésekben hajtsák végre (2. lehetőség). Ez lehetővé teszi a végfelhasználó által elvégzendő módosítások minimalizálását, és az erőfeszítések felosztását a projekt különböző részei között. Ha azonban azt szeretné, hogy a felhasználókat csak egyszer érintse a változás, akkor az 1. lehetőség használata is érvényes.
Az ajánlott folyamatot (1. lehetőség) tekintve, a Jabber–Webex alkalmazás közötti magas szintű átmenet térképe az alábbi ábra az 1. lépés magas szintű átmenetét mutatja.
Ebben a lépésben a felhasználók átállnak a Jabberről a -ra minden hívásszolgáltatásukban. A hívóplatform azonban továbbra is az Unified CM, és a hívásszolgáltatásait a következőre fogja regisztrálni: . Amint a Jabberről Webex alkalmazásra vonatkozó magas szintű átmeneti térképen látható, a helyszíni infrastruktúra nem változik, és ugyanúgy működik, mint a Jabber. Az egyetlen változás, hogy ki kell csatlakozni a következőhöz: .
További információért erről az átállásról lásd a Jabberről Webexre való átállási térkép és telepítési útmutató című részt az Együttműködési átmenet oldal Kliens szakaszában.
Egységes CM-Webex hívás magas szintű átmeneti térkép ábra a magas szintű átmenetet mutatja a -ról a -ra. Ez a javasolt utazás 2. lépése.
Ha úgy döntesz, hogy az egylépéses megközelítést alkalmazod, ez is érvényes.
Ebben a lépésben a felhasználók csoportokba kerülnek. Ezen a ponton a felhasználók elkezdik használni a hívási szolgáltatásaikat, a hívásregisztrációt és az IP-telefon regisztrációját.
Mivel a felhasználók csoportokban mozognak, a vállalati felhasználók az átmenet során a két hívásplatform között lesznek osztva. Az Egységes CM-Webex hívás magas szintű átmeneti térképének 1. fázisa ezt az állapotot ábrázolja. Ebben a fázisban meg kell tervezni, hogyan kezeljük a hívásokat a két platformon a felhasználók között, és hogyan irányítsuk át a PSTN-hívásokat. Minden alkalommal, amikor egy felhasználói csoportot átállítanak a(z) szolgáltatásra, frissíteni kell a szolgáltatáson és a helyi átjáró(k)on a tárcsázási terveit és a hívásirányítást.
Miután az összes felhasználó, szoftveres kliens és eszköz átkerült a (2. fázis) rendszerbe, az összes helyszíni UC infrastruktúra eltávolítható és leállítható.
Tervezés
Régióválasztás
globálisan elérhető, és több régió redundáns adatközpontjaiból szállítják: USA (Dallas, Chicago), Kanada (Vancouver, Toronto), Európa (Frankfurt, Amszterdam), Egyesült Királyság (London, Manchester), Ausztrália (Melbourne, Sydney), Japán (Tokió, Oszaka), Szaúd-Arábia (Rijád, Dzsidda) és India (Mumbai, Csennai). A média PoP-ok médiaszolgáltatásokat nyújtanak a média oda-vissza útidejének optimalizálása érdekében. A szingapúri adatközpontot például az ázsiai országokban működő ügyfelek média oda-vissza úti idejének optimalizálására használják, ahol az ausztráliai vagy japán régióba való oda-vissza idők esetleg nem optimálisak. Az adatközpontokat egy több gigabites és teljesen redundáns gerinchálózat köti össze. A globálisan elosztott adatközpontok ábra az összes adatközpont áttekintését mutatja. Az elérhető adatközpontok legfrissebb listáját lásd: A Webex Calling adatközpont-helyszínei.
Minden ügyfél az egyik példányon van kiépítve. Az adott ügyfél összes kiépítési információja ebben a példányban tárolódik, és az adott ügyfél számára kiépített összes végpont és helyi átjáró SIP-jelzése ahhoz a példányhoz van kötve, amelyen az ügyfél kiépítésre került. Mivel a kezdeti régiókiválasztást nehéz megváltoztatni, fontos, hogy a régiókiválasztáshoz vezető döntési folyamat részeként minden releváns tényezőt figyelembe vegyünk. A jelzésátviteli oda-vissza késleltetés elkerülése érdekében fontos, hogy az átmeneti folyamat elején eldöntsük, melyik példányt kell használni. A Cisco azt javasolja, hogy azt a példányt válasszuk, amely a legalacsonyabb jelzésátviteli időt biztosítja a telepítésen belüli legtöbb felhasználó számára.
Az országok szerinti elérhetőségért lásd: Hol érhető el a Webex?.
Helyszínek
A helyszínek kiépítésének előkészítéséhez össze kell gyűjteni az összes migrációs célhelyszín szükséges adatait. Az egyes helyszínekhez szükséges információkat a Az egyes helyszínekhez rögzítendő információkrészben foglaltuk össze.
| Információk | Hozzászólás |
|---|---|
| Kiterjesztési tartomány(ok) | Minden helyszínnek lehetnek különböző számjegyekkel kezdődő mellékei. Egy számjegyet meg kell hagyni a telephelyek közötti tárcsázás irányító számjegyének (például 8), és egyet a PSTN irányító számjegyének (például 9). Egyetlen kiterjesztési tartomány sem kezdődhet e két számjegy egyikével sem. Minden helyszín összes kiterjesztési tartományának azonos hosszúságúnak kell lennie. |
| DID tartomány(ok) | - |
| PSTN irányítószámjegy | - |
| Oldalkód | Minden helyszín összes kódjának egyedinek és azonos hosszúságúnak kell lennie. |
| Fő szám | Helyszín létrehozásakor két DID-t kell létrehozni. Egy fő számként (például egy automatikus hívószám-kezelő szolgáltatáshoz), és egy a hangposta portálhoz. Hozz létre egy DID-et a hangposta számához. |
| Hangposta száma | |
| Licencek száma | Szükséges licencek típus szerint, beleértve a Standard, Professional, Workspace, Route List és Outbound Calling Plan licenceket. |
| Egyidejű hívások a csúcsforgalomban | Az eszközök közötti, valamint az eszközök és a helyi átjáró (PSTN és eszközökre irányuló hívások) közötti egyidejű hívások összege. Szükséges az internet-hozzáféréshez szükséges sávszélesség meghatározásához. |
| Ország | - |
| Időzóna | - |
| Nyelv | - |
| Kapcsolat (Név, Telefonszám, E-mail) | - |
| Cím (utca, házszám, város, állam, irányítószám) | - |
| Sürgősségi szolgálatok fizikai diszpécserhelyisége a végpontokhoz | A segélyhíváshoz használt eszköz irányítható helye általában a következőket foglalja magában: épület címe, épület címe + emeletszám, épület címe + lakásszám vagy épület címe + emeletszám + office/cubical szám. |
| Eszközönként egyedi fizikai hálózati hely a segélyszolgálatok számára | A segélyhívások fizikai hálózati helye általában a következőket foglalja magában: kapcsoló / switchport vezetékes eszközökhöz, vezeték nélküli hozzáférési pont (AP) alapszolgáltatáskészlet-azonosítók (BSSID-k) vezeték nélküli csatlakoztatott eszközökhöz, and/or helyszíni IP-alhálózat(ok) végponti eszközökhöz. |
PSTN
Telepítés tervezésekor az ügyfelek három fő PSTN csatlakozási lehetőség közül választhatnak: Cisco híváscsomagok (a Cisco által kezelt, felhőalapú PSTN-szolgáltatás), felhőhöz csatlakoztatott PSTN-szolgáltatók (CCPP, ahol a szolgáltatók a felhőn keresztül nyújtanak PSTN-szolgáltatást), és helyszíni PSTN (ahol helyi átjárók csatlakoztatják a vállalati hálózatot a PSTN-hez). A hibrid telepítésekhez használható PSTN trönkölés bevezetésével (további információkért lásd a PSTN trönkölés hibrid Webex Calling telepítésekhez című részt a PSTN trönkölésoldalon) a szervezetek további rugalmasságot kapnak az áttelepítési megközelítésükben. Ez a funkció lehetővé teszi az ügyfelek számára, hogy PSTN-jüket CCPP-re váltsák az átállási folyamat kezdetén, és megkezdhessék a felhasználók felhőalapú PSTN-re való átállását, miközben a CCPP segítségével fenntarthatják a PSTN-szolgáltatást azoknak a felhasználóknak, akik a szakaszos migráció során is a Cisco hálózatán maradnak.
Ez a hibrid megközelítés lehetővé teszi a szervezetek számára, hogy először kiválasztott felhasználói csoportokat helyezzenek át a felhőbe anélkül, hogy azonnal átalakítanák a teljes telefonos környezetüket. Azonban további bonyolultságot és kockázatot jelent, különösen a meglévő hívásirányítási logika új architektúrához való igazítása kapcsán. A hagyományos alkalmazásokkal, például faxszerverekkel, kapcsolattartó központokkal vagy személyhívó rendszerekkel való együttműködés szintén gondos mérlegelést igényel. A főbb technikai kihívások közé tartozhat a zökkenőmentes, végpontok közötti kodek-egyeztetés és a DTMF (kéthangú, többfrekvenciás) jelzésátvitel biztosítása vegyes környezetben, valamint a speciális telefonos funkciókkal való kompatibilitás validálása. A megfelelő tervezés és tesztelés elengedhetetlen a zavarok minimalizálásához és a megbízható hangszolgáltatások fenntartásához a migrációs folyamat során. Ezenkívül a kereskedelmi szempontok is fontosak, mivel a hibrid trönkölés olyan használati licencet igényel, amely a helyszíni környezet és a felhőhöz csatlakoztatott PSTN-szolgáltató (CCPP) közötti egyidejű hívások számán alapul.
Alternatív megoldásként a szervezetek dönthetnek úgy, hogy megtartják a helyszíni PSTN-kapcsolatukat az átmeneti fázis alatt. Ebben az esetben a CCPP-re való migráció kétféleképpen hajtható végre: egyetlen, összehangolt átállásként az összes felhasználó és helyszín számára, amint a migráció befejeződött, vagy fokozatosan, a PSTN-migráció helyszínenként történik, ahogy a felhasználókat áthelyezik a címre. Ez a megközelítés segíthet a párhuzamos létezés egyszerűsítésében és a folytonosság fenntartásában a régi integrációk esetében, de számos működési bonyolultságot vezet be. Ezek közé tartoznak a számhordozással kapcsolatos kihívások, mint például a számhordozási megbízások pontos koordinációjának szükségessége, a lehetséges késedelmek, valamint a szolgáltatók által előírt korlátozások, mint például az egyidejű számhordozási kérelmek számának korlátozása vagy a nagy számblokkok részhalmazainak hordozására vonatkozó korlátozások. A szervezeteknek gondosan meg kell tervezniük a PSTN-átállási stratégiájukat, figyelembe véve ezeket a logisztikai szempontokat a szolgáltatásmegszakítások elkerülése és a zökkenőmentes átállás biztosítása érdekében.
A CCCP-re való átállás kezdetben vs. a helyszíni PSTN megtartása ábra a fent ismertetett két PSTN-migrációs lehetőséget mutatja. A bal oldali ábra azt a forgatókönyvet mutatja, amelyben az összes helyszíni felhasználó és alkalmazás a felhőhöz csatlakoztatott PSTN-szolgáltatásokat egy helyszíni trönkön és egy helyi átjárón keresztül használja, amely a helyszíni rendszert a szolgáltatáshoz csatlakoztatja, míg a jobb oldali ábra azt a forgatókönyvet mutatja, amelyben a meglévő helyszíni PSTN a helyén marad, és a Webex Calling felhasználói a helyszíni PSTN-t használják a helyszíni és a közötti helyi átjárókapcsolaton keresztül. Az átmenet során a helyszínek felhőalapú PSTN használatával válthatók.
Mindkét esetben a helyszíni és a felhasználó közötti hívások a helyi átjárókapcsolatot használják. A helyszíni és a közötti kapcsolatot a várható egyidejű hívások száma és a szükséges redundancia alapján kell megtervezni és méretezni.
Tárcsázási terv
A migrációs időszak alatt és között zökkenőmentes interoperabilitás eléréséhez átfogó tárcsázási terv architektúrát kell kidolgozni és megvalósítani mindkét platformon. Ez a kétplatformos tárcsázási terv biztosítja a konzisztens hívásirányítást, számfordítást és funkciók átláthatóságát, lehetővé téve a felhasználók számára, hogy mindkét rendszeren szolgáltatásromlás vagy felhasználói élménybeli fennakadások nélkül kommunikáljanak a teljes együttélési fázisban.
Helyszíni tárcsázási terv
Az átmenet során a Unified CM-en és a vállalati tárcsázási tervben regisztrált eszközök egyidejű létezésének lehetővé tétele érdekében módosítani kell a következő követelményeket:
-
+E.164 tárcsázás innen ide
-
Mellék tárcsázása -tól -ig (telephelyen belüli, de telephelyek közötti is, ha a mellék tartományok egyediek)
-
Rövidített telephelyek közötti tárcsázás -tól -ig
-
Kényszerített hálózati tárcsázás innen: ide:
-
Visszahívás a nem fogadott hívások telefonkönyvéből a következő címekre:
-
PSTN hívások PSTN-ről PSTN-re, ha az átmenet során a helyszíni PSTN-t használják a következőkre:
-
PSTN hívások -ról -ra, ha az átmenet során a hibrid telepítésekhez PSTN trunkinget használnak a helyszíni felhasználók PSTN-hozzáférésének biztosítására a Cloud Connecten keresztül.
-
Kényszerített on-neten -tól -ig
-
Mellék tárcsázása -tól -ig (telephelyek közötti).
Ha a fentiek közül bármelyik nem támogatott tárcsázási szokás az átállás előtt, például nincs rövidített telephelyek közötti tárcsázási szokás, akkor azokat nem feltétlenül kell bevezetni az átállás során.
A Bevált gyakorlatok a tárcsázási tervhez ábra a Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVDcímű dokumentumban leírt bevált tárcsázási terv megközelítést mutatja be. Ennek a megközelítésnek a főbb jellemzői a következők:
-
Egyetlen partíció a következőhöz: +E.164 hívószámok
-
Alapvető útvonaltervezés +E.164 útvonalminták
-
Az összes tárcsázási szokás normalizálása +E.164 fordítási minták használatával
-
Fordítási minta hívási keresési tér öröklődésének használata ( A kezdeményező hívási keresési terének használata beállítás a fordítási mintákon).
Például, PSTN tárcsázás (9+1+10D) egy olyan SJC-ben lévő eszközről, amelyhez vonalhívás keresési terület tartozik Az SJCInternational először a alapján talál egyezést. 9.1[2-9]XX[2-9]XXXXXX fordítási minta, amely normalizálja a hívott fél számát a következőre: +E.164. A másodlagos keresés ezután ismét ugyanazt a keresési területet hívó SJCInternational függvényt használja (a keresési terület öröklődésének meghívásával), és a +E.164-digit karakterlánc vagy egyezik egy +E.164 a DN partícióban található könyvtárszám, vagy az USPSTNNational vagy SJCPSTNLocal partícióban található PSTN útvonalminták egyike alapján. A rövidített telephelyen belüli és telephelyek közötti tárcsázási szokásokat az ESN és SJCtoE164 partícióban található fordítások valósítják meg. Míg az ESN partíció globális partíció (minden helyszínen elérhető telefonok számára), az SJCTOE164 partíció csak az SJC helyszínen lévő felhasználók számára érhető el. Ez átfedő kiterjesztési tartományokat feltételez.
A hívás engedélyezésének első lépése a következő: +E.164 A célállomások ennek megfelelően kerülnek útvonaltervezésre. Ez úgy érhető el, hogy egy partíciót adunk a tárcsázási tervhez, hozzáadva +E.164 útvonalmintákat az adott partícióhoz tartozó összes célállomáshoz, és végül a partíció hozzáadását az összes híváskeresési térhez, amelyek a szolgáltatásosztályokat képviselik, amelyeknek el kell tudniuk érni a értéket. Egy dedikált partíció létrehozása szükséges ahhoz, hogy megkülönböztetett szolgáltatási osztály jöhessen létre a címről származó hívásokhoz. A híváshurkok elkerülése érdekében a helyi átjáróról a trönkön érkező bejövő hívások keresési területének nem szabad hozzáférnie a partícióhoz.
Ahogy az ábrán látható +E.164 átirányítás a Webex Callinghoz, hogy engedélyezze az átirányítást a következő helyszínről a következőre: +E.164 DID-tartomány +1 221 555 2XXX és 121-es helyszínkód, egy ehhez illeszkedő sürgős útvonalminta +E.164 A tartományt hozzá kell adni a partícióhoz.
Ha nincs szükség helyspecifikus helyi átjáró kiválasztására, akkor egyetlen útvonalcsoportra mutató útvonalminták célállomásaként egy helyi útvonalcsoportot tartalmazó útvonallista használata helyett a helyi átjáróval, mint egyetlen taggal is kiépíthetők az útvonalminták, majd az útvonalminták egyetlen útvonallistára mutatnak, amelynek ez az egyetlen útvonalcsoport az egyetlen belépési pontja.
A telephelyek közötti rövidített tárcsázás engedélyezéséhez a szükséges 8121.2XXX útvonalmintát hozzá kell adni a partícióhoz. Ahhoz, hogy a webhelyek átálljanak egy 8121.2XXX tárcsázási normalizációs mintára, amely normalizálja az ESN tárcsázást a következőre: +E.164 már létezhet az ESN partíción. Ebben az esetben a 8121.2XXX redundánsnak tűnik, de amint az adott helyszín összes DN-jét áthelyezték a 8121.2XXX tárcsázási normalizációs fordítási mintára, a 8121.2XXX útvonalminta lehetővé teszi az ESN tárcsázást még az adott tartományon belüli, csak melléket használó felhasználók számára is.
Ezekkel a tárcsázási tervmódosításokkal a helyszínre irányuló hívások nemcsak a rövidített helyszínek közötti és +E.164. Emellett a nemzetközi és belföldi PSTN-hívások is lehetségesek, mivel ezeket a tárcsázási szokásokat először normalizálják +E.164 a már meglévő tárcsázási normalizációs fordítási mintákon keresztül, majd a következőhöz igazodva kerül átirányításra: +E.164 útvonalminta a partícióban.
A +E.164 A hely DID-tartományán belüli útvonalminta-illesztés kiépíthető, miközben az összes DID továbbra is a(z) szerveren van tárolva. A legjobb egyezési mintaillesztési algoritmus biztosítja, hogy amikor egy, a címen üzemeltetett számot tárcsáznak, akkor a +E.164 A megadott címtárszám jobban egyezik, mint a helyettesítő karakteres szám. +E.164 útvonalminta, amely a -ra mutat, hogy a hívások a -on lévő vonalra legyenek kiterjesztve, és ne a -ra kerüljenek.
tárcsázási terv
Minden felhasználóhoz tartozik egy bővítmény. and/or egy +E.164 telefonszám. A kiterjesztés hossza egy fix globális beállítás: egy telepítésben lévő összes kiterjesztés azonos hosszúságú. A mellékhívások a felhasználók között egy helyen belül és a helyek között is használhatók. A rövidített, telephelyek közötti mellékhívás (ez utóbbi eset) csak akkor működik, ha a tárcsázott mellék egyedi.
Ha a helyek közötti rövidített telephelyek közötti tárcsázás követelmény, de átfedések vannak a különböző helyszínekhez rendelt mellékek között, akkor vállalatspecifikus számozási tervet kell létrehozni a mellékek elé egy hozzáférési kódot (telephelyi kódot) rendelve. További információkért lásd a Preferred Architecture for Cisco Collaboration 15 On-Premises Deployments, Design Overview című dokumentumot, amely elérhető a Cisco collaboration preferred architecturescímen.
A mellék hossza, a helyszínek közötti mellék tárcsázási viselkedése, a helyszínek közötti tárcsázás előtagjának hossza és a helyszínek közötti tárcsázás irányító előtagjának irányító számjegye a hívásszolgáltatás beállításaiban konfigurálható a következő helyen: :
-
Helyszínútvonal-előtag hossza: Az előtag hossza, beleértve a kormányszámjegyet is. Csak akkor szükséges, ha vállalati számozási tervet kell létrehozni alternatív rövidített vállalati helyszínek közötti tárcsázási szokásként.
-
Irányító számjegy az útvonal előtagban: Vezérlőszám a rövidített vállalati helyszínek közötti tárcsázási szokáshoz. Kerülni kell az átfedéseket bármely helyszín első számjegye és a helyszín kimenő tárcsázási számjegyei között. Csak akkor szükséges, ha vállalati számozási tervet kell létrehozni alternatív rövidített vállalati helyszínek közötti tárcsázási szokásként.
-
Belső toldóhossz: A hosszabbítók szabványos hossza. Bármely érték lehet kettő és tíz között.
Ha mellékhívásra vagy vállalati jelentős számok (irányítási kód, helyszínkód, mellék) használatával történő tárcsázásra van szükség egy helyszíni hívásvezérlőből, és a helyszíni hívásvezérlő melléket küld hívóazonosítóként, akkor ügyeljen arra, hogy a Ismeretlen mellék maximális hossza paramétert is beállítsa a Hívásútválasztás a helyszínek között részben, hogy a helyszíni hívásvezérlőből érkező felfelé irányuló hívások helyesen legyenek helyszíni hívásként besorolva. -
Mellékhívás engedélyezése helyek között: Váltás erre: enable/disable mellék tárcsázása a helyek között. Ezt a beállítást csak akkor szabad engedélyezni, ha a szervezeten belüli összes kiterjesztés egyedi. Ha a beállítás le van tiltva, akkor a vállalati jelentős számokat (irányítási kód, helyszínkód, mellék) vagy telefonszámokat kell tárcsázni a helyek között.
Az első három paramétert elsősorban telefonok tárcsázási tervének felépítésére használják, hogy minimalizálják a számjegyek közötti időtúllépéseket a kagyló nélküli tárcsázás során. Eltérések ezektől a globális beállításoktól továbbra is lehetségesek (például - eltérő hosszúságú mellékek kiépíthetők), de egy figyelmeztető üzenet jelenik meg a Control Hubban, és a telefonokról történő tárcsázáshoz blokkolás nélküli tárcsázásra lehet szükség az előre betöltött tárcsázási terv ütközéseinek elkerülése érdekében.
A Vállalati számozási példa táblázat három helyszínt mutat be, ahol két helyszín, a NYC és az RTP kiterjesztési tartományai megegyeznek. Egy vállalati számozási séma létrehozása a telephelyek közötti irányító számjeggyel ( 8) , majd egy háromjegyű telephelyi kóddal és a négyjegyű mellékkel) egy nem átfedő, rövidített telephelyek közötti tárcsázási szokást hoz létre.
| Webhely | Bővítési tartomány | Oldalkód | Vállalati termékcsalád |
|---|---|---|---|
| New York | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
A zökkenőmentes átmenet érdekében a felhasználók tárcsázási szokásainak ideális esetben azonosaknak kell lenniük az átállás előtt és után. Az egyes helyszínekre való átállás előkészítéséhez dokumentálni kell a DID-tartományokat és a melléktartományokat (vagy a rövidített, telephelyen belüli tárcsázási szokásokat). Ezen információk alapján kell kiválasztani a telephelyek közötti irányítószámjegyet.
A Fix hosszúságú kiterjesztési tartományok táblázat három helyszínt és fix hosszúságú kiterjesztési tartományokat mutat be. Mivel az átfedésben lévő tárcsázási szokásokat el kell kerülni, fontos biztosítani, hogy bármely melléktartomány első számjegye ne egyezzen meg a rövidített telephelyek közötti tárcsázás irányító számjegyével. Ha például a 8 van kiválasztva irányító számjegyként a telephelyek közötti tárcsázáshoz, akkor egyetlen helyszínen sem kezdődhet 8karakterekkel a melléktartomány. Egy adott helyszínen a mellékek jellemzően megegyeznek az adott helyszínhez rendelt DID-k utolsó néhány számjegyével. Az ütközések elkerülése érdekében a mellék első számjegye megváltoztatható. Ha például a DID-ek a +1 Ha egy helyen a 408 555 8XXX tartományt használják, akkor a 8XXX helyett a 7XXX használható a webhely mellékeinek tartományaként.
| Webhely | Bővítési tartomány | Bővítmények | Oldalkód | Vállalati termékcsalád |
|---|---|---|---|---|
| New York | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
Az amerikai tárcsázási tervet használó eszközön tárcsázott hétjegyű tárcsázási karakterláncok átfedésben vannak az előre betöltött amerikai tárcsázási terv helyi tárcsázására szolgáló hétjegyű mintával. A hálózaton belüli és a hálózaton kívüli (PSTN) tárcsázási szokások átfedésének elkerülése érdekében kötelező külső hozzáférési kód használható az adott helyen. Ha a meglévő vállalati számozási séma és a hozzá tartozó rövidített telephelyek közötti tárcsázás átfedésben van az országos tárcsázási mintákkal, akkor az átfedések elkerülése érdekében a számozási sémára való áttérés során a számozási sémát hosszabb vagy rövidebb formára is lehet változtatni. Ennek legegyszerűbb módja egy további kitöltő számjegy hozzáadása a számozási sémához. Az új, hosszabb telephelyek közötti tárcsázási sémát csak a már a(z) szolgáltatásra migrált felhasználóknak kell alkalmazniuk. A továbbra is bekapcsolt felhasználók továbbra is tárcsázhatnak hét számjegyet. A vállalati tárcsázási tervnek ebben az esetben biztosítania kell, hogy a Unified CM-ből a következőre átalakuljon a rövidített hétjegyű tárcsázás: +E.164 vagy a(z) oldalon telepített rövidített tárcsázási formátumra. Ezt a helyi átjárónak küldött hívás előtt kell megtenni.
Az Átmeneti hétjegyű tárcsázás táblázat erre az átszámozásra mutat példát. Ebben a példában a rövidített telephelyek közötti tárcsázás a 8-as irányító számjegyet, majd egy kétjegyű telephelykódot és egy négyjegyű melléket használ. A helyen található helyszínek hétjegyű rövidített, telephelyek közötti tárcsázásának elkerülése érdekében a telephelykódok könnyen háromjegyűre módosíthatók egy tetszőleges kiegészítő számjegy (a példában8 ) hozzáadásával a -ban használt kétjegyű telephelykódokhoz, így a telefonokról történő telephelyek közötti tárcsázás a 8 irányító számjegyet, majd a 8kiegészítő számjegyet, a régi kétjegyű telephelykódot és a négyjegyű melléket használja. A felhasználóknak nem kell megjegyezniük az új helyszínkódokat; csak a 88 előtagot kell használniuk a helyszínek közötti tárcsázáshoz a 8 helyett a oldalon.
| Webhely | Bővítmények | Telephelykód | Vállalati termékcsalád | Oldal ódája | Vállalati angyal |
| New York | 2XXX | 22 | 8 22 2XXX | 822 | 8 822 2XXX |
| SFO | 8XXX | 23 | 8 23 7XXX | 823 | 8 823 7XXX |
| RTP | 1XXX | 24 | 8 24 11XX | 824 | 8 824 11XX |
Olyan forgatókönyv esetén, ahol különböző vállalati számformátumok vannak bekapcsolva, és ha a vállalati számok hívó fél információként jelennek meg a -ról -ra irányuló hívásoknál (például - DID nélküli eszközökről érkező hívások), fontos a hívó fél információinak különböző számformátumai közötti megfeleltetés megvalósítása is a visszahívás működésének biztosítása érdekében. Ez a leképezés a hívó fél transzformációs mintájának használatával érhető el a törzsvonalon a helyi átjáró és a helyi átjáró között.
Felvétel
Egy jól megtervezett hívásrögzítési megoldás számos kulcsfontosságú tervezési elem gondos mérlegelését igényli annak biztosítása érdekében, hogy az összhangban legyen a szervezeti célokkal, a szabályozási követelményekkel és a technikai korlátokkal. A két legfontosabb döntés a szolgáltató és a régió kiválasztása, amelyek mindegyikét globálisan testre kell szabni, és az üzleti igények alapján felül kell írni bizonyos helyszíneken.
1. Hívásrögzítő szolgáltató kiválasztása
A megfelelő hívásrögzítő-szolgáltató kiválasztása alapvető fontosságú az üzleti célok eléréséhez és a funkciók szervezeten belüli összehangolásához:
-
Globális szolgáltatóválasztás: A szervezetek jellemzően kijelölnek egy elsődleges hívásrögzítő-szolgáltatót globális szinten, biztosítva a funkciókészlet, a megfelelőség és a támogatás egységességét minden telephelyen.
-
Helyszínalapú felülbírálások: Azokban az esetekben, amikor bizonyos telephelyeknek vagy régióknak egyedi üzleti igényeik vagy szabályozási követelményeik vannak, szükségessé válhat a globális szolgáltató kiválasztásának felülbírálása, és alternatív szolgáltatók megadása ezekhez a helyszínekhez. Ez a rugalmasság támogatja a változó megfelelőségi előírásokat és a helyi működési igényeket
-
Üzleti követelmények: A szolgáltató kiválasztását olyan üzleti tényezők felmérése alapján kell megtenni, mint a szabályozási megfelelés (például: MiFID II, HIPAA), a minőségbiztosítás, a vitarendezés vagy a képzési igények.
-
Funkciók elérhetősége: A szolgáltatókat a szükséges funkciók, például a valós idejű monitorozás, a keresési és lejátszási képességek, a titkosítás, az adatmegőrzési szabályzatok, az analitikai platformokkal való integráció, valamint a különböző hívástípusok (bejövő, kimenő, belső) támogatásának biztosítása alapján kell értékelni.
2. Régióválasztás
A hívásfelvételek tárolási és feldolgozási régiójának meghatározása kritikus fontosságú a megfelelőség és a teljesítmény szempontjából:
-
Globális régió kiválasztása: Alapértelmezés szerint a szervezetek egyetlen régiót választhatnak a hívásfelvételek tárolására az irányítás és a kezelés egyszerűsítése érdekében.
-
Helyszínalapú régió felülbírálások: Ahol az adattárolási törvények vagy a vállalati szabályzatok megkövetelik, szükségessé válhat a globális régióbeállítás felülbírálása bizonyos helyszínek esetében, biztosítva, hogy a hívásfelvételek tárolása és feldolgozása a szükséges földrajzi határokon belül történjen.
-
Adattárolási követelmények: A tervezésnek figyelembe kell vennie a nemzetközi és helyi adatvédelmi előírásokat (például a GDPR-t, a CCPA-t vagy az országspecifikus előírásokat), amelyek meghatározhatják, hogy hol és hogyan kell a hívásfelvételeket megőrizni.
A hívásrögzítési megoldás tervezése és kialakítása során egy másik kritikus szempont, amelyet figyelembe kell venni, a tárolási igények becslése. A tárolási igények pontos előrejelzése elengedhetetlen annak biztosításához, hogy elegendő kapacitás álljon rendelkezésre a folyamatos üzleti műveletek támogatásához, a megfelelőség fenntartásához és a szolgáltatáskiesések elkerüléséhez.
A várható tárolási igény meghatározásakor számos kulcsfontosságú paramétert kell figyelembe venni:
-
A rögzített hívások mennyisége: Becsülje meg a várhatóan rögzített hívások számát egy adott időintervallumon belül (pl. naponta, hetente vagy havonta). Ez nemcsak a külső hívásokat foglalja magában, hanem a belső kommunikációt is, amennyiben azt az üzleti irányelvek vagy a szabályozási előírások előírják.
-
Átlagos hívásidőtartam: Számítsa ki a rögzített hívások tipikus hosszát, mivel a hosszabb hívások több tárhelyet foglalnak el. A becslésbe bele kell venni a hívások időtartamának eltéréseit a különböző részlegek vagy felhasználói csoportok között is.
-
Adatmegőrzés időtartama: Határozza meg a felvételek megőrzésének időtartamát, amelyet gyakran szervezeti szabályzatok vagy külső szabályozások (például iparágspecifikus megfelelőségi szabványok) írnak elő. A hosszabb megőrzési időszakok növelik az általános tárolási követelményeket.
-
Növekedési előrejelzések: Vegye figyelembe a hívásmennyiség várható növekedését vagy a rögzítési kör bővülését, amely az üzleti tevékenység bővüléséből, új szabályozási követelményekből vagy további felhasználók vagy helyszínek bevezetéséből adódhat.
Ezen paraméterek alapos elemzésével a szervezetek robusztus tárolási stratégiát dolgozhatnak ki, amely biztosítja a skálázhatóságot, a költséghatékonyságot és a szabályozási megfelelést a hívásrögzítési megoldásukhoz. Azt is tanácsos rendszeresen felülvizsgálni és módosítani a tárhely-elosztásokat, ahogy a használati szokások idővel változnak.
Segélyhívás
A segélyhívások megfelelő diszpécserközpontba irányításának követelménye minden olyan hívásszolgáltatás esetében követelmény, amely PSTN szolgáltatást kínál. A használatával a segélyhívások irányítása a megoldás beépített része, és támogatja az összes nemzeti segélyhívó számot a támogató országokban. A segélyhívások bejövő útvonala a megadott helyen és a helyszín PSTN-hozzáférési módján alapul. A segélyhívó számok előre meghatározottak és arra az országra jellemzőek, ahol a felhasználók és az eszközök telepítve vannak.
Kétféleképpen lehet segélyhívásokat kezdeményezni. Létezik egy alap segélyhívás-irányítási szolgáltatás és egy kibővített segélyhívás-irányítási szolgáltatás. Az alapvető vészhelyzeti hívásirányítási szolgáltatás egy rendszergazda által kiválasztott számot használ a helyszín azonosítására és a segélyszolgálatok elérésére szolgáló hívásútvonal azonosítására. Az alapvető segélyhívások esetében a hívásirány jellemzően az adott helyszínhez tartozó PSTN-opción keresztül történik. Emellett kibővített segélyhívás-útvonaltervezéssel is rendelkezik, amelyet az Egyesült Államokbeli és kanadai telepítésekhez terveztek, ahol a szabályozási megfelelési követelmények országos szolgáltató igénybevételét írják elő a segélyhívások megfelelő diszpécserközpontba kézbesítéséhez.
Minden ügyfélnek legalább az alapvető segélyhívási konfigurációt kell telepítenie. Az alapvető segélyhíváshoz legalább egy ügyfélnek rendelkeznie kell +E.164 a -ban meghatározott minden egyes helyszínhez számot kell rendelni. Az alapvető segélyhívásokhoz minden helyszínt egy utcanevet határoznak meg, ahová vészhelyzet esetén a rendőrséget, a tűzoltóságot vagy a mentőszolgálatokat riasztják. A legtöbb esetben a helyszín fő száma a legjobb választás a vészhelyzet fizikai helyének ábrázolására. A cím hozzárendelése jellemzően a +E.164 A számot egyeztetik a PSTN szolgáltatóval. Az alábbi képek a richardsoni telephely vészhívószámaként használandó fő szám hozzárendelését mutatják.
A legtöbb esetben az épület címe elegendő a helyszín szállítási címéhez. De ha további helyadatokra van szükség bizonyos felhasználókhoz vagy eszközökhöz, akkor a rendszergazda a fent leírt folyamatot alkalmazhatja, és ezeket az eszközöket egy adott címhez vagy a címen belüli pontosabb helyhez (például emelethez vagy szobához) rendelheti. A Felhasználókezelés részben a Hívások fül lehetővé teszi egy adott szám használatát, amelyen keresztül egy adott felhasználó és eszköze megadhatja a kívánt címet. A következő képek bemutatják, hogyan lehet egy adott számot hozzárendelni egy eszközhöz. A rendszergazda felelős azért, hogy az eszköz által használt számhoz a helyes szállítási cím legyen hozzárendelve. A cím hozzárendelését jellemzően az adott helyszín PSTN-szolgáltatója végzi.
Az olyan amerikai egyesült államokbeli telefonszolgáltatások esetében, amelyeknek továbbfejlesztett segélyhívási megoldásokat kell biztosítaniuk, a RedSky Horizon Mobility integrált szolgáltatását használja a segélyhívások irányítására. Amikor a RedSky-t használja hívások irányítására, a rendszergazdának regisztrálnia kell egy fiókot a Cisco-n keresztül, és konfigurálnia kell a megfelelő információkat a Hívás részben. -> Szolgáltatásbeállítások a funkció engedélyezéséhez. Miután a RedSky szolgáltatást rendszerszinten engedélyezték, a rendszergazda minden egyes helyszín szintjén engedélyezi a RedSky szolgáltatást. A kibővített segélyhívás engedélyezése egy adott helyszínen aktiválja a szolgáltatást az adott helyszínhez rendelt összes eszközön. A kibővített segélyhívást támogató eszközök a Cisco MPP telefonok, a Cisco PhoneOS telefonok és a Cisco .
Két beállítás közül választhat a kibővített segélyhívások engedélyezéséhez egy adott helyszínen. A „Hálózati kapcsolati információk és teszthívások fogadásának engedélyezése a RedSky számára ” beállítással ellenőrizhető, hogy a RedSky eszköz- és infrastruktúra-hozzárendeléseinek konfigurációja helyes-e. Ez a beállítás lehetővé teszi teszthívások lebonyolítását a 933-as számra a helymeghatározás érdekében a RedSky IVR rendszerének használatával, amely kiolvassa a hívó fél helyét. Bár ez a dokumentum nem tárgyalja a RedSky helymeghatározási konfigurációját, a rendszergazdának MINDIG tesztelnie kell a helymeghatározást, mielőtt aktiválná a segélyhívásokat a RedSky-hoz való irányításhoz. Miután a tesztelés befejeződött és pontosnak bizonyult, a rendszergazda a hívásokat a RedSky-hoz irányítja át a vészhívások RedSky-hoz való átirányításával. Ez a kapcsoló a helyszínre érkező összes vészhívást a RedSky-hoz irányítja, ahonnan azok a helyszín üzenetrögzítő központjába kerülnek.
A kibővített segélyhívás beállításai a helyszíni és a helyszínen kívüli ügyfelekre is vonatkoznak. Helyszíni használat esetén ugyanúgy nyomon követhető, mint az asztali telefonok. Helyszínen kívül a felhasználó dinamikusan, közvetlenül a helyen állíthatja be a tartózkodási helyét. A segélyhívásokkal kapcsolatos további információkért lásd: Továbbfejlesztett segélyhívások ehhez:
Licencelés
Több lehetőség is van a licencek felhasználókhoz való hozzárendelésére.
Manuális hozzárendelés a következőn keresztül:
A rendszergazdák manuálisan oszthatják ki a licenceket az egyes felhasználókhoz a felületen keresztül.
A rendszergazdák szerkeszthetik az egyes felhasználók szolgáltatáslicenceit, és közvetlenül hozzárendelhetnek híváslicenceket.
Automatikus licenc-hozzárendelési sablonok
Licenc-hozzárendelési sablonok segítségével automatikusan kioszthatja a licenceket a felhasználóknak csoport- vagy szervezeti beállítások alapján.
Az automatikus licencelés elvégezhető címtár-szinkronizálással vagy manuális felhasználói frissítésekkel, de a felhasználóknak érvényes licenccel kell rendelkezniük. +E.164 formázott telefonszám, és a telefonszámoknak létezniük kell egy helyen a felhasználó kiépítése előtt. Ha a feltételek nem teljesülnek (pl. érvénytelen telefonszám-formátum), a licencek kiosztása nem történik meg.
Tömeges hozzárendelés CSV sablonon keresztül
Töltsön fel egy CSV-fájlt a felhasználói adatokkal és a licenc-hozzárendelésekkel, hogy egyszerre több felhasználót is hozzáadhasson vagy módosíthasson.
A CSV-importálás akár 20 000 felhasználó hozzáadását és licencek hozzárendelését is támogatja, de a licencekhez speciális mezők, például telefonszám és mellék megadása szükséges.
API-alapú hozzárendelés
API-k segítségével programozottan kioszthat licenceket és kezelhet felhasználókat.
támogatja a felhasználó- és licenckezelés API-műveleteit (People, SCIM 2.0 és Licenses API-k), amelyek kihasználhatók a licenc-hozzárendelés automatizálásához. A Licenses API lehetővé teszi a licencek, telefonszámok és mellékek egyidejű hozzárendelését.
| Hozzárendelési módszer | Előnyök | Hátrányok |
|---|---|---|
| Kézi átfutás | Egyszerű néhány felhasználó számára. Lehetővé teszi a licencek kiosztásának pontos és részletes szabályozását. | Nem skálázható, időigényes Hajlamos az emberi hibára a kézi bevitel során. |
| Automatikus licencsablonok | Skálázható Csökkenti a manuális hibákat Új és meglévő felhasználókra is alkalmazható. | Érvényes telefonszámokat és helyszíneket igényel. Bonyolultabb a beállítása Ezenkívül felhasználói csoportonként felhasználói csoportokat is megkövetel, azonos licencelési követelményekkel. |
| Tömeges CSV feltöltés | Hatékony nagy felhasználói csoportok számára Lehetővé teszi a licencek, telefonszámok és mellékek egyidejű kiosztását. | Gondos CSV formázást igényel Hibalehetőségek, ha hiányoznak vagy helytelenek a telefonszámok vagy mellékek. |
| API-alapú hozzárendelés | Automatizálható, rugalmas. Lehetővé teszi a licencek, telefonszámok és mellékek egyidejű kiosztását. | Fejlesztői és API ismereteket igényel. |
A Felhasználókiépítési lehetőségek - összefoglalás táblázat összefoglalja a felhasználókiépítési lehetőségeket, valamint azok előnyeit és hátrányait. Ez az áttekintés segít kiválasztani a legjobb licenc-hozzárendelési módszert az ügyfél szervezetének mérete, az automatizálási képességek, valamint a felhasználók kiépítésének folyamatai és követelményei alapján.
A Cisco a híváslicencek kiosztását lehetőség szerint licencsablonok segítségével javasolja. Ehhez szükség van arra, hogy minden olyan felhasználói csoporthoz, amely egyedi licenckészletet igényel (Példa - Standard vs. Professional), létezzen egy csoport a megfelelő csoporttagságokkal. Amint azt a Felhasználói csoportok szakaszokban tárgyaltuk, a felhasználói csoportok manuálisan definiálhatók a vállalati címtárban, vagy szinkronizálhatók onnan. A két megközelítés kombinációja is lehetséges.
A több csoporthoz tartozó felhasználók az összes csoportjukra vonatkozó hozzárendelésekből licenceket kapnak. Ez lehetővé teszi a vállalati címtárban található licencspecifikus biztonsági csoportok használatát a licencek kiosztásának kezelésére, ahol a felhasználói licencek kiosztását a csoporttagságok uniója szabályozza.
További információkért lásd: Automatikus licenc-hozzárendelések beállítása a Control Hubban és Automatikus licenc-hozzárendelési sablonok beállítása Webex Calling felhasználókhoz.
Engedélykövetelmények
Ez a szakasz csak a kapcsolódó licenceket tárgyalja. Más licenctípusok (például Webex eszközregisztráció, üzenetküldés, megbeszélések) nem tartoznak ide. A tervezési folyamat részeként meg kell határozni az engedélyezési követelményeket. A következő licenctípusok licencszámát kell kiszámítani:
-
Standard: a szabványos telefonos funkciókat igénylő egyéni felhasználók száma.
-
Szakmai: a fejlett telefonos funkciókat igénylő felhasználók és munkaterületek száma. A virtuális vonalak és a csoportos hangposta jogosultak egy 1:1 arány az egyes szakmai engedélyekhez. Ezért ritka esetekben, amikor a szükséges virtuális vonalak vagy csoportos hangposták száma meghaladja a fejlett telefonos funkciókat igénylő felhasználók és munkaterületek számát, további professzionális licenceket kell figyelembe venni.
-
Munkaterület a közös területhez: a szabványos hívási képességeket igénylő megosztott használatú vagy közös területek száma.
-
Ügyfélszolgálat: az Ügyfélszolgálati funkciókat igénylő ügynökök és felügyelők száma. Az ügyfélszolgálat magában foglalja a Szakmai engedélyt.
-
Útvonallista-hívások: a helyszíni felhasználók közötti szükséges felhőalapú PSTN-hívások száma and/or helyszíni, speciális, harmadik féltől származó alkalmazások.
-
Attendant konzol: a felhasználók száma, akiknek hozzáférésre van szükségük a titkárkonzol klienséhez.
-
Cisco híváscsomag (Kimenő híváscsomag): PSTN-számot igénylő felhasználók száma and/or kimenő PSTN hívások elérése a Cisco PSTN szolgáltatáshoz.
Nincs külön licenctípus a professzionális munkaterületekhez. A professzionális munkaterületekhez professzionális licenc szükséges.
A kizárólag hot desk szolgáltatást nyújtó munkaterületek hot desk host szolgáltatást és segélyhívási lehetőséget kínálnak a hot desk hosttól, és nem igényelnek semmilyen licencet. További információkért lásd: Csak hot desk eszközök hozzáadása és kezelése.
Az egyes felhasználókhoz és munkaterületekhez szükséges licenctípus meghatározásához a szükséges funkciók alapján lásd: Licenctípusonként elérhető funkciók a Webex Callinghoz.
A professzionális licenccel kombinált hívássorok által kínált funkciók és az ügyfélszolgálat közötti különbségtételhez lásd: Webex Calling hívássor és ügyfélszolgálati funkciók összehasonlítása.
Felhasználó üzembe helyezése
A Webexben a felhasználók kiépítése során számos lehetőség áll rendelkezésre, amelyek mindegyike eltérő szervezeti igényekhez és környezetekhez igazodik:
-
Manuális kiépítés: A rendszergazdák közvetlenül a(z) szolgáltatáson belül adhatnak hozzá és kezelhetnek egyes felhasználókat. Ez a módszer egyszerű, de leginkább kis szervezetek vagy korlátozott felhasználói változtatások esetén alkalmas.
-
Tömeges kiépítés CSV-n keresztül: Nagyobb felhasználói bázis esetén az adminisztrátorok tömegesen importálhatják és frissíthetik a felhasználókat CSV-fájlok feltöltésével a . Ez lehetővé teszi akár több ezer felhasználó egyidejű hatékony kezelését.
- Címtár-szinkronizálási beállítások:
Címtárcsatlakozó: Ez egy automatikus szinkronizálási eszköz, amelyet a Microsoft Active Directory környezetekben használnak. Ütemezetten (óránként, naponta vagy hetente) szinkronizálja a felhasználói fiókokat, csoportokat és attribútumokat. Támogatja a több domainre és több erdőre kiterjedő Active Directory beállításokat, és képes szinkronizálni a profilképeket és a szobaobjektumokat.
Entra ID (Azure AD) varázslóalkalmazás: A Microsoft Entra ID-t (Azure AD) használó szervezetek számára tervezett módszer a felhasználói fiókok és attribútumok automatikus, közel valós idejű szinkronizálását biztosítja közvetlenül az Entra ID-ból a szolgáltatásba. Teljesen belülről felügyelhető, és minimális beállítást igényel.
SCIM 2.0 alkalmazások: Nem Microsoft környezetek vagy más identitásszolgáltatók, például az Okta vagy a Duo esetében a SCIM-alapú szinkronizációs alkalmazások lehetővé teszik az automatikus felhasználók kiépítését és eltávolítását attribútum-hozzárendeléssel és csoportszinkronizálással.
-
Egységes CM felhasználói szinkronizálás: Ez a beállítás lehetővé teszi felhasználói fiókok létrehozását meglévő végfelhasználók alapján a -ról a -re való szinkronizálással. Ehhez a Cloud Connected UC (CCUC) szolgáltatásnak futnia kell a helyszíni klasztereken. Azonban általában ajánlott a felhasználókat egy központosított felhőalapú címtárból, például az Entra ID-ból szinkronizálni, ahelyett, hogy közvetlenül a rendszerből szinkronizálnánk.
-
API kiépítés: Nyilvános API-k (People, SCIM 2.0) használhatók felhasználók kiépítésére. Az API-k használatának fő előnye, hogy a felhasználók kiépítése integrálható más vállalati rendszerekkel.
Ez az áttekintés és táblázat a főbb felhasználó-kiépítési lehetőségeket, azok előnyeit és korlátait mutatja be, hogy segítsen kiválasztani a szervezete igényeinek leginkább megfelelő megközelítést.6. táblázat. Felhasználói hozzáférés-kezelési lehetőségek a következőhöz: Kiépítési módszer Leírás Előnyök Hátrányok Manuális Create/manage felhasználók egyenként Egyszerű kevés felhasználó számára; nincs szükség infrastruktúrára Nem skálázható; időigényes sok felhasználó számára Tömeges (CSV fájl) Import/update felhasználók tömeges küldése CSV-fájlon keresztül Hatékony csoportok számára; nincs szükség kódolásra CSV manuális előkészítése; kevésbé dinamikus Emberek és SCIM 2.0 API Programozott felhasználókezelés Webex API-kon keresztül Rugalmas; támogatja az automatizálást és az integrációt Fejlesztést és infrastruktúrát igényel Címtár-szinkronizálás Automatikus szinkronizálás az AD, Entra ID, SCIM alkalmazások és Unified CM között Automatizálja az életciklust; támogatja a szűrést és a leképezést Beállítás bonyolultsága: egyes opciók korlátozott funkciókkal rendelkeznek, vagy infrastruktúrát igényelnek
Felhasználói csoportok
A felhasználói csoportok kezelése lehetővé teszi a rendszergazdák számára, hogy felhasználókat csoportokba szervezzenek a licencek, beállítások és erőforrások hatékony, tömeges kezelése érdekében. A csoportok segítenek az adminisztráció egyszerűsítésében azáltal, hogy szabályzatokat, licenceket és beállítássablonokat alkalmaznak egyszerre több felhasználóra, ahelyett, hogy egyenként kezelnék a felhasználókat.
A felhasználói csoportok kezelése számos előnnyel jár, többek között:
-
Egyszerűsített adminisztráció: Kezelje egyszerre több felhasználó licenceit, beállításait és szabályzatait.
-
Következetesség: Egységes beállításokat és licenceket alkalmazzon az azonos csoporton belüli felhasználók között.
-
Skálázhatóság: Csoportonként akár 250 000 tagot is támogat.
-
Integráció: Szinkronizálja a csoportokat a Microsoft Entra ID-ből (Azure AD) vagy az Active Directoryból az automatikus felhasználó- és csoportkezeléshez.
-
Rugalmasság: Hozzon létre helyi csoportokat vagy szinkronizálja a biztonsági csoportokat; kezelje a csoporttagságot manuálisan vagy CSV-fájlokon keresztül.
-
Erőforrás-elosztás: A beágyazott alkalmazásokhoz és szolgáltatásokhoz való hozzáférés szabályozása csoporttagság alapján.
A felhasználói csoportok főbb felhasználási esetei a kiépítés során a következők:
-
Licenchozzárendelések: Licencek hozzárendelése csoportokhoz, hogy automatikusan biztosítsanak szolgáltatásokat, például hívásokat, értekezleteket, üzenetküldést vagy hibrid szolgáltatásokat a csoporttagok számára.
-
Beállítássablonok: Szolgáltatásbeállítások (pl. üzenetküldés, értekezlet, hívás) gyűjteményeinek alkalmazása csoportokra az egységes felhasználói élmény érdekében.
-
Tömeges felhasználókezelés: Felhasználók tömeges hozzáadása vagy eltávolítása CSV-fájlok vagy címtár-szinkronizálás segítségével.
-
Automatizálás és integráció: Használjon API-kat vagy címtár-szinkronizálást az automatizált felhasználói és csoportéletciklus-kezeléshez.
Az alábbi táblázat összefoglalja a felhasználói csoportok és a csoportkezelés különböző lehetőségeit a .
| beállítás | Leírás | Előnyök | Hátrányok |
|---|---|---|---|
| csoportos kiépítés (csoportok) | Csoportok létrehozása és kezelése közvetlenül a alkalmazásban. Add/remove tagok manuálisan vagy CSV-n keresztül. | Teljes kontroll a csoporttagság felett Licencek és sablonok azonnali alkalmazása Könnyen létrehozható és szerkeszthető csoportok |
Manuális frissítések szükségesek Hibaveszély a manuális CSV-feltöltések során Nincs automatikus szinkronizálás külső könyvtárakkal |
| Szinkronizált csoportok az Entra ID-ből (Azure AD) vagy az Active Directoryból | Biztonsági csoportok és tagságok automatikus szinkronizálása külső címtárszolgáltatásokból. | Az automatizált szinkronizálás csökkenti a manuális munkát Biztosítja az összhangot a vállalati címtárral Nagy szervezeteket támogat |
A csoporttagság nem szerkeszthető itt: Szinkronizálási késleltetés akár 12 óráig A beágyazott csoportok manuális kiválasztást igényelnek |
| Csoportok és SCIM 2.0 API (csoportok) | Használja a Csoportokat vagy a SCIM 2.0 API-t programozott csoport- és tagságkezeléshez | Automatizálás és integráció más rendszerekkel Skálázható nagy vagy összetett környezetekhez |
Fejlesztési erőfeszítést igényel A komplexitás az API használatától függ |
Míg a szinkronizált csoportok biztosítják a konzisztenciát és egyetlen adminisztrációs pontot kínálnak, lehetséges egy hibrid megközelítés is, amely a szinkronizált csoportokat és a csoportokat (akár a vezérlőközpontban, akár API-kon keresztül kezelve) kombinálja. Tehát például a licenc-hozzárendeléshez használt csoportok lehetnek szinkronizált csoportok, és egy külön csoportkészlet használható felhasználói és hívássablonok hozzárendeléséhez.
Ez az átfogó felhasználói csoportkezelési megközelítés lehetővé teszi a szervezetek számára, hogy hatékonyan kezeljék a felhasználói licenceket, beállításokat és szabályzatokat, biztosítva az egységes és skálázható együttműködési élményt.
Ajánlott megközelítés a következő helyről a következőre való migráláskor:
A felhasználók elsődleges adatforrása az adatbázis, amely a végfelhasználói információkat tartalmazza. Azonban jellemzően nem a felhasználói identitáskezelés mérvadó forrása, és ami még fontosabb, az átmenet végén le lesz állítva, ezért kizárt, hogy hosszú távon mérvadó forrása legyen az identitásinformációknak.
A Cisco egy központosított felhőalapú címtár, például a Microsoft Entra ID (Azure AD) használatát javasolja a felhasználói identitások egyetlen igaz forrásaként. A felhasználók Entra ID-ból történő szinkronizálása biztosítja a konzisztenciát, leegyszerűsíti a kezelést és támogatja az egyszeri bejelentkezés (SSO) képességeit.
Annak érdekében, hogy a(z) Entra ID összes felhasználója jelen legyen az Entra ID-ban is, a szervezeteknek ellenőrizniük kell, hogy a felhasználói fiókok megfelelnek-e az Entra ID-ban található fiókoknak. Ez úgy tehető meg, hogy exportáljuk a felhasználói listákat az Entra ID felhasználói listáiból, és összehasonlítjuk azokat azokkal.
Összefoglalva, az ajánlott kiépítési módszer a felhasználók Microsoft Entra ID-ból (Azure AD) a Webex-szel való szinkronizálása az Azure AD varázsló vagy a SCIM alkalmazások használatával. A manuális és a CSV-fájlok tömeges kiépítése kiegészítő módszerként érhető el, de kevésbé skálázhatóak és nagyobb szervezetek számára hibalehetőségeket rejtenek. A sikeres migráció és a különböző környezetekben tapasztalható egységes felhasználói élmény érdekében elengedhetetlen annak biztosítása, hogy az Entra ID legyen a mérvadó forrás, és hogy minden felhasználó létezzen az Entra ID-ben.
Egy helyszíni címtárszolgáltatásról, például az Active Directoryról egy felhőalapú címtárszolgáltatásra, például az Entra ID-re (Azure ID), való áttérés független a hívó átmenettől. A Cisco azt javasolja, hogy a hívásátvitel megkezdése előtt fejezze be az átállást egy felhőalapú címtárszolgáltatásra.
Felhasználói csoportok tervezése
Miután a vállalati címtárat átállította a helyszíni rendszerről a felhőbe, gyűjtse össze a szükséges felhasználói csoportokat a licencelési és funkciósablon-követelmények alapján. Minden csoportdokumentumhoz:
-
Csoportnév: a csoport egyedi neve.
-
Licencek: a csoporthoz rendelendő licencek (ha vannak ilyenek) és hatókör (a licenceket meglévő felhasználókhoz vagy csak új felhasználókhoz kell-e rendelni)
-
Beállítás sablonok: Webex alkalmazás- és felhasználóhívási sablonok.
-
Címtár szinkronizálása: Ez a csoport a vállalati címtárból lesz szinkronizálva, vagy ez egy helyi Webex-csoport, amely a Control Hubban vagy API-n keresztül van kiépítve?
-
Leírás: hogyan fogják használni ezt a csoportot, és mely felhasználóknak kell tagjai lenniük ennek a csoportnak?
Ezeket az adatokat később, a megvalósítási fázisban fogjuk felhasználni helyi csoportok vagy a vállalati címtárban lévő csoportok létrehozásához, valamint a felhasználók csoporttagságának kezeléséhez.
Egyszeri bejelentkezés (SSO)
A Cisco az SSO használatát javasolja a felhasználói hitelesítéshez. Az SSO használatának számos meggyőző előnye van, többek között:
-
Egyszerűsített felhasználóhitelesítés: A felhasználók egyszer bejelentkezhetnek vállalati hitelesítő adataikkal (pl. Azure ID-ból), hogy hozzáférjenek más integrált alkalmazásokhoz, így nincs szükség több jelszóra és csökken a bejelentkezési kérdések száma. Ez fokozza a biztonságot azáltal, hogy biztosítja, hogy a vállalati jelszavakat soha ne tárolják vagy továbbítsák hitelesítés után.
-
Egyszerűsített felhasználókezelés: Automatizálja a felhasználói fiókok létrehozását, frissítését és inaktiválását a vállalati címtárban bekövetkezett változások alapján, csökkentve az adminisztratív terheket, és biztosítva, hogy csak a jogosult felhasználók férhessenek hozzá.
-
Fokozott biztonság: Az SSO csökkenti a jelszófáradtságot és a jelszóval kapcsolatos incidensek kockázatát azáltal, hogy központosítja a hitelesítést a megbízható identitásszolgáltatókon (IdP-ken) keresztül.
-
A többtényezős hitelesítés (MFA) egyszerű integrációja: Az MFA könnyen támogatható akár egy Identity Access Management megoldáson, például a Cisco Duón keresztül, akár az IdP MFA támogatásán keresztül.
Több lehetőség is van az egyszeri bejelentkezés (SSO) megvalósítására szolgáltatásokhoz:
-
SAML 2.0-alapú SSO: Az SSO integrációhoz támogatott elsődleges protokoll, amely lehetővé teszi a hitelesítési információk biztonságos cseréjét az IdP és a szolgáltató között.
-
OpenID csatlakozás (OIDC): Alternatív modern hitelesítési protokollként támogatott az SSO integrációhoz.
-
Webex-identitás: Identitásszolgáltatóként is támogatott.
Az SSO konfigurálása és kezelése központilag történik a , amely metaadatok cseréjét igényli a és a kiválasztott IdP között.
A konfiguráció után az SSO tesztelhető az aktiválás előtt a megfelelő beállítás biztosítása érdekében.
A Cisco támogatja az integrációt több tesztelt és általánosan használt IdP-vel és Identity Management Systemmel (IAM), beleértve, de nem kizárólagosan:
-
Cisco Duo
-
Okta
-
Microsoft Active Directory összevonási szolgáltatások (ADFS)
-
Microsoft Azure
-
PingFederate
-
OpenAM
-
F5 BIG-IP.
Ezek az IdP-k megfelelnek a SAML 2.0 vagy az OpenID Connect szabványoknak, és kompatibilitási teszteket végeztek a Cisco együttműködési megoldásaival.
Több IdP támogatás
lehetővé teszi a szervezetek számára, hogy több IdP-vel konfigurálják az SSO-t, hogy alkalmazkodjanak az összetett informatikai környezetekhez, például fúziókhoz, felvásárlásokhoz vagy decentralizált informatikai részlegekhez, ahol a különböző csoportok különböző IdP-ket használnak. A többszörös IdP-támogatás megvalósítható a Többszörös IdP funkció használatával egy vállalati IAM-rendszer, például a Cisco Duo integrációján keresztül.
Többszörös identitásszolgáltató (IdP) támogatása számos olyan kulcsfontosságú felhasználási esetet kezel, ahol a szervezeteknek rugalmas és biztonságos hitelesítésre van szükségük a különböző informatikai környezetekben:
1. Egyesülések és felvásárlások
Amikor a vállalatok egyesülnek vagy felvásárolnak másokat, gyakran különálló IT infrastruktúrával és különálló IdP-kkel rendelkeznek, amelyek nem tudnak összefonódni. A többszörös IdP-támogatás lehetővé teszi mindkét szervezet felhasználói számára a biztonságos hitelesítést és az együttműködést anélkül, hogy azonnal egyesíteniük kellene identitásrendszereiket.
2. Több független informatikai részleg
A nagy szervezeteknek vagy kormányzati intézményeknek több független informatikai részlegük is lehet, amelyek mindegyike a saját identitásszolgáltatóját kezeli. A többszörös IdP funkció lehetővé teszi ezeknek a részlegeknek a saját hitelesítési rendszereik fenntartását, miközben a felhasználók zökkenőmentesen hozzáférhetnek.
3. Különböző felhasználói csoportok vagy domainek
A különböző felhasználói csoportokkal (pl. alkalmazottak vs. alvállalkozók) vagy több e-mail tartománnyal rendelkező szervezetek konfigurálhatnak útválasztási szabályokat, hogy a hitelesítési kérelmeket a megfelelő IdP-hez irányítsák a tartomány vagy a csoporttagság alapján. Ez támogatja a differenciált hozzáférési szabályzatokat és biztonsági ellenőrzéseket.
4. Különböző hitelesítési protokollok támogatása
támogatja a SAML és az OpenID Connect (OIDC) identitásszolgáltatókat, lehetővé téve a szervezetek számára, hogy különböző típusú identitásszolgáltatókat integráljanak a meglévő infrastruktúrájuknak és biztonsági követelményeiknek megfelelően.
5. Fokozott biztonság és megfelelőség
Több IdP engedélyezésével a szervezetek erősebb hitelesítési mechanizmusokat alkalmazhatnak, beleértve a többtényezős hitelesítést (MFA) olyan integrációk révén, mint a Duo, és egységes biztonsági szabályzatokat érvényesíthetnek a különböző felhasználói bázisok között.
6. Egyszerűsített felhasználói élmény
A felhasználók a megfelelő IdP-ktől származó meglévő hitelesítő adataikkal hitelesíthetik magukat, így egységes bejelentkezési élményt biztosítva a többszörös identitásrendszerek mögöttes összetettsége ellenére.
Bár a több IdP támogatása rugalmasságot biztosít, gondos koordinációt igényel a biztonsági és identitáscsapatok között az egységes biztonsági szabályzatok fenntartása és a potenciális sebezhetőségek elkerülése érdekében.
Duo MFA SSO-val a következőhöz:
A Duo Access Gateway (DAG) képes hitelesíteni a felhasználókat meglévő helyszíni vagy felhőalapú címtárak, például az Active Directory (AD) és az OpenLDAP használatával. Támogatja más identitásszolgáltatókkal való integrációt is, mint például a Microsoft ADFS, a Microsoft Azure, az Okta, a OneLogin, a CAS és a Shibboleth. Ez a rugalmasság lehetővé teszi a szervezetek számára, hogy a jelenlegi címtár-infrastruktúrájukat használják a Webex SSO-hoz Duo MFA-val.
A Duo erős hitelesítési rétegként működik az elsődleges címtár-hitelesítés felett. Identitásszolgáltatóként (IdP) működik, SAML 2.0-t használva a kétfaktoros hitelesítés (2FA) kikényszerítésére, mielőtt hozzáférést adna a(z) szolgáltatáshoz. A Duo a felhasználó, az eszköz és a hálózati kontextust a konfigurálható szabályzatok alapján értékeli, hogy engedélyezze vagy megtagadja a hozzáférést, így a felhasználónéven és jelszón túl is fokozza a biztonságot. A Duo rugalmas szabályzatvezérlést is kínál, például egyes alkalmazásoknál minden bejelentkezéskor többtényezős hitelesítést (MFA) igényel, másoknál pedig ritkábban.
A Cisco Duo előnyei a következők:
-
Továbbfejlesztett biztonság: Adathalászat elleni védelemmel ellátott MFA-t ad hozzá a hozzáférés védelme érdekében, csökkentve a jelszavak feltöréséből adódó kockázatot.
-
Rugalmas szabályzatok: Lehetővé teszi a hitelesítési követelmények részletes szabályozását alkalmazásonként vagy felhasználói csoportonként.
-
Integráció meglévő könyvtárakkal: Támogatja a helyszíni AD-t, az OpenLDAP-t, a felhőalapú címtárakat és a különféle SSO-szolgáltatókat, minimalizálva az infrastrukturális változásokat.
-
Felhasználói kényelem: Támogatja az egyszeri bejelentkezést (SSO) a jelszófáradtság csökkentése érdekében, lehetővé téve a felhasználók számára, hogy egyszer bejelentkezzenek, és biztonságosan több erőforráshoz férjenek hozzá.
-
Megbízható végpontok: Támogatja az eszközök megbízhatóságát a Windows és macOS rendszereken futó kliensek számára, javítva a biztonsági helyzetet.
-
Önkiszolgáló regisztráció: A beágyazott regisztráció és a Duo prompt javítja a felhasználói élményt az MFA beállítása során.
A Duo MFA SSO-val meglévő könyvtárakat, például az Active Directoryt és az OpenLDAP-t, vagy felhőalapú identitásszolgáltatókat használ a felhasználók hitelesítéséhez. A Duo szerepe egy erős, szabályzatvezérelt, SAML 2.0-n keresztül integrált második hitelesítési tényező biztosítása, amely fokozza a biztonságot, miközben az egyszeri bejelentkezésen (SSO) keresztül megőrzi a felhasználói kényelmet. Az előnyök közé tartozik a jobb biztonsági helyzet, a rugalmasabb szabályzat-érvényesítés, a zökkenőmentes integráció és a jobb felhasználói élmény.
A Cisco az egyszeri bejelentkezés (SSO) bevezetését javasolja a felhasználók számára. A fokozott biztonság érdekében ajánlott a Cisco Duo-val való integráció.
A vállalati IAM és SSO stratégiát a rendszerről a rendszerre való áttérés megkezdése előtt kell bevezetni.
Funkciók
a szolgáltatásban foglalt alapvető funkciók teljes skáláját tartalmazza. Ez számos vállalati szintű hívásfunkciót tartalmaz, amelyek már évek óta elérhetők. Lehetséges, hogy nem lát 100%-os paritást a funkciók és a funkciók között, azonban ahogy az alábbi ábrán is látható, a legfontosabb hívási funkciók elérhetők a .
A számos felhasználói funkció mellett a platform alapvető rendszerfunkcióit is tartalmazza. Ilyenek például az automatikus hívószám-kezelők, a hívásvárakoztatás, a hívásparkoltatás stb. Az összes elérhető alapvető rendszerfunkciót a Szolgáltatás → Hívás → Funkciók menüpont alatt tekintheti meg, ahogy az a Webex hívás alapvető funkcióiábrán látható.
Automatikus híváskezelő
Az automatikus kezelő lehetővé teszi a következőket: 24/7 a bejövő hívások kezelésének automatizálása, amely lehetővé teszi a hatékony híváskezelést anélkül, hogy minden hívást külön kelljen fogadnia.
Az automatikus kezelő fogadja a bejövő hívásokat, és egy menüt kínál a hívónak, amelyben kiválaszthatja, hogy hová szeretné irányítani a hívást. Ez lehet egy személynek, egy hangpostafióknak vagy egy hívásszolgáltatásnak (pl. Hívássor) szóló üzenet. A hívó fél a telefonja tárcsázójával adja meg a számot az automatikus kezelő menüjéből.
Az automatikus kezelő a következő főbb funkciókat támogatja:
-
Üzleti és munkaidőn túli nyitvatartás
-
Ütemezés szabadság alatti időszakra
-
Tárcsázási menüpont, hogy ügyfeleit oda irányíthassa, ahová menniük kell
-
Üdvözletek testreszabása
-
Név szerinti tárcsázási lehetőség
-
Hívásátirányítási beállítások
-
Control Hub elemzések és jelentések.
További információkért lásd: Automatikus asszisztensek kezelése.
Hívásparkoltatás
A hívásparkolás lehetővé teszi a felhasználók számára, hogy egyszerűen várakoztassanak egy hívást , hogy egy másik felhasználó könnyen visszahívhassa, amikor elérhető. Ez felszabadítja az eredeti hívást fogadó felhasználót, hogy más hívásokat kezdeményezzen vagy fogadjon, amíg a hívás parkoltatott állapotban van.
Kétféle hívásparkolás érhető el :
-
Közvetlen hívásparkolás - lehetővé teszi bármely felhasználó számára, hogy hívást parkoltasson egy másik felhasználó mellékére vagy egy hívásparkoló mellékre, a rendszergazda által meghatározottak szerint.
-
Hívásparkoltatási csoport - lehetővé teszi egy meghatározott felhasználói csoport számára, hogy automatikusan parkoltassa a hívásokat a csoport számára meghatározott elérhető parkolási célállomásokra. Ezek a célállomások lehetnek a csoporttagok mellékei vagy a hívásparkoló mellékek.
A konfigurációtól és a parkolás típusától függően a felhasználók a szám tárcsázásával fogadhatják a hívásokat. *88+><extension of parked call>, a hívásparkoltatási mellékhez tartozó vonalgomb megnyomásával vagy az IP-telefonjukon található egy funkciógomb használatával.
Egy visszahívási opcióval egy megadott idő elteltével visszahívható a parkoltatott hívás a hívást parkoltató felhasználónak vagy egy másik felhasználónak.
További információkért lásd: Hívásparkoltatás kezelése a Control Hubban.
Hívásfogadás
A hívásfogadás lehetővé teszi a rendszergazda számára, hogy meghatározzon egy felhasználói (tagok) csoportot, akik fogadhatják a másik tag telefonjára érkező hívást. Ez lehetővé teszi a felhasználó számára, hogy hívásokat fogadjon, amikor csapattársai elfoglaltak és nem tudnak fogadni egy bejövő hívást.
A csoportban lévő felhasználóknak ugyanazon a helyen kell lenniük.
A felhasználók a vagy az asztali telefonjuk segítségével fogadhatják a hívást.
-
:
-
Támogatja a vizuális és hangértesítéseket
-
Értesítés bejövő hívásról
-
FAC-alapú (tárcsázós *98) vagy értesítési hívásfogadás
-
Hívásfelvételi értesítések többvonalas hívásokhoz.
-
-
Asztali telefonok:
-
Értesítés bejövő hívásról
-
Hangjelzések és vizuális értesítések a kézibeszélő LED-jén keresztül. A 6821 csak hangjelzéseket támogat
-
Ha a kiválasztott értesítési típus nem nincs
-
-
Hívásfelvételi értesítések csak az elsődleges vonalakon.
-
További információkért lásd: Hívásfelvételi csoport konfigurálása.
Hívásvárakoztatási sor
Az alapfunkciók részeként csak hangalapú hívásvárakozásokat is tartalmaz, és bármely, Professional licenccel rendelkező felhasználó lehet hívásvárakozás része, ügynök vagy felügyelő. Ez a funkció lehetővé teszi a felhasználók számára, hogy hatékonyan kommunikáljanak az ügyfelekkel. A hívásváró-sorok a call center alapvető funkcióinak egy részét támogatják, mint például a hanghívásváró-sorok, a visszahívások, a készség- vagy prioritásirányítás, az ügynökök várólista-kezelése, az analitika, a jelentéskészítés stb.
A Cisco Microsoft Teams integrációra irányuló felhívása lehetővé teszi az ügynökök számára, hogy közvetlenül a Microsoft Teams kliensükből hozzáférjenek a hívássorban lévő hívásokhoz és funkciókhoz.
A hívásvárók a következő főbb funkciókat támogatják:
-
Üdvözletek és üzenetek (üdvözlés, vigasztalás, suttogás stb.)
-
Tartsa lenyomva a zenét
-
Visszahívás
-
Sorirányítási szabályok (éjszakai szolgáltatás, ünnepnapok, továbbítás)
-
Ügynök várólistája login/logout
-
Ügynöki várólista állapotának kezelése
-
vagy asztali telefon támogatás
-
A felügyelő ügynök felhívja a monitort, a kocsit, a bárkát, vagy átveszi az irányítást funkcióhozzáférési kódokon (FAC) keresztül.
-
(adminisztrátori hozzáférés) a következőhöz:
-
sorkezelés
-
Ügynök- és várólista-elemzés és jelentéskészítés
-
Várólista, ügyintéző és felügyelő kezelése.
-
További információkért lásd: Hívássor konfigurálása.
rendelkezik egy Customer Assist kiegészítő funkcióval, amely további hívásvárakoztatási lehetőségeket biztosít, és jobb felhasználói élményt nyújt az ügynököknek és a felügyelőknek a . A Hívássor és az Ügyfélszolgálat funkciók összehasonlítását lásd: Webex Calling hívássor és ügyfélszolgálati funkciók összehasonlítása.
Keresőcsoport
A híváscsoportok lehetővé teszik a bejövő hívások adott felhasználói csoporthoz történő irányítását egy előre meghatározott hívásirányítási minta alapján. Ez biztosítja, hogy a hívásokat a megfelelő felhasználói csoport fogadja, vagy a hívások hangpostára kerülnek további megkeresés céljából.
A híváscsoportok és a hívásvárók közötti egyik nagy különbség, hogy a hívások nem kerülnek várakozási sorba a híváscsoportokban, így ha a híváscsoportban nincsenek felhasználók, akik fogadhatnák a hívást, a hívás megszakad, a hangpostára kerül, vagy egy másik számra (felhasználóra vagy szolgáltatásra) lesz továbbítva.
További információkért lásd: Vadászati csoportok kezelése a Control Hubban.
Üzemmódok
Az Üzemmódok funkció lehetővé teszi a vállalkozások számára, hogy hatékonyan irányítsák a hívásokat különböző célállomásokra (felhasználók, hangposta, hívásszolgáltatások, például hívásváró). A hívás irányításának helye és ideje a napszak és a hét napja szerinti ütemezésen alapul, és bármely felhasználó jogosult lehet ezen módok (ütemezések) kezelésére a hívásirányítás változásainak szabályozása érdekében.
Például a hívásvárakozási sorba érkező hívások átirányíthatók egy másik hívásvárakozási sorba, ahol az ügynökök egy másik időzónában vannak, hogy munkaidőn kívül fogadják a hívásokat, munkaidőben a helyi ügynökökhöz irányíthatók, ünnepnapokon pedig a hangpostára irányíthatók a hívások nyomon követése érdekében, miután az ügynökök visszatértek az irodába.
Egy jogosult felhasználó válthat a különböző hívásátirányítási forgatókönyvek (módok) között, ha módosítani szeretné a bejövő hívások irányítását egy adott időszakban. Ezek a felhasználók a sajátjukon keresztül kezelhetik a módokat. 6800/7800/8800 MPP telefonokon, 9800-as telefonokon vagy a Felhasználói központban a Módok kezelésemenüpontban.
További információkért lásd: Hívásirányítás a Webex Calling működési módjai alapján.
Személyhívócsoport
A személyhívó csoportok lehetővé teszik a felhasználók számára, hogy egyirányú hívást kezdeményezve hangüzenetet küldjenek egy felhasználói csoportnak. Minden csoport legfeljebb 75 célfelhasználót tartalmazhat. and/or olyan munkaterületek, amelyek egy előre meghatározott szám vagy mellék tárcsázásával érhetők el.
Amikor egy felhasználó felhív egy személyhívó csoportot, a rendszer egyidejűleg hívást kezdeményez a csoport összes hozzárendelt célpontjára, ekkor a hívó fél elmondhatja üzenetét, majd leteheti a telefont, ha befejezte.
További információkért lásd: Lapozócsoport konfigurálása a Control Hubban.
Felvételek
támogatja a felhasználó által kezdeményezett vagy fogadott hívások rögzítését. Erre minőségbiztosítási, biztonsági vagy képzési igények miatt lehet szükség. Alapértelmezés szerint a hívások rögzítése a szolgáltatásban történik, de más, harmadik féltől származó rögzítési szolgáltatók is használhatók, ha más rögzítési funkciókra vagy megfelelőségi és szabályozási követelményekre van szükség.
Ha a alkalmazást használja felvételi platformként, az összes rögzített hívást a kezeli. A megfelelőségi tisztviselő szerepkörrel rendelkező teljes jogú adminisztrátorok lejátszhatják és letölthetik a felvételeket. Megfelelőségi tisztviselő szerepkör nélkül az adminisztrátor csak a felvételeket törölheti.
További információért erről a funkcióról és a harmadik féltől származó rögzítési lehetőségek listájáért lásd: Hívásrögzítés kezelése a Webex Callinghoz.
Egyetlen számos elérés
Az egyetlen számmal történő elérés lehetővé teszi, hogy a felhasználó telefonszámára érkező hívások több eszközt is elérjenek. Ez magában foglalhat más asztali telefonokat és mobiltelefonokat is. Ezekről az eszközökről hívások is kezdeményezhetők, és a felhasználók hívásokat kezdeményezhetnek közöttük.
További információért erről a funkcióról és arról, hogyan konfigurálhatja azt egy rendszergazda a Egyetlen számmal elérhetőség konfigurálása (bárhol elérhető iroda)című témakörben talál további információt.
Ha további információt szeretne kapni arról, hogyan kezelheti és konfigurálhatja a felhasználó ezt a funkciót a Webex felhasználói központban (portálon), lásd: Egyetlen telefonszám konfigurálása (iroda bárhol).
Hangpostacsoport
A hangpostacsoportok lehetővé teszik egy megosztott hangpostafiók használatát, amely hozzárendelhető egy felhasználóhoz vagy hívásirányítási funkcióhoz. Néhány ok, amiért hangpostacsoportra lehet szükség:
-
Általános célú hangposta egy részleg vagy munkacsoport számára
-
Hangposta opció hozzáadása automatikus kezelőhöz vagy keresési csoporthoz
-
Túlcsorduló hívások küldése hívássorból
-
Azok a felhasználók, akiknek csak hangpostafiókra van szükségük.
További információkért lásd: Megosztott hangposta és bejövő faxok kezelése a Webex Callinghoz.
Az Attendant Console szerepel a Webex Hívásfunkciók oldalán, azonban ez egy kiegészítő funkció, amelynek használatához Attendant Console licenc megvásárlása szükséges.
További információkért lásd: Az Attendant Console használatának megkezdése.
Az összes funkcióval, beleértve néhány kiegészítő funkciót is, kapcsolatos információkért lásd: Licenctípus szerint elérhető funkciók a Webex Callinghoz.
Végrehajtás
Hálózati készenlét
Az átállás első lépése a megbízható és biztonságos internetkapcsolat biztosítása a helyszíni hálózat és a felhő között.
Mivel a legtöbb szervezet egy vagy több tűzfalon vagy biztonsági eszközönkeresztül csatlakozik az internethez, elengedhetetlen annak ellenőrzése, hogy a szükséges forgalmi folyamatok támogatottak-e.
A hálózati és biztonsági rendszergazdáknak a következő szempontok alapján kell megérteniük ezeket a folyamatokat:
-
Irány (bejövő vs. kimenő)
-
Protokollok (Példa - SIP TLS, SRTP, HTTPS)
-
Szolgáltatások által használt IP-címtartományok
-
A megnyitandó vagy engedélyezett portszámok
Ez biztosítja, hogy a vállalati tűzfalak, NAT-eszközök és egyéb hálózati infrastruktúra megfelelően legyenek konfigurálva a forgalom fogadására, miközben betartják a vállalati biztonsági szabályzatokat.
A szükséges folyamatokról, beleértve az IP-címet, a portokat és a protokollokat, lásd: Portreferencia-információk a Webex-hívásokhoz. Ezen információk segítségével konfigurálhatja a tűzfalat, a proxykat és az egyéb hálózati infrastruktúrát a meglévő telepítésben a hálózati folyamatok engedélyezéséhez.
A felhőalapú együttműködési szolgáltatásokhoz, mint például a , az egyes fióktelepekről vagy telephelyekről történő decentralizált internetes kilépés az ajánlott megközelítés. Azzal, hogy engedélyezi a forgalom lokális kilépését, ez a modell:
-
Csökkenti az oda-vissza késleltetést és a jittert, javítva az általános hívásminőséget
-
Hatékonyan skálázható, ahogy egyre több felhasználó és webhely vált át
-
Zökkenőmentesen működik az SD-WAN-nal, amely dinamikusan képes a munkameneteket a legközelebbi felhőbelépési pontra irányítani az optimális teljesítmény érdekében.
- Lehetővé teszi a felhasználók helyének nyomon követését a nyilvános IP-címük alapján, ami segít a médiaútvonal-elemzésben és a hibaelhárításban.
Ezenkívül a szervezeteknek minden telephelyen megfelelő internet-sávszélességet kell biztosítaniuk. A sávszélességet a várható egyidejű hívások száma, a kiválasztott kodek (pl. Opus vagy G.711), valamint a jelzés, az újraküldés és a növekedés többletterhelése alapján kell méretezni. Ez összhangban van a PPDIO életciklusának előkészítési fázisával, és szilárd alapot teremt a migrációhoz.
Kezdeti beállítás
A telepítés megvalósítási fázisán belüli kezdeti beállítási alszakasz alapvető fontosságú egy jól strukturált és kezelhető felhőalapú híváskörnyezet létrehozásához. Ez a szakasz olyan kritikus feladatokat foglal magában, mint a szervezet beállítása, a licencek beszerzése és kiosztása, valamint a vállalat domainjeinek ellenőrzése és igénylése a megfelelő felhasználókezelés és biztonság biztosítása érdekében. Ezenkívül magában foglalja a licencsablonok kiépítését a felhasználói licencek kiosztásának automatizálásához, az egyszeri bejelentkezés (SSO) konfigurálását a felhasználói hitelesítés egyszerűsítése és a biztonság fokozása érdekében, valamint a szolgáltatás- és kliensbeállítások módosítását a szervezeti szabályzatokkal és a felhasználói igényekkel való összhang érdekében. Ezen kezdeti beállítási tevékenységek elvégzése biztosítja, hogy a környezet megfelelően legyen konfigurálva a skálázhatóság, a biztonság és a zökkenőmentes felhasználói élmény érdekében, előkészítve a terepet a későbbi telepítési és üzemeltetési fázisokhoz.
Domain ellenőrzés
Ahhoz, hogy azonosítani lehessen a vállalat e-mail domainjeivel regisztrált felhasználókat a(z) domainben, elengedhetetlen a domainek ellenőrzése. Domain-ellenőrzés nélkül a felhasználók egy fogyasztói szervezethez lesznek rendelve, ami bonyolítja a felhasználók kezelését a vállalat számára. A domain ellenőrzése egy kötelező lépés, amely lehetővé teszi szervezete számára, hogy hatékonyan igényelje és kezelje ezeket a felhasználókat.
Győződjön meg arról, hogy a felhasználók e-mail címeihez társított összes domain ellenőrizve van. A domain-ellenőrzés nem kizárólagos; ugyanaz a domain több szervezeten belül is ellenőrizhető.
A domainek kezelésével kapcsolatos további információkért lásd: Domainek kezelése.
Meglévő felhasználók igénylése (konvertálása)
A domainek sikeres ellenőrzése után igényt tarthat a szervezetébe azoknak a felhasználóknak, akik regisztráltak a cége e-mail domainjeinek használatára. Ez a folyamat egyetlen szervezeti ernyő alá vonja az összes felhasználót, lehetővé téve a központosított kezelést és az egyszerűsített adminisztrációt. Ezen felhasználók igénylésével biztosíthatja, hogy vállalata teljes mértékben felügyelje a felhasználói fiókokat, lehetővé téve a megfelelő licencek kiosztását, a szolgáltatások konfigurálását és a szükséges támogatás hatékony nyújtását. Ez az egységes kezelési megközelítés fokozza a biztonságot, leegyszerűsíti a felhasználók kiépítését, és biztosítja a szolgáltatásokhoz való következetes hozzáférést a szervezet egészében. A felhasználók igénylése megakadályozza, hogy külső vagy fogyasztói szervezetekben kezeljék őket, ezáltal megőrizve a szervezeti integritást és az együttműködési erőforrások feletti ellenőrzést.
A felhasználók igénylésével kapcsolatos további információkért lásd: Felhasználók igénylése a szervezet felhasználói közé (felhasználók konvertálása.
Címtár-szinkronizálás konfigurálása és tesztelése
A zökkenőmentes felhasználó- és csoportkezelés érdekében szinkronizálhatja a vállalati címtár felhasználóit és csoportjait a Microsoft Entra ID (korábban Azure AD) vagy a Microsoft Active Directory (AD) címtárból a következővel: . Ez a folyamat biztosítja, hogy a felhasználói identitások és a csoporttagságok következetesen megmaradjanak a környezetben.
A szakaszos telepítéseket megvalósító szervezetek számára kulcsfontosságú a szinkronizálás hatókörének szabályozása és korlátozása a kezdeti telepítések során. Ez minimalizálja a nem kívánt változtatások kockázatát, és lehetővé teszi a célzott tesztelést a szélesebb körű elterjedés előtt.
A szinkronizált felhasználók szűrésének leghatékonyabb módja a címtárcsoport-tagság kihasználása:
| 1 |
Hozz létre egy dedikált szinkronizációs csoportot: A vállalati címtárban (Microsoft Entra ID vagy AD) hozzon létre egy biztonsági csoportot kifejezetten a szinkronizáláshoz (például szinkronizálási csoport). |
| 2 |
Töltse fel a csoportot a célfelhasználókkal: Csak azokat a felhasználókat add hozzá ehhez a csoporthoz, akiket szinkronizálni szeretnél (például egy tesztcsoportot a kísérleti fázisban). Ez lehetővé teszi a szinkronizálási folyamatban részt vevők szigorú szabályozását. |
| 3 |
Konfigurálja a szinkronizálási megállapodást csoportalapú szűréssel: A szinkronizációs megállapodás beállításakor a Directory Connectorban vagy az Entra ID kiépítésében konfigurálja a hatókört úgy, hogy csak a kijelölt csoport tagjai legyenek benne.
|
| 4 |
Bővítsd a csoportot szükség szerint: Ahogy a szélesebb körű telepítési fázisok felé halad, egyszerűen adjon hozzá további felhasználókat vagy csoportokat a szinkronizálási csoporthoz. A szinkronizálási hatókör automatikusan bővül, hogy tartalmazza ezeket a felhasználókat, lehetővé téve a szabályozott és fokozatos bevezetést. Példa megvalósítási lépésekre:
Referenciák: Entra ID felhasználók szinkronizálása a Control Hub-bal |
Egyszeri bejelentkezés (SSO) beállítása és tesztelése
Az egyszeri bejelentkezés (SSO) fokozza a biztonságot és leegyszerűsíti a felhasználói hozzáférést azáltal, hogy lehetővé teszi a felhasználók számára, hogy egyszer hitelesítsék magukat vállalati hitelesítő adataikkal, és zökkenőmentes hozzáférést kapjanak a(z) . szolgáltatáshoz. támogatja az SSO integrációját a SAML 2.0-kompatibilis IdP-kkel, beleértve a Microsoft Entra ID-t (korábban Azure AD), az Active Directory (AD) összevont megoldásokat és a különféle harmadik féltől származó IdP-ket.
Ezen a ponton a tervezett SSO beállítást implementálni és tesztelni kell.
Referenciák:
Egyszeri bejelentkezés integrációja a vezérlőközpontban
egyszeri bejelentkezés konfigurálása a WebEx adminisztrációhoz
Egyszeri bejelentkezés konfigurálása Microsoft Entra ID-vel
Egyszeri bejelentkezés több IdP-vel
Egyszeri bejelentkezés kezelése az integráció során a Control Hub-ban
Engedélyek beszerzése, biztosítása és ellenőrzése
A kezdeti beállítás részeként elengedhetetlen a megfelelő licencek beszerzése, kiépítése és ellenőrzése a szolgáltatások hatékony engedélyezéséhez és kezeléséhez. A beszerzési folyamat során a felhasználói szerepkörök és a munkaterhelések alapján választják ki a licenctípusokat, például a Professional, a Standard és a Workspace licenceket. A licenceket a Cisco szoftverplatformjain vagy partnereken keresztül generálják és biztosítják. A beszerzés és a kiépítés után a megfelelő licencszámot ellenőrizni kell a . Ez a folyamat biztosítja, hogy a szervezet rendelkezzen a megfelelő aktivált licencekkel, és azok készen álljanak a telepítésre.
A kezdeti licencelési beállítás részeként a szolgáltatásban fontos a szervezetalapú automatikus licencelés konfigurálása az új felhasználók licenc-hozzárendelésének egyszerűsítése érdekében. Ez a beállítás lehetővé teszi a licencek automatikus kiadását, amikor a felhasználókat hozzáadják a szervezethez, így nincs szükség a manuális licenc-hozzárendelésre. Amikor szervezeti szinten konfigurálja az automatikus licencelést, kiválaszthatja a hozzárendelni kívánt szolgáltatásokat, és meghatározhatja a hatókört, például csak a jövőbeli felhasználókra alkalmazhatja a licenceket, vagy a meglévő felhasználókat is belefoglalhatja.
Ha azonban a telepítési terv a csoportszintű automatikus licencelés használatát tartalmazza, dönthet úgy, hogy nem oszt ki licenceket szervezeti szinten, hogy elkerülje az ütközéseket vagy a licenc-hozzárendelések duplikációját. Csoportszintű automatikus licencelés esetén a licencek kiosztása a csoporttagság alapján történik. A több csoportba tartozó felhasználók az összes vonatkozó csoporthozzárendeléstől licenceket kapnak.
A csoportalapú licenc-hozzárendelés konfigurációját a címtár-szinkronizálás befejezése után kell elvégezni, hogy a szinkronizált csoportok létezzenek, és felhasználhatók legyenek a licenc-hozzárendeléshez.
Kifejezetten az automatikus licenc-hozzárendeléshez további kiépítési adatokra van szükség, például a felhasználó helyére és a telefonszám-hozzárendelésre. A felhasználó munkahelyi telefonszámának szerepelnie kell a +E.164 formátumban, előre kiépítve, és érvényes helyhez rendelve a licenc automatikus aktiválásához. Ha ezek a feltételek nem teljesülnek, a felhasználó nem kap automatikusan szolgáltatásokat, és manuális beavatkozásra lehet szüksége.
Összefoglalva, szervezetalapú automatikus licencelést kell konfigurálni az új felhasználók számára, ha széles körű, szervezetszintű licenc-hozzárendelést szeretne. Ha részletesebb szabályozást szeretne, vagy csoportonként eltérő licencelési igényei vannak, akkor az átfedés elkerülése és a megfelelő licenckezelés biztosítása érdekében konfigurálja az automatikus licencelést csoportszinten, és kerülje a licencek szervezeti szintű kiosztását.
Webex hívásszolgáltatás beállításai
Elengedhetetlen a globális szolgáltatásbeállítások átfogó felülvizsgálata és konfigurálása a szolgáltatáson belül.
Kezdje azzal, hogy megnyitja a beállítások részt, és oda navigál. Gondosan vizsgálja meg az összes konfigurálható opciót, beleértve, de nem kizárólagosan a belső tárcsázási konfigurációt, a segélyhívási paramétereket, a hívásirányítási szabályzatokat, a hangposta kezelését és az eszköz alapértelmezett beállításait.
Módosítsa ezeket a globális beállításokat a szervezete irányelveinek és tervezési döntéseinek megfelelően.
Valamint a beállítások, valamint a felhasználói és alkalmazássablonok.
Pilóta migráció
A megvalósítási fázisban egy kísérleti migráció végrehajtása kritikus mérföldkövet jelent a -ról a -ra való áttérés validálásában. Ez a kísérleti projekt a felhasználók egy reprezentatív részhalmazának kiépítését foglalja magában egy vagy több helyszínen a platformon, biztosítva, hogy a kiválasztott populáció a felhasználási esetek és szervezeti szerepkörök sokszínűségét tükrözze. A felhasználók migrálásával párhuzamosan az alapvető együttműködési szolgáltatásokat, beleértve a hangpostát, az automatikus kezelőket, a hívássorokat és a keresési csoportokat, át kell állítani a megfelelőikre az üzletmenet folytonosságának és a szolgáltatások funkcionalitásának fenntartása érdekében.
A kísérleti migrációnak a Cisco által biztosított eszközök és harmadik féltől származó migrációs segédprogramok ugyanazon kombinációját kell használnia, mint amelyet a szélesebb körű szervezeti telepítéshez terveztek, biztosítva, hogy a folyamatok, az automatizálási munkafolyamatok és az integrációs pontok reprezentatív körülmények között alaposan validáltak legyenek.
A kísérleti telepítés fő célja kettős: Először is, a teljes körű átmeneti folyamatok validálása és finomítása, beleértve a felhasználók kiépítésének munkafolyamatait, az adatmigrációs eljárásokat és a végpontok konfigurációját; másodszor pedig a migrált szolgáltatások funkcionalitásának átfogó ellenőrzése valós működési körülmények között.
Ez a szakaszos megközelítés lehetővé teszi a projektcsapat számára, hogy ellenőrzött környezetben azonosítsa és orvosolja a technikai vagy eljárási problémákat, felhasználói visszajelzéseket gyűjtsön az új platformmal kapcsolatos élményről, felmérje a kiválasztott migrációs eszközök hatékonyságát, és bizalmat építsen ki a migrációs módszertan iránt, mielőtt folytatná a szélesebb körű szervezeti telepítést.
A kísérleti fázis során szerzett ismeretek elengedhetetlenek a későbbi migrációs hullámok optimalizálásához és a teljes vállalat zökkenőmentes, kockázatmentes átmenetének biztosításához.
PSTN beszerzése
A PSTN szolgáltatások beszerzéséhez a(z) számára először válasszon ki egy PSTN csatlakozási lehetőséget a(z) lehetőségben.
Ha egy szervezet hibrid kettős hívásvezérlés fenntartását tervezi ( 1. fázis a ábrán látható Fázisos hívásátmenet: Hibrid és felhőalapú) akár ideiglenesen, akár határozatlan ideig, egy vagy több helyi átjárót kell telepíteniük a helyszíni PSTN-hez, hogy lehetővé tegyék a hívásokat a és a végpontok között.
Ha a felhőbe való teljes átállás ( 2. fázis) a végső cél, beleértve a PSTN-t is, akkor vagy egy Cisco híváscsomagra, vagy egy Cloud Connect opcióra lesz szükség a PSTN-hez.
A telefonszámok megrendelése és átvitele előtt működjön együtt a kiválasztott szolgáltatóval a . Telefonszámok megrendelése vagy számhordozási megbízások kezdeményezése csak required/possible helyszíni PSTN és Cloud Connect esetén. A Cisco híváscsomagok esetében a rendelés és a portolás a Control Hub-on belül kezdeményezhető, amint a helyszín létrejön, és azokban az országokban, ahol a Cisco híváscsomag elérhető. A Cisco Calling csomagokkal kapcsolatos további információkért lásd: A Cisco csomagok használatának megkezdése.
A PSTN megvalósításának részeként győződjön meg arról, hogy a szolgáltatója engedélyezte mind a bejövő, mind a kimenő PSTN szolgáltatásokat az Ön tartózkodási helyén. Ezenkívül végezzen teszthívásokat annak ellenőrzésére, hogy a hívások megfelelően továbbítódnak-e a kiválasztott PSTN-kapcsolaton keresztül.
Helyszínek konfigurálása
Mielőtt felhasználókat és eszközöket adna hozzá a szolgáltatáshoz, ki kell építenie a hívási helyeket. Minden helyszínhez érvényes utcanevet kell megadni. Az Egyesült Államokban és Kanadában ezt a címet a platform validálja és használja a PIDF-LO helymeghatározási információk küldésére segélyhívásokhoz.
Helyszíni PSTN-t használó helyszínek konfigurálásakor ennek megfelelően kell beállítani a helyi átjárókat. A esetben minden helyi átjáróhoz létre kell hozni egy trunkot és egy útvonalcsoportot, majd az útvonalcsoportot hozzá kell rendelni a helyszín PSTN-választásához. A Cisco határozottan javasolja, hogy mindig útvonalcsoportot válasszon PSTN-ként, mivel ez a megközelítés lehetővé teszi további trunkok egyszerű hozzáadását a jövőben, támogatva mind a skálázhatóságot, mind a redundanciát. A Cisco azt is javasolja, hogy minden PSTN trönkön engedélyezzék a kettős identitást és a P-Charge-Info támogatást, mivel ez leegyszerűsíti a számlázandó fél azonosítását a kimenő közvetlen vagy átirányított hívások esetében. Ha a PSTN-szolgáltatója más fejlécet használ a számlázáshoz, akkor a helyi átjáró P-Charge-Info fejlécéből átmásolhatja az információkat a kívánt számlázási fejlécbe.
Azokon a helyszíneken, ahol a Cloud Connect vagy a Cisco Calling Plan PSTN-opciót használják, egyszerűen válassza ki a helyszínhez tartozó PSTN-opciót a beállítás során. Ha a helyszín Cloud Connect vagy helyszíni PSTN-t használ, akkor hozzá kell adnia az előző lépésben megrendelt telefonszámokat. A számok inaktívként hozzáadhatók, ha nem szeretné, hogy azonnal szerepeljenek a hívásirányításban; ezeket a számokat később aktiválhatja, amikor felhasználókhoz vagy funkciókhoz rendeli őket.
Fontos, hogy mindig beállítsuk az egyes helyszínek fő számát. A fő szám hozzárendelhető egy felhasználóhoz vagy egy funkcióhoz, például egy automatikus hívószámhoz. A hangposta engedélyezéséhez a helyszínen állítsa be a hangposta pilotszámát, más néven a hangportál számát.
A hívási helyszínekre vonatkozó további beállítások közé tartozik a segélyhívás részleteinek konfigurálása, például a segélyhívó szám, az értesítési beállítások és a továbbfejlesztett segélyhívási funkciók. Ezenkívül az egyes helyszínekhez tartozó felvételi beállításokat, nyelvi preferenciákat és eszközkonfigurációkat is át kell tekintenie és szükség szerint módosítania kell. Ha szervezete rövidített, telephelyek közötti, vállalati jelentős számokkal történő tárcsázást használ, ne felejtse el egyedi telephelykódot konfigurálni a helyszínhez a belső tárcsázási beállításokban. Végül, ha a külső tárcsázáshoz kimenő hívószámra van szükség, mindenképpen állítsa be ezt a külső tárcsázási beállításokban. Kimenő hívószám konfigurálásakor a Cisco azt javasolja, hogy engedélyezze a kimenő hívószámok kényszerítését az egységesség biztosítása érdekében.
Integráció a helyszíni hívásvezérléssel
A helyszíni hívásvezérléssel való integrációhoz konfigurálni kell a trönköket, az útvonalcsoportokat, a vállalati tárcsázási terveket, valamint a hely- és globális beállításokat. Kezdje a helyszíni hívásvezérlő rendszerrel való összekapcsolásra szánt trönkök és helyi átjárók beállításával; ez a lépés csak akkor szükséges, ha dedikált trönkökre van szükség. Ha a meglévő trunkok és útvonalcsoportok elegendőek a telepítéshez, akkor további konfiguráció nélkül újra felhasználhatók a helyszíni összekapcsoláshoz.
Miután a trönkök és az útvonalcsoportok létrejöttek, folytassa a vállalati tárcsázási tervek létrehozásával, és rendelje hozzá a megfelelő útvonalcsoportot célállomásként minden tárcsázási tervhez. Amikor az integráció több helyszíni hívásvezérlő rendszert foglal magában, amelyek különböző trönkön keresztül csatlakoznak, több tárcsázási tervre lesz szükség. Fontos biztosítani, hogy ezek a tárcsázási tervek csak a helyszíni célhelyekre irányuló hívások irányításához szükséges mintákat tartalmazzák.
Ha a telepítéshez ismeretlen bővítmény-útválasztás támogatása szükséges, ezt a funkciót a hely szintjén kell engedélyezni. Továbbá, ha az ismeretlen mellék átirányítása aktiválva van, meg kell adnia az ismeretlen mellék maximális hosszát a hívásszolgáltatási beállítások Hívásirányítás a helyszínek között szakaszában. Ez biztosítja a zökkenőmentes hívásirányítást és a mellék alapú tárcsázási forgatókönyvek megfelelő kezelését az integrált környezetben.
Felhasználók kötegelt migrálása
Amikor felhasználókat migrál a(z) helyről a helyre, előfordulhat, hogy nem tudja egyszerre az összes felhasználót áthelyezni. Ennek több oka is lehet, beleértve, de nem kizárólagosan a webhelyek vagy felhasználók számát, a webhely áttelepítéséhez szükséges időt and/or egyszerre több felhasználó, korlátozott informatikai vagy telephelyi erőforrás a változtatási időszak támogatásához, a változtatási időszak időtartama, a változtatás összetettsége stb.
Amikor fázisokban migrál felhasználókat, kritikus fontosságú azonosítani, hogy mely felhasználókat kell együtt, ugyanabban a kötegbenmigrálni. Az elsődleges cél a felhasználók közös migrálása, akik függőségekben állnak egymástól a hívási szolgáltatásaik és funkcióik tekintetében. Biztosítani szeretné, hogy minden hívási funkciójuk (példa - Hívási várólisták) teljes mértékben működőképes legyen a(z) oldalon, ahogyan az átállás előtt is voltak a(z) oldalon.
Még ha hívás-együttműködést valósít meg a helyi átjárók között és azokkal, a megosztott szolgáltatásokat vagy funkciókat nem oszthatja szét ezen a kapcsolaton. Ezért a felhasználók közötti függőségeket olyan jellemzők vizsgálatával kell azonosítani, mint:
-
Más felhasználók monitorozása BLF-ek használatával
-
Ugyanabban a vadászpilótában, hívássorban stb.
-
Megosztott vonalak
-
Hívásfogadás használata
-
Ugyanazon hívásparkoló számok használata
-
Intercom
-
Executive/Admin.
Példa erre egy olyan felhasználó, aki egy olyan vadászati csoport tagja, amelyet átállítanak a következőre: . Ez a felhasználó átkerül a vadászcsoportba és a vadászcsoport összes többi tagjába. Így az átállást követően a Hunt Group és tagjai sikeresen fogadhatják a hívásokat az új platformon.
Ez nagyobb kihívást jelent, ha a felhasználók különböző felhasználói csoportokhoz csatlakoznak különböző hívásszolgáltatások és funkciók igénybevételéhez. Ehhez egynél több felhasználói csoportot és egy hívószolgáltatást kell egyszerre átirányítani.
A előkészítési fázisban használt Migration Insights eszköz vagy harmadik féltől származó eszköz kimenetének használatával határozza meg, hogy mely felhasználókat és funkciókat kell csoportosítani. Ezt a kimenetet kellett volna felhasználni a migrációs terv kidolgozásához, és betekintést nyújt abba, hogyan fogod csoportosítani azokat a felhasználókat és funkciókat, amelyeknek együtt kell átállniuk.
A felhasználók csoportos áttelepítésének legfontosabb lépései a következők:
-
Felhasználók azonosítása közös migráláshoz
-
Ellenőrizze, hogy minden felhasználó benne van-e
-
Ellenőrizze, hogy a felhasználók összes TN-je létezik-e a
-
Ellenőrizze a telefonszám helyes formátumát a telefonkönyvben
-
Győződjön meg arról, hogy a felhasználói csoportok licencelési és beállítási sablonjai helyesen vannak beállítva.
-
A felhasználói csoport összes hívásszolgáltatásának és funkciójának ellenőrzése vagy konfigurálása (az átállás előtt vagy alatt, adott esetben)
-
A vállalati címtárban adjon hozzá felhasználókat a hívásra jogosult felhasználók csoportjához
-
Leverage Tools – felhasználó- és funkciómigrációs eszközök and/or harmadik féltől származó eszközök
-
Disable/Delete user/device hívószám és hívás features/services az átállás után.
Felhasználói csoport migrálása után tesztelje a felhasználók egy részhalmazát, hogy ellenőrizze, hogy az összes hívási funkciójuk és szolgáltatásuk megfelelően működik-e. Ha a hívási funkciók, mint például a hívássor, a keresési csoportok stb. átkerülnek a felhasználói csoporttal, akkor tesztelje ezeket a hívási szolgáltatásokat a megfelelő működés szempontjából.
Munkaterületek
A esetében a munkaterület egy megosztott helyszínre utal (például egy konferenciateremre, egy kis tárgyalóra vagy egy hot deskre), amelyhez eszközök, bővítmények és felhasználók rendelhetők hozzá. A hagyományos Unifed CM telefonokkal ellentétben a munkaterületek:
-
Helyszínközpontú: fizikai terekhez kötve.
-
Eszközhöz igazítható: egy vagy több eszközzel is rendelkezhet (asztali telefonok, táblák stb.).
Miután a munkaterületeket azonosították az átmenet részeként, hozzáadhatók az Eszközök alatt. Minden munkaterülethez eszköz-hozzárendelés szükséges, és ha már szerepelnek az Unified CM-ben, akkor vissza kell állítani vagy újra kell kiépíteni őket. Az olyan funkciók, mint a hangposta, a hívásátirányítás és a hívásfogadás engedélyezhetők vagy letilthatók, és szükség szerint szabályzatok alkalmazhatók a videohívásokra, a hívásparkoltatásra és a mobilitásra. Teszteljen minden munkaterületet belső és külső hívások kezdeményezésével, videó-, konferencia- és mobilitási funkciók tesztelésével. Végül tájékoztassa a felhasználókat a munkaterület eszközeire és foglalásaira vonatkozó folyamatokról.
A munkaterületekről további információt a Munkaterületekcímű részben talál.
Eszközök kiépítése
A jelenleg regisztrált telefonokat a felhőbe való átállás részeként migrálni kell. A migráció lehető legegyszerűbbé tétele és a hibalehetőségek minimalizálása érdekében a Cisco a fizikai telephelyek vagy részlegek egyidejű migrálását javasolja. Előfordulhat azonban, hogy a funkciók függőségei miatt kötegekben kell migrálnia a felhasználókat. További részletekért lásd a Felhasználók kötegelt migrálása című részt.
Minden támogatott telefont, amelyről át kell állnia, felhasználóként vagy munkaterületként kell konfigurálni a szolgáltatásban, és a fizikai telefont újra kell konfigurálni a szolgáltatásban való regisztrációhoz. Ezenkívül a 7800-as és 8800-as sorozatú telefonok firmware-jét frissíteni kell vállalati firmware-ről többplatformos telefon (MPP) firmware-re. Ez a folyamat magában foglalja az átmeneti firmware betöltését a regisztrációhoz szükséges MPP firmware betöltése előtt. Szükség van a megfelelő migrációs engedélyre is. A Cisco az elmúlt években fejlesztette ezt a folyamatot, hogy megkönnyítse vállalati firmware-es telefonjainak MPP firmware-re való frissítését. A firmware frissítésének lépéseivel kapcsolatos további információkért lásd: Cisco 7800 és 8800 sorozatú IP-telefonok konvertálása Enterprise és MPP firmware között.
A cikkben ismertetett lépéseken túlmenően a Telefon migrálása Webex Calling szolgáltatásbabeépített eszközzel is rendelkezik, amelynek segítségével migrálhatja 7800-as és 8800-as telefonjait Enterprise verzióról MPP firmware-re. Ez az eszköz lehetővé teszi a telefonok hozzáadását és a megfelelő felhasználókhoz vagy munkaterületekhez való hozzárendelését is. Az eszközhasználattal kapcsolatos további információkért lásd: Telefon migrálása.
A fenti firmware-migrációs követelmény nem vonatkozik a 9800-as sorozatú telefonokra. Ezek a telefonok PhoneOS rendszert futtatnak, amelyet mind a , mind a támogat. Ahhoz, hogy ezeket a telefonokat áttelepíthesse, hozzá kell adnia őket a Webex Callinghoz, hozzá kell rendelnie egy felhasználóhoz vagy munkaterülethez, majd vissza kell állítania a telefonok gyári beállításait. PhoneOS rendszerindítási sorrend a regisztrációhoz Az alábbi ábra a PhoneOS rendszerindítási sorrendjét mutatja, és azt, hogy a telefon hogyan regisztrálódik a rendszerre, miután hozzáadták a rendszerhez, még akkor is, ha a telefon még mindig kiépítve van a rendszeren. and/or A DHCP-beállítások (példa - 150) használatban vannak.
támogatja a PhoneOS eszközök gyári visszaállítását a . rendszerhez való nulla érintésű bevezetés érdekében. Az adminisztrátorok távolról visszaállíthatják a 9800-as és 8875-ös telefonok gyári beállításait a CUCM adminisztrációs oldalain keresztül, ami kiküszöböli a telefonok fizikai elérésének szükségességét a rendszerhez való csatlakozáshoz. Ez a funkció a 2025. szeptember 9-től kiadott eszközcsomagokkal támogatott:
-
CUCM v15 - Unified Communications Manager 15-ös verzió
-
CUCM v14 - Unified Communications Manager 14-es verzió.
A 9800-as sorozat regisztrációs folyamatával kapcsolatos további információkért lásd: Regisztrációs folyamat.
A Cisco IP-telefonokon kívül szükség lehet más eszközök, például analóg telefonadapterek (ATA), vezeték nélküli (Wifi, DECT) telefonok, videoeszközök, hangátjárók, valamintharmadik féltől származó eszközök és telefonok telepítésére is. Ezen eszközök közül soknak nincs firmware-frissítési útvonala, mint az IP-telefonoknak, amelyekkel vállalati firmware-ről felhőalapú firmware-re válthatnának. Ezért ezeket az eszközöket a Control Hub-ban kell kiépítenie. Ezek közül néhányra nem lehet átállni, és a megfelelő modellnek kell lecserélnie azokat (pl. ATA 191/192) és mások manuális újrakonfigurálást igényelnek and/or szoftverváltozások.
- Hangátjárók - A helyi átjáró migrálásához lásd: Helyi átjáró migrálása.
A VG400, VG410 vagy VG420 hangátjáró Control Hub-ban történő konfigurálásával kapcsolatos további információkért lásd: Helyi átjáró
-
Analóg telefonadapter (ATA) - A Cisco ATA 191 és 192 használatának megkezdéséhez lásd: Cisco ATA.
-
Wifi vezeték nélküli telefon - A 840-es és 860-as vezeték nélküli telefonok integrálásához lásd: Webex vezeték nélküli telefon integrálása.
-
DECT vezeték nélküli telefonok - Az új Cisco IP DECT 6800 sorozat használatának megkezdéséhez lásd: Cisco IP DECT.
A digitális DECT hálózat Control Hub-ban történő kiépítéséhez és kezeléséhez lásd: DECT hálózat kezelése
A Cisco IP DECT 6800-ról további információt a Telepítési útmutatóbantalál.
-
3. féltől származó eszközök és telefonok - Együttműködés 3. féltől származó gyártókkal a következőn: device/phone követelményeket, valamint azok támogatására való migrálásának vagy cseréjének folyamatát.
Szolgáltatások konfigurálása
Minden szükséges hívásfunkciót ki kell építeni az átmenet előtt vagy alatt. Amint azt a Felhasználók kötegelt migrálása című részben tárgyaltuk, a hívási funkciókat konfigurálni és át kell vinni, amikor az azokat használó felhasználók átkerülnek.
Az egyes funkciók konfigurálásával kapcsolatos részletekért lásd a megfelelő konfigurációs súgócikkeket.
-
Automatikus asszisztensek – Az automatikus asszisztensek kezeléséhez lásd: Automatikus asszisztensek
-
Hívásparkolás – A hívásparkolás kezeléséhez lásd: Hívásparkolás
-
Hívásfelvétel – A hívásfelvételi csoport konfigurálásához lásd: Hívásfelvétel
-
Hívássorok - A hívássor konfigurálásához lásd: Hívássor
-
Vadászcsoportok – A vadászcsoportok kezeléséhez lásd: Vadászcsoport kezelése
-
Üzemmódok - Az üzemmódokon alapuló hívások irányításával kapcsolatban lásd: Hívások irányítása üzemmódok alapján
-
Személyhívócsoportok – Személyhívócsoport konfigurálásához lásd: Személyhívócsoport konfigurálása
-
Felvételek – A hívások rögzítésének kezeléséhez lásd: Felvételek kezelése
-
Egyetlen szám elérése - Az egyetlen szám elérésének konfigurálásához (bárhol elérhető iroda) lásd: Egyetlen szám konfigurálása
-
Hangposta csoport – A megosztott hangposta és bejövő faxok fiókjának kezeléséhez lásd: Hangposta kezelése.
Elfogadás tesztelése
Az elfogadási tesztelés biztosítja, hogy a migrált környezet megfeleljen a funkcionális követelményeknek, a várt módon működjön, és zökkenőmentes felhasználói élményt nyújtson az összes kommunikációs munkafolyamatban. Ez az érvényesítési folyamat sokrétű, és mindent lefed a felhasználók kiépítésétől és a számok kiosztásától kezdve a fejlett hívásfunkciók működési teljesítményéig.
Ez a szakasz példákat mutat be és kiemeli a legfontosabb szempontokat, amelyeket az elfogadási tesztelés során figyelembe kell venni; azonban nem célja, hogy kimerítő vagy átfogó ellenőrzőlistaként szolgáljon.
Felhasználói kiépítés és számkiosztás
Az elfogadási tesztelés egyik alapvető aspektusa annak ellenőrzése, hogy minden felhasználó pontosan és teljes mértékben ki legyen-e építve a rendszeren belül. Ehhez alaposan össze kell hasonlítani a forrás() könyvtárat és az újonnan létrehozott felhasználói bázist, hogy megbizonyosodjunk arról, hogy minden felhasználói fiók, valamint a hozzájuk tartozó attribútumok, például a mellékszámok és a közvetlen bejövő tárcsázási (DID) hozzárendelések megfelelően migrálásra kerültek. A kiépítés teljessége nemcsak az első napi működőképesség, hanem a folyamatos adminisztráció és támogatás szempontjából is kritikus fontosságú.
A számhozzárendelés validálása magában foglalja annak megerősítését, hogy minden felhasználóhoz a megfelelő mellék és külső szám van hozzárendelve, valamint hogy ezek a számok helyesen irányítódnak-e mind a belső (hálózaton belüli), mind a külső (PSTN) hívásfolyamatokban. Fontos ellenőrizni az átfedéseket, hiányzó hozzárendeléseket vagy hibás konfigurációkat, amelyek hívásirányítási hibákhoz vagy szolgáltatásmegszakításokhoz vezethetnek.
PSTN hívásfolyamatok és hívóazonosító megjelenítése
Egy robusztus átvételi tesztelési eljárásnak magában kell foglalnia a PSTN hívásfolyamatok végponttól végpontig tartó validálását. Ez magában foglalja mind a bejövő, mind a kimenő hívásokat. Bejövő PSTN-hívások esetén a tesztelőcsapatnak meg kell erősítenie, hogy a hívások a kívánt végpontokra jutnak el, legyenek azok egyéni felhasználók, hívássorok, keresőcsoportok vagy automatikus kezelők. A kimenő PSTN-hívásokat sikeresen kell kezdeményezni, különös figyelmet fordítva a hívóazonosító információk helyes kézbesítésére és megjelenítésére. Ez magában foglalja annak biztosítását, hogy a hívó fél neve és száma a külső címzettek számára a szervezeti irányelveknek és a szabályozási követelményeknek megfelelően jelenjen meg.
A tesztelésnek a feladatátvételi forgatókönyveket is ki kell terjednie, például az elérhetetlen végpontok vagy hálózati zavarok kezelését. Ez segít megerősíteni, hogy a tartalék mechanizmusok és az alternatív útvonaltervezés megfelelően működnek, fenntartva a szolgáltatás folytonosságát és megbízhatóságát.
Hálózaton belüli hívásfolyamatok
A belső, vagyis az interneten keresztül lebonyolított hívásfolyamatok alkotják a vállalati kommunikáció gerincét. Az ezen a területen végzett átvételi tesztelés azt ellenőrzi, hogy a szervezeten belüli felhasználók közötti hívások megfelelően vannak-e irányítva, és hogy az olyan funkciók, mint a hívásátirányítás, a tartás, az átirányítás és a konferenciahívások a kívánt módon működnek-e. A tárcsázási tervek integritását, a mellékek közötti kapcsolatot és a szervezeti hívási házirendek támogatását mind meg kell erősíteni.
Felhasználói híváskezelés és funkcióérvényesítés
Az átvételi tesztelés fontos aspektusa annak validálása, hogy a felhasználók hogyan kezelik a hívásokat a és a támogatott asztali telefonok használatával. Ez a folyamat annak megerősítésére összpontosít, hogy a napi hívási munkafolyamatok intuitívak és megbízhatóak, valamint hogy a felhasználók zökkenőmentesen hozzáférhetnek a szerepkörükhöz szükséges alapvető funkciókhoz. A tesztelésnek fel kell mérnie, hogy a felhasználók milyen könnyen tudnak hívásokat kezdeményezni és fogadni, kezelni a tartásba vétel és a hívás folytatása funkciókat, valamint vakon és konzultációs úton is átirányítani a hívásokat. Az is lényeges, hogy ellenőrizzük a hívásátirányítás, a konferenciahívások és egyéb fejlett funkciók, például a hívások parkolása és visszavétele, illetve a „ne zavarjanak” mód aktiválása könnyen elérhetőek és zökkenőmentesen működjenek.
A felhasználói élményt az érthetőség és a válaszadási hatékonyság szempontjából kell értékelni, figyelembe véve, hogy a felhasználók hogyan használják a híváselőzményeket, a hangpostát és az integrált címtárakat. Különös figyelmet kell fordítani az aktív hívások eszközök közötti áthelyezésének lehetőségére, valamint a hívás közbeni vezérlők hatékony használatára az alkalmazáson belül vagy fizikai telefonokon. A végső cél annak biztosítása, hogy a végfelhasználói élmény konzisztens, hatékony és teljes mértékben támogassa a szervezet kommunikációs igényeit az áttelepítést követően.
Hívássorok: Ügynöki és felügyelői tapasztalat
A hívássorokat gyakran használják nagy mennyiségű bejövő hívás kezelésére. Az elfogadási tesztelés itt több dimenzióra összpontosít. Először is ellenőrizni kell, hogy a hívások a konfigurált sorban állási logika, például a körforgás, a leghosszabb üresjárat vagy az egyidejű csengés szerint kerülnek-e elosztásra az ügynökök között. Meg kell vizsgálni a sorban álló hívások ügynöki asztalokon történő megjelenítését az érthetőség és a könnyű használhatóság szempontjából, biztosítva, hogy az ügynökök hatékonyan fogadhassák, tarthassák és átadhassák a hívásokat.
A felügyelőknek az asztali élményt olyan funkciók szempontjából kell értékelniük, mint a valós idejű figyelés, a hívástiltás, valamint az elemzések vagy a várólista teljesítményével kapcsolatos betekintések. Ez magában foglalja többek között az irányítópultok és jelentéskészítő eszközök validálását, amelyek gyakorlatias adatokat szolgáltatnak a híváselosztásról, az ügynökök tevékenységéről és a várólista-mutatókról.
Vadászcsoportok: Híváselosztás
A keresőcsoportok kulcsfontosságú mechanizmusok a hívások előre meghatározott felhasználói csoportokhoz való elosztására. Az átvételi tesztelésnek meg kell erősítenie, hogy a hívások a konfigurált vadászati algoritmus alapján kerülnek továbbításra a csoporttagokhoz, és hogy a túlcsordulás, továbbítás és a válasz hiánya esetén a rendszer a tervnek megfelelően kezeli a hívást. A működési konzisztencia és a felhasználói elégedettség szempontjából elengedhetetlen annak biztosítása, hogy a csoporttagság és a hívásirányítási viselkedés megfeleljen a korábban meghatározottaknak.
Automatikus kezelők: Közlemények és menüműveletek
Az automatikus híváskezelők az automatizált híváskezelés frontvonalát képviselik. A tesztelésnek ki kell terjednie a bejelentések lejátszására, a rögzített üdvözlések pontosságára és a menüfák helyes működésére. A menüpontoknak megbízhatóan kell irányítaniuk a hívókat a megfelelő osztályokhoz, személyekhez vagy külső számokhoz. A tesztelésnek érvénytelen vagy időtúllépéses forgatókönyveket is tartalmaznia kell annak megerősítésére, hogy a hívók egyértelmű útmutatást kapnak, vagy a tervek szerint átirányítják őket.
Hangposta működés
Végül, a hangposta funkciója kritikus fontosságú a felhasználói élmény szempontjából. Az elfogadási teszteknek ellenőrizniük kell, hogy a hangpostafiókok helyesen vannak-e kiosztva és elérhetőek-e, mind a szervezeten belülről, mind távolról. Az üzenetek rögzítésének, lekérésének és kezelésének képességét, valamint az értesítések kézbesítését is meg kell erősíteni.
Optimalizálás
PSTN migráció Cloud Connect szolgáltatásra
Miután az összes végpont és felhasználó átkerült a felhőhívásokba, az Unified CM egyetlen célja, hogy tranzitként működjön a PSTN-átjárók és a helyi átjáró között. A PSTN-átjárók, a és a helyi átjáró eltávolítása a képből a Cloud Connect használatával PSTN-hozzáférésként az összes Webex Calling felhasználó számára számos előnnyel jár, többek között a költségcsökkentéssel és a jobb megbízhatósággal. A helyszíni PSTN-hozzáférés Cloud Connect szolgáltatásba való átállításához a következő lépéseket kell végrehajtania:
-
Cloud Connect a partner kiválasztásához.
Tekintse meg a Cloud Connect partnerek listáját, és válasszon a szervezete helyszínén elérhető partner(ek) közül.
-
Cloud Connect az érvényesítéshez.
Mielőtt a helyszínek PSTN-hozzáférését a Cloud Connectre váltaná, ellenőrizni és validálni kell a PSTN-hez való csatlakozást a kiválasztott Cloud Connect partneren keresztül. Erre a célra létre kell hozni egy teszthelyszínt, ahol néhány tesztfelhasználónak kell lennie. A teszthelyszín PSTN-hozzáférését ezután a Cloud Connect partnerhez kell beállítani, mielőtt a teszttelefonokkal érvényesítenék a PSTN-kapcsolatot. Sikeres validáció esetén a teszthelyszín leválasztható.
-
Számhordozás.
A Cloud Connectre való átkapcsolás előkészítéséhez portolási rendelést kell leadni az összes, a -ra végződő PSTN-trunkhoz jelenleg hozzárendelt számra. Minden számot át kell vinni a Cloud Connect partnerhez. A helyszínek közötti elérhetőség fenntartása érdekében az összes helyszín összes számát egyszerre kell hordozni.
-
Váltson Cloud Connect partnerre.
Az átállás dátumán a PSTN-hozzáférést minden helyszín esetében a felhőalapú PSTN-szolgáltatóra kell állítani, és a bejövő és kimenő kapcsolatot ellenőrizni kell.
Amint azt a tervezési fejezet PSTN szakaszában tárgyaltuk, az ügyfelek dönthetnek úgy is, hogy a PSTN-hozzáférésüket a Cloud Connectre helyezik át az átállás kezdetén PSTN-trunking használatával hibrid telepítések esetén. További információkért lásd: PSTN trunking hibrid Webex Calling telepítésekhez. Ebben az esetben az átmenet során a PSTN-hozzáférés helyi átjárón keresztül történik, és miután az összes felhasználót áthelyezték, a leszerelésen és a helyi átjárókon kívül nincs további PSTN-nel kapcsolatos migrációs lépés.
Helyszíni infrastruktúra optimalizálása
Miután minden felhasználó átkerült a felhőalapú regisztrációba, és az összes végpont átkerült a felhőbe (vagy le lettek szerelve), frissítse a megfelelő helyszíni infrastruktúrát, most, hogy a felhőalapú hívások használatban vannak. Az infrastruktúra frissítései a következők:
-
Helyszíni hívásvezérlési és üzenetküldési DNS SRV-rekordok eltávolítása a helyszíni DNS-kiszolgáló(k)ról, beleértve a következőket cisco_uds: ._tcp.<domain>, cup_login._tcp.<domain>. Ezekre az SRV-rekordokra már nincs szükség az ügyfélszolgáltatás felderítéséhez.
-
Távolítsa el a peremhálózathoz kapcsolódó DNS SRV rekordokat a nyilvános DNS-rendszerből, beleértve a collab_edge._tls.<domain>. Ezekre az SRV-rekordokra már nincs szükség az együttműködési peremhálózati szolgáltatások ügyfélszolgálati felderítéséhez.
-
Frissítse az összes releváns DHCP-hatókört a 66-os és a 150-es opció eltávolításához. TFTP/boot szervercímek. Ezekre a hatókörökre már nincs szükség a végponti hívásvezérlés konfigurációjának felderítéséhez és letöltéséhez.
-
Update/remove megfelelő betárcsázós partnerek a helyi hálózatban Gateway/CUBE ez az irányítja a hívásokat az Unified CM-be és onnan. Ezekre a betárcsázós partnerekre már nincs szükség a helyszíni hívásirányításhoz.
-
Az összes és a fürtcsomópontok virtuális gépeinek törlése vagy eltávolítása and/or szerverek. A számítási erőforrások és a hardverek szükség szerinti átcsoportosítása. Ezekre az erőforrásokra már nincs szükség a hívásvezérléshez és a peremhálózati szolgáltatásokhoz.
-
Az összes fürtcsomópont virtuális gépének törlése vagy eltávolítása and/or szerverek. A számítási erőforrások és a hardverek szükség szerinti átcsoportosítása. Ezekre az erőforrásokra már nincs szükség a hangposta és az egységes üzenetküldő szolgáltatásokhoz.
-
Takarítás: A PSTN-hozzáférés felhőalapú PSTN-re való migrálása után a PSTN-trunkok, PSTN-átjárók és a helyi átjáró leállítható.
-
Bármely meglévő helyszíni E911 megoldás esetében törölje az összes migrált helyszínt vagy számot, és a teljes átállás befejezése után távolítsa el az alkalmazás virtuális gépeit vagy szervereit. A számítási erőforrások és a hardverek szükség szerinti átcsoportosítása. Ezekre az erőforrásokra már nincs szükség a segélyhívásokhoz és a helymeghatározási szolgáltatásokhoz.
-
A migrált felhasználókhoz tartozó DN-eket rejtett partícióba kell helyezni a hívásirányítási hibák elkerülése és annak biztosítása érdekében, hogy minden CSS elsőbbségi hozzáféréssel rendelkezzen ugyanazon DN felhőalapú elérési útjához.
-
Frissítse a fizikai diszpécserhelyszínt és a hálózati elemet a Horizon Mobility rendszerben, valahányszor változás történik. A frissítéseket igénylő gyakori tevékenységek a következők:
-
Hálózati kapcsoló cseréje
-
Vezeték nélküli hozzáférési pont csere
-
DHCP hatókör változásai
-
Fizikai változások az épületen belül (ha úgy döntenek, hogy cubical/office)
-
Fizikai irodaterület bővítése vagy szűkítése egy épületen belül.
-
Használjon analitikát és hibaelhárítást
átfogó elemzési és hibaelhárítási lehetőségeket kínál, amelyek segítenek a telepítés vizualizálásában és nyomon követésében. Ezek magukban foglalják a média minőségét, a részletes híváselőzményeket, a hívásvárakozást, a keresési csoportot és az automatikus hívóelemzéseket. A médiaminőség-elemzés egy példája a médiaminőség-elemzésábrán látható.
A hibaelhárítás alatt minden egyes, a [] médiaminőséggel és a jelzésekkel kapcsolatos problémára vonatkozó részletes információkkal megtekinthető a hívás, amely segít a médiaproblémák és a sikertelen hívások pontos meghatározásában, ahogy az a médiaminőséggel kapcsolatos hibaelhárításábrán is látható.
A hibaelhárítás más Cisco termékekkel, például a ThousandEyes és a Meraki kapcsolókkal is integrálható, így még gazdagabb integrált élményt nyújt a Control Hub-ban. A Webex Calling elemzési módszereivel és hibaelhárításával kapcsolatos további információkért lásd: Webex Calling hívások hibaelhárítása a Control Hubban.
