Migrációs telepítési útmutató

Bevezetés

Mielőtt elkezdené

Ez az útmutató olyan csapatok vagy magánszemélyek számára készült, akik tapasztalattal rendelkeznek a Cisco Unified Communications Manager (Unified CM) és a Cisco végpontok konfigurálásában és adminisztrálásában, beleértve az IP-asztali telefonokat, videóeszközöket és Jabber soft ügyfeleket. Ebben a dokumentumban hivatkozások találhatók a termék- és támogatási dokumentációra, amelyek segítenek.

Ez a dokumentum csak a többbérlőről Unified CM a Webex Calling többbérlőre való átmenetekre összpontosít. A dokumentumban Webex Callingszereplő kifejezés mindig Webex Calling többbérlőre utal.

Mielőtt megkezdené Unified CM a migrációtWebex Calling, feltétlenül átfogó megértésre van szükség a Webex Calling megoldásról és annak összetevőiről. A sikeres áttelepítéshez szükséges az Webex Calling architektúra, a szolgáltatási modellek, a telepítési lehetőségek és a kapcsolódó szolgáltatások ismerete a meglévő Unified CM munkaterhelések megfelelő feltérképezéséhez és a hatékony átmeneti terv megtervezéséhez.

Az alábbi Webex Calling összetevők alapos megértése elengedhetetlen a hatékony átmeneti stratégia és a működési készenlét kialak ításához.

Vezérlőközpont
Könyvtár és felhasználói kivitelezés
Webex Callingplatform
Támogatott hívási végpontok
PSTN csatlakozási lehetőségek
Webex Callingtárcsázási terv és számkezelés
Biztonsági és megfelelőségi funkciók.

További információt a Cisco Preferred Architecture című témakörben találWebex Calling.

Ez az útmutató kiemeli az átmeneti életciklus során használni kívánt eszközöket és folyamatokat. A helyszíni hívásról egy új felhőalapú hívási platformra való áttérés azonban jelentős erőfeszítést jelenthet potenciális üzleti, technikai és összetett kihívásokkal szemben. Unified CM Webex Calling Ez eknek a kihívásoknak a leküzdésére a Cisco számos különböző lehetőséget kínál az utazás során. Fontos, hogy áttekintse az Enterprise cloud hívások - Hívás-migr áció címen található információkat, és megértse az egyes lehetőségeket, valamint azt, hogy mindegyik hogyan segíthet Önnek a saját migrációban.

Webex migrációs eszközök: önkiszolgáló, ingyenes eszközök beépített a Control Hubba, amelyek egyszerűsítik az átmenetet Webex Calling
Minősített migrációs szolgáltatók: Cisco által hitelesített szoftver- és eszközszolgáltatók, akik migrációs megoldásokat fejlesztettek ki a Webex partnereinek és ügyfeleinek összetett és nagy áttelepítésekben történő segítségére. Ezek a megoldások segíthetnek egyszerűsíteni, kezelni és felgyorsítani az átmenetet Webex Calling
Webex Setup Assist: Cisco által vezérelt migrációs szolgáltatás, amely az ügyfeleket és partnereket végigvezeti a Webex Calling telepítésen és a konfiguráláson, ami a felhasználók és szolgáltatások sikeres áttelepítéséhez szükséges. Unified CM Webex Calling

Áttekintés

A felhőalapú együttműködési szolgáltatások növekedésével egyre több ügy fél szeretné áthelyezni meglévő együttműködési munkaterheléseit a felhőbe, mivel a teljes tulajdonosi költség, az egyszerűsített kezelés, a folyamatos szolgáltatásnyújtás, a megnövekedett lépték és a felhőalapú szolgáltatások kiváló megbízhatóságának ígéretei. Mivel az ügyfelek arra törekszenek, hogy átmenjenek a helyszíni együttműködési szolgáltatásokról a felhőalapú együttműködési szolgáltatásokra, fontos számukra, hogy megértsék, mit jelent az átmenet, és milyen lépéseket kell végrehajtani az átmenethez.

Ennek a dokumentumnak az a célja, hogy telepítési útmutatást nyújtson azoknak az ügyfeleknek, akik kifejezetten szeretnének átmenni Unified CM Webex Calling a helyszíni felhőbe. Ez a telepítési útmutató feltételezi, hogy az olvasó alapvető ismeretekkel rendelkezik a hívási átmenetről Unified CM ésWebex Calling, beleértve azt is, hogy mi változik az átmenet végrehajtásakor, és milyen különbségek vannak a hívási munkaterhelés helyszíni felhőbe történő áthelyezésekor. Mielőtt folytatná, győződjön meg arról, hogy áttekintette és ismeri az Átmeneti térképen elérhető információkat. Ez az átmeneti térkép-dokumentum információkat nyújt az átmenet változásairól és különbségéről.

Az á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 különböző együttműködési infrastruktúra- összetevőket tartalmaz a hálózaton, egy hívásvezérlő platformot, egy szélplatformot, hardver- és szoftver végpontokat, és bizonyos esetekben még konferencia- és ütemezési platformokat is. A Cisco architektúrájában ez magában foglal Unified CM ja a hívásvezérlést, a távoli hozzáférést biztosító Expressway és a vállalkozások közötti (B2B) peremszolgáltatásokat, a Cisco Meeting Server/ Cisco Meeting Management helyszíni konferenciákhoz, a Unity Connection a hangüzenetekhez, valamint a felhasználói hardvereket (Cisco IP-telefonok, Cisco Desk és Room video rendszereket) és szoftvereket () IP-alapú végpontokat. Cisco Jabber Ezek az összetevők bizonyos környezetben kissé eltérhetnek, de ez a dokumentum többi részében leírt átmenet kiinduló pontja.

On-Premises Collaboration Architecture: Call Control and Remote Access — ***Helyszíni együttműködési architektúra: hívásvezérlés és távoli hozzáférés***

Az ábrán látható architektúra Hely színi együttműködési architektúra: hívásvezérlés és távol i hozzáfér és a Cisco Collaboration Enterprise helyszíni telepítések preferált architektúráján (PA) alapul. Az Enterprise On- Premise szolgáltatásról további információt a Cisco együttműködési előnyben részesített architektú rák című témakörben talál.

Előtte: Helyszíni hívási infrastruktúra-összetev ők táblázata felsorolja a helyszíni architektúra kulcsfontosságú elemeit a felhőbe való áttérés Webex Calling előtt.

Táblázat 1. Előtte: Helyszíni infrastruktúra-összetevők hívása
Termék	Leírás
Unified CM	Helyszíni hívásvezérlés eszközregisztrációs és hívásátirányítási szolgáltatásokat nyújt
Cisco Expressway-C/E	A mobil és Remote Access (MRA) és a vállalkozások közötti (B2B) funkciókat biztosító Edge infrastruktúra, amely lehetővé teszi a távoli végpontok biztonságosan csatlakozhatnak a szervezeten kívülről. Az Expressway párban van telepítve, hogy külső végpontok tűzfalát vitelét biztosítsák.
Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) és Cisco Telepresentation Management Suite (TMS)	Helyszíni hang-, videó- és webkonferencia-infrastruktúra, amely többpontos értekezleteket, értekezletkezelést és ütemezési lehetőségeket biztosít. [Opcionális]
Cisco Unity Connection	Helyszíni hangüzenetküldő platform hangpostát és egységes üzenetküldési lehetőségeket biztosít . [Opcionális]
Cisco asztal, Cisco szoba, Cisco tábla, Cisco IP telefonok és Cisco Jabber	IP alapú eszközök regisztráltak, valamint hang Unified CM - és videohívási képességeket biztosítanak

Amint azt az ábra mutatja az Átmeneti döntés: a helyszíni hívások olyan ügyfelek számáraWebex Calling, akik helyszíni hívásvezérléssel rendelkeznek, valamint asztali Unified CM és videó IP-végpontokkal rendelkeznek, választhatják az architektúrát a felhőarchitektúra irányába való átt érése mellett. Webex Calling

A döntést az ügyfél funkcionalitási igényei alapján kell meghozni. Azoknak az ügyfel eknek, akik megfelelnek a következő követelményeknek, gondosan mérlegelniük kell ezt a döntést, és végül úgy dönthetnek, hogy a hívásvezérlést helyszíni tartják:

Nem támogatott telefonmodelleket Webex Calling
Összetett vagy számos integráció más helyszíni rendszerekkel vagy megoldásokkal, különösen akkor, ha ezeket az integrációkat nehéz megismételni, vagy nem állnak Webex Calling rendelkezésre egyenértékű alternatív megoldások
Komplex tárcsázási terv, nagyon részletgazdag szolgáltatási osztályok vagy mindkettő
Korlátozott, korlátozott vagy megbízhatatlan internet-hozzáférés
Szigorú adatvédelmi és tulajdonosi irányelvek
Helyszíni vagy országon belüli adathordozók rögzítésére és tárolására vonatkozó megfelelési követelmény
Harmadik fél integrációja életké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.

Transition Decision: On-Premises Calling to Webex Calling — ***Átmeneti döntés: helyszíni hívások Webex Calling***

Azoknak az ügyfeleknek, akik el akarják használni a felhőhívási szolgáltatásokat, fontolóra kell venniükWebex Calling. Ez a felhőhívási szolgáltatás lehetővé teszi az ügyfél számára, hogy kihasználja a Webex globális architektúráját a méretezés és a csatlakoztathatóság érdekében. A vállalati hálózat résztvevői és a vállalati hálózaton kívüli távoli résztvevők IP-alapú hardveres végpontok és/vagy asztali vagy mobil soft ügyfélalkalmazások segítségével kommunikálhatnak.

Ez a dokumentum olyan ügyfelekre összpontosít, akik Unified CM hívásvezérlő telepítéssel rendelkeznek, akik meg akarják érteni a telepítés engedél Webex Calling yezésének általános lépéseit, megfontolásait és követelményeit a következő szakaszban látható módon.

Alapkomponensek

Az áttelepítés célarchitektúrája több új összetevőt tartalmaz. Ez magában foglalja a felhőalapú hívások Webex Calling szolgáltatását, a Webex alkalmazást, a Cisco Directory Connector az identitás-integráláshoz és a helyi átjárót (LGW) a PSTN- hozzáféréshez, valamint a helyszíni felhőbe történő hívások integrációját. A Cisco hívástervezési csomagok vagy a Cloud Connected PSTN (CCP) által a Webex Calling Partnernek nyújtott Cloud Connect segítségével további lehetőségeket kínálnak a PSTN-hozzáféréshez.

Amint az a következő ábrán látható: Webex Calling Architektú ra, az új összetevők (Webex CallingKönyvtárcsatlakozó, Helyi átjáró és Túlélhetőségi átjáró) hozzáadódnak a meglévő helyszíni telepítéshez .

After: Webex Calling Architecture — ***Utána: Ép Webex Calling ítészet***

Utána: A felhőhívási infrastruktúra-összetev ők táblázata felsorolja az architektúra új elemeit a Webex-re való áttérés után.

Táblázat 2. Utána: Felhőhívási infrastruktúra-összetevők
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ásátirányítást biztosít
Cisco könyvtárcsatlakozó	Windows-tartománygépen futó Windows-alkalmazás, amely identitásszin kronizálást biztosít a vállalati helyszíni Active Directory és a Webex szervezet azonosítótárolója között. A helyszíni helyszínről az Entra ID-re költözött ügyfelek esetében Active Directory a Cisco Directory Connector helyett a Webex-szel történő identitás-integráció az Entra ID Wizard alkalmazást használja.
Helyi átjáró	A helyi átjáró hídként szolgál az ügyfél helyszíni egységes kommunikációs hálózata és a Webex Calling felhő között. Helyszíni üzembe helyezhető vagy egy partner által üzemeltethető, így PSTN- hozzáférést biztosít a felhőben regisztrált végpontokhoz, valamint integrálhat a regisztrált és a felhőben regisztrált végpontok közöttUnified CM. Cisco IOSAz XE integrált szolgáltatások útválasztója (ISR 1100 és 4000 sorozat), a Cisco Catalyst 8200/8300 sorozat, a Cisco Catalyst 8000V Edge szoftver és a különféle tanúsított harmadik féltől származó munkamenet-határvezérlők (SBC) használhatók LGW-ként a szakaszos migrációs megközelítéshez.
Túlélhetőségi átjáró	A túlélőképességi átjáró (SGW) egy helyi hálózati IOS-XE alapú átjáró, amely biztonsági hívási szolgáltatásokat nyújt a helyszíni végpontokhoz a hálózati leállások során. Webex Calling
Cisco híváscsomag, Cloud Connect Webex Calling	A Cisco Calling Plan és a Cloud Connect for felhőalapú opci Webex Calling ók a végpontok PSTN-eléréséhez. Webex Calling A PSTN-hozzáférést egy felhőalapú PSTN-szolgáltató segíti, és nem igényel helyszíni berendezést.
Webex alkalmazás	Asztali operációs rendszeren (Windows, Mac) vagy mobil operációs rendszeren (Android, iOS) futó ügyfélalkalmazás, amely közvetlenül a Webex Calling platformra regisztrált hívási funkciókhoz.

PPDIO folyamat áttekintése

A PPDIO folyamat az Elő készítés, Tervezés, Tervezés, Implementáció és Optimalizálás rö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üljön fel: Értékelje a jelenlegi környezetet, gyűjtse össze a követelményeket, és összehangolja az érdekelt feleket szilárd alapok létrehozásához.
Terv: Rész letes projekttervek kidolgozása, beleértve az ütemterveket, az erőforrásokat és a kockázatcsökkentési stratégiákat.
Tervezés: Építsd ki az üzleti és műszaki igényekhez igazított célmegoldást.
Végrehajtás: Végezze el a telepítést vagy az áttelepítést a tervezésnek megfelelően, ellenőrizve a funkcionalitást és a teljesítményt.
Optimalizálás: A megvalósítás után folyamatosan javítsa a megoldást a teljesítmény figyelem mel kísérésével, 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 -tól Webex Calling -ig terjedő migrációs projektekhez

Az irányba való áttéré Unified CM skor a Webex Calling PPDIO folyamat egyértelmű ütemtervet biztosít a zökkenőmentes és hatékony átmenet biztosításához:

Készítsen

A meglévő Unified CM környezet és a migrációs készség értékelé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
Gyűjtse össze a helyadatokat, beleértve a vészhelyzeti reagálási címet, a felhasználók számát, az internet- hozzáférést, a PSTN-hozzáférést
A kockázatok azonosítása és a projekt hatókörének meghatározása az összes érdekelt fél összehangolása érdekében

Terv

Hozzon létre egy átfogó áttelepítési tervet kötegelt ütemezésekkel, erőforrás-hozzárendelésekkel és idővonalakkal
Olyan feladatok meghatározása, mint például az eszköz firmware-frissítése, a licencbiztosítás és a felhasználói beépítés
Összehangolja a migrációs ablakokat a Cisco-val és a partnerekkel a zavarok minimalizálása érdekében.

Tervezés

Az aktuális Unified CM konfigurációk, tárcsázási tervek és felhasználói profilok egyenértékűek feltérké Webex Calling pezése
Tervezze meg a Webex Calling környezetet, beleértve a PSTN stratégiát (ideiglenes és végső), a helyeket, a felhasználói szerepköröket és az integrációs pontokat, például a helyi átjárót (CUBE) és a könyvtárszinkronizálást
Tervezze meg az együttélési forgatókönyve Unified CM ket, ahol a migráció során egyszerre Webex Calling működnek.

Végrehajtás

Használja a Control Hub áttelepítési 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ókonfigurációhoz és a felhasználói áttelepítéshez
Tömeges műveletek és biztosítások alkalmazása a Webex API-k segítségével a nagyszabású migrációk és konfigurációk egyszerűsítéséhez
Licencbiztosítás, eszközregisztráció és konfigurációs frissítések végrehajtása
Ellenőrizze a migráció sikerét teszteléssel és működési ellenőrzéssel.

Optimalizálás

A teljesítmény és a felhasználói Webex Calling élmény folyamatos monitorozása
Konfigurációk és munkafolyamatok finomítása működési adatok és visszajelzések alapján
Használja ki az automatizálási és integrációs képességeket a hatékonyság és a méretezhetőség növel ése érdekében
Szükség szerint a régi Unified CM alkatrészek leszerelése, és folyamatos támogatást nyújt a második napos műveletekhez.

Ez a továbbfejlesztett PPDIO-megközelítés ellenőrzött, átlátható és hatékony migrációt biztosít a Cisco eszközeinekWebex Calling, API-inak és partnerökoszisztémájának felhasználásával az üzleti folytonosság fenntartása és az együttműködési képességek javítása érdekében. Unified CM

PPDIO visszacsatolási hurkok

Az ábra iterációkban a PPDIO végrehajtása közben ábrázolt magas szintű áttekintés egyetlen visszac satolá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 végrehajtást követően folyamatos lehetőség nyílik a folyamat os fejlesztésre. Az optimalizálás minden ciklusa új követelményeket vagy fejlesztési területeket azonosíthat, amelyeket a későbbi projektek vagy kezdeményezések révén lehet kezelni. Ezek az egyedi projektek viszont mindegyike követi a létrehozott PPDIO (Prepare, Plan, Design, Implement, Optimization) életciklust. Ez az iteratív megközelítés biztosítja, hogy a rendszer összhangban maradjon a változó üzleti célokhoz és a technológiai fejlődéshez, elősegítve a folyamatos finomítás és alkalmazko dóképesség kultúráját.

Iterations while executing PPDIO — ***Iterációk a PPDIO végrehajtása közben***

A PPDIO-folyamat végrehajtása során gyakori, hogy a későbbi szakaszok megállapításai szükségessé teszik a korábbi szakaszokban hozott döntések újbóli felülvizsgálatát és potenciálisan felülvizsgálatát. Például a végrehajtási szakaszban felmerült problémák, mint például a tervezési kétértelműségek vagy a hiányzó részletek azonosítása, felfedhetik, hogy bizonyos szempontokkal nem foglalkoztak teljes mértékben a tervezési szakaszban. Ilyen esetekben szükségessé válik a releváns korábbi szakaszra való visszatérés a kérdések megoldása érdekében a folytatás előtt. Ez az iteratív visszacsatolási mechanizmus, amint azt az ábra által támogatott PP Unified CM DIO-folyamat szeml élteti, biztosítja a megoldás alapos validálását és finomítását, végső soron hozzájárulva a robusztusabb és hatékonyabb telepíté shez.

Unified CM assisted PPDIO process — ***Unified CMtámogatott PPDIO folyamat***

Az irányba való átmenet Unified CM során a Webex Calling 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 átfogó leltárai, telefonszámok, hívási funkciók és tárcsázási terv összetevői kinyerhetők az aktuális Unified CM konfigurációból. Ezek az adatok kiegészítik az érdekelt felek által közvetlenül szolgáltatott információkat, és segítenek a tervezési és tervezési tevékenységek egyszerűsítésében. Az adatkinyerés és elemzés automatizálására szolgáló megfelelő eszközök használata nemcsak növeli a pontosságot, hanem felgyorsítja az általános folyamatot is. A meglévő telepítésből származó betekintések felhasználásával az átmenet hatékonyabban haj Webex Calling tható végre, mint egy hagyományos zöldmezős megvalósítás, miközben továbbra is betart va a strukturált PPDIO módszertant. Ezt a folyamatot az ábra által támogatott Unified CMPPDIO folyamat szemlélteti.

Migrációs megközelítés

Miközben megtervezi az átmenetet a helyszí Unified CM ni hely Webex Calling színről, meg kell határoznia, hogyan fogja megközelíteni ezt az utat. Először el kell döntenie, hogy az áttelepítés flash-cut (minden egyszerre) vagy fázisos megközelítés lesz-e (felhasználó/eszközök csoportjainak hosszabb ideig történő áttelepítése).

A flash-cut áttelepítés az összes felhasználót és eszközt a leggyorsabban mozgatja. Ezzel a módszerrel az összes felhasználót és eszközt egyszerre helyezi át Unified CM Webex Calling a helyszíni helyszínre. Lényegében ez egy egyetlen migrációs ablak minden felhasználó és eszköz számára. Miután az áttelepítés befejeződött, az összes felhasználó és eszköz a Webex Calling platformon lesz, és az összes Unified CM infrastruktúra leszerelhető. Sok szervezet azonban nem tudja alkalmazni ezt a megközel ítést a hívási telepítés mértéke és mérete miatt.

A második megközelítés a szakasz os migráció. A legtöbb szervezet ezt a megközelítést fogja alkalmaz ni, mivel ez jobb ellenőrzést, irányítást és méretezést biztosít a migráció során. Ezenkívül jobban alkalmas nagyobb UC-telep ítésekhez és/vagy telepítésekhez több régióban. Ezért ez a dokumentum a szakaszos megközelítésre összpon tosít, az átmenet két lépésével.

Amint az az alábbi ábrán látható Fázishívás-átmenet: Hibrid és fel hő, az első átmeneti szakasz (1. fázis) kettős hívá si környezetekkel való együttélést eredményez. Ebben a szakaszban egyes felhasználók, eszközök és soft kliensek átmennek, Webex Calling míg mások továbbra is a helyszíni hívásvezérlőn vannakUnified CM. A végső átmeneti szakasz (2. fázis) tiszta felhőhívási környezetet eredményez, ahol minden felhasználó, eszköz és soft ügyfél teljes mértékben átkerült a Webex Calling platformra.

Az, hogy mennyi ideig tart egy szervezetnek a felhőhívásokra való teljes átállása, az aktuális telep ítéstől függően változik. Bizonyos esetekben egy szervezet megteheti a kezdeti átmenetet, és hosszabb ideig (hónapok vagy akár évek) maradhat az együttélés kettős hívás-ellenőrzési fázisában (1. fázis), míg más esetekben a szervezet nagyon rövid időn belül Webex Calling (hetek vagy hónapok) teljes mértékben áttérhet a (2. fázisra). Ez a dokumentum mindkét fázist lef edi (1. fázis - együttélés és 2. fázis - teljesen átmeneti).

Phased Calling Transition: Hybrid and Cloud — ***Fázisos hívásváltás: hibrid és felhő***

Lehetséges, hogy egyes szervezetek korlátlan ideig fenntarthatják az együttélés kettős hívásvezérlési telepítését, és nem tervezik, hogy valaha is teljes mértékben áttérjenek a felhőhívásokra.

A második szempont az, hogy miként válthatja át a felhasználókat, az eszközöket és a soft ügyfeleket a helyszíni hívásvezérlőről a felhőalapú hívásvezérlőre. Az ajánlott megközelítés egy háromfázisú átmenet. Az alábbi ábra Az ajánlott háromfázisú át menet ezt a megközel ítést a 3 fázisra bontja.

Recommended 3-Phase Transition — ***Ajánlott háromfázisú átmenet***

Migráció előtti időszak: Ez a szakasz arra összpontosít, hogy mind a Webex, mind a Unified CM környezetek felkészüljenek a migrációra. Ez nem a konkrét tervezés vagy konfigurációk felhívásáról szól, hanem olyan tevékenységek befejezésére összpontosít, amelyek most és a Webex Calling migrációs projekt megkezdése előtt elvégezhetők. A cél az, hogy a két környezet alapjait építsék fel a migr ációra való felkészüléshez.

Migrációs előkészítés: Ebben a szakaszban kezdődnek az erőfeszítések a migrációra való felkészülés érdekében Webex Calling. Itt az üzleti és műszaki követelményeket felül kell vizsgálni és frissíteni kell. Ne csupán emelje meg és változtassa meg azt, amit jelenleg alkalmaztak, hanem újradefiniálja azokat az üzleti és technikai követelményeket, amelyekre vállalatának ma és a jövőben szüksége van az erejének kiaknázásával. Unified CM Webex Calling Ezen felül ez az a szakasz, ahol befejezheti a tervezést, a konfigurációs tervezést és a migr ációs tervezést/ütemezést.

Migráció (bevezetés és visszavonás): Ebben a szakaszban történik a felhasználók, eszközök, telefonszámok és soft ügyfelek tényleges migrációja. Amint azt fentebb tárgyaltuk, ez a szakasz mindenki számára egy szerre (flash-cut) vagy több változtatási ablakon keresztül (fá zisos vágás) be fejezhető. A végfelhasználói örökbefogadási tervek, a képzések és a kommunikáció kritikus fontosságúak, így a felhasználók tisztában vannak a változásokkal, az új hívási platform használatának módjával, és tudják, mikor történik a változás. Az utolsó lépés az összes helyszíni UC-infrastruktúra megszüntetése , amelyet már nem használnak.

A migráció előtti szakaszban olyan tevékenységek vannak (kötelező, ajánlott és opcionális), amelyeken azonnal el kezdheti a munkát. Javasoljuk, hogy ezeket hamarabb, mint később, lehetőleg a projekt megkezdése előtt fejezze be. Néhány tevékenység elvégzése hosszabb ideig tarthat, ezért a korábbi elindításuk elősegíti a tényleges migrációs projekt egyszerűsítését.

Az alábbi ábra A migráció előtti tevékeny ségek öt konkrét kategóriáját emeli ki, amelyek a Webex Calling migrációhoz kapcsolódnak.

Pre-Migration Activities — ***Migráció előtti tevékenységek***

Készítsen

Üzleti és műszaki követelmények

Az irányba való migráció tervezésekor kulcsfontosságú, hogy a tervezési szakaszban alaposan összegyűjtsük mind a technikai, mind az üzleti követelményeket. Ez a lépés biztosítja, hogy a migráció összhangban legyen a szervezet működé si céljaival és műszaki képességeivel, minimalizálva a kockázatokat és a zavarokat.

Miért fontosak az összegyűjtési követelmények:

Összehangolja az üzleti célokat: Az üzleti igények megértése segít a migráció testreszabásában a kulcsfontosságú munkafolyamatok, a felhasználói élmény és a növekedési tervek támogatásához.
Műszaki kompatibilitás biztosítása: A műszaki követelmények korai azonosítása megakadályozza a meglévő infrastruktúrával, hálózattal és végpontokkal való integrációs problémákat.
Megkönnyíti az erőforrás-tervezést: Az egyértelmű követelmények segítenek pontosan megbecsülni az idővonalakat, a költségeket és a szükséges erőforrásokat.
Csökkenti a kockázatokat: A lehetséges kihívások korai felismerése proaktív megoldásokat tesz lehetővé, csökkentve a leállásokat és a szolgáltatási megszakításokat.

Üzleti követelmények

A tipikus üzleti követelmények a következők:

A migrálandó felhasználók és helyek száma
Kívánt funkciók és szolgáltatások (például hívásátirányítás, hangposta, konferencia, automatikus kis zolgálók, hívássorok)
Megfelelési és biztonsági irányelvek
Költségvetési korlátok és költségelvárások
Felhasználói képzési és támogatási igények
A migrációs ütemterv és az üzleti folytonosság szempontjai.

A kívánt szolgáltatások és szolgáltatások összegyűj tése kritikus lépés annak biztosítása érdekében, hogy az új rendszer megfeleljen az üzleti igényeknek. Ezen követelmények összegyűjtésekor fontos, hogy ne csak figyelembe vegyük, hogy mi van jelenleg konfigurálva, hanem megpróbáljuk összegyűjteni a tényleges követelményeket azoktól az üzleti szervezetektől, amelyek a rendszert használni fogják. Ellenkező esetben fennáll annak a veszélye, hogy a terv nem aktuális feltételezéseken alapul. Győ ződjön meg róla, hogy értékelje a programban elérhető további vagy továbbfejlesztett funkciókat, amelyek esetleg nem léteznek, például felhőalapú hívásokat, speciális hívássorokat és . Ez segít a felhőplatform teljes előnyeinek kiaknázásában.

Az aktuális konfiguráció értékelésekor fontos felismerni, hogy nem minden meglévő beállítás továbbra is szükséges a rendszer életciklusa során változó követelmények miatt. A hangsúlyt csak azon konfigurációk azonosítá sára és megőrzésére kell összpontosítani, amelyek összhangban vannak a telepítés jelenlegi és jövőbeli igénye ihez.

Fókuszálj inkább arra, amire szükséged van, mint amire van.

A megfelelőségi és biztonsági irányel vek kritikus szempontok a migráció során annak biztosítása Webex Calling érdekében, hogy az új felhőalapú kommunikációs rendszer megfeleljen a jogi, szabályozási és szervezeti előírásoknak.

Szab@@ ályoknak való megfelelés: A szervezeteknek ellenőrizniük kell, hogy megfelel-e az iparágspecifikus előírásoknak, mint például a GDPR, a HIPAA vagy a SOX, figyelembe véve az adatvédelemre, megőrzésre és kezelésre vonatkozó követelményeket, valamint az adattartózkodásra, az útdíj megkerülésére és a média helyére vonatkozó országspecifik us megbízásokat.
Adatbiztonság: Annak biztosítása, hogy a hang- és jelátviteli adatok tranzitközben és nyugalmi állapotban egyaránt titkosítva legyenek a lehallgatás vagy a jogosulatlan hozzáfér és elleni védelem érdekében
Hozzáférés-ellenőrzések: Felhasználói hitelesítés, engedélyezés és szerepalapú hozzáférés meghatározása és érvényesítése a kommunikációs erőforrások jogosulatlan használatának megakadályozása érdekében.
Ellenőrzés és felügyelet: N aplózási és felügyeleti képességek megvalósítása a megfelelőségi ellenőrzésekhez és a biztonsági incidensek vizsgálatához való hozzáférés és felhasználás nyomon követése érdekében.
Házirend-összehangolás: Az áttelepítés összehangolása a meglévő vállalati biztonsági irányelvekhez, beleértve a végpontok biztonságát, a hálózati szegmentálást és az eseményekre való reagálási terveket.
Szállítói biztonság biztosítása: 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.

Ezeknek a megfelelőségi és biztonsági politikáknak a tervezési szakaszban történő kezelése segít enyhíteni a kockázatokat, elkerülni a jogi szankciókat, valamint megőrizni a kommunikáció integritását és titoktartását az áttelepítés alatt és után.

A felhasználói képzés és támogatási ig ények elengedhetetlen elemei a migráció során a zökkenőmentes átmenet és a felhasználói elfogadás biztosítása érdekében. A legfontosabb szempontok a következők:

Képz@@ ési programok: Különböző felhasználói csoportok (végfelhasználók, adminisztrátorok, ügyfélszolgálati munkatársak) számára személyre szabott képzések kidolgozása, hogy megismertesse őket a funkciókkal, felhasználói felületekkel és új munkafolyamatokkal.
Dokumentáció: Adjon világos, hozzáférhető felhasználói útmutatókat, GYIK és gyors referencia anyagokat, beleértve az Újdonságok és Különböző forrásokat, valamint lépésről lépésre az elő tti és utáni útmutatókat (videó vagy gyors útmutató formátumban), hogy támogassa a felhasználókat az áttelepítés utáni frissített élményhez való alkalmazkodásban.
Változáskezelés: 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
Támogatási struktúra: Hozzon létre egy dedikált támogatási csapatot vagy eszkalációs útvonalat a felhasználói problémák azonnali kezelésére az áttelepítés során és után.
Folyamatos oktatás: Tervezze meg a folyamatos képzési frissítéseket az új funkci ók vagy frissítések megjelenésekor.
Visszajelzési mechanizmusok: Csatornák bevezetése a felhasználók számára a problémák bejelentéséhez és visszajelzések nyújtásához a képzési és támogatási folyamat

Ezen képzési és támogatási igények kielégítése a tervezési szakaszban segít minimalizálni a zavarokat, növeli a felhasználói bizalmat, és maximalizálja a migráció előnyeit.

Műszaki követelmények

Számos kulcsfontosságú műszaki követelményt kell összegyűjteni és dokumentálni a sikeres migrációhoz, beleértve az alábbiakra vonatkozó részleteket:

Hálózati készenlét és sávszélesség

Az átfogó hálózati értékelés kritikus fontosságú annak biztosítása érdekében, hogy a meglévő infrastruktúra támogatja az új Webex Calling környezetet. Ez magában foglalja a következőket:
- Sávszélesség-elemzés: Az aktuális és előrejelzett sávszélesség-felhasználás értékelése a hang-, videó- és adatforgalom torlódás nélküli kezeléséhez.
- Szolgáltatás minősége (QoS): A QoS-irányelvek végrehajtása a hangforgalom rangsorolása és a késleltet és, a remegés és a csomagvesztés minimalizálása érdekében.
- WAN- és internetkapcsolat: Annak ellenőrzése, hogy a WAN-kapcsolatok és az internet kapcsolatok megfelelnek-e a felhőalapú hívásokra vonatkozó követelményeknek, beleértve a redundanciát és a feladatátvételi képességeket is.
- Tűzfal és NAT konfiguráció: Annak biztosítása, hogy a tűzfal és a NAT beállításai lehetővé tegyék a szükséges jelzést és médiafelhasználást.
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 munkafolyamat folyamatossága
- Címtárszolgáltatások: A vállalati könyvtárral való integráció értékelése az automatizált felhasználói biztosítás és hitelesítés érdekében.
- CRM és üzleti alkalmazások: Integrációs pontok azonosítása az ügyfél kapcsolat-kezelő rendszerekkel és más üzleti szempontból kritikus alkalmazásokkal.
- Régebbi PBX együttműködés: Együ ttlési vagy szakaszos migrációs stratégiák tervezése, ha a régi telefonos rendszerek megmaradnak az átmenet során.
A végpontok kompatibilitása és biztosítása

Minden végpont, beleértve az asztali telefonokat, a szoftveres telefonokat és a mobileszközöket, kompatibilitását értékel ni kell:
- Eszköztámogatás: A meglévő IP-telefonok és eszközök támogatásának megerősítése, vagy a szükséges pótlások azonosítása.
- Készítési folyamatok: Automatizált vagy egyszerűsített biztosítási módszerek létrehozása a végpontok hatékony bevezetéséhez.
- Firmware- és szoftverfrissítések: A szükséges frissítések tervezé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 a felhőalapú kommunikációban:
- Titkosítás: A Cisco biztonsági bevált gyakorlataival összhangban végpontok közötti titkosítás érvényesítése jelátvit eli és médiafolyamatokhoz.
- Hitelesítés és hozzáférés-ellenőrzés: Biztonságos hitelesítési mechanizmusok (például SSO, többfaktoros hitelesítés) és részletes felhasználói hozzáférés-vezérlők megvalósítása.
- Megfelelés: Annak biztosítása, hogy a megoldás megfeleljen a vonatkozó szabályozási és iparági megfelelési szabványoknak (például GDPR, HIPAA).
- Biztonsági felügyelet: Integráció a SIEM eszközökkel és riasztás beállítása a lehetséges biztonsági incidensekre.

Táblázat 1. Példaértékelés
Követelmény	Főbb szempontok
Hálózati készség és sávszélesség	Sávszélesség, QoS, WAN/Internet, tűzfal/NAT
Integráció meglévő rendszerekkel	Címtár, CRM, PBX, e-mail/naptár
A végpontok kompatibilitása és biztosítása	Eszköztámogatás, biztosí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 felügyelet
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 terv	Számmigráció/átvitel, tárcsázási terv fordítása
Harmadik féltől származó integrációk	Lejelentkezés, kapcsolattartó központ, fax, analóg eszközök

Hálózati készenlét és követelmények

A hálózati készenlét kritikus fontosságú bármely felhőalapú hívási megoldá sra való sikeres áttelepítéshez, például. A rossz hálózati tervezés a hívásminőség romlásához, a hívások leállásához és a boldogtalan felhasználókhoz vezethet. Az ügyfeleknek hálózati értékelést kell végezniük, mielőtt áttelepednének. Javasoljuk, hogy ellenőrizze a hálózati sávszélesség rendelkezésre állását a várható hívásmennyiségre, biztosítsa a szolgáltatásminőségi (QoS) követelmények teljesülését, és megértse a különböző por tokat, amelyeket meg kell nyitni az éltűzfal (ek) ben.

A megbízható hálózati kapcsolat elegendő színvonalú szolgáltatással (sávszélesség, csomagvesztés, RTT) alapkövetelmény a lehető legjobb felhasználói élmény biztosításához minden hang- és videóképes végpont, kliens és alkalmazás számára.

Az ügyfelek és partnerek hozzáférési lehetőségekkel rendelkeznek az Over-the-Top (OTT) interneten túl, amelyek optimaliz álhatják a kapcsolatot a Connect beépítésére. Webex Edge A Webex Edge Connect tervezési részleteiről további információt a Cisco Preferred Architecture for Webex Edge Connect for, a Többbérlő hívása és a D Webex Meetings edikált példány című témakörben tal ál.

Az ügyfelek a c Scan-t használhat ják hálózati értékeléshez, amely információkat ad az ügyfél hálózati minőségéről, a hívások bevezet ésére, a késleltetésre stb. A cScan eszközről további információt a cScan használata a Webex Callinghálózat minőségének tesz teléséhez című témakörben talál.

Annak biztosítása érdekében, hogy a hálózat készen álljon az áttelepítésre, vegye figyelembe a következő ellenőrzőlistát:

Sávszélesség tervezés

Számítsa ki a webhelyenkénti egyidejű hívásokat, hogy biztosítsa elegendő felső és lefelé irányuló sávszélességét, és biztosítsa a figyelmet az egyéb üzleti szempontból kritikus forgalomhoz és a jövőbeli növekedéshez.

A Webex Callinghívástípus sávszélességszámí tási táblázata a telepítéssel elérhető hívástípusokat, valamint az egyes hívástípusokhoz szükséges kodeket és maximális sávszélességet mutatja. Amint azt a Webex Callinghívástípus sávszélességszámí tási táblázat mutatja, az egyes hívástípusokhoz szükséges hanghívás sávszélessége a következő általános képlet segítségével számítható ki:

Várható egyidejű hívások száma* Hívásonkénti sávszélesség a kodek alapján = Szükséges hálózati átvitel.

Táblázat 2. Webex Callinghívástípus sávszélesség számítások
Hívástípusok	Codec - 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ük séges hálózati átvitel
/Asztali telefon -> Asztali telefon	OPUS - 70 kbps	Egyidejű hívások száma* 70 kbps = Szük séges hálózati átvitel
/Asztali telefon -> PSTN LGW-n keresztül	G.711 - 80 kbps	Egyidejű hívások száma* 80 kbps = Szük séges hálózati átvitel
/Asztali telefon -> PSTN Cloud PSTN-en keresztül (pl. Cisco hívási terv)	G.711 - 80 kbps	Egyidejű hívások száma* 80 kbps = Szük séges hálózati átvitel
/Asztali telefon -> Vállalat LGW-n keresztül	G.722 - 80 kbps	Egyidejű hívások száma* 80 kbps = Szük séges hálózati átvitel
/Asztali telefon -> hangposta	OPUS - 70 kbps	Egyidejű hívások száma* 70 kbps = Szük séges hálózati átvitel

A hívás típusonkénti egyidejű szükséges hálózati átviteli sebességének összegzésével meghatározható egy adott helyszín teljes potenciális sávszélesség-követelménye.

Minden hívóláb mindig a hozzáférési SBC-kre van rögzítve. Az adott hely hez szükséges internetes sávszélesség meghatározásához nemcsak a helyközi hívásokat kell figyelembe venni, hanem az adott helyszínen belüli hívásokat és a helyi átjáróba irányuló és on nan érkező hívásokat is. Például két MPP-telefon közötti helyszínen belüli híváshoz akár 2 x 70 kbps teljes duplex-re lenne szükség a helyszín internet-hozzáférésénél.

A Webex Callingsávszélességszámítási példá k táblázata egy teljes sávszélesség-számítási gyakorlat példáját mutat be, feltételezve, hogy az összes eszköz ugyanazon a helyen található.

3. táblázat. Webex Callingsá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 = 2,100 kbps
Webex alkalmazás/asztali telefon → Asztali telefon	15	2* 15* 70 kbps = 2,100 kbps
Webex alkalmazás/asztali telefon → PSTN LGW-n keresztül	50	2* 50* 80 kbps = 8000 kbps
Webex alkalmazás/asztali telefon → PSTN a Cloud Connect-en keresztül Webex Calling	0	0* 80 Kbps
Webex alkalmazás/asztali telefon → Enterprise LGW-n keresztül	15	2* 15* 80 kbps = 2400 kbps
Webex alkalmazás/asztali telefon → Hangposta Webex Calling	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éke az IP sávszélességre vonatkozik. A kapcsolat sávszélessége nagyobb a WAN kapszulásoktól függően.
A fenti táblázatokban szereplő sávszélesség hang hívásokra vonatkozik. A videohívások sávszélességéhez a Webex App és az MPP 8845/65 telefonok támogatják a H.264 videót 720p maximális felbontással, maximális sávszél ességgel 1500 kbps hívásonként. A hí vás bármely pontján felhasznált sávszélesség mennyisége azonban ingadozik a videokommunikáci óban rejlő változó bitsebesség alapján.

Szolgáltatás minősége (QoS)

Végezze el a QoS-házirendeket a helyszíni környezetben, hogy rangsor olja a valós idejű forgalmat, és biztosítsa a QoS fenntartását a kapcsolók, útválasztók és tűzfalak között.
Késleltetési, remegési és csomagvesztési célok

A következő küszöbértékeket ajánljuk az optimális hang minőség érdekében, amikor a hívások túlterhelhetőek (OTT) és az interneten keresztül:
- Késleltetés - kevesebb, mint 100 ms egyirányú
- Remegés - kevesebb, mint 10 ms
- Csomagveszteség - 0,5% vagy annál 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 Port referenciainformációi ban elérhető cikkben felsorolt Webex Calling módon. Ezenkívül engedélyezze az ugyanabban az útmutatóban felsorolt tartományokhoz és IP-tartományokhoz való hozzáférést, és kerülje a SIP ALG-ot, mivel ez zavarja a SIP jelzést. Kerülni kell a proxi-kon keresztüli médiafelhasználást.
DNS és NTP

Biztosítsa a tartományok megfelelő DNS-felbontását és a megbízható NTP-kiszolgálókat az eszközórák szinkronizálásához a TLS-tanú sítvány ellenőrzéséhez és naplózásához.
Feladatátviteli tervezés

Fontolja meg a meglévő szolgáltatói adatkapcsolatokat (MPLS, SD-WAN stb .), és általában tervezze meg a közvetlen internet-hozzáférést a telepítés minden helyén. Tervezze meg a redundáns internetes kapcsolatokat, ahol magas rendelkezésre állásra van szükség. Mivel felhőalapú szolgáltatásokat fog fogyasztani, a megbízható internet kapcsolat elegendő sávszélességgel alap követelmény. Fontolóra kell vennie ezt az átmenetet, ha a szervezet telephelyei internetkapcsolatai általában nem megbízhatóak alacsony késleltetéssel és megfelelő felfelé- és lefelé irányuló átviteli sebességgel.
A webhely túlélhetősége

A webhely túlélhetősége biztosítja, hogy vállalkozása mindig elérhető legyen, még akkor is, ha a hálózati kapcsolat megszakad. A Site Survivability egy átjárót használ a helyi hálózaton, hogy biztonsági hívási szolgáltatást nyújtson a helyszíni végpontokhoz olyan helyzetekben, amikor a hálózati kapcsolat megszakad. Fontolja meg a webhely túlélhetőségét egy helyi túlélhetőségi átjáróval (SGW), ha az üzleti követelmények folyamatos hívást igényelnek a hálózat megszakadása esetén. A webhely túlél hetőségének ellenőrzéséről további információt a Webhely túlélhetősége című témakör ben talál. Webex Calling

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 nyújtson mind a helyszíni (pl.), mind a felhő () telepítésekhez. Unified CM 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 migr ációs folyamat során.

Az átmenet során a CCUC létfontosságú szerepet játszik a migrációs folyamat ésszerűsítésében azáltal, hogy megkönnyíti az átfogó adatok gyűjtését a meglévő Unified Communications telepítésből. A CCUC segít a legfontosabb átmeneti feladatokban, például az eszközök, funkciók és felhasználói kapcsolatok áttelepítésében, valamint a támogatott IP-telefonok firmware-frissítésének automatizálásában. A központosított láthatóság és menedzsment biztosításával a CCUC segít biztosítani a gördülékenyebb és hatékonyabb migrációs élményt .

A Cisco erősen ajánlja a CCUC telepítését és telepítését az átmeneti projekt elején, ideális esetben az előkészítési szakasz előtt vagy alatt. Ez lehetővé teszi a későbbi migrációs tevékenységek alapos felméréséhez, leltárásához és tervezéséhez, valamint a jövőbeni hibrid kép ességekhez való utazás megkezdéséhez szükséges betekintést és képességeket.

A jelenlegi környezet értékelése

Az áttelepítés tervezésének egyik legfontosabb tevékenysége az aktuális helyszíni környezet és a telepítés értékelése. Ez betekintést nyújt abba, hogy milyen lehetséges változásokra lehet szükség a sikeres áttéréshez. Lehetővé teszi továbbá a platform kulcsfontosságú elemeinek felmérését a meglévő helyszíni telepítéshez képest. Ezekkel az információkkal azonosíthatja, hogy milyen konkrét feladatokra van szükség az átmenethez, és milyen változtatásokat szeretne végrehaj tani az üzleti és műszaki követelményeknek és felhasználási eseteknek való megfelelés érdekében.

Az alábbi szempontokat fontos felülvizsgálni ezen erőfeszítés részeként.

Engedélyezés

A meglévő telepítés jelenlegi licencelési struktúrájának megértése kulcsfontosságú a migr áció előkészítésekor. Végezze el licencértékelését a meglévő Cisco helyszíni megoldás következő területein.

Platform

Ha a fiókcsapatával vagy partnerével együtt dolgozunk együtt a rugalmas licencelés legjobb útjának meghatározása érdekében, kritikus fontosságú az alapplatformon jelenleg engedélyezett adatok teljes körűen megfogalmazását. a flex licencelés használatával engedélyezett. A rugalmas licenceléssel kapcsolatos további információkért lásd a Cisco együttműködési rugalmas csomagját.
Felhasználók és eszközök

Határozza meg, hogy a meglévő felhasználók és eszközök milyen licenckategóriára van szükségük. Ez arra szolgál, hogy meghatározzuk, hogy milyen típusú licencre van szükség a felhasználók és eszközök számára. Többféle licencelési típust kínál, beleértve a professzionális és standard licenceket a felhasználók számára, valamint a professzionális és közös területalapú licenceket a munkaterületek számára. Az eszközlicenceléssel kapcsolatos további információkért lásd az Eszközlicencelés címen elérhető adat lapot.
Helyi átjáró

Ha ehhez az átmenethez a Cisco Unified Border Element (CUBE) szükséges a PSTN-hozzáféréshez, akkor a CUBE licencelést is figyelembe kell venni. A CUBE licencelési szemponto kat ebben a dokumentumban később tárgyaljuk.

Helyszínek/helyszínek

Az átmenet megtervezésekor figyelembe kell venni a meglévő telepítésen belüli helyszínek számát és típusát (nagy központi, regionális, fióktelepek stb.). A meglévő telepítési helyek teljes megérté se elősegíti a sikeres átmenet stratégiai tervezését, különösen akkor, ha meghatározzuk, hogy mely helyeket kell migrálni és milyen sorrendben. A migrációs döntések meghozatalakor kritikus fontosságú 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 webhelyhálózati kapcsolat és sávszélesség (Internet, WAN, LAN), valamint a PSTN-hozzáférés (helyi vagy központosított, IP vagy TDM) részletes megértése. A közös telepítési modellekről és a legfontosabb szempontokról további információkért lásd az együttműködési telepítési modellek adatait az Együtt működési SRND-ben.

Egy másik fontos telepítési szempont az átálláskor a helyrendelkezésre állás. Különböző képességekkel, előfizetésekkel és eszközökkel rendelkezik, amelyek a telepítés helyétől függően állnak rendelkezésre. A földrajzi elérhetőségről további információkért lásd: H ol érhető el a Webex? .

Végül fontos megérteni, hogy az átmenet milyen hatással lesz más együttműködési szolgáltatásokra. E dokumentum célja alapján az általános feltételezés, hogy ha a hívási munkaterhelésen kívül meglévő együttműködési szolgáltat ásokat fenn kell tartani, akkor a fent említett 1. fázisú hibrid telepítésre való áttérés várható. A hibrid telepítést igénylő együttműködési szolgáltatások közé tartozik például a Webex kapcsolattartó központba még nem telepített helyszíni kapcsolattartó központ, valamint olyan rendszerekbe való szoros integráció, mint a lapozórendszerek és a számlázás. További együttműködési munkaterhelések és szolgáltatások átmenetéről további információt az Együttműködési átmenetek című témakörben tal ál.

A meglévő eszközök/ügyfelek leltárja

Az átmenet megkezdése előtt fontos, hogy leltárja a meglévő hardver- és szoftveres végpontokat. Az eszköztípusok/modellek, a hardververziók, a soft ügyféloperációs rendszerek típusai és mennyiségek teljes listája biztosítja, hogy megfelelően megtervezheti az eszközök átállá sát és a felhőhívásokra nem áttelepíthető eszközök hatásának enyhítését. A leltárt fel kell használni az átmen eti eszközök és az átmenet előtt cserélendő eszközök meghatároz ására.

Asztali telefonok

Audio és video asztali telefonok esetében csak a 6800, 7800, 8800 és 9800 sorozatú asztali telefonok támogatottak. Ez a támogatott Cisco IP-telefonok részhalmaza. Vannak olyan modellek és verziók a 6800, 7800 és 8800 telefonoknak, amelyekkel nem lehet használni. A támogatott modellekről és hardververziókról további információt a Támogatott eszközök című témakörben talál Webex Calling.

A Cisco 6800 sorozatú IP-telefonok nem frissíthetők Enterprise firmware-ről Multiplatform (MPP) firmware-re, amelyhez szükséges. Ezért a vállalati firmware-re regisztrált 6800 telefonot ki kell cserélni egy 6800 MPP modellre vagy egy másik támogatott telefonmodellre.

A Cisco 7800 és 8800 sorozatú IP-telefonokat az átmenet és regisztráció előtt frissíteni kell a Multiplatform Phone (MPP) firmware-re. Annak megállapításához, hogy mely 7800 é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 elérték az értékesítés végét, és nem ajánlott azokat áttelepíteni.

A 8800 sorozatú telefonok régebbi verzióit (8811, 8841, 8851, 8851NR, 8861) nem ajánlott együtt használni. Webex Calling A VID 14 vagy korábbi hardververzióval rendelkező telefonok regisztrálnak, de a hardver miatt bizonyos teljesítményproblémákat tapasztalhatnak.

A 9800-as sorozatú asztali telefonok a PhoneOS-t futtatják, amely támogatja mind a regisztrációt, mind a regisztrációt. Ezért ezek a telefonok firmware-frissítés nélkül átválthatók.

Az összes többi IP-telefont ki kell cserélni egy 6800, 7800, 8800 vagy 9800 sorozatú telefonokra, amelyeket támogatnak. Webex Calling A támogatott IP- és asztali telefonokkal kapcsolatos további információkért lásd a Támogatott eszközök című cikket Webex Calling.

Videó végpontok

A személyes és szobai videó végpontok, beleértve a Cisco Board sorozatot, a Room sorozatot és a Desk sorozatot, natív módon SIP-regisztrálhatnak. A fenti végpontok bármelyikének, amelyek audio- és/vagy PSTN-hívások kezdeményezéséhez hívólicencet igényelnek:

A konferenciatermekben, összehúzóhelyeken stb. megosztott eszközökhöz Professional Workspace vagy Workspace licenc szükséges.

A végfelhasználó személyes eszköze professzionális vagy szabványos licencet igényel.

Határozza meg, hogy hány videó végpontra van regisztrálva és az audiohívások kezdeményezéséhez. Lehetséges, hogy a videó egyes végpontjai csak értekezletekhez való csatlakozáshoz vagy SIP videohívások kezdeményezésére használhatók. Mindkét esetben a végpontokra kell áttelepíteni a szerverek leszerelése előtt, azonban ez segít meghatározni, hogy hányuknak lesz szüksége licencre a telefonhívások folytatásához.

Amikor a videóeszközöket a regisztrációról a helyre helyezik át, ezeknek a végpontoknak az URI-je megváltozik, mivel most már felhőben regisztrálták őket.

A 8845, 8865 és 8875 telefonmodellek személyes videó telefonok, amelyeket támogatnak.

Lágy ügyfelek

Ez az egyetlen lágy kliens, Unified CM amelyet támogat, ellentétben azzal, hogy támogatja mind a Webex alkalmazást, mind a Jabber-t, és ez az új alapértelmezett soft kliens a végfelhasználók számára.

A Jabber számára megvalósított telepítési mód (ek) től függően (csak IM-re, csak telefonra és/vagy teljes UC-módok), előfordulhat, hogy figyelembe kell vennie az Üzenetküldési és/vagy értekezletek munkaterhelésének átmenetét a Jabberről a Jabberre. Csak telefonos üzemmódban telepíthető, ha csak hívó ügyfélként fogják használni, vagy teljes mértékben telepíthető, Webex Suite ha más munkaterhelések, pl. Webex Messagingés/vagy Webex Meetings hívással átmennek az alkalmazásra.

Ez javítja a végfelhasználó élményét azáltal, hogy mesterséges intelligenciát biztosít, például audio/video intelligencia, híváselírás és mások biztosításával. További információért lásd: https://www.webex.com/all-new-webex.

Mielőtt a felhasználókat áthelyezne, át kell helyeznie Jabber ügyfeleiket a következőre. Két lehetősége van ennek az átmenetnek a befejezésére.

Mielőtt átmenné őket

Amikor átviszi őket.

A kezdeti átmenet megkönnyítése érdekében javasoljuk, hogy használja az 1. lehetőséget, és a felhasználókat először áthelyezze a hívással. Ez időt ad a felhasználóknak arra, hogy megismerkedjenek az új alkalmazással, miközben még a meglévő helyszíni hívási platformot használják. Miután készen áll a felhasználók áthelyezésére, konfigurálja őket, hogy regisztráljanak a felhőhívási platformon.

További információt a két lehetőségről lásd: Migrációs utazás — egy vagy két lépés? .

A támogatott eszközök teljes listáját a Támogatott eszközök című té makörben talál Webex Calling.

Ellenőrizze az eszköz megfelelőségét

Mint korábban említettük, támogatja a Cisco IP telefonok egy részhalmazát, és más firmware típusra van szükség a 7800 és 8800 sorozatú telefonokhoz. Unified CMA telefonok az Enterprise firmware-t futtatják, míg a telefonok a Multiplatform Phone (MPP) firmware-t futtatják. Javasoljuk, hogy ellenőrizze, hogy mely regisztrált telefonok jogosultak az MPP firmware-re való frissítésre a Felkészülési szakaszban. Ez időt ad arra, hogy helyettesítse a nem jogosult telefonokat a támogatott telefonmodellek egyikére, vagy alternatív terv azonosítására, például egy felhasználó áthelyezésére csak a Webex alkalmazásba.

A telefonok jogosultságának meghatározásához a Control Hub beépített eszközzel rendelkezik, amelynek neve Migrate Your Phone to Webex Calling. Ha ezt az eszközt használja az eszköz megfelelőségének ellenőrzésére, válassza az Áttelepítés lehetőséget Csak eszközlicenc létrehozása lehetőséget.

A Control Hub eszköz opciója a Unified CM telefonok jogosultságának ellenőrzésére Webex Calling

Ez az opció lehetővé teszi a telefonokat tartalmazó CSV-fájl feltöltését, így ellenőrizheti az egyes telefonok megfelelőségét. Ha ezt az Áttelepítési lehetőséget választja, nem adja hozzá a telefonokat, mivel még az előkészítési szakaszban van, és még nem készen áll erre. További információt a Telefon áttelepítése erre című témakörben talál Webex Calling.

Lehetséges, hogy egyes telefonok ismeretlen jogosultsággal térhetnek vissza. Ez általában azért van, mert nem képes ellenőrizni a telefonról szóló információkat a háttérrendszerben. Az ismeretlen állapotú telefonok esetében két lehetőség van annak ellenőrzésére, hogy jogosult-e az MPP firmware-re való frissítésre.

Kézzel ellenőrizze az egyes telefonokat, és ellenőrizze a modell és a hardver verzi ót (PID VID)

7800/8800 telefoncímke modell- és hardververzió információival

A Cisco IP telefon készenléti eszközének használata

Töltse le az eszközt a https://github.com/joemar2/mpp_readiness_check webhelyr ől.

Ez az eszköz nem hivatalos Cisco eszköz, és nem támogatja a TAC-t. A legjobb erőfeszítések támogatásával rendelkezik, de ingyenesen használható.

Ezt az eszközt egy helyszíni gépen kell futtatni, amely hozzáférhet a kiszolgálókhoz és az IP-telefonokhoz. Lehetősége van a webes hozzáférés engedélyezésére az IP-telefonokon, ami ajánlott és szükséges a legjobb eredmények eléréséhez. Ezért szabadórákban kell használni, hogy elkerüljük a zavarokat a végfelhasználók számára. Az eszköz kimenete jelentést tartalmaz, amely felsorolja, hogy a 7800 és 8800 sorozatú telefonok közül melyik jogosult frissíteni az MPP firmware-re. Mivel közvetlenül hozzáférhet a telefonhoz, ellenőrizheti az Isme retlen eszközöket, amelyekről a Control Hub eszközből jelent ettek.

Cisco IP-telefon készenléti eszközjelentés

Felhasználók

A sikeres áttelepítés biztosításához az egyik legfontosabb előkészítési lépés a megfelelő felhasználói biztosítás. Minden felhasználó számára megfelelő tervezést kell készítenie, még akkor is, ha fokozatos áttelepítést végez . A felhasználók rendelkezésére kell állni az alábbiak bármelyikére:

A With Calling telepítése

A with telepítése

Szolgáltatások konfigurálása egy felhasználó számára

A felhasználók kereshetővé tétele a könyvtárban (kattintás a hívásra, Felhasználói kapcsolattartási adatok, telefonkönyvtár keresése).

Javasoljuk, hogy minden felhasználót biztosítsa a projekt előtt vagy annak elején. Ez magában foglalja azokat a felhasználókat, akik még mindig hívóplatformju Unified CM khoz használják, függetlenek a hívóeszközüktől (IP telefon, Jabber,). Ahogy a felhasználók áttelepülnek (és/vagy azokra), frissíteni fogja licenceiket, hogy engedélyezze a szükséges szolgáltatásokat. Az átmenet megkezdése előtt biztosítja az összes nagyvállalati hívó felhasználót, lehetővé teszi a könyvtárba áttérő felhasználó számára, hogy keressen egy vállalati hívó felhasználót, aki még mindig a Jabber és/vagy a kapcsolt szolgáltatásban van. Ez biztosítja, hogy az átmeneti felhasználók megtalálják bármely más felhasználó elérhetőségét, és hívást kezdeményez hetnek velük a könyvtárkeresés segítségével.

Az ábrak könyvtár keres ése példát mutat arra, hogy egy felhasználó másik felhasználót keres. A keresési eredmények a felhasználó elérhetőségeit mutatják, és lehetnek olyan felhasználók számára, akik még mindig a Jabber-en tartózkodnak, vagy olyan felhasználóknak, akik áttértek az és/vagy.

Webex App könyvtárkeresés

Ezután határozza meg, hogy a meglévő helyszíni hívó felhasználók közül melyikre kerül átmenet. Ha az összes vagy nagyszámú felhasználó átkerül, akkor ajánlatos csoportokba helyezni a felhasználókat annak biztosítása érdekében, hogy a projektcsapat, az informatikai személyzet és a támogató személyzet képes legyen kezelni az átmenetet és a felmerülő problémákat. Szánjon egy kis időt a kezdeti információk és képzések megadására is, hogy felkészítse a felhasználókat erre az átmenetre. A felhasználói átmeneti csoportosítás különféle kritériumok alapján történhet, beleértve a felhasználók hozzárendelt helyét vagy webhelyét, a felhasználók osztályait vagy akár felhasználói típusokat (tudásdolgozók, vezetők, mobil dolgozók stb.) alapján.

Például, ha a telepítésben részt vevő felhasználók három fő helyszínre vannak osztva: New York (NYC), San Francisco (SFC) és Research Triangle Park (RTP), akkor a felhasználói átmeneti terv úgy nézhet ki, mint a Felhasználói átmeneti terv webhelyenkénti táblázatban vázolt terv.
4. táblázat. Felhasználói átmeneti terv webhelyenként
Felhasználói webhely/ helyszín Az átmenet előtti tájékoztatás és képzések Átmeneti időszak Átmenet utáni támogatás
NYC (1 525 felhasználó) Április 1-i hét április 15 — április 27 Április 29-i hét
SFO (1 600 felhasználó) Május 6-i hét Május 20 — május 31 Június 3-i hét
RTP (1,275 felhasználó) Június 3-i hét Június 17 — június 28 Július 1-i hét

Egy másik fontos tényező az egymás közötti függőségekkel rendelkező felhasználók együttműködése. Ez magában foglalhatja, de nem korlátozódik az alábbiakra:

BLF monitorozás

Ugyanaz a vadászpilóta/csoport

Sorok megosztása

Ugyanazon hívásvételi csoport tagja

Ugyanazon call-park számok használata

Kaputelefon

Adminisztráció/ügyvezető.

Megtekintheti a konfigurációt (GUI vagy exportálás), vagy használhatja a Migration Insights eszközt az ilyen függőségekkel rendelkező felhasználócsoportok azonosításához.

4. táblázat. Felhasználói átmeneti terv webhelyenként
Felhasználói webhely/ helyszín	Az átmenet előtti tájékoztatás és képzések	Átmeneti időszak	Átmenet utáni támogatás
NYC (1 525 felhasználó)	Április 1-i hét	április 15 — április 27	Április 29-i hét
SFO (1 600 felhasználó)	Május 6-i hét	Május 20 — május 31	Június 3-i hét
RTP (1,275 felhasználó)	Június 3-i hét	Június 17 — június 28	Július 1-i hét

PSTN csatlakozás

Háromféleképpen érheti el a PSTN-t: Cisco híváscsomagok, Cloud connect for (korábban Cloud Connected PSTN) és helyszíni PSTN (helyi átjáró). Azonban egyetlen helyszín, ahogyan azt definiálja, csak egyetlen PSTN opcióhoz rendelhető hozzá.

A helyi átjáróval (LGW) rendelkező helyszíni PSTN az átmeneti stratégia lényeges eleme. Kapcsolódást biztosít a helyszíni telepítés és/vagy a PSTN és a platform között. Támogatja mind a Cisco-t, mind a tanúsított 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 a Támogatott SBC-k listája című témakörben talál.

akár 250 egyidejű hívást támogat egyetlen regisztrációs alapú helyi átjáróról és több mint 250 párhuzamos 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ámogatnak, de ez a helyi átjáró csatlakozási típusától függ (Over-the-Top vs interconnect peering) és az SBC modelltől, amelyen a Local Gateway telepítve van. Ezek a korlátozások lényegében mind a helyi átjáróalapú PSTN-hívások, mind pedig telephelyek közötti és végpontok közötti hívások alapértelmezett számkorlátja. További információt a helyi átjáró használatának megkezdése című témakörben tal ál.

A korlátozást meghaladó hívásokat 403 Tiltott jellel utasítjuk el. A show call active voice parancs bármelyik példányban futtatható a helyi átjárón, hogy meghatározza az aktív hívások teljes számát.

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őkapcsolat teljesítményét, ami még alacsonyabb párhuzamos hívási korlátot ered ményezhet. A helyi átjáró és az adatközpont közötti egyirányú késleltetés nem haladhatja meg a 100 ms-ot, a remegésnek pedig kevesebbnek kell lennie 10 ms-nál, míg a csomagveszteség kev esebb, mint 0,5%.

Jellemzők és funkcióhasználat

A jelenlegi környezet értékelésekor fontos meghatározni és áttekinteni, hogy mely funkciók vannak konfigurálva. Ezenkívül fontos megérteni a funkciók használatát, hogy (újra) meghatározhassa üzleti és műszaki követelményeit a telepítéshez.

A konfigurált funkciók meghatározásához elemezze a konfigurációt. Ez az összes statikus adat, amelyet akkor állítanak be, amikor egy funkció vagy beállítás van konfigur álva a rendszeren. Az elemzés elvégzéséhez a következő lehetőségek használhatók:

Ellenőrizze a konfigurációt az admin GUI-ban

konfigurációs export -- ömlesztett export vagy AXL

migrációs betekinté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 felhasználás, a regisztrációk és a hívások tevékenységének vizsgálata. Különböző analitikai eszközök és irányítópultok betekintést nyújtanak 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 tájékozott döntéshozatalt a migráció és az optimalizálási erőfesz Az alábbi lehetőségek használhatók az ilyen típusú elemzés elvégzéséhez:

A nyers CDR rekordok áttekintése

Az Unified CM RTMT adatok áttekintése

migrációs Insights eszköz CDR adatok használatával

A felhővel összekapcsolt UC elemzések áttekintése

Hívási hangerő

Regisztrált végpontok

(CAC) helyszínek

Csomagtartó hasznosítása.

Cisco harmadik féltől származó partnereszközök.

A Cisco azt javasolja, hogy ehhez az elemzéshez kezdje el a Webex Control Hub Migration Insights eszközt . Importálja az exportáló.TAR fájlt és a Unified CM CDR fájlokat (opcionális, de a funkcióhasználat elemz éséhez szükséges) az eszközbe. Az eszköz a következő CSV-alapú jelentéseket hozza létre, amelyek felhasználhatók az elemzés elindításához:

5. táblázat. Unified CM.tar fájlból generált jelentések
Jelentés neve
Jelentés leírása
A (z) ImportedDataBulk.csv
Minden felhasználó és eszköz Unified CM adatokból
A (z) DeviceEligibility.csv
Az áttelepítésre jogosult eszközöket azonosítja Webex Calling (IP-telefonok, Room OS eszközök, ATA-k és harmadik fél)
A (z) DevicePoolNumbers.txt
Az összes szám listája egy adott eszközkészlet ben
A (z) HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Részletek az eszközökről és felhasználókról, amelyeket megosztott vonalak, vadászati pilóta, hívássor, hívásparkolás és hívásvételi csoport konfigurációja alapján együtt kell áttelepíteni
A (z) HuntGroupMigrationInsight.csv
Részletes információk a hozzárendelt vadász vonalakról, vonalcsoportokról és kapcsolódó ügynökökről
A (z) SharedlineGroupMigrationReport.csv
A telefonszámok (könyvtárszámok) megosztásának áttekintése a felhasználók között

6. táblázat. Unified CM.tar és CD. gzip fájlokból generált jelentések
Jelentés neve
Jelentés leírása
A (z) FeatureUsageBasedDeviceEligibilityReport.csv
Információ az eszközáttelep ítési jogosultságról a funkcióhasználat alapján
A (z) FeatureUsageWithLastUsageDateReport.csv
Használati szám arra vonatkozóan, hogy mennyi alkal ommal hívták fel a vadászpilóta (k) és a hívássort (k) t az utolsó használat dátumával együtt
A (z) UserWorkspaceLastUsage.csv
Utolsó használati dátum a felhasználók és a munkaterületek számára mind a soft kliensek, mind a merevlemezek számára
A (z) DIDUsageReport.csv
DID használata mind a hozzárendelt, mind a nem hozzárendelt DID-k esetében

A Migration Insights jelentésekről további részleteket a Migration Insights című té makör ben tal ál.

Ha a Migration Insights jelentésekben szereplő információk áttekintése után további információra van szüksége a funkciókról és a használatról, a Cisco azt javasolja, hogy fontolja meg a Cisco harmadik féltől származó partneráttelepítési eszközeinek egyikét és/vagy a felhasználói felületen vagy a konfigurációs exportálási adatokban szereplő konfigurációk áttekintését.

5. táblázat. Unified CM.tar fájlból generált jelentések
Jelentés neve Jelentés leírása
A (z) ImportedDataBulk.csv Minden felhasználó és eszköz Unified CM adatokból
A (z) DeviceEligibility.csv Az áttelepítésre jogosult eszközöket azonosítja Webex Calling (IP-telefonok, Room OS eszközök, ATA-k és harmadik fél)
A (z) DevicePoolNumbers.txt Az összes szám listája egy adott eszközkészlet ben
A (z) HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Részletek az eszközökről és felhasználókról, amelyeket megosztott vonalak, vadászati pilóta, hívássor, hívásparkolás és hívásvételi csoport konfigurációja alapján együtt kell áttelepíteni
A (z) HuntGroupMigrationInsight.csv Részletes információk a hozzárendelt vadász vonalakról, vonalcsoportokról és kapcsolódó ügynökökről
A (z) SharedlineGroupMigrationReport.csv A telefonszámok (könyvtárszámok) megosztásának áttekintése a felhasználók között

6. táblázat. Unified CM.tar és CD. gzip fájlokból generált jelentések
Jelentés neve Jelentés leírása
A (z) FeatureUsageBasedDeviceEligibilityReport.csv Információ az eszközáttelep ítési jogosultságról a funkcióhasználat alapján
A (z) FeatureUsageWithLastUsageDateReport.csv Használati szám arra vonatkozóan, hogy mennyi alkal ommal hívták fel a vadászpilóta (k) és a hívássort (k) t az utolsó használat dátumával együtt
A (z) UserWorkspaceLastUsage.csv Utolsó használati dátum a felhasználók és a munkaterületek számára mind a soft kliensek, mind a merevlemezek számára
A (z) DIDUsageReport.csv DID használata mind a hozzárendelt, mind a nem hozzárendelt DID-k esetében

Cisco integrációk: Unity Connection UCCX UCCE

A hangposta az ajánlat szerves része, és natívan beépül a megoldásba. Nem integrálható olyan helyiségalapú hangposta megoldásokkal, mint például a Unity Connection vagy a Unity Connection Express. Továbbá, nincs natív módja a meglévő Unity kapcsolat hangpostaüzenetein ek vagy üdvözleteinek áttelepítésére a rendelkezésre álló natív hangposta szolgáltatásba. A Cisco harmadik féltől származó partnereinek néhány migrációs eszköze képes ezen adatok egy rész ének áttelepítésére. A hangpostáról további információt a Hangposta beállításainak konfigurálása és kezelése egy felhasználó számára című témakörben talál Webex Calling .

támogatja a megosztott hangposta és fax postaládákat is. További információt a Me gosztott hangposta és a bejövő faxdoboz kezelése című témakörben talál. Webex Calling

beépített Auto Attendant funkcióval rendelkezik, amely az alapplatform részeként szerepel. Ez a funkció lehetővé teszi a Unity Connection híváskezelői és automatikus kiszolgáló funkcióinak átállását. A Vezérlőközpont eszköz ( Migrate Features from) támogatja Unified CM az Unity Connection konfigurációinak áttelepítését az automatikus kísérőkre. Az eszköz használatával kapcsolatos további információkért lásd: Eszközök és szolgáltatások át Unified CM telepítéseWebex Calling.

Hívásfelvétel

két lehetőséget tartalmaz a hívásrögzítéshez további költség nélkül.

Webex hívásfelvétel

Dubber Go felvétel (partnerajánlat) - integráció és a dubber között, ahol az összes rögzített adathordozót biztonságosan tárolják a felhőben.

a mellékelt felvételi lehető ségek táblázata kiemeli a két hívásrögzítési lehetőség néhány kulcsfontosságú jellemzőjét, amelyek felár nélkül elérhetők.

7. táblázat. tartalmazza a felvételi lehetőségeket
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 év megőrzési időtartam* 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 hívásfelvételeikhez
A felhasználók saját felvételeiket kezelhetik a User Hub és/vagy a Webex App segítségével.
Csak a felhasználók férhetnek hozzá és kezelhetik felvételeiket
Dubber portáljukról.

Ha a szervezet további rögzítési funkciókat igényel, például megfelelőségi hívá srögzítést, hosszabb megőrzési időket, több tárhelyet, mesterséges intelligencia-elemzést és/vagy rendszergazdai hozzáférést, akkor fizetett ajánlatok vagy kiegészítők állnak rendelkezésre mind a Cisco, mind a harmadik felek felvételi szolgáltatóitól. A felvételi szolgáltat ókról, a konfigurációkról és a kiegészítő partnerszolgáltatásokról további információt a Hívásfelvétel kezelése című témakör ben talál Webex Calling.

7. táblázat. tartalmazza a felvételi lehetőségeket
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 év megőrzési időtartam*	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 hívásfelvételeikhez A felhasználók saját felvételeiket kezelhetik a User Hub és/vagy a Webex App segítségével.	Csak a felhasználók férhetnek hozzá és kezelhetik felvételeiket Dubber portáljukról.

Harmadik fél integrációja

^{számos harmadik fél integrációját támogatja, beleértve, de nem kizárólag a helyi átjárók, IP-telefonok, intercom telefonok, hangszórók/pagerek, ATA-k stb. S
BC-ket.} ^{Ezen harmadik fél eszköze
in kívül különböző ^harmadik féltől származó
megoldásokat Webex Calling támogat az ügyfélszolgálat, az elemzés, a felvétel, a számlázás stb. területén.} A harmadik fél megoldásaival kapcsolatos ^további információkért lásd: Webex App Hub.

Terv

Magas szintű projektterv

Migrációs utazás - egy vagy két lépés?

1. lehetőség: Egylépcsős felhasználói migráció

2. lehetőség: Kétlépcsős felhasználói migráció

1. lépés

2. lépés

Magas szintű projektterv

Az irányba való áttérésre vonatkozó magas szintű projektterv kidolgozásakor elengedhetetlen egyértelmű fázisok és mérföldkövek meghatározása, amelyek összhangban vannak mind az üzleti célokhoz, mind a műszaki követelményekhez. A tervnek átfogó értékelési szakaszával kell kezdődnie, beleértve 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 legfontosabb szempontok közé tartozik az erőforrások el osztása, az ütemterv becslése, a kockázatkezelés és a kommunikációs stratégiák, amelyek biztosítják, hogy minden fél tájékoztatást és részt vegyen a migráció során. Ezenkívül a tervnek tartalmaznia kell a validálási ellenőrző pontokat, például a kísérleti teszteket és a szakaszos bevezetéseket, hogy minimalizálják a zavarokat, és lehetővé tegye a visszajelzésen alapuló kiigazításokat.

Példák a projekttervbe belefoglalandó elemekre:

A migráció hatókörének meghatározása (pl. mely felhasználók, eszközök és funkciók lépnek át)

Képzések ütemezése végfelhasználók és támogató csapatok számára

a hálózati készenléti értékelések koordinálása, valamint

A lezárási tevékenységek tervezése tartalék lehetőségekkel. Fontos továbbá a megfelelőségi és biztonsági felül vizsgálatok, valamint a migráció utáni támogatási és optimalizálási szakaszok integrálása is.

A projektterv ezen megfontolások alapján történő strukturálásával a szervezetek jobban kezelhetik a komplex itást, csökkenthetik a kockázatokat és zökkenőmentesebb átmenetet érhetnek el.

Migrációs utazás - egy vagy két lépés?

megköveteli a felhasználók számára, hogy a hívó soft klienst használják. Ezért, ha valamelyik felhasználó továbbra is használja, két lehetősége van arra, hogy mikor helyezheti át őket a. Egylépéses felhasználói áttelepítést vagy kétlépcsős felhasználói migrációt végezhet.

1. lehetőség: Egylépcsős felhasználói migráció

Egylépcsős áttelepítés során a felhasználók átmennek az irányba, egyidejűleg átmennek az irány Unified CM ba. Ez az opció általában a kis számú felhasználóval rendelkező ügyfelek számára használható, és egyszerre tudja kezelni mind a felhasználó soft kliensét, mind a hívásszolgáltatását. Az alábbi ábra a Felhasználó hívásszolgáltatása, a soft ügyfél és a telefon egyidejű áttelep ítése kiemeli az ilyen típusú migrációt. Ezzel az opcióval a felhasználó egyszerre teljesíti a következőket:

A hívásszolgáltatások innen költöztek

Telefonszámok és bővítmények áthelyezték a következőre

A Jabberről a -re áttért Soft kliens regisztrál

A telefonos regisztráció innen költözött.

A felhasználó hívási szolgáltatása, a soft ügyfél és a telefon egyidejűleg áttelepül

Ez továbbra is egy szakaszos áttelepítés lehet, ahol a felhasználócsoportok különböző időpontokban kerülnek áthelyezésre, de amikor minden felhasználó áthelyezésre kerül, mindez egyszerre történik.

2. lehetőség: Kétlépcsős felhasználói migráció

A másik megközelítés a kettős lépcsős migráció. Az 1. lépésben, a felhasználók átmennek a hívási szolgáltatásokra, de továbbra is továbbra is bekapcsolódnak a hívási szolgáltatásokra. Ezután a 2. lépésben, a felhasználók áthelyeződnek Unified CM a következőről. Ezt az opciót a nagyobb ügyfelek számára ajánljuk a végfelhasználói módosítások kezeléséhez, és el akarják választani a felhasználó soft kliensváltozását a hívási szolgáltatás változásától. A következő ábra A Soft client migrálása; majd a hívásszolgáltatás, a soft client és a telefon áttelepítése az Webex Calling alábbi ábra kiemeli az ilyen típusú áttelepítést.

1. lépés

A Soft kliens, amelyről - -re vált át, regisztrál.

2. lépés

A hívásszolgáltatások innen költöztek.

A telefonszámok és bővítmények innen költöztek.

a regisztráció innen költözött.

A telefonos regisztráció innen költözött.

Lágykliens áttelepítése; majd áttelepítse a hívásszolgáltatást, a soft ügyfélt és a telefont Webex Calling

Ez továbbra is egy szakaszos áttelepítés lehet, ahol a felhasználói csoportok mindkét lépésben különböző időpontokban kerülnek áthel yezésre.

A választott opció attól függ, hogyan szeretné kezelni felhasználói áttérését az és -re. Az ajánlás az, hogy lépésekben tegyük meg (2. lehetőség). Ez lehetővé teszi, hogy egyszerre minimalizálhatja a vég felhasználó változásait, és feloszthatja az erőfeszítéseket a projekt különböző részeire. Ha azonban azt szeretné, hogy a felhasználókat csak egyszer érintsék, akkor az 1. lehetőség használata is érvényes.

Az ajánlott utazást tekintve (1. lehetőség), a Jabber és Webex App közötti magas szintű átmeneti tér kép alábbi ábra mutatja az 1. lépés magas szintű átmenetét.

Jabber to Webex App magas szintű átmeneti térkép

Ebben a lépésben a felhasználók átmennek a Jabberről az összes hívási szolgáltatásukhoz. azonban, a hívóplatform továbbra is fenn Unified CM áll, és regisztr álja hívási szolgáltatásait. Amint azt a Jabber és Webex App magas szintű átmeneti térké pe látható, a helyszíni infrastruktúra nem változik, és ugyanúgy működik, mint a Jabber. Az egyetlen változás az, hogy kapcsolatot igényel.

Az átállással kapcsolatos további információkért lásd: Jabber to Webex átmeneti térképe és telepítési útmutató az Együtt működé si átállás oldal Ügyfél szakaszában.

Unified CMa Webex Calling magas szintű átmeneti térkép ábra a magas szintű átmenet a következőre. Ez az ajánlott utazás 2. lépése.

Unified CMWebex Callingmagas szintű átmeneti térképre

Ha úgy dönt, hogy az egylépcsős megközelítést használja, 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 hívási szolgáltatásaikhoz, hívásregisztrációhoz és IP-telefonos regisztrációhoz.

Mivel a felhasználók csoportokban mozognak, az Enterprise felhasználók az átmenet során felosztják a két hívó platform között. Az 1. fázis és Unified CMa Webex Calling magas szintű átmeneti térkép ábrázolja ezt az állapotot. Ebben a szakaszban tervezésre van szükség a felhasználók közötti hívások kezelésére a két platformon és a PSTN hívások irányítására. Minden alkalommal, amikor egy felhasználócsoport átkerül, a tárcsázási tervek és a hívásátirányítási frissítések szükségesek lesznek a Helyi Átjáró (ek) n.

Miután az összes felhasználó, soft ügyfél és eszköz átkerült (2. fázis), akkor az összes helyszíni UC-infrastruktúra eltávolítható és leszerelhető.

Tervezés

Régió kiválasztása

Helyszínek

PSTN

Tárcsázási terv

Helyszíni tárcsázási terv

tárcsázási terv

Felvétel

1. Hívásfelvételi szolgáltató kiválasztása

2. Régió kiválasztása

Segélyhívás

Engedélyezés

Kézi hozzárendelés keresztül

Automatikus licenchozzárendelési sablonok

Tömeges hozzárendelés CSV-sablonon keresztül

API-alapú hozzárendelés

Licenckövetelmények

Felhasználói ellátás

Felhasználói csoportok

Ajánlott megközelítés az irányba való migráció során

Felhasználói csoportok tervezése

Egyszeri bejelentkezés (SSO)

Több IDP támogatás

1. Fúziók és felvásárlások

2. Több független informatikai részleg

3. Különböző felhasználói csoportok vagy tartományok

4. Különböző hitelesítési protokollok támogatá sa

5. Fokozott biztonság és megfelelőség

6. Egyszerűsített felhasználói élmény

Duo MFA SSO-val

Jellemzők

Autófelügyelő

Call Park

Hívásfelvétel

Hívássor

Vadászcsoport

Üzemmódok

Lejelentkezési csoport

Felvételek

Egyszámú elérés

Hangposta csoport

Régió kiválasztása

világszerte elérhető, és redundáns adatközpontokból szállítják több régióban: Egyesült Államok (Dallas, Chicago), Kanada (Vancouver, Toronto), Európa (Frankfurt, Amszterdam), Egyesült Királyság (London, Manchester), Ausztrália (Melbourne, Sydney), Japán (Tokió, Osaka), Szaúd-Arábia (Rijád, Jeddah) és India (Mumbai, Chennai). A média POP-k médiaszolgáltatásokat nyújtanak a média oda-vissza utazási idők optimaliz álása érdekében. A szingapúri adatközpontot például arra használják, hogy optimalizálják a média-oda-vissza utazási időket az ázsiai országokban élő ügyfelek számára, ahol az Ausztrália vagy Japán régióba irányuló oda-vissza utazási idők nem optimálisak lehetnek. Az adatközpontokat több gigabites és teljesen redundáns gerinc kapcsolja össze. A globálisan elosztott adatközpontok ábrája az összes adatközpont áttekintését mutatja. A rendelkezésre álló adatközpontok legfrissebb listáját az Adatközpontok helyei cím ű témakörben talál Webex Calling.

Globálisan elosztott adatközpontok

Minden ügyfél az egyik példányra van ellátva. Az ügyfél összes szolgáltatási információja ebben a példányban tárolódik, és az ügyfél számára biztosított összes végpont és helyi átjáró SIP-jelzése ahhoz a példányhoz kapcsolódik, amelyre az ügyfél biztosított. Mivel nehéz megváltoztatni a kezdeti régiókiválasztást, fontos figyelembe venni az összes releváns tényezőt a régió kiválasztásához vezető döntési folyamat részeként. A túlzott jelzési késedelem elkerülése érdekében az átmeneti folyamat korai szakaszában fontos eldönteni, hogy melyik példányt kell használni. A Cisco azt javasolja, hogy válassza ki azt a példányt, amely a legkisebb jelzési időt biztosítja a telepítés során a legnagyobb számú felhasználó számára.

Az ország elérhetőségeiért lásd: Hol elérhető a Webex? .

Helyszínek

A helyszínek biztosítására való felkészüléshez az összes migrációs célhelyre vonatkozó szükséges információkat össze kell gyűjteni. Az egyes helyekhez szükséges információkat az egyes helyekhez rögz íthető információk részben foglal ják össze.
Táblázat 1. Az egyes helyekre rögzítendő információk
Információ Megjegyzés
Bővítési tartomány (ek) Minden helynek különböző számjegyekkel kezdődő kiterjesztései lehetnek. Egy számjegyet meg kell kímélni a helyszíneközi tárcsázó kormányszámjegyhez (például 8), egyet pedig a PSTN kormányszámjegyhez (például 9). Egyetlen kiterjesztési tartomány sem kezdődhet e két számjegy egyikével.
Minden hely kiterjesztési tartományának azonos hosszúságúnak kell lennie.
DID tartomány (ek) -
PSTN kormányszámjegy -
Webhely kódja Az összes helyszín összes webhelykódjának egyedinek és azonos hosszúságúnak kell lennie.
Fő szám Helyszín létrehozásakor két DID-t kell biztosítani. Az egyik fő számként (például egy automatikus kiszolgáló szolgáltatáshoz rendelhető), egy pedig a hangposta portálhoz.
Első DID rendelkezés a hangposta számához.
Hangposta száma
Engedélyek száma Szükséges licencek típusonként, beleértve a Standard, Professional, Munkaterületet, Útvonallistát, Kimenő hívási csomagot.
Egyidejű hívások a forgalmas órában Az eszközök és az eszközök és a helyi átjáró közötti párhuzamos hívások összege (PSTN és eszközökre irányuló hívások). Szükséges a szükséges internet-hozzáférési sávszélesség meghatározásához.
Ország -
Időzóna -
Nyelv -
Kapcsolat (név, telefon, e-mail) -
Cím (Utcai cím, Város, Állam, Irányítószám) -
A sürgősségi szolgálatok fizikai elosztható helye végpontokhoz A segélyhíváshoz használt eszköz elküldhető helye általában a következőket tartalmazza: épület címe, épület címe+emeleti száma, épület címe+ lakosztályszám vagy épület címe + emeleti száma+irodai/kocsiszám.
Eszközenként egyedi fizikai hálózati hely a sürgősségi szolgálatok számára A vészhívások fizikai hálózati helye általában a következőket tartalmazza: kapcsoló/kapcsolóport vezetékes eszközökhöz, vezeték nélküli hozzáférési pont (AP) alap szolgáltatáskészlet-azonosítók (BSSID) vezeték nélküli csatlakoztatott eszközökhöz, és/vagy a végponti eszközök helyszíni IP-alhálózata (ek).

PSTN

A telepítés megtervezésekor az ügyfeleknek három elsődleges PSTN-csatlakozási lehetősége van: Cisco C alling Plans (a Cisco által kezelt felhőalapú PSTN-szolgáltatás), a Cloud Connected PSTN Providers (CCPP, ahol a szolgáltatók PSTN-szolgáltatást nyújtanak a felhőn keresztül ) és helyszíni PSTN (ahol a helyi átjárók összekapcsolják a vállalati hálózatot a PSTN-hez). A hibrid telepítésekhez használt PSTN tranking bevezetésével (további információt lásd: PSTN trunking hibrid Webex Calling telepítésekhez) a szervezetek további rugalmasságot szereznek migrációs megközelítésükben. Ez a funkció lehetővé teszi az ügyfelek számára, hogy az átmenet kezdetén áthelyezzék PSTN-jüket a CCPP-re, és megkezdjék a felhasználók számára át menetet a felhőalapú PSTN-re, miközben a CCPP segítségével fenntartják a PSTN-szolgáltatást azoknak a felhasználóknak, akik a szakaszos migráció során a Cisco szolgáltatáson maradnak.

Ez a hibrid megközelítés lehetővé teszi a szervezetek számára, hogy a kiválasztott felhasználói csoportokat először a felhőbe helyezzék át anél kül, hogy azonnal átalakítanák a teljes telefonos környezetüket. Ez azonban további bonyolultságot és kockázatot jelent, különösen a meglévő hívás-útválasztási logika új architektúra támogatásához való hozzáigazításával kapcsolatban. A régi alkalmazásokkal, például faxkiszolgálókkal, kapcsolattartó központokkal vagy lapozó rendszerekkel való kölcsönös átjárhatóság szintén alapos megfontolást igényel. A legfontosabb technikai kihívások közé tartozhat a zökkenőmentes végpontok közötti kodek tárgyalás és a DTMF (Dual-Tone Multi-Frequency) jelzés biztosítása a vegyes környezetben, valamint a speciális telefonos funkciókkal való kompatibilitás érvényesítése. 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. Emellett a kereskedelmi megfontolások is fontosak, mivel a hibrid trunking használati licencre van szükség, amely a helyszíni környezet és a Cloud Connected PSTN Provider (CCPP) közötti párhuzamos hívások számán alapul.

Alternatív megoldásként a szervezetek dönthetnek úgy, hogy az átmeneti szakaszban megtartják helyszíni PSTN- kapcsolatukat. Ebben a forgatókönyvben a CCPP-re való áttérés kétféleképpen hajtható végre: az áttelepítés befejezése után az összes felhasználó és hely egyetlen, összehangolt lezárásként, vagy fokozatosan, a PSTN-áttelepítés helyenként történik a felhasználók áthelyezésekor. Ez a megközelítés elősegítheti az együttélés egyszerűsítését és a régi integrációk folytonosságának fenntartását, de számos működési bonyolultságot vezet be. Ezek közé tartoznak a számportálással kapcsolatos kihívások, mint például a számkikötői megrendelések pontos összehangolásának szükségessége, a lehetséges késedelmek és a szolgáltatók által előírt korlátozások, például a párhuzamos kikötői kérelmek számának korlátozása vagy a nagyszámú blokkok alcsoportjainak áthelyezésére vonatkozó korlátozások. A szervezeteknek gondosan meg kell tervezniük a PSTN átmeneti stratégiájukat, figyelembe véve ezeket a logisztikai szempontokat, hogy elkerüljék a szolgáltatási megszakításokat és biztosítsák a zökkenőmentes migrációs élményt.

Az elején áttelepítés a CCCP-re és a helyszíni PSTN megőrzése

Az áttelepítés CCCP-re az induláskor és a helyszíni PSTN megőrzése ábra a fent ismertetett két PSTN- áttelepítési lehetőséget mutatja. A bal oldali ábra azt a forgatókönyvet mutat ja, amikor az összes helyszíni felhasználó és alkalmazás a Cloud Connected PSTN szolgáltatásokat használja a helyszíni törzsben és egy helyi átjár ón keresztül, míg a jobb oldali ábra azt a forgatókönyvet mutatja, amikor a meglévő helyszíni PSTN a helyszínen marad, és a felhasználók a helyi átjáró kapcsolaton keresztül használják a helyszíni P Webex Calling STN- t és. Az átmenet során a helyszínek átválthatók a Cloud Connected PSTN használatával.

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 hálózatok közötti kapcsolatot ennek megfelelően kell megtervezni és méretezni az egyidejű hívások várható száma és a szükséges redundancia alapján.

Tárcsázási terv

A migrációs időszak közötti zökkenőmentes interoperabilitás elérése érdekében mindkét platformon átfogó tárcsázási terv architektúrát kell kidolgozni és megvalósítani. Ez a kettős platformú tárcsá zási terv biztosítja a következetes hívásátirányítást, a számok fordítását és a funkciók átláthatóságát, lehetővé téve a felhasználók számára, hogy a szolgáltatás romlása vagy a felhasználói élmény megzavarása nélkül kommunikáljanak az együttélés során.

Helyszíni tárcsázási terv

A vállalati tárcsázási tervben regisztrált eszközök együttélésének lehetővé tétele érdekében az átmenet során módosítani kell, hogy legalább a következő követelmények teljesüljenek: Unified CM

+E.164 tárcsázás:

Hosszabbító tárcsázás: (helyszínen belüli, de helyközi is, ha a kiterjesztési tartományok egyediek)

Rövidített telephelyek közötti tárcsázás:

Kényszerített hálózaton belüli tárcsázás:

Visszahívás a nem fogadott hívások könyvtárából a bekapcsolt célállomásokra

A PSTN hívja a PSTN-t, ha az átmenet során a helyszíni PSTN-t használják

A PSTN-hívások az átmenet során a hibrid telepítésekhez használt PSTN tranking segítségével a helyszíni felhasználók számára biztosítják a PSTN-hozzáférést a Cloud Connect for

Kényszerített hálózaton keresztül

Hosszabbító tárcsázás és a (helyközi) között.

Ha a fentiek bármelyike nem támogatott tárcsázási szokások az átmenet előtt, például nincs rövidített helyszíneközi tárcsázási szokás, akkor ezeket nem feltétlenül kell bevezet ni az átmenet során.

Az ábra A legjobb gyakorlatok tárcsázási terv a Cisco Collaboration Preferred Architecture for Cisco Collaboration 12.x vállalati helyszíni telepítések (CVD) című cikkben ismertetett bevált gyakorlati tárcsázási terv megközelítését mutatja be. Ennek a megközelítésnek a főbb jellemzői a következők:

Egyetlen partíció +E.164 könyvtárszámokhoz

A +E.164 útvonalminták alapján alapuló útvonaltervezés

Az összes tárcsázási szokás normalizálása +E.164-re fordítási mintákkal

A fordítási minta használata a keresési terület öröklődésének meghívása (lehetőség A kez deményező hívókeres ési helyének használata fordítási mintákon beállított beállítás).

Bevált gyakorlatok tárcsázási terv

Például a PSTN tárcsázást (9+1+10D) egy SJC-ben lévő eszközről, amely az SJCInternational vonalhívó kereső térrel rendelkezik, először a 9.1 [2-9] XX [2-9] XXXXXX fordítási mintával párosítja, amely a hívott fél számát +E.164 értékre normalizálja. A másodlagos keresés ez után ismét ugyanazt a hívókeresőhelyet használja fel az SJCInternational (keresési terület öröklésének hívása), és a +E.164 számjegyű karakterláncot vagy a DN partícióban lévő +E.164 könyvtárszám , vagy az USPSTNNational vagy SJCPSTNLocal partíció PST N útvonalmintáinak egyikével párolja meg. A rövidített helyszínen belüli és helyszíneközi tárcsázási szokásokat az ES N és az SJ CTOE164 partícióban lévő fordítások valósítják meg. Míg az ESN partíció globális partíció (minden helyen elérhető telefonok számára), az SJCTOE164 partíció csak az SJ C helyén lévő felhasználók számára érhető el. Ez átfedő kiterjesztési tartományokat feltételezi.

A telefonos hívások engedélyezésének első lépése annak biztosítása, hogy a +E.164 célállomások ennek megfelelően kerüljenek irányításra. Ez úgy érhető el, hogy egy partíciót ad hozzá a tárcsázási tervhez, hozzáadjuk az összes célállomáshoz +E.164 útvonalmintákat az adott partícióhoz, és végül hozzáadjuk a partíciót az elérni kívánt szolgáltatási osztályokat képviselő összes hívó kereső helyhez. Dedikált partíció létrehozása szükséges ahhoz, hogy lehetővé tegye a különböző szolgáltatási osztály létrehozását a következő hívásokhoz. A híváshurkok elkerülése érdekében a helyi átjáróból származó törzsben található bejövő hívások keresési helyének nem szabad hozzáférnie a partícióhoz.

+E.164 útválasztás Webex Calling

Amint azt a +E.164 ábra mutatjaWebex Calling, a +E.164 DID tartományban +1 221 555 2XXX és a 121-es helykóddal rendelkező helyre történő útválasztás engedélyezéséhez a partícióhoz hozzá kell adni a +E.164 tartománynak megfelelő sürgős útvonal mintát.

Ha nincs szükség helyspecifikus Helyi Átjáró kiválasztására, akkor ahelyett, hogy egy helyi útvonalcsoportot tartalmazó útvonallist át használnánk az egyetlen útvonalcsoportra mutató útvonalminták célpontjaként a Helyi átjárót, majd az útvonalminták egyetlen útvonallistára mutatnak, amelyben ez az egyetlen útvonalcsoport egyetlen bejegyzésként szolgál.

A helyszínek közötti rövidített tárcsázás engedélyezéséhez a partícióhoz hozzá kell adni a szükséges 8121.2XXX útvonalmintát. Előfordulhat, hogy az ESN partícióban már létezhet az ESN tárcsázást +E. 164 értékre normalizáló 8121.2XXX számú tárcsázási normalizációs mintára átmenő webhelyek. Ebben az esetben a 8121.2XXX redundánsnak tűnik, de amint az adott hely összes DNS-jét áttelepítették a 8121.2XXX tárcsázás normalizálására, a fordítási minta eltávolítható, majd a 8121.2XXX útvonalminta lehetővé teszi az ESN tárcsázást még csak az adott tartományban lévő felhasználók számára is.

Ezekkel a tárcsázási tervváltoztatásokkal a helyszínre irányuló hívások nem csak a rövidített helyszínek közötti tárcsázással és +E.164 tárcsázással vehetők igénybe. Nem zetközi és országos PSTN tárcsázás is lehetséges, mivel ezeket a tárcsázási szokásokat először +E.164-re normalizálják a már meglévő tárcsázási normalizációs fordítási mintákon keresztül, majd a partícióban lévő +E.164 útvonalmintázat illesztésével irányítják át.

A helyszín DID-tartományának megfelelő +E.164 útvonalminta beállítható, amíg az összes DID-t továbbra is üzemeltetjük. A legjobb egyezési mintázat-illesztési algoritmus gondoskodik arról, hogy a tárcsázáskor a +E.164 könyvtárszám jobban megfeleljen, mint a helyettesített +E.164 útvonalminta, így a hívások egy bekapcsolt vonalra kerülnek kiterjesztésre, és nem küldhetők oda.

tárcsázási terv

Minden felhasználó rendelkezik egy kiterjesztéssel és/vagy egy +E.164 telefonszámmal. A kiterjesztés hossza rögzített globális beállítás: a telepítés összes kiterjesztése azonos hosszúságú. A kiterjesztésű tárcsázás felhasználók között használható mind a helyeken belül, mind a helyek között. A rövidített helyközi kiterjesztés ű tárcsázás (ez utóbbi eset) csak akkor működik, ha a tárcsázott kiterjesztés egyedi.

Ha a helyek közötti rövidített telephelyek közötti tárcsázás követelmény, de vannak átfedések a különböző helyekre rendelt kiterjesztések között, akkor egy vállalatspecifikus számozási tervet kell létrehozni úgy, hogy a kiterjesztéseket hozzáférési kóddal vagy webhelykóddal előrögzítjük. További információért lásd: Preferált architektúra a Cisco együttműködéshez 15 Helyszíni telepítések, Tervezési áttekintés a Cisco együtt működé si prefer ált architektúrák címen érhető el.

A hosszabbítási hossz, a helyekközi tárcsázási viselkedés, a helyközi tárcsázás előtaghossza és a helyek közi tárcsázás útválasztási előtagjának kormányszámjegye a hívásszolgáltatás beállításaiban van beállítva az alábbi ak között:

Helyvezetési előtag hossza: Előtag hossz a, beleértve a kormányszámjegyet is. Csak akkor szükséges, ha egy vállalati számozási tervet alternatív rövidített vállalati helyközi tárcsázási szokásként kell létrehozni.

Kormányszámjegy az útválasztási előtagban: Kormányszámjegy a rövidített vállalati helyközi tárcsázási szokáshoz. Kerülni kell az átfedéseket bármely hely és helyszín kimenő tárcsászá mjegyeinek első számjegyével. Csak akkor szükséges, ha egy vállalati számozási tervet alternatív rövidített vállalati helyközi tárcsázási szokásként kell létrehozni.

Belső hosszabbítási ho ssz: A hosszabbítások standard hossza. Bármilyen érték lehet két és tíz között.
Ha a helyszíni hívásvezérlőből a helyszíni hívásvezérlő bővítményt küld, jelentős nagyvállalati számokkal (irányítókód, helyszíni kód, bővítmény) használatával tárcsázni , akkor a Helyszíni hívás vezérlőből származó hívások hely színi hívásoknak megfelelően kerüljenek be helyszíni hívásoknak minősíteni.

Helyek közötti bővítménytárcsázás engedélyezése: A helyek közötti bővítménytárcsázás engedélyezéséhez vagy letiltásához kapcsolja be. Ezt az opciót csak akkor szabad engedélyezni, ha a szervezeten bel üli összes kiterjesztés egyedi. Ha az opció le van tiltva, akkor a vállalati jelentős számokat (kormánykód, webhely kód, bővítmény) 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 elkészítéséhez használják, hogy minimálisra csökkentsék a számjegyek közötti időtúlásokat a horogon kívüli tárcsázás használatakor. A globális beállításoktól való eltérés továbbra is lehetséges (Példa — eltérő hosszúságú bővítmények is rendelkezésre állnak), de figyelmeztető üzenet jelenik meg a Vezérlőközpontban, és a telefonokról történő tárcsázáshoz blokkolt tárcsázásra lehet szükség az előre betöltött tár csázási csomagon belüli ütközések elkerülése érdekében.

A V állalati számozási pél da táblázat három helyre mutat példát, ahol két helyszín, a NYC és az RTP kiterjesztési tartománya azonos. Vállalati számozási rendszer létrehozása telephelyek közötti irányítószámozással 8, amelyet egy háromjegyű helyszínkód követ, és a négyjegyű kiterjesztés nem átfedő rövidített helyszínek közötti tárcsázási szokást hoz létre.

Táblázat 2. Vállalati számozási példa
Webhely Bővítési tartomány Webhely kódja Vállalati tartomány

NYC 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 számára az ideális helyre való áttérés előtt és után a tárcsázási szokásoknak azonosnak kell lenniük. Az egyes helyek átmenetére való felkészüléshez dokumentálni kell a DID tartományokat és kiterjesztési tartományokat (vagy rövidített helyszínen belüli tárcsázási szokásokat). Ezen információk alapján ki kell választani a helyszínek közötti kormányszámjegyet.

A Rögz ített hosszkiterjesztési tartományok tábláz at három helyre és rögzített hosszhosszabbítási tartományra mutat pél dát. Mivel el kell kerülni az egymást átfedő tárcsázási szokásokat, fontos meggyőződni arról, hogy bármely kiterjesztési tartományban a tartomány első számjegye nem egyezik meg a rövidített helyszínekkel történő tárcsázás kormányozásával. Ha például a 8-at választja ki a helyszínek közötti tárcsázá shoz kormányszámjegyként, akkor egyetlen helyszínen egyetlen kiterjesztési tartomány sem kezdődhet 8-mal. Általában az adott helyen található kiterjesztések megegyeznek az adott helyhez rendelt DID-k utolsó néhány számj egyével. A konfliktusok elkerülése érdekében a kiterjesztés első számjegye megváltoztatható. Ha például a +1 408 555 8XXX tartományban lévő DID-ket használunk egy helyen, akkor a 8XXX kiterjesztési tartomány ként való használat helyett az adott webhely bővítményeihez használhatjuk a 7XXX bővítményeket

3. táblázat. Rögzített hosszhosszabbítási tartományok
Webhely Bővítési tartomány Bővítmények Webhely kódja Vállalati tartomány

NYC 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ét számjegyű tárcsázási karakterláncok átfedik az előre betöltött amerikai tárcsázási tervben a helyi tárcsázáshoz szükséges hétjegyű mintázattal. A hálózaton belüli és a hálózaton kívüli tárcsázási szokások közötti átfedések elkerülése érdekében kötelező külső hozzáférési kód használható ezen a helyen. Ha a meglévő vállalati számozási séma és a megfelelő rövidített telephelyek közötti tárcsázás átfedésben van a nemzeti tárcsában lévő mintákkal, akkor az átfedések elkerülése érdekében a számozási sémára való áttérés során hosszabb vagy rövidebb formára is módosítható. Ennek elérésének legegyszerűbb módja egy további párnázó 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 áttelepített felhasználóknak kell elfogadniuk. A még bekapcsolt felhasználók továbbra is hét számjegyű tárcsázást végezhetnek. Ebben az esetben a vállalati tárcsázási tervnek gondoskodnia kell arról, hogy a rövidített hétszámjegyű tárcsázást +E.164 vagy Unified CM a telepített rövidített tárcsázási formátumra alakítsák át. Ezt meg kell tenni, mielőtt elküldené a hívást a helyi átjáróra.

A hét számjegyű tárcsázás átmeneti táblázata példát mut at erre az átszámozásra. Ebben a példában a rövidített helyközi tárcsázás a 8. kormányszámot használja, amelyet kétjegyű helykód és egy négyjegyű kiterjesztés követ. A helyszínek hétszámjegyű rövidített helyszíni tárcsázásának elkerülése érdekében a helyszínek kódjai könnyen háromszámjegyűre változtathatók, ha a használt kétszámjegy ű helykódokhoz tetszőleges párnázó számjegy (8 a példában) előre rögzítve, így a telefonokról történő telephívás 8- as irányítószámjegy, a régi kétjegyű webhelykód és a négyjegyű kiterjesztés. A felhasználóknak nem kell emlékezniük az új webhelykódokra; csak arra kell emlékezniük, hogy a 8 8-at használjanak előtagként a helyszínek közötti tárcsázáshoz a 8 bekapcsolt helyett.

4. táblázat. Hétszámjegyű tárcsázás átmenete

Webhely Bővítmények Webhely kódja Vállalati kínálat Webhely óda Vállalati angolok

NYC 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ámokat hívó fél információjaként mutatják be a hívásokhoz (például DID nélküli eszközökről történő hívások), fontos a visszahívás működésének biztosítása érdekében a különböző számformátumok közötti leké pezést is végrehajtani. Ez a leképezés úgy érhető el, hogy hívó fél transzformációs mintáját használjuk a helyi átjáró és a közötti törzsön.

Felvétel

A jól megtervezett hívásrögzítési megoldás számos kulcsfontosságú tervezési elem alapos megfontolását igényli annak biztosítása érdekében, hogy összhangban legyen a szervezeti célokhoz, a szabályozási követelményekhez és a műszaki korlátozásokhoz. A két legkritikusabb döntés magában foglalja a szolgáltatók kiválasztását és a régiók kiválasztását, amelyek mindegyikét globálisan testre kell szabni, és bizonyos hel yeken, üzleti igények alapján felülírni kell.

1. Hívásfelvételi 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 összehangolásának biztosításához a szervezetben:

Globális szolgáltató kiválasztása: A szervezetek általában globális szinten jelölik ki egy elsődleges hívá srögzítő szolgáltatót, biztosítva a funkciókészlet, a megfelelőség és a támogatás konzisztenciáját minden helyszínen

Helyalapú felülírások: Azokban az esetekben, amikor bizonyos webhelyek vagy régiók egyedi üzleti szükségletekkel vagy szabályozási követelményekkel rendelkeznek, szükség lehet a globális szolgáltató kiválasztásának felülírására, és ez ekre a helyekre alternatív szolgáltatók meghatározására. Ez a rugalmasság támogatja a különböző megfelelőségi megbízásokat és a helyi üzemeltetési igényeket

Üzleti követelmények: A szolgáltató kiválasztását az üzleti tényezők értékelésén kell alapulnia, mint például a szabályozási megfelelés (példa - 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 valós idejű megfigyelés, keresési és lejátszási képességek, titkosítás, megőrzési irányelvek, elemzési platformokkal való integráció és a különböző hívástípusok (bejövő, kimenő, belső) támogatása alapján kell értékelni.

2. Régió kiválasztása

A megfelelőség és a teljesítmény szempontjából kritikus fontosságú annak a régiónak a meghatározása, ahol a hívásfelvételeket tárolják és feldolgozzák:

Globális régió kiválasztása: Alapértelmezés szerint a szervezetek egyetlen régiót választhatnak a hívásfelvétel ek tárolásához a kezelés és az irányítás egyszerűsítése érdekében

Hel@@ yalapú régió felülírásai: Amennyiben az adattartózkodási törvények vagy vállalati irányelvek meg követelik, szükség lehet a globális régió beállításának felülírására meghatározott helyekre, biztosítva, hogy a hívásfelvételeket a szükséges földrajzi határokon belül tároljuk és feldolgozzuk

A@@ dattartózkodási követelmények: A formatervezésnek figyelembe kell vennie a nemzetközi és helyi adatvédelmi előírásokat (például GDPR, CCPA vagy országspecifikus megbízásokat), amelyek meghatározhatják, hol és hogyan táro lja a hívásfelvételeket.

Egy másik kritikus szempont, amelyet a hívásrögzítési megoldás tervezése és tervezése során foglalkozni kell, a tárolási követelmé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 folyamatban lévő üzleti műveletek támogatásához, a megfelelés fenntartásához és a szolgáltatási zavarok elkerüléséhez.

Számos kulcsfontosságú paramétert kell figyelembe venni a várható tárolási igény meghatározásakor:

A rögzített hívások mennyisége: Értékelje meg a hívások várható számát, amelyeket egy adott időintervallumon belül rögzítenek (pl. naponta, hetente vagy hónaponként). Ez nemcsak a külső hívá sokat, hanem a belső kommunikációt is magában foglalja, ha az üzleti politika vagy a szabályozási megbízatások megkövetelik

Átlagos hívási idő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 fognak igénybe venni. A becslésbe figyelembe 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

Megőrzési időszak: Határozza meg a felvételek megőrzésének időtartamát, amelyet gyakran szervezeti politikák vagy külső előírások (például iparágspecifikus megfelelőségi szabványok) diktálnak. A hosszabb tárolási időszak növeli az általános tárolási követelményeket

N@@ övekedési előrejelzések: Fontolja meg a hívások mennyiségének várható növekedését vagy a felvételi hatókör bővülését, amely az üzleti skálázásból, az új szabályozási követelményekből vagy további felhasználók vagy helyszínek bevezetéséből eredhet.

Ezen paraméterek alapos elemzésével a szervezetek olyan robusztus tárolási stratégiát dolgozhatnak ki, amely biztosítja a hívásrögzítési megoldásuk skálázhatóságát, költséghatékonyságát és szabályozási megfelelőségét. Ezenkívül tanácsos rendszeresen felülvizsgálni és módosítani a tárolási elosztá sokat, mivel a felhasználási minták idővel fejlődnek.

Segélyhívás

A segélyhívás a megfelelő diszpécserközpontba történő irányításának követelménye minden olyan hívási szolgáltatás követelménye, amely PSTN szolgáltatást kínál. A segélyhívások útválasztása a megoldás natív, és magában foglalja az összes nemzeti segélyhívó szám támogatását a támogató országokban. A segélyhívás útválasztása a meghatározott 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 az országra vonatkoznak, amelyben a felhasználókat és eszközöket telepítik.

A sürgősségi hívások kézbesítésének két módja van. Van egy alapvető segélyhívás-útválasztási szolgáltatás és egy továbbfejlesztett segélyhívás-útválasz tási szolgáltatás. Az alapvető segélyhívás-útvonalszolgáltatás egy adminisztrátor által kiválasztott szá mot használ a segélyszolgálatok eléréséhez szükséges hely és hívási útvonal azonosításához. Alapvető seg élyhívások esetén a hívási útvonal általában az ügyfél PSTN opcióján keresztül történik az adott helyre . Továbbfejlesztett segélyhívás-útvonalat is rendelkezik, amelyeket amerikai és kanadai telepítések számára terveztek, amelyek szabályozási megfelelési követelményekkel rendelkeznek, amelyek országos szolgáltatót igényelnek a segélyhívások továbbításához a megfelelő diszpécser központba.

Minden ügyfélnek telepítenie kell legalább az alapvető segélyhívó konfigurációt. Az alapvető segélyhívás megköveteli, hogy minden egyes helyhez legalább egy ügyfél tulajdonában lévő +E.164 számot rendeljen hozzá. Alapvető segélyhívásokhoz minden helyszínt egy utcai cím határozza meg, amelyre vészhelyzet esetén a rend őrség, tűzoltó vagy mentőszolgálat küldik. 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. Általában a cím hozzárendelését a +E.164 számhoz a PSTN szolgáltat óval összehangolják. Az alábbi képek a Richardson-helyszín vészhelyzeti visszahívási számként használandó főszámának hozzárendelését mutatják.

Helyszín ECBN konfiguráció

A legtöbb esetben egy épületcím elegendő a helyszín küldési címéhez. Ha azonban további helyadatokra van szükség bizonyos felhasználókhoz vagy eszközökhöz, akkor az adminisztrátor ugyanazt a fent leírt eljárást használhatja, és hozzárendelheti ezeket az eszközöket egy adott cím hez vagy egy pontosabb helyhez a címen belül (például egy padlóhoz vagy szobához). A Fel használókezelés alatt, a H í vás lap lehetővé teszi, hogy egy adott számot használjon a felhasználó és eszközei számára a meghatározott feladási cím megszerzéséhez. A következő képek bemutatják, hogyan lehet egy adott számot hozzárendelni egy eszközhöz. Az adminisztrátor felelős annak biztosításáért, hogy az eszköz által használt szám megfelelő szállítási címmel rendelkezzen hozzá. A címhozzárendelés általában az adott hely PSTN-szolgáltatóján keresztül történik.

Felhasználói ECBN konfiguráció

Az amerikai székhelyű telefonos telepítésekhez, amelyeknek továbbfejlesztett vészhívási megoldásokat kell biztosítaniuk, a RedSky Horizon Mobility szolgáltatását használja a segélyhívások útválasztásához integrált. Ha a RedSky-t a hívásátirányításhoz használja, a rendszergazdának regisztrálnia kell egy fiókot a Cisco-n keresztül, és be kell állítania a megfelelő információkat a Hívás -> Szolgáltat ási beállítások menüben a funkció engedélyezéséhez. Miután a RedSky szolgáltatás engedélyezve lett a rendszerszinten, egy rendszergazda engedélyezi a RedSky szolgáltatást minden Helyszint szintjén. A továbbfejlesztett segélyhívás engedélyezése egy helyen aktiválja a szolgáltatást az adott helyhez hozzárendelt összes eszköz esetében. A továbbfejlesztett vészhívásokat támogató eszközök a Cisco MPP telefonok, a Cisco PhoneOS telefonok és a Cisco telefonok.

Két beállítás van a továbbfejlesztett segélyhívás engedélyezéséhez egy helyen. A RedSky hálózati kapcsolati információk fogadásának és teszthívásainak engedélyezése lehetőséget kell használni annak ellenőrzésére, hogy az eszköz- és infrastruktúra le képezései RedSky-konfigurációja helyes-e. Ez a beállítás lehetővé teszi a teszthívások lebonyolítását a 933-ra, hogy hely ellenőrzést végezzenek a RedSky IVR rendszerével a hívó helyének kiolvasásához. Bár ez a dokumentum nem terjed ki a helykövetés RedSky konfigurációjára, a rendszergazdának MINDIG tesztelnie kell a helyfelfedezést, mielőtt aktiválná a segély hívásokat a RedSky-re irányuló útvonalhoz. A tesztelés befejezése és pontosságának ellenőrzése után az adminisztrátor a RedSky-re irányítja a hívásokat azáltal, hogy az útvonal segélyhívásait a RedSky-re váltja. Ez a kapcsoló a helyszínre vonatkozó összes segélyhívást a RedSky-hoz irányítja, hogy a helysz ín üzenetrögzítőjébe szállítsuk.

A továbbfejlesztett segélyhívó beállítások a helyszíni és a helyszínen kívüli ügyfelekre is vonatkoznak. Helyszíni állapotban ugyanúgy nyomon követhető, mint az asztali telefonok nyomon követése. Helyszíneken kívül, a felhasználó dinamikusan beállíthatja helyét közvetlenül a. A segélyhívással kapcsolatos további információkért lásd: Tová bb fejlesztett segélyhívás.

Engedélyezés

Számos lehetőség van licencek hozzárendelésére a felhasználókhoz.

Kézi hozzárendelés

A rendszergazdák manuálisan rendelnek licenceket az egyes felhasználókhoz az interfészen keresztül.

Az adminisztrátorok szerkeszthetik az egyes felhasználók szolgáltatási licenceit, és közvetlenül hozzárendelhetik a hívási licenceket.

Automatikus licenchozzárendelési sablonok

Használja a licenchozzárendelési sablonokat a felhasználókhoz csoportos vagy szervezeti beállítások alapján automatikusan hozzárendelheti a licenceket.

Az automatikus licencelés könyvtárszinkronizálással vagy kézi felhasználói frissítésekkel végezhető el, de a felhasználóknak érvényes +E.164 formátumú telefonszámmal kell rendelkezniük, és a telefonszámoknak a felhasználói rendelkezésre bocsátás előtt egy helyen kell lenniük. Ha a feltételek nem teljesülnek (pl. érvénytelen telefonszám- formátum), a licencek nem kerülnek hozzárendelésre.

Tömeges hozzárendelés CSV-sablonon keresztül

Töltsön fel egy CSV-fájlt felhasználói adatokkal és licenchozzárendelésekkel, hogy egyszerre több felhasználót adjon hozzá vagy módosítson.

A CSV-importálás legfeljebb 20 000 felhasználó hozzáadását és licencek hozzárendelését támogatja, de a licencek speciális mezőket igényelnek, például telefonszámot és bővítményt.

API-alapú hozzárendelés

Használja az API-kat licencek programozott hozzárendeléséhez és felhasználók kezeléséhez.

támogatja a felhasználói és licenckezelési API-műveleteket (People, SCIM 2.0 és License API-k), amelyek felhasználhatók a licenchozzárendelés automatizálásához. A Licences API lehetővé teszi a licencek, telefonszámok és bővítmények egyidejű hozzárendelését.
5. táblázat. Felhasználói biztosítási lehetőségek — összefoglaló
Hozzárendelési módszer Előnyök Hátrányok
Kézikönyv Egyszerű kevés felhasználó számára.
Lehetővé teszi a licenckiosztás pontos és részletes ellenőrzését.
Nem méretezhető, időigényes
Hajlamos emberi hibákra a kézi bevit el során.

Automatikus licencsablonok Méretezhető
Csökkenti a kézi hibák
Alkalmazható új és meglévő felhasználókra.
Érvényes telefonszámokat és helyeket igényel.
Bonyolultabb beállítás
A felhasználók csoportonkénti felhasználói csoportokat is igényel, egyenértékű licenckövetelményekkel.

Tömeges CSV-feltöltés Hatékony nagy felhasználói készletekhez
Lehetővé teszi a licencek, telefonszámok és kiterjesztések egyidejű hozzárendelését.
Gondos CSV-formázást igényel
Hiba lehetséges, ha a telefon számok vagy bővítmények hiányoznak vagy helyesek.
API-alapú hozzárendelés Automatizálható, rugalmas.
Lehetővé teszi a licencek, telefonszámok és kiterjesztések egyidejű hozzárendelését.
Fejlesztési és API ismereteket igényel.

A Felhasznál ói biztosítási lehetőségek — összefoglaló táblázat összefoglal ja a felhasználói rendelkezésre bocsátási lehetőségeket, valamint azok előnyeit és hátrányait . Ez az áttekintés segít kiválasztani a legjobb licenchozzárendelési módszert az ügyfélszervezet mérete, az automatizálási képességek, valamint a felhasználói biztosítási folyamatok és követelmények alapján.

Ahol csak lehetséges, a Cisco azt javasolja, hogy licencsablonok használatával rendeljen hívólicenceket. Ehhez minden felhasználócsoport esetében egyedi licenckészletre van szükség (Példa - Standard vs. Professional) létezik a megfelelő csoporttagsággal rendelkező csoport. Amint azt a Felhasznál ói csoportok szakaszban tárgyaltuk, a felhasználói csoportok manuálisan definiálhatók vagy szinkronizálhatók egy vállalati könyvtárban. Mindkét megközelítés kombinációja lehetséges.

A több csoporthoz tartozó felhasználók licenceket kapnak az összes csoportjukra alkalmazott hozzárendel ésből. Ez lehetővé teszi a vállalati könyvtárban található licencspecifikus biztonsági csoportok használatát a licenchozzárendelés kezelésére, ahol az így létrejövő felhasználói licenchozzárendelést a csoporttag ságok egyesítése vezérli.

További információt az Automatikus licenchozzárendel ések beállítása a Vezérlőközpontban és Automatikus licenchozzá rendelési sablonok beállí tása a Webex Calling felhasználók számára című témakörben talál.

Licenckövetelmények

Ez a szakasz csak a kapcsolódó licencekre vonatkozik. Más licenctípusok (példa — Webex eszközök regisztrációja, üzenetküldése, értekez letek) nem vonatkoznak. A tervezési folyamat részeként meg kell határozni a licenckö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.

Professz ionális: a fejlett telefonos funkciókat igénylő felhasználók és munkaterületek száma. A virtuális vonalak és a csoportos hangposta 1:1 arányra jogosultak minden szakmai engedély esetén. Ezért olyan ritka esetekben, amikor a szükséges virtuális vonalak vagy csoportos hangposták száma meghaladja a fejlett telefonszolgáltat ásokat igénylő felhasználók és munkaterületek számát, további szakmai licenceket kell számolni.

Közös terület munkaterül ete: a szokásos hívási képességeket igénylő megosztott használatra vagy közös helyszínekre.

Ügyfélszolgál at: 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 Professional licencet.

Útvonallistahívá sok: a helyszíni felhasználók és/vagy a helyszíni speciális harmadik féltől származó alkalmazások között szükséges felhőalapú PSTN-hívások száma.

Attendant Console: az oknak a felhasználóknak a száma, akiknek hozzáférést igényelnek a kísérő konzolklienshez.

Cisco hívási terv (kimenő hívási terv): azon felhasználók száma, akiknek PSTN-szá mot és/vagy kimenő PSTN-hívási hozzáférést igényelnek a Cisco PSTN szolgáltatáshoz.

A professzionális munkaterületekhez nincs külön licenctípus. A professzionális munkaterületek profes szionális licencet igényelnek.

Csak a Hot-desk munkaterületek kínálják a hotdesking host szolgáltatást és a sürgősségi hívásokat a hotdesking -állomásról, és nem igényelnek licencet. További információt a Csak a Hot Desk-eszközök hozzáadása és kezelése című témak örben talál.

Az egyes felhasználók és munkaterületek szükséges licenctípusának meghatározásához a szükséges szolgáltatások alapján lásd: Licenctípus szerint elérhető szolgáltatások. Webex Calling

Ha meg szeretné különböztetni a hívássorok és a professzionális licenc által kínált funkciókat az ügyfélszolgálattal ellentétben, tekintse meg a Webex Callinghívássorok és az ügyfélszolgálati funkciók összehasonlítása című részt.

Felhasználói ellátás

A Webex felhasználói szolgáltatásakor számos lehetőség áll rendelkezésre, amelyek mindegyike megfelel a különböző szervezeti igényeknek és környezeteknek:

Kézi ellátás: A rendszer gazdák közvetlenül hozzáadhatnak és kezelhetik az egyes felhasználókat. Ez a módszer egyszerű, de a legalkalmasabb kis szervezetek vagy korlátozott felhasználói változások esetén.

Tömeges ellátás CSV-n keresztül: Nag yobb felhasználói bázisok esetén a rendszergazdák tömeges módon importálhatják és frissíthetik a felhasználókat CSV-fájlok feltöltésével. Ez egyszerre akár több ezer felhasználó hatékony kezelését teszi lehetővé.

Könyvtárszinkronizálási beállítások
Címtárcsatlakozó: Ez egy automatikus szinkronizáló eszköz, amelyet Microsoft Active Directory környezetekben használnak. A felhasználói fiókokat, csoportokat és attribútumokat ütemez ve szinkronizálja (óránként, napi vagy hetente). Támogatja a többtartományú és többerdős Active Directory beállításokat, és szinkronizálhatja a profilképeket és a szobaobjektumokat.

Entra ID (Azure AD) varázsló alkalmazás: A Microsoft Entra ID (Azure AD) használó szervezetek számára tervezett módszer automatikus, közel valós idejű szinkronizálást biztosít a felhasználói fió kok és attribútumok közvetlenül az Entra ID-ről. Teljes mértékben menedzselhető, é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álási alkalmazások lehetővé teszik az automatikus felhasználói biztosítást és kikapcsolást attribútumleképezéssel és csoportos szinkronizál ással.

Unified CMfelhasználói szinkroniz álás: Ez az opció lehetővé teszi a meglévő végfelhasználók alapján felhasználói fiókok létrehozását a következő szinkronizálással. Ehhez a helyszíni klasztereken kell futnia a Cloud Connected UC (CCUC). Általában azonban ajánlott a felhasználókat egy központosított felhőkönyvtárból, például az Entra ID-ből szinkronizálni, nem pedig közvetlenül.

AP@@ I-biztosítás: Nyil vános API-k (People, SCIM 2.0) felhasználhatók a felhasználók biztosítására. Az API-k használatának fő előnye, hogy a felhasználói ellátást más vállalati rendszere kkel lehet integrálni.
6. táblázat. Felhasználói biztosítási lehetőségek
Rendelkezési módszer Leírás Előnyök Hátrányok
Kézikönyv Felhasználók létrehozása/kezelése külön-külön Egyszerű kevés felhasználó számára; nincs szükség infrastruktúrára Nem méretezhető; sok felhasználó számára időigényes
Tömeges (CSV fájl) A felhasználók tömeges importálása/frissítése CSV-n keresztül Hatékony csoportok számára; nincs szükség kódolásra Kézi CSV előkészítés; 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árszinkronizálás Automatikus szinkronizálás AD, Entra ID, SCIM alkalmazásokból, Unified CM Automatizálja az életciklust; támogatja a szűrést és a leképezést Beállítás bonyolultsága: egyes lehetőségek korlátozott funkciókkal rendelkeznek, vagy infrastruktúrát igényelnek
Ez az áttekintés és táblázat a fő felhasználói szolgáltatási lehetőségeket, azok előnyeit és korlátozásait tükrözi, amelyek segítenek kiválasztani a szervezet igényeinek legmegfelelőbb megközelítését.

Felhasználói csoportok

A felhasználói csoportok kezelése lehetővé teszi a rendszergazdák számára, hogy csoportokba szervezzék a felhasználókat a licencek, beállítások és erőforrások hatékony tömeges kezelése érdekében. A csoportok elősegítik az adminisztráció egyszerűsítését azáltal, hogy házirendeket, licenceket és beállítássablonokat alkalmaznak egyszerre több felhasználóra, ahelyett, hogy a felhasználókat külön -külön

A felhasználói csoportok kezelése számos előnnyel jár, többek között:

Egyszerűsített adminisztr áció: A licencek, beállítások és há zirendek kezelése egyszerre több felhasználó számára.

Következ etesség: Egységes beállítások és licencek alkalmazása ugyanazon csoport ba tartozó felhasználók között.

Méretezhetőség: Csoportonként legfeljebb 250 000 tagot támogat.

Integráció: Csoportok szinkronizálása a Microsoft Entra ID-ből (Azure AD) vagy Active Directory az automatizált felhasználó- és csoportkezeléshez.

Rugalmasság: Helyi csoportok létrehozása vagy biztonsági csoportok szinkronizálása; a csoport tagság kezelése manuálisan vagy CSV-fájlokon keresztül.

Erőforrás-kiosz tás: A beágyazott alkalmazásokhoz és szolgáltatásokhoz való hozzáférés ellenőrzése a csoporttagság alapján.

A felhasználói csoportok fő felhasználási lehetőségei a rendelkezésre bocsátáskor a következők:

Licenckiosz tások: Licenceket rendelhet csoportokhoz, hogy automatikusan szolgáltatásokat nyújthassanak, például hívások, értekezletek, üzenetküldés vagy hibrid szolgáltatások a csoporttagok számára.

Beállítási sablonok: A konzisztens felhasználói élmény érdekében alkalmazza a szolgáltatásbeállítások gyűjteménye it (pl. üzenetküldés, értekezlet, hívás) csoportokra.

Tömeges felhasználókezelés: Felhasználók tömeges hozzáadása vagy eltávolítása CSV-fájlok vagy könyvtár szinkronizálás révén.

Automatizálás és integráció: Használjon API-kat vagy könyvtárszinkronizálást az automatizált felhasználói és csoportos életciklus-kezeléshez.

Az alábbi táblázat összefoglalja a felhasználói csoportok és a csoportkezelés kezelésének különböző lehető ségeit.
7. táblázat. Csoportok és csoporttagságok kezelésének lehetőségei
Opció Leírás Előnyök Hátrányok

csoportos ellátás (csoportok) Hozzon létre és kezelje közvetlenül a csoportokat. Tagok hozzáadása/eltávolítása manuálisan vagy CSV-n keresztül. Teljes ellenőrzés a csoporttagság felett
Licencek és sablonok azonnali alkalmazása
Könnyen létrehozható és szerkeszthető csoportok Kézi frissítések szükségesek
Hibák kockázata a kézi CSV-feltöltésekben
Nincs automatikus szinkronizálás külső könyvtárakkal

Szinkronizált csoportok az Entra ID-ből (Azure AD) vagy Active Directory A biztonsági csoportok és tagságok automatikus szinkronizálása külső könyvtár szolgáltatásokból. Az automatizált szinkronizálás csökkenti a kézi munk
Biztosítja a vállalati könyvtárral való összhang
Támogatja a nagy szervezeteket
Nem lehet szerkeszteni a csoporttagságot
A szinkronizálás késleltetése akár 12 óráig
A beágyazott csoportok kézi kiválasztást igényelnek

Csoportok és SCIM 2.0 API (csoportok) Csoportok vagy SCIM 2.0 API használata programozott csoport- és tagságkezeléshez Automatizálás és integráció más rendszerekkel
Méretezhető nagy vagy összetett környezetekhez
Fejlesztési erőfeszítést igényel
A bonyolultság az API használatától függ

Míg a szinkronizált csoportok biztosítják a következetességet és egyetlen adminisztrációs pontot kínálnak, lehetséges egy hibrid megközelítés, amely kombinálja a szinkronizált csoportokat és csoportokat (akár vezérlőközpontban, akár API-kon keresztül kezelt). Így például a licenchozzárendel ésre szánt csoportok szinkronizált csoportok lehetnek, és külön csoportkészlet használható felhasználók hozzárendelésére és sablonok hívására.

A felhasználói csoportok kezelésének ezen átfogó megközelítése lehetővé teszi a szervezetek számára, hogy hatékonyan kezeljék a felhasználói licenceket, beállításokat és házirendeket, biztosítva a következetes és skálázható együttműködési élményeket.

Ajánlott megközelítés az irányba való migráció során

A felhasználók elsődleges adatforrása az adatbázis, amely végfelhasználói információkat tartalmaz. Ez azonban jellemzően nem a felhasználói identitás kezelésének tekintélyes forrása, és ami még fontosabb , az átmenet végén leáll, ezért kizárják, mint hosszú távú hitelesítő forrást az azonosító információkhoz.

A Cisco azt javasolja, hogy központosított felhőkönyvtárat, például a Microsoft Entra ID (Azure AD) használjon a felhasználói identitások egyetlen igazságforrásaként. A felhasználók szinkronizálása az Entra ID-vel biztosítja a következetességet, egyszerűsíti a kezelést és támogatja az egyszeri bejelentkezés (SSO) képességeit.

Annak biztosítása érdekében, hogy az összes felhasználó jelen legyen az Entra ID-ben, a szervezeteknek ellenőrizniük kell, hogy a felhasználói fiókok megfelelnek-e az Entra ID fiókoknak. Ezt úgy lehet elvégezni, hogy exportálja a felhasználói listákat és összehasonlítja őket az Entra ID felhasználói listákkal.

Összefoglalva: az ajánlott biztosítási módszer a felhasználók szinkronizálása a Microsoft Entra ID (Azure AD) rendszerről a Webex-re az Azure AD varázsló vagy a SCIM alkalmazások segítségével. A kézi és a CSV tömeges ellátás kiegészítő módszerekként érhető el, de kevésbé skálázható és nagyobb hibákra hajlamosabb a nagy szervezetek számára. Annak biztosítása, hogy az Entra ID legyen a hiteles forrás, és hogy az Entra ID minden felhasználó létezjen az Entra ID-ben, kritikus fontosságú a sikeres áttelepítés és a következetes felhasználói él mény érdekében az egész és környezetben.

A helyszíni könyvtárszolgáltatásról, például Active Directory egy felhőalapú könyvtárszolgáltatásról, például az Entra ID-re (Azure ID) való áttérés független a hívási átállástól. A Cisco azt javasolja, hogy a hívási átmenet megkezdése előtt fejezze be a felhőkönyvtárszolgáltatásra való áttérést.

Felhasználói csoportok tervezése

A vállalati könyvtár helyszíni és felhőbe való átállása után gyűjtse össze a szükséges felhasználói csoportokat a licencelési és szolgáltatás sablonkövetelmények alapján. Minden csoportdokumentum esetében:

Csoport neve: a csoport egyedi neve.

Licencek: ehhez a csoporthoz rendelendő licencek (ha vannak ilyenek) és hatókör (ha a licenceket meglévő felhasználókhoz vagy csak új felhasználókhoz rendeljük)

Beállítási sablonok: Webex App és Felhasználói hívássablonok.

Könyvtárszinkronizálás: Ez a csoport szinkronizáló-e a vállalati könyvtárból, vagy ez egy helyi Webex-csoport, amelyet a Vezérlőközpontban vagy egy API-n keresztül biztosítanak.

Leírás: hogyan fogják használni ezt a csoportot, és mely felhasználók legy enek ennek a csoportnak

Ezeket a részleteket később a megvalósítási szakaszban használjuk fel helyi csoportok vagy csoportok létrehozására a vállalati könyvtárban és a felhasználók csoporttagságának kezelésére.

Egyszeri bejelentkezés (SSO)

A Cisco az SSO használatát javasolja a felhasználói hitelesítéshez. Az SSO használatának néhány meggyőző előnye van, többek között:

Egyszerű@@ sített felhasználói hitelesítés: A felhasználók egyszer bejelentkezhetnek vállalati hitelesítő adataik segítségével (pl. az Azure ID-ről) a hozzáféréshez és más integrált alkalmazásokhoz, így nincs szükség több jelszóra, és csökkenti a bejelentkezési kérelmeket. Ez növeli a biztonságot, mivel biztosítja, hogy a vállalati jelszavak soha nem kerülnek tárolásra vagy továbbításra a hitelesítés után.

Egyszerűsített felhasználókezelés: Automatizálja a felhasználói fiók létrehozását, frissítését és deaktiválását a vállalati könyvtár változásai alapján, csökkentve az adminisztratív költségeket és biztosítva, hogy csak az engedélyezett felhasználók férhessenek hozzá.

Továbbfejlesztett biztonság: Az SSO csökkenti a jelszófáradtságot és a jelszóval kapcsolatos megsértések kockázatát azáltal, hogy a hitelesítést megbízható identitásszolgáltatók (IDP) révén központosítja.

A többfaktoros hitelesítés (MFA) egyszerű integrálása: az MFA könnyen támogatható akár Identity Access Management megoldással, mint a Cisco Duo, vagy az iDP M FA- támogatásával.

Számos lehetőség van az SSO szolgáltatásokhoz történő megvalósítására:

SAML 2.0 alapú SSO: Az S SO-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 connect (OIDC): Alternatív modern hitelesítési protokollként támogatott az SSO integr ációhoz.

Webex identitás: Identitássz olgáltató opcióként is támogatott.

Az SSO-t központilag konfigurálják és kezelik, és metaadatcserét igényel a kiválasztott IDP között.

A konfiguráció után az SSO az aktiválás előtt tesztelhető a megfelelő beállítás biztosítása érdekében.

A Cisco támogatja a több tesztelt és általánosan használt IDP-vel és identitáskezelő rendszerekkel (IAM) való integrációt, beleértve, de nem kizárólagosan az alábbiakat:

Cisco Duo

Okta

Microsoft Active DirectorySzövetségi 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 hitelesítették a Cisco együttműködési megoldásaival való kompatibilitást.

Többszörös IDP támogatás

lehetővé teszi a szervezetek számára, hogy az SSO-t több IDP-vel konfigurálják, hogy olyan összetett informatikai környezeteket alkalmazzanak, mint például fúziók, felvásárlások vagy decentralizált informatikai részlegek, 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 Multiple iD P funkció használatával, vagy egy olyan vállalati IAM rendszer integrálásával, mint a Cisco Duo.

A többszörös Identity Provider (iDP) támogatása számos olyan kulcsfontosságú felhasználási esettel foglalkozik, amikor a szervezetek rugalmas és biztonságos hitelesítést igényelnek különböző informatikai környezetekben:

1. Fúziók és felvásárlások

Amikor a vállalatok egyesülnek vagy vásárolnak másokat, gyakran külön informatikai infrastruktúrájuk és különálló IDP-k rendelkeznek, amelyek nem tudnak szövetkezni. A többszörös IDP-támogatás lehetővé teszi mindkét szervezet felhasználói számára, hogy biztonságosan hitelesítsék és együttműködjenek anélkül, hogy azonnal egységesítenék azonosító rendszereiket.

2. Több független informatikai részleg

A nagy szervezetek vagy kormányzati intézmények több független informatikai osztállyal rendelkezhetnek, amelyek mindegyike saját IDP-jét irányítja. többszörös IDP funkciója lehetővé teszi ezen osztályok számára, hogy fenntartsák saját hitelesítési rendszereiket, miközben lehetővé teszi a felhasználók számára a zökkenőmentes hozzáférést

3. Különböző felhasználói csoportok vagy tartományok

Különböző felhasználói csoportokkal (pl. alkalmazottak és vállalkozók) vagy több e-mail tartományt tartalmazó szervezetek konfigur álhatják az útválasztási szabályokat, hogy a hitelesítési kérelmeket a tartomány- vagy csoporttagság alapján irányítsák a megfelelő IdP-hez. Ez támogatja a differenciált hozzáférési irányelveket és a 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) IDC IDP-ket, lehetővé téve a szervezetek számára, hogy a meglévő infrastruktúrájuknak és biztonsági követelményeiknek megfelelően integrálják a különböző típusú identitás-szolgáltatókat.

5. Fokozott biztonság és megfelelés

A több IDP engedélyezésével a szervezetek erősebb hitelesítési mechanizmusokat valósíthatnak meg, beleértve a többtényezős hitelesítést (MFA) olyan integrációk révén, mint például a Duo, és következetes biztonsági irányelveket érvényesíthetnek a különböző felhasználói bázisokon.

6. Egyszerűsített felhasználói élmény

A felhasználók hitelesíthetnek a megfelelő IDP-jükből származó meglévő hitelesítő adataik segítségével, egységes bejelentkezési élményt biztosí tva annak ellenére, hogy több azonosító rendszer alapvető összetettsége van.

Bár a többszörös IDP-támogatás rugalmasságot biztosít, a biztonsági és azonosító csapatok közötti gondos koordinációt igényel a következetes biztonsági irányelvek fenntartása és a lehetséges se bezhetőségek elkerülése érdekében.

Duo MFA SSO-val

A Duo Access Gateway (DAG) a meglévő helyszí ni vagy felhőalapú könyvtárak Active Directory (AD) és OpenLDAP segítségével hitelesítheti a felhasználókat. Támogatja az integrációt más identitásszolgáltatókkal is, mint 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 Webex SSO jelenlegi könyvtár infrastruktúráját használják a Duo MFA-val.

A Duo erős hitelesítési rétegként működik az elsődleges könyvtárhitelesítés tetején. Identitá sszolgáltatóként (iDP) működik a SAML 2.0 használatával a kétfaktoros hitelesítés (2FA) érvényesítésére a hozzáférés megadása előtt. A Duo a hozzáférés engedélyezésére vagy meg tagadására szolgáló konfigurálható házirendek alapján értékeli a felhasználói, eszköz- és hálózati környezetet, növelve a biztonságot a felhasználónév és a jelszó mellett. A Duo rugalmas házi rend-vezérlést is biztosít, például egyes alkalmazásokhoz minden bejelentkezéskor MFA-t igényel, másoknál pedig ritkábban.

A Cisco Duo előnyei a következők:

Továbbfejlesztett biztonság: adathalásznak ellenálló MFA-t ad hozzá a hozzáférés védelméhez, csökkentve a veszélyeztetett jelszavak kockázatát.

Rugalmas házirendek: Lehetővé teszi a hitelesítési követelmények részletes szabályozását alkalmazásonként vagy felhasználócsoportonként.

Integráció meglévő könyvtárakkal: Támog atja a helyszíni AD, az OpenLDAP, a felhőkönyvtárakat és a különböző S SO-szolgáltatókat, minimalizálva az infrastruktúra-változásokat.

Felhasználói kényelem: Támog atja az egyszeri bejelentkezést (SSO) a jelszófáradtság csökkentése érdekében, mivel lehetővé teszi a felhasználók számára, hogy egyszeri bejelentkezést és biztonságosan hozzáférjenek több erőforráshoz.

Megbízható végpontok: Tá mogatja az eszközök megbízhatóságát Windows és macOS rendszereken, javítva a biztonsági helyzetet.

Önkiszolgáló regisztráció: A be épített regisztráció és a kettős üzenet javítja a felhasználói élményt az MFA beállítása során.

A Duo MFA az SSO-val kihasználja a meglévő könyvtárakat, például az OpenLDAP vagy Active Directory a felhőalapú azonosító szolgáltatókat a felhasználók hitelesítésére . A Duo feladata, hogy a SAML 2.0-on keresztül integrált erős, politikávezérelt második hitelesítési tényezőt biztosítson, növelve a biztonságot, miközben megőrizze a felhasználói kényelmet az SSO-n keresztül. Az előnyök közé tartozik a jobb biztonsági helyzet, a rugalmas politikák érvényesítése, a zökkenőmentes integráció és a jobb felhasználói élmény.

A Cisco javasolja az SSO bevezetését a felhasználók számára. A fokozott biztonság érdekében a Cisco Duo-val való integráció ajánlott.

A vállalati IAM és az SSO stratégiát alkalmazni kell, mielőtt megkezdené az átmenetet.

Jellemzők

teljes körű szolgáltatással rendelkezik, amelyek a szolgáltatásban szerepelnek. Ez magában foglal ja számos vállalati szintű hívási funkciót, amelyek évek óta elérhetők. Előfordulhat, hogy nem látja a funkciók és a funkciók 100% -os paritását, azonban amint az az alábbi ábrán látható, a legfontosabb hívási funkciók itt érhetők el.

Webex Callingvállalati szintű funkciók

A sok felhasználói funkció mellett alapvető rendszerfunkciókkal rendelkezik, amelyek a platformhoz tartoznak. Ezek közé tartoznak az olyan funkciók, mint az autószolgálatok, a hívássorok, a híváspark stb. Az összes rendelkezésre álló alapvető rendszer funkciót a Szolgáltatás → Hívás →Funkciók részben tekintheti meg, amint az alapfunkci ók ábr Webex Callingán látható.

Webex Callingalapvető jellemzők

Automatikus felügyelő

Az Auto Attendant lehetővé teszi a bejövő hívások kezelésének 24/7 automatizálását, ami lehetővé teszi a hatékony híváskezelést anélkül, hogy valaki minden hívást válaszolnia kellene.

Az automatikus kísérő válaszol a bejövő hívásokra, és a hívónak lehetőséget ad arra vonatkozóan, hogy hová akarja irányítani a hívást. Ez történhet egy személynek, egy hangpostafióknak vagy egy hívó szolgáltatásnak (pl. Hívássor). A hívó telefonja tárcsázásával adja meg a számot az automatikus kísérő menüből.

Az automatikus felügyelő a következő kulcsfontosságú funkciókat támogatja:

Üzleti és utáni ütemezés

Ünnepi ütemterv

A tárcsázási menü lehetősége arra, hogy ügyfeleit oda irányítsa, ahová menniük kell

Üdvözlet testreszab

Név szerinti tárcsázás opció

Hívásátirányítási lehetőségek

Control Hub elemzései és jelentései.

További információt az Automatikus kísérők kezelése című témakörben talál.

Call Park

A híváspark lehetővé teszi a felhasználók számára, hogy könnyedén felfüggeszt ess ék a hívást, hogy egy másik felhasználó könnyen lekérhessen, amikor rendelkezésre állnak annak elfogadására. Ezenkívül felszabadítja az eredeti hívásra válaszolt felhasználót, hogy más hívásokat kezdeményezzen vagy fogadjon a hívás parkolása közben.

Kétféle call park áll rendelkezésre:

Call park direct — lehetővé teszi bármely felhasználó számára, hogy egy hívást parkoljon egy másik felhasználó kiterjesztéséhez vagy egy híváspark-bővítményhez, a Rendszergazda által meghatározott módon

Hívásparkoló csoport — lehetővé teszi, hogy egy meghatározott felhasználócsoport automatikusan parkolja a hívá sokat a csoport számára meghatározott rendelkezésre álló parkolóhelyekkel szemben. Ezek a célállomások lehetnek a csoporttagok bővítményei vagy híváspark-bővítményei.

A konfiguráció és a parkolási típus alapján a felhasználók *88+> tár csázással, a híváspark- <extension of parked call>bővítményhez társított vonalgomb megnyomásával vagy IP-telefonján található szoftverkulcs használatával vehetik le a hívásokat.

Visszahívási lehetőség áll rendelkezésre a parkolt hívás egy meghatározott időszak elteltével történő visszahívására a hívást parkoló felhasználó vagy egy másik felhasználó számára.

További információt a H ívapark kezelése a Vezérlőközpontban című témakörben tal ál.

Hívásfelvétel

A hívásvétel lehetővé teszi a rendszergazda számára, hogy meghatározza a felhasználók (tagok) csoportját, akik egy másik tag telefonjára érkező hívást fogadhatnak. Ez lehetővé teszi a felhasználó számára, hogy hívásokat fogadjon, ha csapattár sai elfoglaltak, és nem tudnak bejövő hívást válaszolni.

A csoport felhasználóinak ugyanazon a helyen kell lenniük.

A felhasználók a hívás felvételéhez használhatják akár az asztali telefonjukat.

:

Támogatja a vizuális és audio értesítéseket

Bejövő hívás értesítés

Face alapú (*98-as tárcsázás) vagy értesítési hívás átvétele

Hívásvételi értesítések többvonalas telefonokhoz.

Asztali telefonok:

Bejövő hívás értesítés

Hangcsengők és vizuális értesítés a kézibeszélő LED-én keresztül. A 6821 csak hanghangokat támogat

Ha az értesítési típus van kiválasztva a nem nincs mező ben

Hívásfelvételi értesítések csak elsődleges vonalaknál.

További információt a Hívásvételi csoport konfigurálása című témakör ben talál.

Hívássor

Alapfunkcióinak részeként kizárólag hanghívási sorokat tartalmaz, és minden Professional licenccel rendelkező felhasználó részt vehet hívásvárónak, ügynöknek vagy felügyelőnek. Ez a funkció lehetővé teszi a felhasználók számára, hogy hatékonyan kapcsolatba lépjenek az ügyfelekkel. A hívássorok támogatják a call center alapfunkcióinak egyes részhalmazát, például a hangsorokat, a visszahívást, a készség- vagy prioritási útválasztást, az ügynöki várólisták kezel ését, az elemzést, a jelentést stb.

A Cisco Microsoft Teams integrációjára vonatkozó felhívása lehetővé teszi az ügynökök számára, hogy közvetlenül a Microsoft Teams kliensükből férhessenek hozzá a hívássor-hívásokhoz és funkciókhoz

A hívássorok a következő kulcsfontosságú funkciókat támogatják:

Üdvözlet és üzenetek (üdvözlet, vigasz, suttogás stb.)

Tartsa meg a zenét

Visszahívás

Sorrend-útválasztási irányelvek (éjszakai szolgáltatás, ünnepek, továbbítás)

Ügynöki várólista bejelentkezés/kijelentkezés

Ügynöki várólista állapotkezelése

vagy Desk Phone támogatás

A felügyelő ügynök felhívja a figyelmet, az autóbuszt, az útváltást vagy átveszi az átvételt a Feature Access Codes (FACs) segítségével

(rendszergazdai hozzáférés) a következőkhöz:

várólista kezelése

Ügynök és várólista elemzése és jelentése

Várósor, ügynök és felügyelő menedzsment.

További információt a Hívássor konfigurálása című témakör ben tal ál.

rendelkezik egy Customer Assist kiegészítő funkcióval, amely további hívássor-lehetőségeket biztosít, és az ügynököknek és felügyelőknek jobb felhasználói élményt nyújt a. A Hívásvárólista és az ügyfélszolgálat funkcióinak összehasonlítását lásd: H Webex Callingívá ssor és ügyfélszolgálati funkció összehasonlítása.

Vadászcsoport

A Vadászcsoportok lehetővé teszik a bejövő hívások meghatározott felhasználói csoporthoz történő irányítását egy előre meghatározott hívásátirányítási minta segítségével. Ez biztosítja, hogy a hívásokat a felhasználók megfelelő csoportja válaszolja, vagy hangpostára küldje el nyomon követés céljából.

Az egyik nagy különbség a vadászati csoportok és a hívássorok között az, hogy a hívásokat nem sorba helyezik a vadász csoportokban, így ha a Vadászcsoportban egyetlen felhasználó sem áll rendelkezésre a hívás fogadására, akkor a hívást leválasztják, hangpostára küldik, vagy továbbítják egy másik számra (felhasználóra vagy szolgáltatásra).

További információ: Vad ászati csoportok kezelése a Vezér lőközpontban.

Működési mó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ássor). A hí vás irányításának helye és mikor történik, a napi és a hét napjának ütemezése alapján történik, és bármely felhasználó jogosult ezen üzemmódok (ütemezések) kezelésére a hívásátirányítás módosításainak szabályozására.

Például a hívássorba irányuló hívások egy másik hívássorba irányíthatók, egy másik időzónában lévő ügynökökkel, hogy órák után fogadják a hívásokat, munkaidőben a helyi ügynökökhöz irányíthat ók, és ünnepnapokon hangpostára irányíthatók, hogy az ügynö kök visszatérjenek az irodába.

Az engedélyezett felhasználó válthat ezen különböző hívásátirányítási forgatókönyvek (módok) között, ha meg kell változtatnia a bejövő hívások irányításának helyét egy bizonyos időszakra. Ezek a felhasználók kezelhetik a módokat 6800/7800/8800 MPP telefonjukon, 9800 telefonjukon vagy a Felhasználói központban a Manage módokban.

További információt a Hívás-útválasz tás működési módok alapján című témak örben Webex Calling talál.

Lejelentkezési csoport

A lapozócsoportok lehetővé teszik a felhasználók számára, hogy egyirányú hívást indítsanak, hogy hangüzenetet küldjenek egy felhasználócsoportnak. Minden csoport legfeljebb 75 célfelhasználót és/vagy munkaterületet tartalmazhat, amelyeket előre meghatározott szám vagy kiterjesz tés tárcsázásával érnek el.

Amikor egy felhasználó egy lapozócsoportot hív, egyidejű hívást kezdeményez a csoport összes hozzárendelt célpontjára, ekkor a hívó üzeneteit közölheti, és leállíthatja az üzeneteket, miután azok befejeződtek.

További információt a Lejelezési csoport konfigurálása a Vezérlőközpontban című té makörben talál.

Felvételek

támogatja a felhasználó által kezdeményezett vagy fogadott hívások rögzítését. Erre szükség lehet minőségi, biztosítási, biztonsági vagy képzési igényekhez. Alapértelmezés szerint a hívásokat rögzítik, de más harmadik féltől származó felvételi szolgáltatók is használhatók, ha más rögzítési funkciókra vagy megfelelési és szabályozási követelményekre van szükség.

Felvételi platformként használva az összes rögzített hívást belül kezelik. A felvételeket a Compliance Officer szerepével rendelkező teljes adminisztrátorok játszhatják és letölthetik. A megfelelőségi tisztviselő szerepkör nélkül az adminisztrátor csak a felvételeket törölheti.

Erről a funkcióról és a harmadik féltől származó felvételek listájáról további információt a Hívásfelvétel kezelése című té makörben tal Webex Calling ál.

Egyszámú elérés

Az egyetlen szám-elérés lehetővé teszi, hogy a felhasználó telefonszámára irányuló hívások több eszközt is megszólaljanak. Ez magában foglalhatja más asztali telefonokat és mobiltelefonokat is. Ezekről az eszközökről is hívásokat lehet kezdeményezni, és a felhasználók hívásokat tolhatnak és húzhatnak közöttük.

A funkcióról és a rendszergazda konfigurálásáról további információt az Egyszámú számú elérés konfigurálása című témakörben talál (irodában bárhol).

További információt arról, hogy a felhasználók hogyan kezelhetik és konfigurálhatják ezt a funkciót a Webex User Hub (portálon), lásd: Egyszámú elérés konfigurálása (irodában bárhol).

Hangposta csoport

A hangpostacsoportok lehetővé teszik a megosztott hangpostafiók létrehozását, amely hozzárendelhető egy felhasználóhoz vagy hívásá tirányítási funkcióhoz. Néhány ok, amiért szükség lehet a hangpostacsoportra:

Általános célú hangposta egy osztály vagy munkacsoport számára

Hangposta beállítás hozzáadása automatikus kísérőhöz vagy vadászcsoporthoz

Túlfolyó hívások küldése hívássorból

Azok a felhasználók, akiknek csak hangposta dobozra van szükségük.

További információt a Me gosztott hangposta és a bejövő faxdoboz kezelése című témakörben talál. Webex Calling

Az Attendant Console szerepel a Webex Hívási funkciók oldalán, azonban ez egy kiegészítő funkció, amelynek használatához meg kell vásárolni a kísérő konzollicencet.

További információt az Attendant Console használatának megkezdése című témakörben talál.

Az összes funkcióról, beleértve néhány kiegészítő funkciót is, lásd: Licenctípus szerint elérhető szolgáltatások. Webex Calling

Táblázat 1. Az egyes helyekre rögzítendő információk
Információ	Megjegyzés
Bővítési tartomány (ek)	Minden helynek különböző számjegyekkel kezdődő kiterjesztései lehetnek. Egy számjegyet meg kell kímélni a helyszíneközi tárcsázó kormányszámjegyhez (például 8), egyet pedig a PSTN kormányszámjegyhez (például 9). Egyetlen kiterjesztési tartomány sem kezdődhet e két számjegy egyikével. Minden hely kiterjesztési tartományának azonos hosszúságúnak kell lennie.
DID tartomány (ek)	-
PSTN kormányszámjegy	-
Webhely kódja	Az összes helyszín összes webhelykódjának egyedinek és azonos hosszúságúnak kell lennie.
Fő szám	Helyszín létrehozásakor két DID-t kell biztosítani. Az egyik fő számként (például egy automatikus kiszolgáló szolgáltatáshoz rendelhető), egy pedig a hangposta portálhoz. Első DID rendelkezés a hangposta számához.
Hangposta száma
Engedélyek száma	Szükséges licencek típusonként, beleértve a Standard, Professional, Munkaterületet, Útvonallistát, Kimenő hívási csomagot.
Egyidejű hívások a forgalmas órában	Az eszközök és az eszközök és a helyi átjáró közötti párhuzamos hívások összege (PSTN és eszközökre irányuló hívások). Szükséges a szükséges internet-hozzáférési sávszélesség meghatározásához.
Ország	-
Időzóna	-
Nyelv	-
Kapcsolat (név, telefon, e-mail)	-
Cím (Utcai cím, Város, Állam, Irányítószám)	-
A sürgősségi szolgálatok fizikai elosztható helye végpontokhoz	A segélyhíváshoz használt eszköz elküldhető helye általában a következőket tartalmazza: épület címe, épület címe+emeleti száma, épület címe+ lakosztályszám vagy épület címe + emeleti száma+irodai/kocsiszám.
Eszközenként egyedi fizikai hálózati hely a sürgősségi szolgálatok számára	A vészhívások fizikai hálózati helye általában a következőket tartalmazza: kapcsoló/kapcsolóport vezetékes eszközökhöz, vezeték nélküli hozzáférési pont (AP) alap szolgáltatáskészlet-azonosítók (BSSID) vezeték nélküli csatlakoztatott eszközökhöz, és/vagy a végponti eszközök helyszíni IP-alhálózata (ek).

Táblázat 2. Vállalati számozási példa
Webhely	Bővítési tartomány	Webhely kódja	Vállalati tartomány
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

3. táblázat. Rögzített hosszhosszabbítási tartományok
Webhely	Bővítési tartomány	Bővítmények	Webhely kódja	Vállalati tartomány
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

4. táblázat. Hétszámjegyű tárcsázás átmenete

Webhely	Bővítmények	Webhely kódja	Vállalati kínálat	Webhely óda	Vállalati angolok
NYC	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

5. táblázat. Felhasználói biztosítási lehetőségek — összefoglaló
Hozzárendelési módszer	Előnyök	Hátrányok
Kézikönyv	Egyszerű kevés felhasználó számára. Lehetővé teszi a licenckiosztás pontos és részletes ellenőrzését.	Nem méretezhető, időigényes Hajlamos emberi hibákra a kézi bevit el során.
Automatikus licencsablonok	Méretezhető Csökkenti a kézi hibák Alkalmazható új és meglévő felhasználókra.	Érvényes telefonszámokat és helyeket igényel. Bonyolultabb beállítás A felhasználók csoportonkénti felhasználói csoportokat is igényel, egyenértékű licenckövetelményekkel.
Tömeges CSV-feltöltés	Hatékony nagy felhasználói készletekhez Lehetővé teszi a licencek, telefonszámok és kiterjesztések egyidejű hozzárendelését.	Gondos CSV-formázást igényel Hiba lehetséges, ha a telefon számok vagy bővítmények hiányoznak vagy helyesek.
API-alapú hozzárendelés	Automatizálható, rugalmas. Lehetővé teszi a licencek, telefonszámok és kiterjesztések egyidejű hozzárendelését.	Fejlesztési és API ismereteket igényel.

6. táblázat. Felhasználói biztosítási lehetőségek
Rendelkezési módszer	Leírás	Előnyök	Hátrányok
Kézikönyv	Felhasználók létrehozása/kezelése külön-külön	Egyszerű kevés felhasználó számára; nincs szükség infrastruktúrára	Nem méretezhető; sok felhasználó számára időigényes
Tömeges (CSV fájl)	A felhasználók tömeges importálása/frissítése CSV-n keresztül	Hatékony csoportok számára; nincs szükség kódolásra	Kézi CSV előkészítés; 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árszinkronizálás	Automatikus szinkronizálás AD, Entra ID, SCIM alkalmazásokból, Unified CM	Automatizálja az életciklust; támogatja a szűrést és a leképezést	Beállítás bonyolultsága: egyes lehetőségek korlátozott funkciókkal rendelkeznek, vagy infrastruktúrát igényelnek

7. táblázat. Csoportok és csoporttagságok kezelésének lehetőségei
Opció	Leírás	Előnyök	Hátrányok
csoportos ellátás (csoportok)	Hozzon létre és kezelje közvetlenül a csoportokat. Tagok hozzáadása/eltávolítása manuálisan vagy CSV-n keresztül.	Teljes ellenőrzés a csoporttagság felett Licencek és sablonok azonnali alkalmazása Könnyen létrehozható és szerkeszthető csoportok	Kézi frissítések szükségesek Hibák kockázata a kézi CSV-feltöltésekben Nincs automatikus szinkronizálás külső könyvtárakkal
Szinkronizált csoportok az Entra ID-ből (Azure AD) vagy Active Directory	A biztonsági csoportok és tagságok automatikus szinkronizálása külső könyvtár szolgáltatásokból.	Az automatizált szinkronizálás csökkenti a kézi munk Biztosítja a vállalati könyvtárral való összhang Támogatja a nagy szervezeteket	Nem lehet szerkeszteni a csoporttagságot A szinkronizálás késleltetése akár 12 óráig A beágyazott csoportok kézi kiválasztást igényelnek
Csoportok és SCIM 2.0 API (csoportok)	Csoportok vagy SCIM 2.0 API használata programozott csoport- és tagságkezeléshez	Automatizálás és integráció más rendszerekkel Méretezhető nagy vagy összetett környezetekhez	Fejlesztési erőfeszítést igényel A bonyolultság az API használatától függ

Végrehajtás

Hálózatkészség

Kezdeti beállítás

Domain ellenőrzés

Meglévő felhasználók igénylése (konvertálása)

Könyvtárszinkronizálás konfigurálása és tesztel

Egyszeri bejelentkezés (SSO) beállítása és tesztelése

Licencek beszerzése, biztosítása és ellenőrzése

Webex Callingszolgáltatási beállítások

Kísérleti migráció

PSTN beszerzése

Helyek konfigurálása

Integráció helyszíni hívásvezérléssel

Felhasználók kötegekben történő áttelepítése

Munkaterületek

Szolgáltató eszközök

Funkciók konfigurálása

Elfogadási tesztelés

Hálózati készenség

Az átállás első lépése a helyszíni hálózat és a felhő közötti megbízható és biztonságos internetkapcsol at biztosítása.

Mivel a legtöbb szervezet egy vagy több tűzfal on vagy biztonsági eszközö n keresztül csatlakozik az internethez, elengedhetetlen annak ellenőrzése, hogy a szükséges forgalmi áram lások támogatottak -e.

A hálózati és biztonsági rendszergazdáknak meg kell érteniük ezeket a folyamatokat a következ ők szempontjából:

Irá ny (bejövő és kimenő)

Protokol lok (példa - SIP TLS, SRTP, HTTPS)

A szolgáltatások által használt IP- címtartományok

Nyitandó 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 legyen konfigurálva a forgalom befogadására, miközben fenntartja a vállalati biztonsági irányelveket.

A szükséges áramlásokról, beleértve az IP-címet, a portokat és a protokollokat, lásd a Port referenciainformációit Webex Calling. Ezekkel az információkkal konfigurálhatja a tűzfalat, a proxy eszközöket és más hálózati infrastruktúrát a meglévő telepítésben a hálózati áramlások engedélyezéséhez.

Az egyes fiókból vagy webhelyekből származó decentralizált internetes áttörés az ajánlott megközelítés a felhőalapú együttműködési szolgáltatások esetében, mint például. Ha lehetővé teszi a forgalom helyi kilépését, ez a modell:

Csökkenti a visszaút késését és a remegést, javítva az általános hívásminőséget

Hatékonyan skálázható, mivel több felhasználó és webhely lép át

Zökkenőmentesen működik az SD-WAN használatával, amely dinamikusan tudja irányítani a munkameneteket a legközelebbi felhőbelépési pontra az optimális teljesítmény érdekében

Lehetővé teszi a felhasználók helyének nyomon követését 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 biztosítaniuk kell a megfelelő internetsávszélességet minden helyszínen. A sávszélességet a párhuzamos hívások várható száma, a kiválasztott kodek (pl. Opus vagy G.711), valamint a jelátvitel, az újratovábbítás és a növekedés terhelése alapján kell méretezni. Ez összhangban áll a PPDIO életciklus elő készítési fázisához, és szilárd alapot teremt a migrációhoz.

Kezdeti beállítás

A telepítés megvalósítási szakaszában a kezdeti beállítási alszakasz alapja egy jól strukturált és kezelhető felhőhívási környezet létrehozásához. Ez a szakasz olyan kritikus feladatokat foglal magában, mint például a szervezet beállítása, licencek beszerzése és kiosztása, valamint a vállalat domaineinek ellenőrzése és igénylése a megfelelő felhasználói kezelés és biztonság biztosítása érdekében. Ezenkívül magában foglalja a licencsablonok biztosítását a felhasználói licenchozzárendelések automatizálására, az egyszeri bejelentkezés (SSO) konfigurálását a felhasználói hitelesítés egyszerű sítése és a biztonság javítása érdekében, valamint a szolgáltatás- és ügyfélbeállítások módosítását a szervezeti házirendekhez és a felhasználói igények hez igazítva. Ezeknek a kezdeti beállítási tevékenységeknek a végrehajtása biztosítja, hogy a környezet megfelelően legyen konfigurálva a méretezhetőség, a biztonság és a zökkenőmentes felhasználói élmény érdekében, ezáltal a későbbi telepítési és üzemeltetési szakaszok előkészítése.

Domain ellenőrzés

A cége e-mail domaineivel regisztrált felhasználók azonosításához elengedhetetlen a domainek ellenőrzése. Tartományellenőrzés nélkül a felhasználókat egy fogyasztói szervezethez rendeljük, ami megnehezíti a vállalat felhasználói kezelését. A tartományellenőrzés kötelező lépés, amely lehetővé teszi a szervezet számára, hogy ezeket a felhasználókat hatékonyan igényelje és kezelje.

Győződjön meg arról, hogy a felhasználók e-mail címéhez társított összes domain ellenőrzött legyen. A tar tományellenőrzés nem kizárólagos; ugyanaz a domain több szervezetben is ellenőrizhető.

A tartományok kezelésével kapcsolatos további információt a Domainek kezelése című témakörben tal ál.

Meglévő felhasználók igénylése (konvertálása)

A domainek sikeres ellenőrzése után továbbra is igénybe veheti azokat a felhasználókat, akik regisztráltak a vállalat e-mail domaineinek használatára a szervezetbe. Ez a folyamat az összes felhasználót egyetlen szervezeti esernyő alá egyesíti, lehetővé téve a központosított irányítást és az egyszerűsített adminisztrációt . Ezeknek a felhasználóknak az igénylésével biztosítja, hogy vállalata teljes mértékben ellenőrizze a felhasználói fiókokat, lehetővé téve a megfelelő licencek hozzárendelését, a szolgáltatások konfigurálását és a szükséges támogatás hatékony biztosítását. Ez az egységes felügyeleti megközelítés növeli a biztonságot, egyszerűsíti a felhasználói ellátást, és biztosítja a következetes hozzáférést a szolgáltatásokhoz szerte a szervezetben. A felhasználók igénylése azt is megakadályozza, hogy külső vagy fogyasztói szervezetekben kezeljék őket, ezáltal fenntartva a szervezeti integritást és az együttműködési erőforrások fel etti ellenőrzést.

A felhasználók igényléséről további információt a felhasználók igénylése a szervezetéhez (felhasználók konvertál ása) című témakörben talál.

Könyvtárszinkronizálás konfigurálása és tesztel

A zökkenőmentes felhasználói és csoportkezelés lehetővé tétele érdekében szinkronizálhatja a felhasználókat és csoportokat a vállalati könyvtárból akár a Microsoft Entra ID (korábban Azure AD) vagy Microsoft Active Directory (AD). Ez a folyamat biztosítja, hogy a felhasználói identitások és a csoporttagságok következetesen megőrizzék az egész környezetben.

A szakaszos telepítéseket végrehajtó szervezetek számára kulcsfontosságú a szinkronizálás hatókörének ellenőrzése és korlátozása a kezdeti bevezetések során. Ez minimalizálja a nem kívánt változások kockázatát, és lehetővé teszi a célzott tesztelést a szélesebb körű elfogadás előtt.

A szinkronizált felhasználók szűrésének leghatékonyabb módja a könyvtárcsoport tagságának kiaknázása:

1
Dedikált szinkronizálási csoport létrehozása: A vállalati könyvtárban (Microsoft Entra ID vagy AD) hozzon létre egy kifejezetten szinkronizálásra szolgáló biztonsági csoportot (például szinkronizálási csoport).

2
Töltse fel a csoportot célfelhasználókkal: Csak azokat a felhasználókat adja hozzá, akiket szinkronizálni szeretne (például egy tesztcsoportot a kísérleti szakaszban). Ez lehetővé teszi, hogy szigorúan ellenőrizze, hogy ki szerepel a szinkronizálási folyamatban.

3
A szinkronizálási megállapodás konfigurálása csoportalapú szűréssel: Ha a szinkronizálási megállapodást a Directory Connector vagy az Entra ID biztosításban állítja be, úgy állítsa be a hatókört, hogy csak a kijelölt csoport tagjai közé tartozzon.

A Microsoft Entra ID esetében csoportalapú hozzárendeléseket használhat a biztosítási beállításokban

Az AD esetében olyan LDAP szűrőt adhat meg, amely csak a megadott csoportba tartozó felhasználókat tartalmaz za.

4
Szükség szerint bontsa ki a csoportot: A szélesebb telepítési fázisok felé haladva 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 ezekre a felhasználókra, lehetővé téve az ellenőrzött és fokozatos be vezetést.

Példa megvalósítási lépések:

Az aktív könyvtárban:

Hozzon létre egy szinkronizálási csoport nevű biztonsági csoportot.

Adja hozzá a kívánt kísérleti felhasználókat ehhez a csoporthoz.

Állítsa be a Címtárcsatlakozót egy LDAP szűrővel, például: (MemberOf = CN=Webex Sync Group, OU = Groups, DC = YourDomain, DC = COM).

A Microsoft-ban adja meg az azonosítót:

Szinkronizálási csoport nevű csoport létrehozása

A csoport hozzárendelése az in Entra ID szolgáltatási beállításaihoz

Csak ebbe a csoportba tartozó felhasználók lesznek biztosítva.

Mindig tesztelje a csoportalapú szinkronizálást nem termelési környezetben, mielőtt a teljes szervezetre alkalmazna

Rendszeresen ellenőrizze a csoporttagságot, hogy csak az engedélyezett felhasználók legyenek szinkronizálva

A folyamatos menedzsment érdekében automatizálja a csoporttagsági frissítéseket üzleti szabályok vagy HR-rendszerek alapján, ha lehetséges.

Referenciák:

Az Entra ID felhasználók szinkronizálása a Control Hubba

Az Entra ID Wizard alkalmazás beállítása a Vezérlőközpontban

Könyvtárcsatlakozó

Egyszeri bejelentkezés (SSO) beállítása és tesztelése

Az egyszeri bejelentkezés (SSO) fokozza a biztonságot és egyszerű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 a vállalati hitelesítő adataikat, és zökkenőmentes hozzáférést kapjanak. támogatja az SSO-integrációt a SAML 2.0-kompatibilis IDP-kkel, beleértve a Microsoft Entra ID (korábban Azure AD), Active Directory (AD) egyesített megoldásokat és különböző harmadik féltől származó IDP-ket.

Ezen a ponton a tervezett SSO beállítást meg kell valósítani és tesztelni.

Referenciák:

Egyszeri bejelentkezési integráció a vezérlőközpontba

egyszeri bejelentkezés konfigurálása a webex adminisztrációhoz

Az egyszeri bejelentkezés konfigurálása a Microsoft Entra ID-vel

SSO több IDP-vel

Az SSO kezelése a Control Hubba történő integráció során

Licencek beszerzése, biztosítása és ellenőrzése

A kezdeti beállítás részeként elengedhetetlen a megfelelő licencek beszerzése, biztosítása és ellenőrzése a szolgáltatások hatékony engedélyezéséhez és kezeléséhez. A beszerzési folyamat magában foglalja a licenc típusok kiválasztását a felhasználói szerepkörök és munkaterhelések alapján, például a Professional, Standard és a Workspace licencek alapján. A licenceket a Cisco szoftverplatformjain vagy partnereken keresztül állítják elő és biztosítják. A beszerzés és a biztosítás után, a megfelelő licencszámot ellenőrizni kell. Ez a folyamat biztosítja, hogy a szervezet megfelelő licenceket aktiváljon és készen álljon a telepítés során.

A licencelés kezdeti beállításának részeként fontos a szervezeti alapú automatikus licencelés konfigurálása az új felhasználók számára a licenchozzárendelés egyszerűsítése érdekében. Ez a beállítás lehetővé teszi a licencek automatikus megadását, amikor a felhasználók hozzáadódnak a szervezethez, így nincs szükség manuális licenchozzá rendelésre. Az automatikus licencelés szervezeti szinten történő konfigurálásakor kiválasz thatja azokat a szolgáltatásokat, amelyekkel hozzárendelheti és meghatározza a hatókört, például csak a jövőbeli felhasználókra alkalmazhat licenceket, vagy a meglévő felhasználókat is bevonja.

Ha azonban a telepítési terv inkább csoportos szintű automatikus licencelést használ, úgy dönthet úgy, hogy nem rendeli hozzá licenceket szervezeti szinten a konfliktusok vagy a licenchozzárendelések ismétlődésé nek elkerülése érdekében. Csoportszintű automatikus licencelés esetén a licenceket a csoporttag ság alapján hozzárendeljük. A több csoportban lévő felhasználók licenceket kapnak az összes alkalmazandó csoporthozzárendelésből.

A csoportalapú licenchozzárendelés konfigurálását a könyvtárszinkronizálás befejezése után kell végrehajtani, hogy a szinkronizált csoportok létezjenek és felhasználhatók legyenek a licenchozzárendeléshez.

Konkrétan az automatikus licenchozzárendeléshez további részlet ek szükségesek, például a felhasználói hely és a telefonszám hozzárendelése. A felhasználó munkahelyi telefonszámának +E.164 formátum ban kell lennie, előre beállítva és érvényes helyhez kell rendelnie ahhoz, hogy a licenc automatikus aktiválódjon. Ha ezek a feltételek nem teljesülnek, a felhasználó nem kap szolgáltatást automatikusan, és kézi beavatkozást igényelhet.

Összefoglalva: konfigurálja a szervezeti alapú automatikus licencelést az új felhasználók számára, ha széles körű, szervezeti szintű licenchozzárendelést szeretne. Ha részletesebb vezérlést szeretne, vagy csoportonként eltérő licencelési igényei vannak, konfigurálja az automatikus licencelést a csoport szintjén, és kerül je a licencek kiosztását szervezeti szinten, hogy elkerülje az átfedéseket és biztosítsa a megfelelő licenckezelést.

Webex Calling szolgáltatási beállítások

Alapvető fontosságú a globális szolgáltatási beállítások átfogó áttekintése és konfigurálása.

Kezdje a beállítások részhez való hozzáféréssel és navigálással. Gondosan vizsgálja meg az egyes konfigurálható opciókat, beleértve de nem kizárólag a belső tárcsázási konfigurációt, a vészhívások paramétereit, a hívásátirányítási házirendeket, a hangpostakezel ést és az eszköz alapértelmezett beállításait.

Állítsa be ezeket a globális beállításokat, hogy tükrözze a szervezet házirendeit és tervezési döntéseit.

Szintén, beállítási beállítások, valamint felhasználói és alkalmazássablonok.

Kísérleti migráció

A végrehajtási szakaszban, a kísérleti migráció végrehajtása kritikus mérföldkövet jelent az irányba való átmenet validálásában. Ez a kísérleti kísérlet magában foglalja a felhasználók reprezentatív részhalmazát egy vagy több helyszínen biztosítva a platformon, biztosítva, hogy a kiválasztott populáció különböző felhasználási eseteket és szervezeti szerepeket tükrözze. A felhasználói migrációval párhuzamosan az alapvető együttműködési szolgáltatásokat, beleértve a hangpostát, az automatikus kiszolgálókat, a hívássorokat és a vadászati csoportokat, át kell helyezni az üzleti folyamatosság és a szolgáltatás funkcionalitásának fenntartása érdekében.

A kísérleti áttelepíté snek a Cisco által biztosított eszközök és harmadik féltől származó migrációs segédprogramok ugyanazt a kombinációját kell alkalmaznia, amelyeket a szélesebb körű szervezeti telepítéshez terveztek, biztosítva a folyamatok, az automatizálási munkafolyamatok és az integrációs pontok alapos validálását reprezentatív körülmények között.

Ennek a kísérleti telepítésnek az elsődleges célkitűzései kétszeresek: először a végpontok közötti átmeneti folyamatok validálása és fin omítása, beleértve a felhasználói biztosítási munkafolyamatokat, az adatáttelepítési eljárásokat és a végpont-konfigurációkat; másodszor pedig a migrált szolgáltatások valós működési körülmények között történő átfogó ellenőrz ése.

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, gyűjtse a felhasználói visszajelzéseket az új platform tapasztalatairól, felmérje a kiválasztott migrációs eszközök hatékony ságát, és bizalmat teremtsen a migrációs módszertanba, mielőtt szélesebb körű szervezeti telepítést folytatna.

Az ebben a kísérleti szakaszban szerzett betekintések kulcsfontosságúak a későbbi migrációs hullámok optimalizálásában és a teljes vállalkozás számára a zökkenőmentes , kockázatcsökkentett átmenet biztosításában.

PSTN beszerzése

PSTN-szolgáltatások beszerzéséhez először válassza ki a PSTN-csatlakozási opciót a.

Ha egy szervezet ideiglenesen vagy határozatlan ideig hibrid kettős hívásvezérlést tervez fenntartani ( 1. fá zis a Phased Calling Transition: Hybrid and Cloud ábrán), akkor egy vagy több helyi átjárót kell telepítenie a helyszíni PSTN-hez, hogy lehetővé tegye a hívásokat a végpontok közötti és a végpontok közötti hívások lehetővé tétele érdekében .

Ha a végcél a felhőbe való teljes átmenet (2. fá zis), beleértve a PSTN-t is, akkor a PSTN-hez Cisco Calling Plan vagy Cloud Connect for opció szükséges.

Mielőtt konfigurálná őket, dolgozzon együtt a választott szolgáltatóval a telefonszámok megrendelésében és portálásában. Telefonszámok megrendelése vagy portmegrendelések kezdeményezése csak a helyszíni PSTN és a Cloud Connect rendszerhez szükséges/lehetséges. Cisco hívástervezési csomagok esetében a rendelést és a portálást a Vezérlőközpontból kezdeményezheti , amint a hely létrejött, és azokban az országokban, ahol Cisco Calling Plan elérhető. A Cisco hívá si csomagokról további információt a Cisco csomagok használat ának megkezdése című témakörben talál.

A PSTN implementációjának részeként győződjön meg arról, hogy 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 helyesen kerülnek-e irányításra a kiválasztott PSTN-kapcsolaton keresztül.

Helyek konfigurálása

Mielőtt hozzáadná a felhasználókat és eszközöket, meg kell adnia a hívási helyeket. Minden helyhez érvényes utcai címet kell megadni. Az Egyesült Államokban és Kanadában ezt a címet hitelesíti és a platform használja a PIDF-LO helyadatainak küldésére a segélyhívásokhoz.

A helyszíni PSTN-t használó helyek konfigurálásakor ennek megfelelően be kell állítania a helyi átjárókat. A programban minden helyi átjáróhoz létre kell hozni egy törzset és egy útvonalcsoportot, majd az útvonal csoportot hozzárendeljük a hely PSTN-választásaként. A Cisco határozottan javasolja, hogy mindig válasszon egy útvonalcsoportot a PSTN választásként, mivel ez a megközelítés lehetővé teszi a jövőben további törzsek hozzáadását, támogatva mind a méretezhetőséget, mind a redundanciát. A Cisco azt is javasolja, hogy minden PSTN-csomagban engedélyezze a kettős azonosítást és a P-Charge-Info támogatást, mivel ez egyszerűsíti a kimenő közvetlen vagy átirányított hívások számlázható felének azonosítását. Ha a PSTN-szolgáltató más fejlécet használ a számlázáshoz, a helyi átjárón található P-Charge-Info fejlécből másol hatja az információkat a szükséges számlázási fejlécbe.

Azoknál a helyeknél, amelyek PSTN-opcióként Cloud Connect for vagy Cisco Calling Plan szolgáltatást használnak, a telepítés során egyszerűen válassza ki a megfelelő PSTN- választást a helyhez. Ha a hely a Cloud Connect for vagy a helyszíni PSTN-t használ, hozzá kell adnia az előző lépésben megrendelt telefonszámokat. A számok inaktívként adhatók hozzá, ha nem szeretné, hogy azonnal bekerüljenek a hívásá tirányításba; ezeket a számokat később aktiválhatja, ha felhasználókhoz vagy funkciókhoz vannak hozzárendelve.

Fontos, hogy minden helyhez mindig beállítsa a fő számot. A fő szám hozzárendelhető egy felhasználóhoz vagy egy funkcióhoz, például egy automatikus kísérőhöz. A hangposta engedélyezéséhez a helyszínen feltétlenül állí tsa be a hangposta pilótaszámát, más néven hangportál számát.

A hívási helyek további beállításai közé tartozik a segély hívási adatok konfigurálása, például a vészhelyzeti visszahívási szám, az értesítési lehetőségek és a továbbfejlesztett segélyhívási funkciók. Ezenkívül ellenőrizze és módosítsa a felvételi beállításokat, a nyelvi beállításokat és az eszköz konfigurációkat az egyes helyekhez szükséges módon. Ha a szervezet rövidített telephelyek közötti hálózaton belüli tárcsázást használ vállalati jelentős számokkal, ne felejtse el egyedi webhelykódot konfigurálni a helyhez a belső tárcsázási beállításokban . Végül, ha a külső tárcsázáshoz kimenő tár csázási számjegy szükséges, feltétlenül állítsa be ezt a külső tárcsázási beállításokban. Ha egy kimenő tárcsászámjegy van konfigurálva, a Cisco azt javasolja, hogy engedélyezze a kimenő tárcsászámjegy-érvényesítést a következetesség biztosítása

Integráció helyszíni hívásvezérléssel

A helyszíni hívásvezérléssel való integrációhoz konfigur álni kell a tömböket, útvonalcsoportokat, vállalati tárcsázási terveket, valamint mind a hely-, mind a globális beállításokat. Kezdjük a helyszíni hívásvezérlő rendszerrel való összekapcsolásra sz ánt csatornák és helyi átjárók beállításával; ez a lépés csak akkor szükséges, ha külön csomagtartókra van szükség. Ha a meglévő törzsek és útvonalcsoportok elegendőek a telepítéshez, további konfiguráció nélkül újra felhasznál hatók a helyszíni összekapcsoláshoz.

A törzsek és útvonalcsoportok létrehozása után folytassa a vállalati tárcsázási tervek létrehozását, és rendelje hozzá a megfelelő útvonalcsoportot az egyes tárcsázási tervek célpontjaként. Ha az integráció több helyszíni hívásvezérlő rendszert foglal magában, amelyek különböző csatornákon keresztül kapcsolód nak, több tárcsázási tervre lesz szükség. Fontos biztosítani, hogy ezek a tárcsázási tervek csak azokat a mintákat tartalmazzák, amelyek szükségesek a hívások helyszíni célállomásokra történő irányításához.

Ha a telepítéshez ismeretlen kiterjesztés-útválasztás támogatása szükséges, akkor ezt a funkciót helyszinten engedélyezni kell. Továbbá, ha az ismeretlen kiterjesztés-útvonaltervezés aktiválva van, meg kell adnia a maximális ismeretlen hosszúságot a Hívá s-út választás között és helyiségek között szakasz ban a Hívásszolgáltatások között. Ez biztosítja a zökkenőmentes híváselosztást és a kiterjesztésen alapuló tárcsázási forgatókönyvek megfelelő kezelését az integrált környezetben.

Felhasználók kötegekben történő áttelepítése

A felhasználók áttelepítésekor előfordulhat, hogy nem tudja egyszerre áthelyezni az összes felhasználót. Ennek oka több ok ból is lehet, beleértve, de nem kizárólag a webhelyek vagy felhasználók számát, azt, hogy mennyi időbe telik egy webhely és/vagy felhasználócsoport egyszerre történő átállása, korlátozott informatikai vagy webhely-erőforrás a változtatási ablak támogatá sához, a változtatási ablak időtartama, a változás összetettsége stb.

A felhasználók szakaszos áttelepítésekor döntő fontosságú annak meghatározása, hogy mely felhasználóknak kell áttelepí teniük ugyanabban a kö tegben. Az elsődleges cél a felhasználók áttelepítése, akik egym ástól függnek hívási szolgáltatásaik és funkcióik tekintetében. Biztosítani szeretné, hogy az összes hívási funkció (Példa — Hívássorok) teljesen működőképes legyen, mint az átmenet bekapcsolása előtt.

Még akkor is, ha a helyi átjárók közötti hívási együttműködést hajt végre, nem oszthatja meg a megosztott szolgáltatásokat vagy funkciókat ezen a kapcsolaton belül. Ezért meg kell határoznia a felhasználók közötti függőségeket az alábbi funkciók megtekintésével :

Más felhasználók figyelése a BLF-ek használatával

Ugyanabban a vadászatban pilóta, hívássor stb.

Megosztott vonalak

Hívásfelvétel használata

Ugyanazon call-park számok használata

Kaputelefon

Vezető/Admin.

Példa erre egy olyan felhasználó, aki egy Vadászcsoport tagja, amelyre átmennek. Ez a felhasználó áttér a Hunt Csoporthoz és a Hunt Group összes többi tagjához. Ezért az átmenet után a Hunt Group és tagjai sikeresen válaszolhatnak hívásokra az új platformon.

Ez egyre nagyobb kihívást jelent, ha a felhasználók különböző felhasználói csoportokhoz kapcsolódnak különböző hívási szolgáltatások és szolgáltatások érdekében. Ehhez egynél több felhasználócsopor tot és egy hívó szolgáltatást kell átmennie egyszerre.

Használja az előkészítési szakaszban használt Migration Insights eszköz vagy harmadik fél eszköz kimenetét annak meghatározásához, hogy mely felhasználókat és szolgáltatásokat kell csoportosítani. Ezt a kimenetet fel kellett volna használni az áttelepítési terv kidolgozásához, és betekintést nyújt abba, hogyan csoportosíthatja az átmenetet igénylő felhasználókat és funkciókat.

A felhasználók kötegének átmenete során a legfontosabb lépések a következők:

Együtt áttelepítendő felhasználók azonosítása

Ellenőrizze, hogy minden felhasználó benne van-e

Ellenőrizze a felhasználók összes TN-jét

Ellenőrizze a helyes telefonszám formátumát a könyvtárban

Győződjön meg arról, hogy a felhasználói csopor tok licencsablonja és beállítássablonja megfelelően van-e beállítva

A felhasználó csoport összes hívási szolgáltatásának és funkciójának ellenőrzése vagy konfigurálása (adott esetben az átmenet előtt vagy alatt)

A vállalati könyvtárban adjon hozzá felhasználókat a hívásokkal engedélyezett felhasználók csoportjához

Tevételi eszközök — felhasználói és funkcióáttelepítési eszközök és/vagy harmadik féltől származó eszközök

A felhasználói/eszköz könyvtárszámát és a hívási funkciók/szolgáltatásokat az átmenet után kikapcsolja/törölje.

Egy felhasználócsoport áttelepítése után tesztelje a felhasználók egy részhalmazát annak ellenőrzése érdekében, hogy minden hívási funkciója és szolgáltatása megfelelően működik. Ha az olyan hívási funkciók, mint a hívásválogatás, a vadászati csoportok stb. Átmennek a felhasználói csoportba, akkor tesztelje ezeket a hívási szolgáltatásokat a megfelelő funkcionalitás szempontjából.

Munkaterületek

A munkaterület olyan megosztott helyre utal (mint például egy konferenciaterem, összehúzóhely vagy hot desk), amelyhez eszközök, bővítmények és felhasználók hozzárendelhetők. A hagyományos Unifed CM telefonokkal ellentétben a munkaterületek a következők:

Helyközpontú: fizikai terekhez kötődik.

Rugalmas eszköz: rendelkezhet egy vagy több eszközzel (asztali telefonok, táblák stb.).

Miután a munkaterületeket az átmenet részeként azonosították, hozzáadhatók az Eszközök csoportba. Minden munkaterületnek eszközhozzárendelésre van szüksége, és ha már benne vanUnified CM, akkor azokat vissza kell állítani vagy újra biztosítani kell. Az olyan funkciók, mint a hangposta, a hívásátirányítás és a hívásvétel engedélyezhetők vagy letilthatók, és szükség szerint a videohívásokra, a hívásparkolásra és a mobilitásra vonatkozó irányelvek alkalmazhatók. Tesztelje az egyes munkaterületeket 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ületi eszközökre és foglalásokra vonatkozó eljárásokról.

A munkaterületekről további információt a Munkaterületek című témakörben tal ál.

Szolgáltató eszközök

Azokra a telefonokra, amelyekre jelenleg regisztráltak, át kell telepíteni a felhőátállás részeként. Annak érdekében, hogy a migrációt a lehető legegyszerűbbé tegye, minimális hiba esélyével, a Cisco azt javasolja, hogy egyszerre telepítsék a fizikai webhelyeket vagy osztályokat. Előfordulhat azonban, hogy a funkciófüggőségek miatt kötegekben kell áttelepítenie a felhasználókat. További részletekért lá sd a Felhasználók kötegekben történő áttelep ítése című részt.

A támogatott telefonokat, amelyről át kell lépnie, felhasználóként vagy munkaterületként kell konfigurálni, és a fizikai telefont újra kell konfigurálni a regisztrációhoz. Ezenkívül a 7800 és 8800 sorozatú telefonok firmware-jét az Enterprise firmware-ről Multiplatform Phone (MPP) firmware-re kell frissíteni. 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. Ehhez a megfelelő migrációs engedély is szükséges. A Cisco az elmúlt években javította ezt a folyamatot, hogy megkönnyítse az Enterprise firmware telefonok MPP firmware-re történő frissítését. A firmware-frissí tés befejezésének lépéseiről további információt a Cisco 7800 és 8800 sorozatú IP-telefonok átalakítása Enterprise és MP P firmware között című témakörben tal ál.

A cikkben ismertetett lépéseken kívül van egy beépített eszköz, a Telefon áttelepítéseWebex Calling, amellyel segíthet 7800 és 8800 telefonjainak áttelepítésé hez az Enterprise-ról MPP firmware-re. Ez az eszköz lehetővé teszi a telefonok hozzáadását és hozzárendelését a megfelelő felhasználókhoz vagy munkaterületekhez. Az eszközhasználatával kapcsolatos további információt a Telefon áttelepítése című témakörben talál.

A fenti firmware-migrációs követelmény nem vonatkozik a regisztrált 9800 sorozatú telefonokra. Ezek a telefonok a PhoneOS-t futtatják, amelyet mindkettő támogat és. Ezekre a telefonokra való áttéréshez hozzá kell adnia őketWebex Calling, hozzárendelnie kell őket egy felhasználóhoz vagy munkaterülethez, majd gy ári alaphelyzetbe állítania a telefonokat. Az alábbi ábra a PhoneOS rendszerindítási sor rendjét mutatja be a PhoneOS rendszerindítási sorrendjét és azt, hogy a telefon hogyan fog regisztrálni, miután hozzáadták azt, még akkor is, ha a telefon továbbra is be van kapcsolva és/vagy DHCP beállítások (példa - 150) használatban vannak.

PhoneOS rendszerindítási sorrend a regisztrációhoz

támogatja a PhoneOS eszközök gyári alaphelyzetbe állítását, hogy lehetővé tegye a Zero-Touch beépítést. Az adminisztrátorok távolról állíthatják vissza a 9800 és 8875 telefonokat a CUCM adminisztrációs oldalain keresztül, ami kiküszöböli a telefonokhoz való fizikai hozzáférés szükségességét a telefonokhoz való beépítéshez. Ezt a funkciót 2025. szeptember 9-től támogatják az eszközcsomagok:

CUCM v15 - Unified Communications Manager 15. verzió

CUCM v14 - Unified Communications Manager 14-es verzió.

A 9800-as sorozat regisztrációs folyamatáról további információt a Regisztráció folyamata című témakörben talál .

A Cisco IP-telefonokon kívül más eszközök, például analóg telefon adapterek (ATA), vezeték nélküli (Wifi, DECT) telefonok, videóeszközök, hangátjárók, valamint harmadik féltől származó eszközök és telefon ok ^biztosí tására is szükség lehet. Ezen eszközök közül sok nem rendelkezik firmware-frissítési útvonalmal, mint például az IP-telefonok, hogy átmenjenek a vállalati firmware-ről a felhőalapú firmware-re. Ezért ezeket az eszközöket a Control Hubban fogja biztosítani. Ezek közül néhány ra nem lehet átmenni, és az egyenértékű modellt ki kell cserélni (pl. ATA 191/192) és mások kézi újrakonfigurálást és/vagy szoftvermódosí tást igényelnek.

Hangátjárók — A helyi átjáró áttelepítéséhez olvassa el a Helyi átjáró áttelepítése cím ű témakör t.
További információt a VG400, VG410 vagy VG420 hangátjáró vezérlőközpontban történő konfigurálásáról a Helyi átjáró című témakörben talál.

Analóg telefonadapter (ATA) — A Cisco ATA 191 és 192 készülékkel való kezdéshez lásd: Cisco ATA.

Wifi vezeték nélküli telefon - A 840 és 860 vezeték nélküli telefon 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.

Digitális DECT hálózat létrehozásához és kezeléséhez a Control Hub alkalmazásban lásd: DECT hálóz at kezelése

A Cisco IP DECT 6800-ról további információkért lásd: Telepítési útmutató

Harmadik ^{fél eszkö} zei és telefon jai — Együttműködés a harmadik fél gyártó ⁱ val az eszköz/telefon követelményeir ől, valamint a támogatási célra történő áttelepítésük vagy cseréjének folyamatáról.

Funkciók konfigurálása

A szükséges hívási funkciókat az átmenet előtt vagy alatt biztosítani kell. Amint azt a Felhasznál ók kötegekben történő áttelepítése részben tárgyaltuk, a hívási funkciókat konfigurálni kell és átmenni kell, amikor az őket használó felhasználók átmennek.

Az egyes funkciók konfigurálásával kapcsolatos részletekért lásd a megfelelő konfigurációs súgócikkeket.

Automatikus kísérők - Az autókísérők kezeléséhez lásd: Automatikus kísérők

Call park - A híváspark kezeléséhez lásd: Call park

Hívásfelvétel — A hívásvételi csoport konfigurálásához lásd: Hívá sfel vétel

Hívássorok — Hívásvárólista konfigurálásához lásd: H ívá ssor

Vadászati csoportok — Vadászcsoportok kezelése című témakörben talál: Vadászati csoport kezel ése

Működési módok — A működési módok alapján történő hívás-útválasztáshoz lásd: Működési módok alapján történő hívás-útválasztás

Lejelezési csoportok — A lapozócsoport konfigurálása című témakörben olvasható: Lejelez ési csoport konfigurálása

Felvételek - Hívásfelvétel kezeléséhez lásd: Fel vételek kezelése

Egyszámú elérés — Az egyszám-elérés beállításához (irodában bárhol) tekintse meg az Egyetlen szám konfigurálása című témakört.

Hangposta csoport — Megosztott hangposta és bejövő faxdoboz kezeléséhez tekintse meg a Hangposta kezelése című témakört.

Elfogadási tesztelés

Az elfogadási tesztelés biztosítja, hogy az áttelepített 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újt az összes kommunikációs munkafolyamatban. Ez az érvényes ítési folyamat sokrétű, a felhasználói biztosítástól és a számhozzárendeléstől a fejlett hívá si funkciók működési teljesítményéig mindent lefed.

Ez a szakasz példákat tartalmaz, és kiemeli az elfogadási tesztelés során figyelembe veendő kulcsfontosságú szempontokat; azonban, nem célja kimer ítő vagy átfogó ellenőrzőlistaként szolgálni.

Felhasználói hozzárendelés és számhozzárendelés

Az elfogadási tesztelés egyik alapvető aspektusa annak ellenőrzése, hogy minden felhasználó pontosan és teljes mértékben van-e biztosítva. Ehhez alapos összehasonlításra van szükség a source () könyvtár és az újonnan létrehozott felhasználói bázis között annak biztosítása érdekében, hogy minden felhasználói fiók, valamint a kapcsolódó attribútumok, például a kiterjesztési számok és a Direct Inner Dial (DID) hozzárendelések helyesen kerüljenek áttelepítésre. A rendelkezésre bocsátás teljessége nemcsak az első napi működőképesség szempontjából kritikus fontosságú, hanem a folyamatos adminisztráció és támogatás szempontjából is.

A számhozzárendelés érvényesítése magában foglalja annak megerősítését, hogy minden felhasználónak megfelelő kiterjesztést és külső számot rendelik-e, és hogy ezek a számok helyesen irányulnak mind a belső (hálózaton belüli), mind a külső (PSTN) hívásfolyamatokban. Alapvető fontosságú annak ellenőrzése, hogy nincsenek-e átfedések, hiány zó hozzárendelések vagy hibás konfigurációk, amelyek hívásátirányítási hibákhoz vagy szolgáltatási megszakításokhoz vezethet nek.

PSTN Hívásfolyamatok és hívóazonosító bemutatása

A robusztus elfogadási tesztelési eljárásnak magában kell foglalnia a PSTN hívásfolyamatok végponttól vég pontig történő validálását. Ez magában foglalja a bejövő és kimenő hívási forgatókönyveket is. A bejövő PSTN-hívások esetén a tesztcsapatnak meg kell erősítenie, hogy a hívásokat a tervezett végpontokra szállítják, legyen szó egyéni felhasználókról, hívássorokról, vadászcsoportokról vagy automatikus kísérőkről. A kim enő PSTN hívásokat sikeresen kell lebonyolítani, különös figyelmet fordítva a hívóazonosító információk helyes kiszállítására és bemutatására. Ez magában foglalja annak biztosítását, hogy a helyes hívó neve és száma megjelenjen a külső címzettek számára, a szervezeti irányelveknek és a szabályozási követelményeknek megfelelően.

A tesztelésnek a feladatátvételi forgatókönyvekkel is foglalkoznia kell, mint például az elérhetetlen végpontok kezel ése vagy a hálózati zavarok kezelése. Ez segít megerősíteni, hogy a tartalék mechaniz musok és az alternatív útválasztás megfelelően működnek, fenntartva a szolgáltatás folytonosságát és megbízhatóságát.

Hálóhálózaton belüli hívásfolyamatok

A belső vagy a hálózaton belüli hívásfolyamatok képezik a vállalati kommunikáció gerincét. Ezen a területen végzett elfogadási tesztelés ellenőrzi, hogy a szervezeten belüli felhasználók közötti hívások helyesen kerülnek-e irányításra, az olyan funkciók, mint a hívásátvitel, a letiltás, az átirányítás és a konferencia tervezett módon működnek. Meg kell erősíteni a tárcsázási tervek integrit ását, a kiterjesztés-bővítményekhez való kapcsolódást és a szervezeti hívási házirendek támogatását.

Felhasználói híváskezelés és funkciók érvényesítése

Az elfogadási tesztelés fontos szempontja annak ellenőrzése, hogy a felhasználók hogyan kezelik a hívásokat a támogatott asztali telefonok használ atával. Ez a folyamat arra összpontosít, hogy megerősítse, hogy a napi hívási munkafolyamatok intuitívak és megbízhatóak, és hogy a felhasználók zökkenőmentesen hozzáférhetnek a szerepeikhez szükséges alapvető funkciókhoz. A tesztelésnek fel kell mérnie, hogy a felhasználók milyen könnyedén tudnak hívásokat kezdemén yezni és fogadni, kezelni a tartási és újraindítási funkciókat, valamint vak és tanácsadó átvit eleket is végrehajtani. Elengedhetetlen annak ellenőrzése is, hogy a hívásátirányítás, a konferencia és egyéb fejlett funkciók, például a parkolás és a hívások visszakeresése vagy az aktiválás ne zavarjanak, könnyen elérhetőek-e és zökkenőmentesen működnek.

A tapasztalatokat az egyértelműség és a válaszadás szempontjából értékelni kell, figyelembe véve, hogy a felhasználók hogyan lépnek kapcsolatba a híváselőzményekkel, a hangpostával és az integrált könyvtárakkal. További figyelmet kell fordítani az aktív hívá sok eszközök közötti mozgatására és a hívásvezér lő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 következetes, hatékony legyen, és teljes mértékben támogassa a szervezet kommunikációs igényeit a migrációt követően.

Hívásorok: Ügynöki és felügyelő tapasztalata

A hívássorokat gyakran használják nagy mennyiségű bejövő hívási forgatókönyvek 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ásokat a konfigurált sorlogika szerint osztják-e el az ügynökök között, például a kerek robin, a leghosszabb üresjárati állapot vagy az egyidejű csűrű szerint. A sorba helyezett hívások megjelenését az ügynöki asztali számítógépeken az egyértelműség és a könnyű használat szempontjából meg kell vizsgálni, biztosítva, hogy az ügynökök hatékonyan fogadhassanak, tarthassák és továbbítsák a hívásokat.

A felügyelők esetében az asztali élményt olyan funkciók szempontjából kell értékelni, mint a valós idejű felügyelet, a hívásbeállítás, valamint a sorok teljesítményének elemzése vagy betekintése. Ez magában foglal ja, de nem kizárólag az irányítópultok és jelentéstételi eszközök érvényesítését, amelyek művelhető adatokat szolgáltatnak a hívásel osztásról, az ügynökök aktivitásáról és a várólisták mutatóiról.

Vadászcsoportok: Hívások terjesztése

A vadászati csoportok kulcsfontosságú mechanizmusokat jelentenek a hívások előre meghatározott felhasználói halmazok számára történő terjesztéséhez. Az elfogadási tesztelésnek meg kell erősítenie, hogy a hívásokat a konfigurált vadászati algoritmus alapján irányítják a csoporttagok felé, és hogy a túlcsordulás, továbbítás és válasz nélküli forgatókönyvek a tervezés szerint kerülnek kezelésre. A működési következetesség és a felhasználói elégedettség szempontjából elengedhetetlen annak biztosítása, hogy a csoporttagság és a hívásárutirányítási viselked és megfeleljen a korábban létrehozottaknak

Automatikus kísérők: Közlemények és menüműveletek

Az automatikus kísérők képviselik az automatizált híváskezelés első vonalát. A tesztelésnek ki kell terjednie a bejelentések lejátszására, a rögzített ü dvözletek pontosságára és a menüfák helyes működésére. A menü kiválasztásoknak megbízhatóan kell irányítaniuk a hívókat a megfelelő osztályokhoz, egyénekhez vagy külső számokhoz. A tesztelésnek érvénytelen vagy időtúllépő forgatókönyveket is tartalmaznia kell annak megerősítésére, hogy a hívók egyértelmű útmutatást kapnak, vagy átirány ítsák őket

Hangposta működés

Végül a hangposta funkcionalitása kritikus fontosságú a felhasználói élmény szempontjából. Az elfogadási teszteknek ellenőrizniük kell, hogy a hangposta dobozok helyesen vannak-e hozzárendelve és hozzáférhető-e mind a szervezeten belül, mind távolról. Az üzenetek rögzítésének, lekérésének és kezelésének képességét megerősíteni kell az értes ítések kézbesítésével együtt.

Optimalizálás

A PSTN áttelepítése a Cloud Connect-re

Helyszíni infrastruktúra optimalizálása

Használjon elemzést és hibaelhárítást

A PSTN áttelepítése a Cloud Connect-re

Miután az összes végpontot és felhasználót áttelepítették a felhőhívásba, az egyetlen célja, hogy tranzitként működjön a PSTN átjárók között Unified CM és a helyi átjárón keresztül. A PSTN átjárók és a helyi átjárók eltávolítása a képről a Cloud Connect használatával, mint a PSTN-hozzáférés minden Webex Calling felhasználó számára számos előnnyel jár, beleértve a költség csökkentést és a nagyobb megbízhatóságot. Ha a helyszíni PSTN-hozzáférést szeretne átmenni a Cloud Connect szolgáltatásra , kövesse az alábbi lépéseket:

Cloud Connect a partner kiválasztásához.

Tekintse meg a Cloud Connect for Partners listáját, és válasszon ki a szervezet tartózkodási helyéhez rendelkezésre álló partnerek közül.

Cloud Connect az érvényesítéshez.

Mielőtt a helyekhez tartozó PSTN-hozzáférést Cloud Connect-re váltaná, ellenőrizni kell és ellenőrizni kell a kiválasztott Cloud Connect partneren keresztül a PSTN-hez való csatlakozást. Ebből a célból meg kell adni egy tesztelési helyet a tesztelési helyre biztosított egyes tesztfelhasználók számára. A tesz thely PSTN-hozzáférését ezután a Cloud Connect partnerre állítják be, mielőtt a PSTN-kapcsolatot a teszttelefonok használatával érvényesítené. Sikeres érvényesítés után a teszt helye megszün tethető.

Számok hordozása.

A Cloud Connect-re történő átállásra való felkészüléshez a PSTN csomagtartóhoz jelenleg be fejező összes szám portsorrendjét kell elhelyezni. Minden számot át kell vinni a Cloud Connect partnerre. A hely színek közötti elérhetőség fenntartása érdekében az összes hely összes számát egyszerre kell átvin ni.

Váltson a Cloud Connect partnerre.

A lezárás időpontjában a PSTN-hozzáférést az összes helyszínen a Cloud Connected PSTN-szolgáltatóra kell beállítani, és ellenőrizni kell a bejövő és kimenő kapcsolatot.

Amint azt a tervezési fejezet PSTN szakaszában tárgyaltuk, az ügyfelek dönthetnek úgy is, hogy az átmenet kezdetén áthelyezik PSTN-hozzáférésü ket a Cloud Connect-re, a hibrid telepítésekhez PSTN trunking használatával. További információt a hibrid telepítésekhez tartozó PSTN transzking című témakörben talál. Webex Calling Ebben az esetben az átmen et során a PSTN-hozzáférés a helyi átjárón keresztül történik, és az összes felhasználó áthelyezése után a leszerelésen és a helyi átjárókon kívül nincs további PSTN-hez kapcsolódó migrációs lépés.

Helyszíni infrastruktúra optimalizálása

Miután az összes felhasználó átkerült, és az összes végpont átkerült a felhőalapú regisztrációra (vagy leállí tották), frissítse a megfelelő helyszíni infrastruktúrát most, amikor a felhőhívások használatban vannak. Az infrastruktúra frissítései a következők:

Távolítsa el a helyszíni hívásvezérlő és üzenetküldési DNS SRV rekordokat a helyszíni DNS-kiszolgálókról, beleértve a cisco_uds-t is. _TCP. <domain>, cup_login. _TCP. <domain>. Ezekre az SRV-rekordokra már nincs szükség az ügyfél szolgálat felderítéséhez.

Távolítsa el a széllel kapcsolatos rekordokat a DNS SRV nyilvános DNS-rendszerből, beleértve a collab_edge-et is. _tls. <domain>. Ezekre az SRV-rekordok ra már nincs szükség az együttműködési perem szolgáltatások ügyfélszolgálati felfedezéséhez.

Frissítse az összes releváns DHCP-hatókört a 66. opció és a 150-es opció TFTP/rendszerindító kiszolgálócímek eltávolításához. Ezekre a hatókörökre már nincs szükség a végponthívás-vezérlés konfigurációjának felderítéséhez és letöltéséhez.

Frissítése/távolítsa el a helyi átjáró/kocka megfelelő tárcsázási társait, amelyek a hívásokat oda és oda irányítják. Unified CM Ezek a tárcsázási társak már nem szükségesek a helyszíni hívásátirányításhoz.

Az összes virtuális gép és/vagy kiszolgáló törlése vagy eltávolítása. Szükség szerint újrahasznosítsa a számítási erőforrásokat és a hard vert. Ezekre az erőforrásokra már nincs szükség hívásvezérléshez és peremszolgáltatásokhoz.

Törölje vagy távolítsa el az összes klasztercsomópont-virtuális gépet és/vagy Szükség szerint újrahasznosítsa a számítási erőforrásokat és a hard vert. Ezekre az erőforrásokra már nincs szükség a hangposta és az egységes üzenetküldő szolgáltatásokhoz.

Tisztítás: Miután áttelepítettük a PSTN-hozzáférést a Cloud Connected PSTN-re, a PSTN-törzsek, a PSTN-átjárók és a helyi átjárók leszerelhetők.

Bármely meglévő helyszíni E911- es megoldás esetén törölje az áttelepített helyeket vagy számokat, és a teljes átmenet befejezése után távolítsa el az alkalmazás virtuális gépeit vagy kiszolgálóit. Szükség szerint újrahasznosítsa a számítási erőforrásokat és a hard vert. Ezekre az erőforrásokra már nincs szükség a sürgősségi hívásokhoz és a helymeghatározási szolgáltatásokhoz.

Az áttelepített felhasználókhoz tartozó DNS-eket rejtett partícióra kell helyezni, hogy elkerüljük a hívásátirányítási hibákat, és biztosítsuk, hogy az összes CSS-nek elsőbbségi hozzáférése legyen ugyanazon DNS felhőeléréséhez.

Frissítse a fizikai diszpedálható helyet és hálózati elemet a horizont mobilitásában, amikor változások történnek. 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 cseréje

DHCP hatókör változásai

Fizikai változások az épületen belül (ha irodába döntenek)

Fizikai irodaterületek bővítése vagy összehúzódása egy épületen belül.

Használjon elemzést és hibaelhárítást

átfogó elemzési és hibaelhárítási lehetőségeket biztosít a telepítés megjelenítésé hez és nyomon követéséhez. Ezek a médiaminőséget, a részletes híváselőzményeket, a hívássorokat, a vadászati csoportot és az automatikus kísérő elemzéseket foglalják magukban. A médiaminőség elemzésére példa a médiaminőségi elemzés ábrán látható.

médiaminőségi elemzés

A Hibaelhárítás alatt minden egyes hívás megtekinthető a legfontosabb médiaminőségről és a jelzéssel kapcsolatos problémákról, amelyek segítenek a média problémák és a sikertelen hívások pontos meghatározásában, amint azt a médiaminőség hibaelhárítása ábrán látható.

médiaminőség hibaelhárítása

A hibaelhárítás integrálható más Cisco termékekkel, például a ThousandEyes és a Meraki kapcsolókkal is, hogy még gazdagabb integrált élményt nyújtson a Control Hub alkalmazásban. Az elemzés és a hibaelhárítás használatá Webex Callingval kapcsolatos további információkért lásd: Hívá sok hibaelhár Webex Calling ítása a Vezérlőközpontban.

Bevezetés

Mielőtt elkezdené

Áttekintés

Alapkomponensek

PPDIO folyamat áttekintése

A PPDIO általános leírása

A PPDIO használata projektek Webex Calling migr Unified CM álásához

Készítsen

Terv

Tervezés

Végrehajtás

Optimalizálás

PPDIO visszacsatolási hurkok

Migrációs megközelítés

Mielőtt elkezdené

Ez az útmutató olyan csapatok vagy magánszemélyek számára készült, akik tapasztalattal rendelkeznek a Cisco Unified Communications Manager (Unified CM) és a Cisco végpontok konfigurálásában és adminisztrálásában, beleértve az IP-asztali telefonokat, videóeszközöket és Jabber soft ügyfeleket. Ebben a dokumentumban hivatkozások találhatók a termék- és támogatási dokumentációra, amelyek segítenek.

Ez a dokumentum csak a többbérlőről Unified CM a Webex Calling többbérlőre való átmenetekre összpontosít. A dokumentumban Webex Callingszereplő kifejezés mindig Webex Calling többbérlőre utal.

Mielőtt megkezdené Unified CM a migrációtWebex Calling, feltétlenül átfogó megértésre van szükség a Webex Calling megoldásról és annak összetevőiről. A sikeres áttelepítéshez szükséges az Webex Calling architektúra, a szolgáltatási modellek, a telepítési lehetőségek és a kapcsolódó szolgáltatások ismerete a meglévő Unified CM munkaterhelések megfelelő feltérképezéséhez és a hatékony átmeneti terv megtervezéséhez.

Az alábbi Webex Calling összetevők alapos megértése elengedhetetlen a hatékony átmeneti stratégia és a működési készenlét kialak ításához.

Vezérlőközpont

Könyvtár és felhasználói kivitelezés

Webex Callingplatform

Támogatott hívási végpontok

PSTN csatlakozási lehetőségek

Webex Callingtárcsázási terv és számkezelés

Biztonsági és megfelelőségi funkciók.

További információt a Cisco Preferred Architecture című témakörben találWebex Calling.

Ez az útmutató kiemeli az átmeneti életciklus során használni kívánt eszközöket és folyamatokat. A helyszíni hívásról egy új felhőalapú hívási platformra való áttérés azonban jelentős erőfeszítést jelenthet potenciális üzleti, technikai és összetett kihívásokkal szemben. Unified CM Webex Calling Ez eknek a kihívásoknak a leküzdésére a Cisco számos különböző lehetőséget kínál az utazás során. Fontos, hogy áttekintse az Enterprise cloud hívások - Hívás-migr áció címen található információkat, és megértse az egyes lehetőségeket, valamint azt, hogy mindegyik hogyan segíthet Önnek a saját migrációban.

Webex migrációs eszközök: önkiszolgáló, ingyenes eszközök beépített a Control Hubba, amelyek egyszerűsítik az átmenetet Webex Calling

Minősített migrációs szolgáltatók: Cisco által hitelesített szoftver- és eszközszolgáltatók, akik migrációs megoldásokat fejlesztettek ki a Webex partnereinek és ügyfeleinek összetett és nagy áttelepítésekben történő segítségére. Ezek a megoldások segíthetnek egyszerűsíteni, kezelni és felgyorsítani az átmenetet Webex Calling

Webex Setup Assist: Cisco által vezérelt migrációs szolgáltatás, amely az ügyfeleket és partnereket végigvezeti a Webex Calling telepítésen és a konfiguráláson, ami a felhasználók és szolgáltatások sikeres áttelepítéséhez szükséges. Unified CM Webex Calling

Áttekintés

A felhőalapú együttműködési szolgáltatások növekedésével egyre több ügy fél szeretné áthelyezni meglévő együttműködési munkaterheléseit a felhőbe, mivel a teljes tulajdonosi költség, az egyszerűsített kezelés, a folyamatos szolgáltatásnyújtás, a megnövekedett lépték és a felhőalapú szolgáltatások kiváló megbízhatóságának ígéretei. Mivel az ügyfelek arra törekszenek, hogy átmenjenek a helyszíni együttműködési szolgáltatásokról a felhőalapú együttműködési szolgáltatásokra, fontos számukra, hogy megértsék, mit jelent az átmenet, és milyen lépéseket kell végrehajtani az átmenethez.

Ennek a dokumentumnak az a célja, hogy telepítési útmutatást nyújtson azoknak az ügyfeleknek, akik kifejezetten szeretnének átmenni Unified CM Webex Calling a helyszíni felhőbe. Ez a telepítési útmutató feltételezi, hogy az olvasó alapvető ismeretekkel rendelkezik a hívási átmenetről Unified CM ésWebex Calling, beleértve azt is, hogy mi változik az átmenet végrehajtásakor, és milyen különbségek vannak a hívási munkaterhelés helyszíni felhőbe történő áthelyezésekor. Mielőtt folytatná, győződjön meg arról, hogy áttekintette és ismeri az Átmeneti térképen elérhető információkat. Ez az átmeneti térkép-dokumentum információkat nyújt az átmenet változásairól és különbségéről.

Az á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 különböző együttműködési infrastruktúra- összetevőket tartalmaz a hálózaton, egy hívásvezérlő platformot, egy szélplatformot, hardver- és szoftver végpontokat, és bizonyos esetekben még konferencia- és ütemezési platformokat is. A Cisco architektúrájában ez magában foglal Unified CM ja a hívásvezérlést, a távoli hozzáférést biztosító Expressway és a vállalkozások közötti (B2B) peremszolgáltatásokat, a Cisco Meeting Server/ Cisco Meeting Management helyszíni konferenciákhoz, a Unity Connection a hangüzenetekhez, valamint a felhasználói hardvereket (Cisco IP-telefonok, Cisco Desk és Room video rendszereket) és szoftvereket () IP-alapú végpontokat. Cisco Jabber Ezek az összetevők bizonyos környezetben kissé eltérhetnek, de ez a dokumentum többi részében leírt átmenet kiinduló pontja.

Helyszíni együttműködési architektúra: hívásvezérlés és távoli hozzáférés

Az ábrán látható architektúra Hely színi együttműködési architektúra: hívásvezérlés és távol i hozzáfér és a Cisco Collaboration Enterprise helyszíni telepítések preferált architektúráján (PA) alapul. Az Enterprise On- Premise szolgáltatásról további információt a Cisco együttműködési előnyben részesített architektú rák című témakörben talál.

Előtte: Helyszíni hívási infrastruktúra-összetev ők táblázata felsorolja a helyszíni architektúra kulcsfontosságú elemeit a felhőbe való áttérés Webex Calling előtt.

Táblázat 1. Előtte: Helyszíni infrastruktúra-összetevők hívása
Termék Leírás

Unified CM Helyszíni hívásvezérlés eszközregisztrációs és hívásátirányítási szolgáltatásokat nyújt

Cisco Expressway-C/E A mobil és Remote Access (MRA) és a vállalkozások közötti (B2B) funkciókat biztosító Edge infrastruktúra, amely lehetővé teszi a távoli végpontok biztonságosan csatlakozhatnak a szervezeten kívülről. Az Expressway párban van telepítve, hogy külső végpontok tűzfalát vitelét biztosítsák.

Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) és Cisco Telepresentation Management Suite (TMS) Helyszíni hang-, videó- és webkonferencia-infrastruktúra, amely többpontos értekezleteket, értekezletkezelést és ütemezési lehetőségeket biztosít. [Opcionális]

Cisco Unity Connection Helyszíni hangüzenetküldő platform hangpostát és egységes üzenetküldési lehetőségeket biztosít . [Opcionális]

Cisco asztal, Cisco szoba, Cisco tábla, Cisco IP telefonok és Cisco Jabber IP alapú eszközök regisztráltak, valamint hang Unified CM - és videohívási képességeket biztosítanak

Amint azt az ábra mutatja az Átmeneti döntés: a helyszíni hívások olyan ügyfelek számáraWebex Calling, akik helyszíni hívásvezérléssel rendelkeznek, valamint asztali Unified CM és videó IP-végpontokkal rendelkeznek, választhatják az architektúrát a felhőarchitektúra irányába való átt érése mellett. Webex Calling

A döntést az ügyfél funkcionalitási igényei alapján kell meghozni. Azoknak az ügyfel eknek, akik megfelelnek a következő követelményeknek, gondosan mérlegelniük kell ezt a döntést, és végül úgy dönthetnek, hogy a hívásvezérlést helyszíni tartják:

Nem támogatott telefonmodelleket Webex Calling

Összetett vagy számos integráció más helyszíni rendszerekkel vagy megoldásokkal, különösen akkor, ha ezeket az integrációkat nehéz megismételni, vagy nem állnak Webex Calling rendelkezésre egyenértékű alternatív megoldások

Komplex tárcsázási terv, nagyon részletgazdag szolgáltatási osztályok vagy mindkettő

Korlátozott, korlátozott vagy megbízhatatlan internet-hozzáférés

Szigorú adatvédelmi és tulajdonosi irányelvek

Helyszíni vagy országon belüli adathordozók rögzítésére és tárolására vonatkozó megfelelési követelmény

Harmadik fél integrációja életké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.

Átmeneti döntés: helyszíni hívások Webex Calling
Azoknak az ügyfeleknek, akik el akarják használni a felhőhívási szolgáltatásokat, fontolóra kell venniükWebex Calling. Ez a felhőhívási szolgáltatás lehetővé teszi az ügyfél számára, hogy kihasználja a Webex globális architektúráját a méretezés és a csatlakoztathatóság érdekében. A vállalati hálózat résztvevői és a vállalati hálózaton kívüli távoli résztvevők IP-alapú hardveres végpontok és/vagy asztali vagy mobil soft ügyfélalkalmazások segítségével kommunikálhatnak.

Ez a dokumentum olyan ügyfelekre összpontosít, akik Unified CM hívásvezérlő telepítéssel rendelkeznek, akik meg akarják érteni a telepítés engedél Webex Calling yezésének általános lépéseit, megfontolásait és követelményeit a következő szakaszban látható módon.

Alapkomponensek

Az áttelepítés célarchitektúrája több új összetevőt tartalmaz. Ez magában foglalja a felhőalapú hívások Webex Calling szolgáltatását, a Webex alkalmazást, a Cisco Directory Connector az identitás-integráláshoz és a helyi átjárót (LGW) a PSTN- hozzáféréshez, valamint a helyszíni felhőbe történő hívások integrációját. A Cisco hívástervezési csomagok vagy a Cloud Connected PSTN (CCP) által a Webex Calling Partnernek nyújtott Cloud Connect segítségével további lehetőségeket kínálnak a PSTN-hozzáféréshez.

Amint az a következő ábrán látható: Webex Calling Architektú ra, az új összetevők (Webex CallingKönyvtárcsatlakozó, Helyi átjáró és Túlélhetőségi átjáró) hozzáadódnak a meglévő helyszíni telepítéshez .

Utána: Ép Webex Calling ítészet

Utána: A felhőhívási infrastruktúra-összetev ők táblázata felsorolja az architektúra új elemeit a Webex-re való áttérés után.

Táblázat 2. Utána: Felhőhívási infrastruktúra-összetevők
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ásátirányítást biztosít

Cisco könyvtárcsatlakozó Windows-tartománygépen futó Windows-alkalmazás, amely identitásszin kronizálást biztosít a vállalati helyszíni Active Directory és a Webex szervezet azonosítótárolója között.
A helyszíni helyszínről az Entra ID-re költözött ügyfelek esetében Active Directory a Cisco Directory Connector helyett a Webex-szel történő identitás-integráció az Entra ID Wizard alkalmazást használja.

Helyi átjáró A helyi átjáró hídként szolgál az ügyfél helyszíni egységes kommunikációs hálózata és a Webex Calling felhő között. Helyszíni üzembe helyezhető vagy egy partner által üzemeltethető, így PSTN- hozzáférést biztosít a felhőben regisztrált végpontokhoz, valamint integrálhat a regisztrált és a felhőben regisztrált végpontok közöttUnified CM. Cisco IOSAz XE integrált szolgáltatások útválasztója (ISR 1100 és 4000 sorozat), a Cisco Catalyst 8200/8300 sorozat, a Cisco Catalyst 8000V Edge szoftver és a különféle tanúsított harmadik féltől származó munkamenet-határvezérlők (SBC) használhatók LGW-ként a szakaszos migrációs megközelítéshez.

Túlélhetőségi átjáró A túlélőképességi átjáró (SGW) egy helyi hálózati IOS-XE alapú átjáró, amely biztonsági hívási szolgáltatásokat nyújt a helyszíni végpontokhoz a hálózati leállások során. Webex Calling

Cisco híváscsomag, Cloud Connect Webex Calling A Cisco Calling Plan és a Cloud Connect for felhőalapú opci Webex Calling ók a végpontok PSTN-eléréséhez. Webex Calling A PSTN-hozzáférést egy felhőalapú PSTN-szolgáltató segíti, és nem igényel helyszíni berendezést.

Webex alkalmazás Asztali operációs rendszeren (Windows, Mac) vagy mobil operációs rendszeren (Android, iOS) futó ügyfélalkalmazás, amely közvetlenül a Webex Calling platformra regisztrált hívási funkciókhoz.

PPDIO folyamat áttekintése

A PPDIO folyamat az Elő készítés, Tervezés, Tervezés, Implementáció és Optimalizálás rö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.

PPDIO folyamat

A PPDIO általános leírása

Készüljön fel: Értékelje a jelenlegi környezetet, gyűjtse össze a követelményeket, és összehangolja az érdekelt feleket szilárd alapok létrehozásához.

Terv: Rész letes projekttervek kidolgozása, beleértve az ütemterveket, az erőforrásokat és a kockázatcsökkentési stratégiákat.

Tervezés: Építsd ki az üzleti és műszaki igényekhez igazított célmegoldást.

Végrehajtás: Végezze el a telepítést vagy az áttelepítést a tervezésnek megfelelően, ellenőrizve a funkcionalitást és a teljesítményt.

Optimalizálás: A megvalósítás után folyamatosan javítsa a megoldást a teljesítmény figyelem mel kísérésével, 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 -tól Webex Calling -ig terjedő migrációs projektekhez

Az irányba való áttéré Unified CM skor a Webex Calling PPDIO folyamat egyértelmű ütemtervet biztosít a zökkenőmentes és hatékony átmenet biztosításához:

Készítsen

A meglévő Unified CM környezet és a migrációs készség értékelé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

Gyűjtse össze a helyadatokat, beleértve a vészhelyzeti reagálási címet, a felhasználók számát, az internet- hozzáférést, a PSTN-hozzáférést

A kockázatok azonosítása és a projekt hatókörének meghatározása az összes érdekelt fél összehangolása érdekében

Terv

Hozzon létre egy átfogó áttelepítési tervet kötegelt ütemezésekkel, erőforrás-hozzárendelésekkel és idővonalakkal

Olyan feladatok meghatározása, mint például az eszköz firmware-frissítése, a licencbiztosítás és a felhasználói beépítés

Összehangolja a migrációs ablakokat a Cisco-val és a partnerekkel a zavarok minimalizálása érdekében.

Tervezés

Az aktuális Unified CM konfigurációk, tárcsázási tervek és felhasználói profilok egyenértékűek feltérké Webex Calling pezése

Tervezze meg a Webex Calling környezetet, beleértve a PSTN stratégiát (ideiglenes és végső), a helyeket, a felhasználói szerepköröket és az integrációs pontokat, például a helyi átjárót (CUBE) és a könyvtárszinkronizálást

Tervezze meg az együttélési forgatókönyve Unified CM ket, ahol a migráció során egyszerre Webex Calling működnek.

Végrehajtás

Használja a Control Hub áttelepítési 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ókonfigurációhoz és a felhasználói áttelepítéshez

Tömeges műveletek és biztosítások alkalmazása a Webex API-k segítségével a nagyszabású migrációk és konfigurációk egyszerűsítéséhez

Licencbiztosítás, eszközregisztráció és konfigurációs frissítések végrehajtása

Ellenőrizze a migráció sikerét teszteléssel és működési ellenőrzéssel.

Optimalizálás

A teljesítmény és a felhasználói Webex Calling élmény folyamatos monitorozása

Konfigurációk és munkafolyamatok finomítása működési adatok és visszajelzések alapján

Használja ki az automatizálási és integrációs képességeket a hatékonyság és a méretezhetőség növel ése érdekében

Szükség szerint a régi Unified CM alkatrészek leszerelése, és folyamatos támogatást nyújt a második napos műveletekhez.

Ez a továbbfejlesztett PPDIO-megközelítés ellenőrzött, átlátható és hatékony migrációt biztosít a Cisco eszközeinekWebex Calling, API-inak és partnerökoszisztémájának felhasználásával az üzleti folytonosság fenntartása és az együttműködési képességek javítása érdekében. Unified CM

PPDIO visszacsatolási hurkok

Az ábra iterációkban a PPDIO végrehajtása közben ábrázolt magas szintű áttekintés egyetlen visszac satolá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 végrehajtást követően folyamatos lehetőség nyílik a folyamat os fejlesztésre. Az optimalizálás minden ciklusa új követelményeket vagy fejlesztési területeket azonosíthat, amelyeket a későbbi projektek vagy kezdeményezések révén lehet kezelni. Ezek az egyedi projektek viszont mindegyike követi a létrehozott PPDIO (Prepare, Plan, Design, Implement, Optimization) életciklust. Ez az iteratív megközelítés biztosítja, hogy a rendszer összhangban maradjon a változó üzleti célokhoz és a technológiai fejlődéshez, elősegítve a folyamatos finomítás és alkalmazko dóképesség kultúráját.

Iterációk a PPDIO végrehajtása közben

A PPDIO-folyamat végrehajtása során gyakori, hogy a későbbi szakaszok megállapításai szükségessé teszik a korábbi szakaszokban hozott döntések újbóli felülvizsgálatát és potenciálisan felülvizsgálatát. Például a végrehajtási szakaszban felmerült problémák, mint például a tervezési kétértelműségek vagy a hiányzó részletek azonosítása, felfedhetik, hogy bizonyos szempontokkal nem foglalkoztak teljes mértékben a tervezési szakaszban. Ilyen esetekben szükségessé válik a releváns korábbi szakaszra való visszatérés a kérdések megoldása érdekében a folytatás előtt. Ez az iteratív visszacsatolási mechanizmus, amint azt az ábra által támogatott PP Unified CM DIO-folyamat szeml élteti, biztosítja a megoldás alapos validálását és finomítását, végső soron hozzájárulva a robusztusabb és hatékonyabb telepíté shez.

Unified CMtámogatott PPDIO folyamat

Az irányba való átmenet Unified CM során a Webex Calling 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 átfogó leltárai, telefonszámok, hívási funkciók és tárcsázási terv összetevői kinyerhetők az aktuális Unified CM konfigurációból. Ezek az adatok kiegészítik az érdekelt felek által közvetlenül szolgáltatott információkat, és segítenek a tervezési és tervezési tevékenységek egyszerűsítésében. Az adatkinyerés és elemzés automatizálására szolgáló megfelelő eszközök használata nemcsak növeli a pontosságot, hanem felgyorsítja az általános folyamatot is. A meglévő telepítésből származó betekintések felhasználásával az átmenet hatékonyabban haj Webex Calling tható végre, mint egy hagyományos zöldmezős megvalósítás, miközben továbbra is betart va a strukturált PPDIO módszertant. Ezt a folyamatot az ábra által támogatott Unified CMPPDIO folyamat szemlélteti.

Migrációs megközelítés

Miközben megtervezi az átmenetet a helyszí Unified CM ni hely Webex Calling színről, meg kell határoznia, hogyan fogja megközelíteni ezt az utat. Először el kell döntenie, hogy az áttelepítés flash-cut (minden egyszerre) vagy fázisos megközelítés lesz-e (felhasználó/eszközök csoportjainak hosszabb ideig történő áttelepítése).

A flash-cut áttelepítés az összes felhasználót és eszközt a leggyorsabban mozgatja. Ezzel a módszerrel az összes felhasználót és eszközt egyszerre helyezi át Unified CM Webex Calling a helyszíni helyszínre. Lényegében ez egy egyetlen migrációs ablak minden felhasználó és eszköz számára. Miután az áttelepítés befejeződött, az összes felhasználó és eszköz a Webex Calling platformon lesz, és az összes Unified CM infrastruktúra leszerelhető. Sok szervezet azonban nem tudja alkalmazni ezt a megközel ítést a hívási telepítés mértéke és mérete miatt.

A második megközelítés a szakasz os migráció. A legtöbb szervezet ezt a megközelítést fogja alkalmaz ni, mivel ez jobb ellenőrzést, irányítást és méretezést biztosít a migráció során. Ezenkívül jobban alkalmas nagyobb UC-telep ítésekhez és/vagy telepítésekhez több régióban. Ezért ez a dokumentum a szakaszos megközelítésre összpon tosít, az átmenet két lépésével.

Amint az az alábbi ábrán látható Fázishívás-átmenet: Hibrid és fel hő, az első átmeneti szakasz (1. fázis) kettős hívá si környezetekkel való együttélést eredményez. Ebben a szakaszban egyes felhasználók, eszközök és soft kliensek átmennek, Webex Calling míg mások továbbra is a helyszíni hívásvezérlőn vannakUnified CM. A végső átmeneti szakasz (2. fázis) tiszta felhőhívási környezetet eredményez, ahol minden felhasználó, eszköz és soft ügyfél teljes mértékben átkerült a Webex Calling platformra.

Az, hogy mennyi ideig tart egy szervezetnek a felhőhívásokra való teljes átállása, az aktuális telep ítéstől függően változik. Bizonyos esetekben egy szervezet megteheti a kezdeti átmenetet, és hosszabb ideig (hónapok vagy akár évek) maradhat az együttélés kettős hívás-ellenőrzési fázisában (1. fázis), míg más esetekben a szervezet nagyon rövid időn belül Webex Calling (hetek vagy hónapok) teljes mértékben áttérhet a (2. fázisra). Ez a dokumentum mindkét fázist lef edi (1. fázis - együttélés és 2. fázis - teljesen átmeneti).

Fázisos hívásváltás: hibrid és felhő

Lehetséges, hogy egyes szervezetek korlátlan ideig fenntarthatják az együttélés kettős hívásvezérlési telepítését, és nem tervezik, hogy valaha is teljes mértékben áttérjenek a felhőhívásokra.

A második szempont az, hogy miként válthatja át a felhasználókat, az eszközöket és a soft ügyfeleket a helyszíni hívásvezérlőről a felhőalapú hívásvezérlőre. Az ajánlott megközelítés egy háromfázisú átmenet. Az alábbi ábra Az ajánlott háromfázisú át menet ezt a megközel ítést a 3 fázisra bontja.

Ajánlott háromfázisú átmenet

Migráció előtti időszak: Ez a szakasz arra összpontosít, hogy mind a Webex, mind a Unified CM környezetek felkészüljenek a migrációra. Ez nem a konkrét tervezés vagy konfigurációk felhívásáról szól, hanem olyan tevékenységek befejezésére összpontosít, amelyek most és a Webex Calling migrációs projekt megkezdése előtt elvégezhetők. A cél az, hogy a két környezet alapjait építsék fel a migr ációra való felkészüléshez.

Migrációs előkészítés: Ebben a szakaszban kezdődnek az erőfeszítések a migrációra való felkészülés érdekében Webex Calling. Itt az üzleti és műszaki követelményeket felül kell vizsgálni és frissíteni kell. Ne csupán emelje meg és változtassa meg azt, amit jelenleg alkalmaztak, hanem újradefiniálja azokat az üzleti és technikai követelményeket, amelyekre vállalatának ma és a jövőben szüksége van az erejének kiaknázásával. Unified CM Webex Calling Ezen felül ez az a szakasz, ahol befejezheti a tervezést, a konfigurációs tervezést és a migr ációs tervezést/ütemezést.

Migráció (bevezetés és visszavonás): Ebben a szakaszban történik a felhasználók, eszközök, telefonszámok és soft ügyfelek tényleges migrációja. Amint azt fentebb tárgyaltuk, ez a szakasz mindenki számára egy szerre (flash-cut) vagy több változtatási ablakon keresztül (fá zisos vágás) be fejezhető. A végfelhasználói örökbefogadási tervek, a képzések és a kommunikáció kritikus fontosságúak, így a felhasználók tisztában vannak a változásokkal, az új hívási platform használatának módjával, és tudják, mikor történik a változás. Az utolsó lépés az összes helyszíni UC-infrastruktúra megszüntetése , amelyet már nem használnak.

A migráció előtti szakaszban olyan tevékenységek vannak (kötelező, ajánlott és opcionális), amelyeken azonnal el kezdheti a munkát. Javasoljuk, hogy ezeket hamarabb, mint később, lehetőleg a projekt megkezdése előtt fejezze be. Néhány tevékenység elvégzése hosszabb ideig tarthat, ezért a korábbi elindításuk elősegíti a tényleges migrációs projekt egyszerűsítését.

Az alábbi ábra A migráció előtti tevékeny ségek öt konkrét kategóriáját emeli ki, amelyek a Webex Calling migrációhoz kapcsolódnak.

Migráció előtti tevékenységek

Készítsen

Üzleti és műszaki követelmények

Miért fontosak az összegyűjtési követelmények:

Üzleti követelmények

Műszaki követelmények

Hálózati készenlét és követelmények

Felhőre csatlakoztatott UC beállítása

A jelenlegi környezet értékelése

Engedélyezés

Helyszínek/helyszínek

A meglévő készülékek/ügyfelek leltárja

Ellenőrizze az eszköz megfelelőségét

Felhasználók

PSTN csatlakoztathatóság

Jellemzők és funkcióhasználat

Cisco integrációk: Unity Connection UCCX UCCE

Hívásfelvétel

Harmadik fél integrációja

Üzleti és műszaki követelmények

Az irányba való migráció tervezésekor kulcsfontosságú, hogy a tervezési szakaszban alaposan összegyűjtsük mind a technikai, mind az üzleti követelményeket. Ez a lépés biztosítja, hogy a migráció összhangban legyen a szervezet működé si céljaival és műszaki képességeivel, minimalizálva a kockázatokat és a zavarokat.

Miért fontosak az összegyűjtési követelmények:

Összehangolja az üzleti célokat: Az üzleti igények megértése segít a migráció testreszabásában a kulcsfontosságú munkafolyamatok, a felhasználói élmény és a növekedési tervek támogatásához.

Műszaki kompatibilitás biztosítása: A műszaki követelmények korai azonosítása megakadályozza a meglévő infrastruktúrával, hálózattal és végpontokkal való integrációs problémákat.

Megkönnyíti az erőforrás-tervezést: Az egyértelmű követelmények segítenek pontosan megbecsülni az idővonalakat, a költségeket és a szükséges erőforrásokat.

Csökkenti a kockázatokat: A lehetséges kihívások korai felismerése proaktív megoldásokat tesz lehetővé, csökkentve a leállásokat és a szolgáltatási megszakításokat.

Üzleti követelmények

A tipikus üzleti követelmények a következők:

A migrálandó felhasználók és helyek száma

Kívánt funkciók és szolgáltatások (például hívásátirányítás, hangposta, konferencia, automatikus kis zolgálók, hívássorok)

Megfelelési és biztonsági irányelvek

Költségvetési korlátok és költségelvárások

Felhasználói képzési és támogatási igények

A migrációs ütemterv és az üzleti folytonosság szempontjai.

A kívánt szolgáltatások és szolgáltatások összegyűj tése kritikus lépés annak biztosítása érdekében, hogy az új rendszer megfeleljen az üzleti igényeknek. Ezen követelmények összegyűjtésekor fontos, hogy ne csak figyelembe vegyük, hogy mi van jelenleg konfigurálva, hanem megpróbáljuk összegyűjteni a tényleges követelményeket azoktól az üzleti szervezetektől, amelyek a rendszert használni fogják. Ellenkező esetben fennáll annak a veszélye, hogy a terv nem aktuális feltételezéseken alapul. Győ ződjön meg róla, hogy értékelje a programban elérhető további vagy továbbfejlesztett funkciókat, amelyek esetleg nem léteznek, például felhőalapú hívásokat, speciális hívássorokat és . Ez segít a felhőplatform teljes előnyeinek kiaknázásában.

Az aktuális konfiguráció értékelésekor fontos felismerni, hogy nem minden meglévő beállítás továbbra is szükséges a rendszer életciklusa során változó követelmények miatt. A hangsúlyt csak azon konfigurációk azonosítá sára és megőrzésére kell összpontosítani, amelyek összhangban vannak a telepítés jelenlegi és jövőbeli igénye ihez.

Fókuszálj inkább arra, amire szükséged van, mint amire van.

A megfelelőségi és biztonsági irányel vek kritikus szempontok a migráció során annak biztosítása Webex Calling érdekében, hogy az új felhőalapú kommunikációs rendszer megfeleljen a jogi, szabályozási és szervezeti előírásoknak.

Szab@@ ályoknak való megfelelés: A szervezeteknek ellenőrizniük kell, hogy megfelel-e az iparágspecifikus előírásoknak, mint például a GDPR, a HIPAA vagy a SOX, figyelembe véve az adatvédelemre, megőrzésre és kezelésre vonatkozó követelményeket, valamint az adattartózkodásra, az útdíj megkerülésére és a média helyére vonatkozó országspecifik us megbízásokat.

Adatbiztonság: Annak biztosítása, hogy a hang- és jelátviteli adatok tranzitközben és nyugalmi állapotban egyaránt titkosítva legyenek a lehallgatás vagy a jogosulatlan hozzáfér és elleni védelem érdekében

Hozzáférés-ellenőrzések: Felhasználói hitelesítés, engedélyezés és szerepalapú hozzáférés meghatározása és érvényesítése a kommunikációs erőforrások jogosulatlan használatának megakadályozása érdekében.

Ellenőrzés és felügyelet: N aplózási és felügyeleti képességek megvalósítása a megfelelőségi ellenőrzésekhez és a biztonsági incidensek vizsgálatához való hozzáférés és felhasználás nyomon követése érdekében.

Házirend-összehangolás: Az áttelepítés összehangolása a meglévő vállalati biztonsági irányelvekhez, beleértve a végpontok biztonságát, a hálózati szegmentálást és az eseményekre való reagálási terveket.

Szállítói biztonság biztosítása: 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.

Ezeknek a megfelelőségi és biztonsági politikáknak a tervezési szakaszban történő kezelése segít enyhíteni a kockázatokat, elkerülni a jogi szankciókat, valamint megőrizni a kommunikáció integritását és titoktartását az áttelepítés alatt és után.

A felhasználói képzés és támogatási ig ények elengedhetetlen elemei a migráció során a zökkenőmentes átmenet és a felhasználói elfogadás biztosítása érdekében. A legfontosabb szempontok a következők:

Képz@@ ési programok: Különböző felhasználói csoportok (végfelhasználók, adminisztrátorok, ügyfélszolgálati munkatársak) számára személyre szabott képzések kidolgozása, hogy megismertesse őket a funkciókkal, felhasználói felületekkel és új munkafolyamatokkal.

Dokumentáció: Adjon világos, hozzáférhető felhasználói útmutatókat, GYIK és gyors referencia anyagokat, beleértve az Újdonságok és Különböző forrásokat, valamint lépésről lépésre az elő tti és utáni útmutatókat (videó vagy gyors útmutató formátumban), hogy támogassa a felhasználókat az áttelepítés utáni frissített élményhez való alkalmazkodásban.

Változáskezelés: 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

Támogatási struktúra: Hozzon létre egy dedikált támogatási csapatot vagy eszkalációs útvonalat a felhasználói problémák azonnali kezelésére az áttelepítés során és után.

Folyamatos oktatás: Tervezze meg a folyamatos képzési frissítéseket az új funkci ók vagy frissítések megjelenésekor.

Visszajelzési mechanizmusok: Csatornák bevezetése a felhasználók számára a problémák bejelentéséhez és visszajelzések nyújtásához a képzési és támogatási folyamat

Ezen képzési és támogatási igények kielégítése a tervezési szakaszban segít minimalizálni a zavarokat, növeli a felhasználói bizalmat, és maximalizálja a migráció előnyeit.

Műszaki követelmények

Számos kulcsfontosságú műszaki követelményt kell összegyűjteni és dokumentálni a sikeres migrációhoz, beleértve az alábbiakra vonatkozó részleteket:

Hálózati készenlét és sávszélesség

Az átfogó hálózati értékelés kritikus fontosságú annak biztosítása érdekében, hogy a meglévő infrastruktúra támogatja az új Webex Calling környezetet. Ez magában foglalja a következőket:

Sávszélesség-elemzés: Az aktuális és előrejelzett sávszélesség-felhasználás értékelése a hang-, videó- és adatforgalom torlódás nélküli kezeléséhez.

Szolgáltatás minősége (QoS): A QoS-irányelvek végrehajtása a hangforgalom rangsorolása és a késleltet és, a remegés és a csomagvesztés minimalizálása érdekében.

WAN- és internetkapcsolat: Annak ellenőrzése, hogy a WAN-kapcsolatok és az internet kapcsolatok megfelelnek-e a felhőalapú hívásokra vonatkozó követelményeknek, beleértve a redundanciát és a feladatátvételi képességeket is.

Tűzfal és NAT konfiguráció: Annak biztosítása, hogy a tűzfal és a NAT beállításai lehetővé tegyék a szükséges jelzést és médiafelhasználást.

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 munkafolyamat folyamatossága

Címtárszolgáltatások: A vállalati könyvtárral való integráció értékelése az automatizált felhasználói biztosítás és hitelesítés érdekében.

CRM és üzleti alkalmazások: Integrációs pontok azonosítása az ügyfél kapcsolat-kezelő rendszerekkel és más üzleti szempontból kritikus alkalmazásokkal.

Régebbi PBX együttműködés: Együ ttlési vagy szakaszos migrációs stratégiák tervezése, ha a régi telefonos rendszerek megmaradnak az átmenet során.

A végpontok kompatibilitása és biztosítása

Minden végpont, beleértve az asztali telefonokat, a szoftveres telefonokat és a mobileszközöket, kompatibilitását értékel ni kell:

Eszköztámogatás: A meglévő IP-telefonok és eszközök támogatásának megerősítése, vagy a szükséges pótlások azonosítása.

Készítési folyamatok: Automatizált vagy egyszerűsített biztosítási módszerek létrehozása a végpontok hatékony bevezetéséhez.

Firmware- és szoftverfrissítések: A szükséges frissítések tervezé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 a felhőalapú kommunikációban:

Titkosítás: A Cisco biztonsági bevált gyakorlataival összhangban végpontok közötti titkosítás érvényesítése jelátvit eli és médiafolyamatokhoz.

Hitelesítés és hozzáférés-ellenőrzés: Biztonságos hitelesítési mechanizmusok (például SSO, többfaktoros hitelesítés) és részletes felhasználói hozzáférés-vezérlők megvalósítása.

Megfelelés: Annak biztosítása, hogy a megoldás megfeleljen a vonatkozó szabályozási és iparági megfelelési szabványoknak (például GDPR, HIPAA).

Biztonsági felügyelet: Integráció a SIEM eszközökkel és riasztás beállítása a lehetséges biztonsági incidensekre.

Táblázat 1. Példaértékelés
Követelmény Főbb szempontok

Hálózati készség és sávszélesség Sávszélesség, QoS, WAN/Internet, tűzfal/NAT

Integráció meglévő rendszerekkel Címtár, CRM, PBX, e-mail/naptár

A végpontok kompatibilitása és biztosítása Eszköztámogatás, biztosí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 felügyelet

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 terv Számmigráció/átvitel, tárcsázási terv fordítása

Harmadik féltől származó integrációk Lejelentkezés, kapcsolattartó központ, fax, analóg eszközök

Hálózati készenlét és követelmények

A hálózati készenlét kritikus fontosságú bármely felhőalapú hívási megoldá sra való sikeres áttelepítéshez, például. A rossz hálózati tervezés a hívásminőség romlásához, a hívások leállásához és a boldogtalan felhasználókhoz vezethet. Az ügyfeleknek hálózati értékelést kell végezniük, mielőtt áttelepednének. Javasoljuk, hogy ellenőrizze a hálózati sávszélesség rendelkezésre állását a várható hívásmennyiségre, biztosítsa a szolgáltatásminőségi (QoS) követelmények teljesülését, és megértse a különböző por tokat, amelyeket meg kell nyitni az éltűzfal (ek) ben.

A megbízható hálózati kapcsolat elegendő színvonalú szolgáltatással (sávszélesség, csomagvesztés, RTT) alapkövetelmény a lehető legjobb felhasználói élmény biztosításához minden hang- és videóképes végpont, kliens és alkalmazás számára.

Az ügyfelek és partnerek hozzáférési lehetőségekkel rendelkeznek az Over-the-Top (OTT) interneten túl, amelyek optimaliz álhatják a kapcsolatot a Connect beépítésére. Webex Edge A Webex Edge Connect tervezési részleteiről további információt a Cisco Preferred Architecture for Webex Edge Connect for, a Többbérlő hívása és a D Webex Meetings edikált példány című témakörben tal ál.

Az ügyfelek a c Scan-t használhat ják hálózati értékeléshez, amely információkat ad az ügyfél hálózati minőségéről, a hívások bevezet ésére, a késleltetésre stb. A cScan eszközről további információt a cScan használata a Webex Callinghálózat minőségének tesz teléséhez című témakörben talál.

Annak biztosítása érdekében, hogy a hálózat készen álljon az áttelepítésre, vegye figyelembe a következő ellenőrzőlistát:

Sávszélesség tervezés

Számítsa ki a webhelyenkénti egyidejű hívásokat, hogy biztosítsa elegendő felső és lefelé irányuló sávszélességét, és biztosítsa a figyelmet az egyéb üzleti szempontból kritikus forgalomhoz és a jövőbeli növekedéshez.

A Webex Callinghívástípus sávszélességszámí tási táblázata a telepítéssel elérhető hívástípusokat, valamint az egyes hívástípusokhoz szükséges kodeket és maximális sávszélességet mutatja. Amint azt a Webex Callinghívástípus sávszélességszámí tási táblázat mutatja, az egyes hívástípusokhoz szükséges hanghívás sávszélessége a következő általános képlet segítségével számítható ki:

Várható egyidejű hívások száma* Hívásonkénti sávszélesség a kodek alapján = Szükséges hálózati átvitel.
Táblázat 2. Webex Callinghívástípus sávszélesség számítások
Hívástípusok Codec - 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ük séges hálózati átvitel
/Asztali telefon -> Asztali telefon OPUS - 70 kbps Egyidejű hívások száma* 70 kbps = Szük séges hálózati átvitel
/Asztali telefon -> PSTN LGW-n keresztül G.711 - 80 kbps Egyidejű hívások száma* 80 kbps = Szük séges hálózati átvitel
/Asztali telefon -> PSTN Cloud PSTN-en keresztül (pl. Cisco hívási terv) G.711 - 80 kbps Egyidejű hívások száma* 80 kbps = Szük séges hálózati átvitel
/Asztali telefon -> Vállalat LGW-n keresztül G.722 - 80 kbps Egyidejű hívások száma* 80 kbps = Szük séges hálózati átvitel
/Asztali telefon -> hangposta OPUS - 70 kbps Egyidejű hívások száma* 70 kbps = Szük séges hálózati átvitel

A hívás típusonkénti egyidejű szükséges hálózati átviteli sebességének összegzésével meghatározható egy adott helyszín teljes potenciális sávszélesség-követelménye.

Minden hívóláb mindig a hozzáférési SBC-kre van rögzítve. Az adott hely hez szükséges internetes sávszélesség meghatározásához nemcsak a helyközi hívásokat kell figyelembe venni, hanem az adott helyszínen belüli hívásokat és a helyi átjáróba irányuló és on nan érkező hívásokat is. Például két MPP-telefon közötti helyszínen belüli híváshoz akár 2 x 70 kbps teljes duplex-re lenne szükség a helyszín internet-hozzáférésénél.

A Webex Callingsávszélességszámítási példá k táblázata egy teljes sávszélesség-számítási gyakorlat példáját mutat be, feltételezve, hogy az összes eszköz ugyanazon a helyen található.
3. táblázat. Webex Callingsá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 = 2,100 kbps
Webex alkalmazás/asztali telefon → Asztali telefon 15 2* 15* 70 kbps = 2,100 kbps
Webex alkalmazás/asztali telefon → PSTN LGW-n keresztül 50 2* 50* 80 kbps = 8000 kbps
Webex alkalmazás/asztali telefon → PSTN a Cloud Connect-en keresztül Webex Calling 0 0* 80 Kbps
Webex alkalmazás/asztali telefon → Enterprise LGW-n keresztül 15 2* 15* 80 kbps = 2400 kbps
Webex alkalmazás/asztali telefon → Hangposta Webex Calling 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éke az IP sávszélességre vonatkozik. A kapcsolat sávszélessége nagyobb a WAN kapszulásoktól függően.

A fenti táblázatokban szereplő sávszélesség hang hívásokra vonatkozik. A videohívások sávszélességéhez a Webex App és az MPP 8845/65 telefonok támogatják a H.264 videót 720p maximális felbontással, maximális sávszél ességgel 1500 kbps hívásonként. A hí vás bármely pontján felhasznált sávszélesség mennyisége azonban ingadozik a videokommunikáci óban rejlő változó bitsebesség alapján.

Szolgáltatás minősége (QoS)

Végezze el a QoS-házirendeket a helyszíni környezetben, hogy rangsor olja a valós idejű forgalmat, és biztosítsa a QoS fenntartását a kapcsolók, útválasztók és tűzfalak között.

Késleltetési, remegési és csomagvesztési célok

A következő küszöbértékeket ajánljuk az optimális hang minőség érdekében, amikor a hívások túlterhelhetőek (OTT) és az interneten keresztül:

Késleltetés - kevesebb, mint 100 ms egyirányú

Remegés - kevesebb, mint 10 ms

Csomagveszteség - 0,5% vagy annál 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 Port referenciainformációi ban elérhető cikkben felsorolt Webex Calling módon. Ezenkívül engedélyezze az ugyanabban az útmutatóban felsorolt tartományokhoz és IP-tartományokhoz való hozzáférést, és kerülje a SIP ALG-ot, mivel ez zavarja a SIP jelzést. Kerülni kell a proxi-kon keresztüli médiafelhasználást.

DNS és NTP

Biztosítsa a tartományok megfelelő DNS-felbontását és a megbízható NTP-kiszolgálókat az eszközórák szinkronizálásához a TLS-tanú sítvány ellenőrzéséhez és naplózásához.

Feladatátviteli tervezés

Fontolja meg a meglévő szolgáltatói adatkapcsolatokat (MPLS, SD-WAN stb .), és általában tervezze meg a közvetlen internet-hozzáférést a telepítés minden helyén. Tervezze meg a redundáns internetes kapcsolatokat, ahol magas rendelkezésre állásra van szükség. Mivel felhőalapú szolgáltatásokat fog fogyasztani, a megbízható internet kapcsolat elegendő sávszélességgel alap követelmény. Fontolóra kell vennie ezt az átmenetet, ha a szervezet telephelyei internetkapcsolatai általában nem megbízhatóak alacsony késleltetéssel és megfelelő felfelé- és lefelé irányuló átviteli sebességgel.

A webhely túlélhetősége

A webhely túlélhetősége biztosítja, hogy vállalkozása mindig elérhető legyen, még akkor is, ha a hálózati kapcsolat megszakad. A Site Survivability egy átjárót használ a helyi hálózaton, hogy biztonsági hívási szolgáltatást nyújtson a helyszíni végpontokhoz olyan helyzetekben, amikor a hálózati kapcsolat megszakad. Fontolja meg a webhely túlélhetőségét egy helyi túlélhetőségi átjáróval (SGW), ha az üzleti követelmények folyamatos hívást igényelnek a hálózat megszakadása esetén. A webhely túlél hetőségének ellenőrzéséről további információt a Webhely túlélhetősége című témakör ben talál. Webex Calling

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 nyújtson mind a helyszíni (pl.), mind a felhő () telepítésekhez. Unified CM 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 migr ációs folyamat során.

Az átmenet során a CCUC létfontosságú szerepet játszik a migrációs folyamat ésszerűsítésében azáltal, hogy megkönnyíti az átfogó adatok gyűjtését a meglévő Unified Communications telepítésből. A CCUC segít a legfontosabb átmeneti feladatokban, például az eszközök, funkciók és felhasználói kapcsolatok áttelepítésében, valamint a támogatott IP-telefonok firmware-frissítésének automatizálásában. A központosított láthatóság és menedzsment biztosításával a CCUC segít biztosítani a gördülékenyebb és hatékonyabb migrációs élményt .

A Cisco erősen ajánlja a CCUC telepítését és telepítését az átmeneti projekt elején, ideális esetben az előkészítési szakasz előtt vagy alatt. Ez lehetővé teszi a későbbi migrációs tevékenységek alapos felméréséhez, leltárásához és tervezéséhez, valamint a jövőbeni hibrid kép ességekhez való utazás megkezdéséhez szükséges betekintést és képességeket.

A jelenlegi környezet értékelése

Az áttelepítés tervezésének egyik legfontosabb tevékenysége az aktuális helyszíni környezet és a telepítés értékelése. Ez betekintést nyújt abba, hogy milyen lehetséges változásokra lehet szükség a sikeres áttéréshez. Lehetővé teszi továbbá a platform kulcsfontosságú elemeinek felmérését a meglévő helyszíni telepítéshez képest. Ezekkel az információkkal azonosíthatja, hogy milyen konkrét feladatokra van szükség az átmenethez, és milyen változtatásokat szeretne végrehaj tani az üzleti és műszaki követelményeknek és felhasználási eseteknek való megfelelés érdekében.

Az alábbi szempontokat fontos felülvizsgálni ezen erőfeszítés részeként.

Engedélyezés

A meglévő telepítés jelenlegi licencelési struktúrájának megértése kulcsfontosságú a migr áció előkészítésekor. Végezze el licencértékelését a meglévő Cisco helyszíni megoldás következő területein.

Platform

Ha a fiókcsapatával vagy partnerével együtt dolgozunk együtt a rugalmas licencelés legjobb útjának meghatározása érdekében, kritikus fontosságú az alapplatformon jelenleg engedélyezett adatok teljes körűen megfogalmazását. a flex licencelés használatával engedélyezett. A rugalmas licenceléssel kapcsolatos további információkért lásd a Cisco együttműködési rugalmas csomagját.

Felhasználók és eszközök

Határozza meg, hogy a meglévő felhasználók és eszközök milyen licenckategóriára van szükségük. Ez arra szolgál, hogy meghatározzuk, hogy milyen típusú licencre van szükség a felhasználók és eszközök számára. Többféle licencelési típust kínál, beleértve a professzionális és standard licenceket a felhasználók számára, valamint a professzionális és közös területalapú licenceket a munkaterületek számára. Az eszközlicenceléssel kapcsolatos további információkért lásd az Eszközlicencelés címen elérhető adat lapot.

Helyi átjáró

Ha ehhez az átmenethez a Cisco Unified Border Element (CUBE) szükséges a PSTN-hozzáféréshez, akkor a CUBE licencelést is figyelembe kell venni. A CUBE licencelési szemponto kat ebben a dokumentumban később tárgyaljuk.

Helyszínek/helyszínek

Az átmenet megtervezésekor figyelembe kell venni a meglévő telepítésen belüli helyszínek számát és típusát (nagy központi, regionális, fióktelepek stb.). A meglévő telepítési helyek teljes megérté se elősegíti a sikeres átmenet stratégiai tervezését, különösen akkor, ha meghatározzuk, hogy mely helyeket kell migrálni és milyen sorrendben. A migrációs döntések meghozatalakor kritikus fontosságú 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 webhelyhálózati kapcsolat és sávszélesség (Internet, WAN, LAN), valamint a PSTN-hozzáférés (helyi vagy központosított, IP vagy TDM) részletes megértése. A közös telepítési modellekről és a legfontosabb szempontokról további információkért lásd az együttműködési telepítési modellek adatait az Együtt működési SRND-ben.

Egy másik fontos telepítési szempont az átálláskor a helyrendelkezésre állás. Különböző képességekkel, előfizetésekkel és eszközökkel rendelkezik, amelyek a telepítés helyétől függően állnak rendelkezésre. A földrajzi elérhetőségről további információkért lásd: H ol érhető el a Webex? .

Végül fontos megérteni, hogy az átmenet milyen hatással lesz más együttműködési szolgáltatásokra. E dokumentum célja alapján az általános feltételezés, hogy ha a hívási munkaterhelésen kívül meglévő együttműködési szolgáltat ásokat fenn kell tartani, akkor a fent említett 1. fázisú hibrid telepítésre való áttérés várható. A hibrid telepítést igénylő együttműködési szolgáltatások közé tartozik például a Webex kapcsolattartó központba még nem telepített helyszíni kapcsolattartó központ, valamint olyan rendszerekbe való szoros integráció, mint a lapozórendszerek és a számlázás. További együttműködési munkaterhelések és szolgáltatások átmenetéről további információt az Együttműködési átmenetek című témakörben tal ál.

A meglévő eszközök/ügyfelek leltárja

Az átmenet megkezdése előtt fontos, hogy leltárja a meglévő hardver- és szoftveres végpontokat. Az eszköztípusok/modellek, a hardververziók, a soft ügyféloperációs rendszerek típusai és mennyiségek teljes listája biztosítja, hogy megfelelően megtervezheti az eszközök átállá sát és a felhőhívásokra nem áttelepíthető eszközök hatásának enyhítését. A leltárt fel kell használni az átmen eti eszközök és az átmenet előtt cserélendő eszközök meghatároz ására.

Asztali telefonok

Audio és video asztali telefonok esetében csak a 6800, 7800, 8800 és 9800 sorozatú asztali telefonok támogatottak. Ez a támogatott Cisco IP-telefonok részhalmaza. Vannak olyan modellek és verziók a 6800, 7800 és 8800 telefonoknak, amelyekkel nem lehet használni. A támogatott modellekről és hardververziókról további információt a Támogatott eszközök című témakörben talál Webex Calling.

A Cisco 6800 sorozatú IP-telefonok nem frissíthetők Enterprise firmware-ről Multiplatform (MPP) firmware-re, amelyhez szükséges. Ezért a vállalati firmware-re regisztrált 6800 telefonot ki kell cserélni egy 6800 MPP modellre vagy egy másik támogatott telefonmodellre.

A Cisco 7800 és 8800 sorozatú IP-telefonokat az átmenet és regisztráció előtt frissíteni kell a Multiplatform Phone (MPP) firmware-re. Annak megállapításához, hogy mely 7800 é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 elérték az értékesítés végét, és nem ajánlott azokat áttelepíteni.

A 8800 sorozatú telefonok régebbi verzióit (8811, 8841, 8851, 8851NR, 8861) nem ajánlott együtt használni. Webex Calling A VID 14 vagy korábbi hardververzióval rendelkező telefonok regisztrálnak, de a hardver miatt bizonyos teljesítményproblémákat tapasztalhatnak.

A 9800-as sorozatú asztali telefonok a PhoneOS-t futtatják, amely támogatja mind a regisztrációt, mind a regisztrációt. Ezért ezek a telefonok firmware-frissítés nélkül átválthatók.

Az összes többi IP-telefont ki kell cserélni egy 6800, 7800, 8800 vagy 9800 sorozatú telefonokra, amelyeket támogatnak. Webex Calling A támogatott IP- és asztali telefonokkal kapcsolatos további információkért lásd a Támogatott eszközök című cikket Webex Calling.

Videó végpontok

A személyes és szobai videó végpontok, beleértve a Cisco Board sorozatot, a Room sorozatot és a Desk sorozatot, natív módon SIP-regisztrálhatnak. A fenti végpontok bármelyikének, amelyek audio- és/vagy PSTN-hívások kezdeményezéséhez hívólicencet igényelnek:

A konferenciatermekben, összehúzóhelyeken stb. megosztott eszközökhöz Professional Workspace vagy Workspace licenc szükséges.

A végfelhasználó személyes eszköze professzionális vagy szabványos licencet igényel.

Határozza meg, hogy hány videó végpontra van regisztrálva és az audiohívások kezdeményezéséhez. Lehetséges, hogy a videó egyes végpontjai csak értekezletekhez való csatlakozáshoz vagy SIP videohívások kezdeményezésére használhatók. Mindkét esetben a végpontokra kell áttelepíteni a szerverek leszerelése előtt, azonban ez segít meghatározni, hogy hányuknak lesz szüksége licencre a telefonhívások folytatásához.

Amikor a videóeszközöket a regisztrációról a helyre helyezik át, ezeknek a végpontoknak az URI-je megváltozik, mivel most már felhőben regisztrálták őket.

A 8845, 8865 és 8875 telefonmodellek személyes videó telefonok, amelyeket támogatnak.

Lágy ügyfelek

Ez az egyetlen lágy kliens, Unified CM amelyet támogat, ellentétben azzal, hogy támogatja mind a Webex alkalmazást, mind a Jabber-t, és ez az új alapértelmezett soft kliens a végfelhasználók számára.

A Jabber számára megvalósított telepítési mód (ek) től függően (csak IM-re, csak telefonra és/vagy teljes UC-módok), előfordulhat, hogy figyelembe kell vennie az Üzenetküldési és/vagy értekezletek munkaterhelésének átmenetét a Jabberről a Jabberre. Csak telefonos üzemmódban telepíthető, ha csak hívó ügyfélként fogják használni, vagy teljes mértékben telepíthető, Webex Suite ha más munkaterhelések, pl. Webex Messagingés/vagy Webex Meetings hívással átmennek az alkalmazásra.

Ez javítja a végfelhasználó élményét azáltal, hogy mesterséges intelligenciát biztosít, például audio/video intelligencia, híváselírás és mások biztosításával. További információért lásd: https://www.webex.com/all-new-webex.

Mielőtt a felhasználókat áthelyezne, át kell helyeznie Jabber ügyfeleiket a következőre. Két lehetősége van ennek az átmenetnek a befejezésére.

Mielőtt átmenné őket

Amikor átviszi őket.

A kezdeti átmenet megkönnyítése érdekében javasoljuk, hogy használja az 1. lehetőséget, és a felhasználókat először áthelyezze a hívással. Ez időt ad a felhasználóknak arra, hogy megismerkedjenek az új alkalmazással, miközben még a meglévő helyszíni hívási platformot használják. Miután készen áll a felhasználók áthelyezésére, konfigurálja őket, hogy regisztráljanak a felhőhívási platformon.

További információt a két lehetőségről lásd: Migrációs utazás — egy vagy két lépés? .

A támogatott eszközök teljes listáját a Támogatott eszközök című té makörben talál Webex Calling.

Ellenőrizze az eszköz megfelelőségét

Mint korábban említettük, támogatja a Cisco IP telefonok egy részhalmazát, és más firmware típusra van szükség a 7800 és 8800 sorozatú telefonokhoz. Unified CMA telefonok az Enterprise firmware-t futtatják, míg a telefonok a Multiplatform Phone (MPP) firmware-t futtatják. Javasoljuk, hogy ellenőrizze, hogy mely regisztrált telefonok jogosultak az MPP firmware-re való frissítésre a Felkészülési szakaszban. Ez időt ad arra, hogy helyettesítse a nem jogosult telefonokat a támogatott telefonmodellek egyikére, vagy alternatív terv azonosítására, például egy felhasználó áthelyezésére csak a Webex alkalmazásba.

A telefonok jogosultságának meghatározásához a Control Hub beépített eszközzel rendelkezik, amelynek neve Migrate Your Phone to Webex Calling. Ha ezt az eszközt használja az eszköz megfelelőségének ellenőrzésére, válassza az Áttelepítés lehetőséget Csak eszközlicenc létrehozása lehetőséget.

A Control Hub eszköz opciója a Unified CM telefonok jogosultságának ellenőrzésére Webex Calling

Ez az opció lehetővé teszi a telefonokat tartalmazó CSV-fájl feltöltését, így ellenőrizheti az egyes telefonok megfelelőségét. Ha ezt az Áttelepítési lehetőséget választja, nem adja hozzá a telefonokat, mivel még az előkészítési szakaszban van, és még nem készen áll erre. További információt a Telefon áttelepítése erre című témakörben talál Webex Calling.

Lehetséges, hogy egyes telefonok ismeretlen jogosultsággal térhetnek vissza. Ez általában azért van, mert nem képes ellenőrizni a telefonról szóló információkat a háttérrendszerben. Az ismeretlen állapotú telefonok esetében két lehetőség van annak ellenőrzésére, hogy jogosult-e az MPP firmware-re való frissítésre.

Kézzel ellenőrizze az egyes telefonokat, és ellenőrizze a modell és a hardver verzi ót (PID VID)

7800/8800 telefoncímke modell- és hardververzió információival

A Cisco IP telefon készenléti eszközének használata

Töltse le az eszközt a https://github.com/joemar2/mpp_readiness_check webhelyr ől.

Ez az eszköz nem hivatalos Cisco eszköz, és nem támogatja a TAC-t. A legjobb erőfeszítések támogatásával rendelkezik, de ingyenesen használható.

Ezt az eszközt egy helyszíni gépen kell futtatni, amely hozzáférhet a kiszolgálókhoz és az IP-telefonokhoz. Lehetősége van a webes hozzáférés engedélyezésére az IP-telefonokon, ami ajánlott és szükséges a legjobb eredmények eléréséhez. Ezért szabadórákban kell használni, hogy elkerüljük a zavarokat a végfelhasználók számára. Az eszköz kimenete jelentést tartalmaz, amely felsorolja, hogy a 7800 és 8800 sorozatú telefonok közül melyik jogosult frissíteni az MPP firmware-re. Mivel közvetlenül hozzáférhet a telefonhoz, ellenőrizheti az Isme retlen eszközöket, amelyekről a Control Hub eszközből jelent ettek.

Cisco IP-telefon készenléti eszközjelentés

Felhasználók

A sikeres áttelepítés biztosításához az egyik legfontosabb előkészítési lépés a megfelelő felhasználói biztosítás. Minden felhasználó számára megfelelő tervezést kell készítenie, még akkor is, ha fokozatos áttelepítést végez . A felhasználók rendelkezésére kell állni az alábbiak bármelyikére:

A With Calling telepítése

A with telepítése

Szolgáltatások konfigurálása egy felhasználó számára

A felhasználók kereshetővé tétele a könyvtárban (kattintás a hívásra, Felhasználói kapcsolattartási adatok, telefonkönyvtár keresése).

Javasoljuk, hogy minden felhasználót biztosítsa a projekt előtt vagy annak elején. Ez magában foglalja azokat a felhasználókat, akik még mindig hívóplatformju Unified CM khoz használják, függetlenek a hívóeszközüktől (IP telefon, Jabber,). Ahogy a felhasználók áttelepülnek (és/vagy azokra), frissíteni fogja licenceiket, hogy engedélyezze a szükséges szolgáltatásokat. Az átmenet megkezdése előtt biztosítja az összes nagyvállalati hívó felhasználót, lehetővé teszi a könyvtárba áttérő felhasználó számára, hogy keressen egy vállalati hívó felhasználót, aki még mindig a Jabber és/vagy a kapcsolt szolgáltatásban van. Ez biztosítja, hogy az átmeneti felhasználók megtalálják bármely más felhasználó elérhetőségét, és hívást kezdeményez hetnek velük a könyvtárkeresés segítségével.

Az ábrak könyvtár keres ése példát mutat arra, hogy egy felhasználó másik felhasználót keres. A keresési eredmények a felhasználó elérhetőségeit mutatják, és lehetnek olyan felhasználók számára, akik még mindig a Jabber-en tartózkodnak, vagy olyan felhasználóknak, akik áttértek az és/vagy.

Webex App könyvtárkeresés

Ezután határozza meg, hogy a meglévő helyszíni hívó felhasználók közül melyikre kerül átmenet. Ha az összes vagy nagyszámú felhasználó átkerül, akkor ajánlatos csoportokba helyezni a felhasználókat annak biztosítása érdekében, hogy a projektcsapat, az informatikai személyzet és a támogató személyzet képes legyen kezelni az átmenetet és a felmerülő problémákat. Szánjon egy kis időt a kezdeti információk és képzések megadására is, hogy felkészítse a felhasználókat erre az átmenetre. A felhasználói átmeneti csoportosítás különféle kritériumok alapján történhet, beleértve a felhasználók hozzárendelt helyét vagy webhelyét, a felhasználók osztályait vagy akár felhasználói típusokat (tudásdolgozók, vezetők, mobil dolgozók stb.) alapján.

Például, ha a telepítésben részt vevő felhasználók három fő helyszínre vannak osztva: New York (NYC), San Francisco (SFC) és Research Triangle Park (RTP), akkor a felhasználói átmeneti terv úgy nézhet ki, mint a Felhasználói átmeneti terv webhelyenkénti táblázatban vázolt terv.
4. táblázat. Felhasználói átmeneti terv webhelyenként
Felhasználói webhely/ helyszín Az átmenet előtti tájékoztatás és képzések Átmeneti időszak Átmenet utáni támogatás
NYC (1 525 felhasználó) Április 1-i hét április 15 — április 27 Április 29-i hét
SFO (1 600 felhasználó) Május 6-i hét Május 20 — május 31 Június 3-i hét
RTP (1,275 felhasználó) Június 3-i hét Június 17 — június 28 Július 1-i hét

Egy másik fontos tényező az egymás közötti függőségekkel rendelkező felhasználók együttműködése. Ez magában foglalhatja, de nem korlátozódik az alábbiakra:

BLF monitorozás

Ugyanaz a vadászpilóta/csoport

Sorok megosztása

Ugyanazon hívásvételi csoport tagja

Ugyanazon call-park számok használata

Kaputelefon

Adminisztráció/ügyvezető.

Megtekintheti a konfigurációt (GUI vagy exportálás), vagy használhatja a Migration Insights eszközt az ilyen függőségekkel rendelkező felhasználócsoportok azonosításához.

PSTN csatlakozás

Háromféleképpen érheti el a PSTN-t: Cisco híváscsomagok, Cloud connect for (korábban Cloud Connected PSTN) és helyszíni PSTN (helyi átjáró). Azonban egyetlen helyszín, ahogyan azt definiálja, csak egyetlen PSTN opcióhoz rendelhető hozzá.

A helyi átjáróval (LGW) rendelkező helyszíni PSTN az átmeneti stratégia lényeges eleme. Kapcsolódást biztosít a helyszíni telepítés és/vagy a PSTN és a platform között. Támogatja mind a Cisco-t, mind a tanúsított 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 a Támogatott SBC-k listája című témakörben talál.

akár 250 egyidejű hívást támogat egyetlen regisztrációs alapú helyi átjáróról és több mint 250 párhuzamos 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ámogatnak, de ez a helyi átjáró csatlakozási típusától függ (Over-the-Top vs interconnect peering) és az SBC modelltől, amelyen a Local Gateway telepítve van. Ezek a korlátozások lényegében mind a helyi átjáróalapú PSTN-hívások, mind pedig telephelyek közötti és végpontok közötti hívások alapértelmezett számkorlátja. További információt a helyi átjáró használatának megkezdése című témakörben tal ál.

A korlátozást meghaladó hívásokat 403 Tiltott jellel utasítjuk el. A show call active voice parancs bármelyik példányban futtatható a helyi átjárón, hogy meghatározza az aktív hívások teljes számát.

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őkapcsolat teljesítményét, ami még alacsonyabb párhuzamos hívási korlátot ered ményezhet. A helyi átjáró és az adatközpont közötti egyirányú késleltetés nem haladhatja meg a 100 ms-ot, a remegésnek pedig kevesebbnek kell lennie 10 ms-nál, míg a csomagveszteség kev esebb, mint 0,5%.

Jellemzők és funkcióhasználat

A jelenlegi környezet értékelésekor fontos meghatározni és áttekinteni, hogy mely funkciók vannak konfigurálva. Ezenkívül fontos megérteni a funkciók használatát, hogy (újra) meghatározhassa üzleti és műszaki követelményeit a telepítéshez.

A konfigurált funkciók meghatározásához elemezze a konfigurációt. Ez az összes statikus adat, amelyet akkor állítanak be, amikor egy funkció vagy beállítás van konfigur álva a rendszeren. Az elemzés elvégzéséhez a következő lehetőségek használhatók:

Ellenőrizze a konfigurációt az admin GUI-ban

konfigurációs export -- ömlesztett export vagy AXL

migrációs betekinté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 felhasználás, a regisztrációk és a hívások tevékenységének vizsgálata. Különböző analitikai eszközök és irányítópultok betekintést nyújtanak 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 tájékozott döntéshozatalt a migráció és az optimalizálási erőfesz Az alábbi lehetőségek használhatók az ilyen típusú elemzés elvégzéséhez:

A nyers CDR rekordok áttekintése

Az Unified CM RTMT adatok áttekintése

migrációs Insights eszköz CDR adatok használatával

A felhővel összekapcsolt UC elemzések áttekintése

Hívási hangerő

Regisztrált végpontok

(CAC) helyszínek

Csomagtartó hasznosítása.

Cisco harmadik féltől származó partnereszközök.

A Cisco azt javasolja, hogy ehhez az elemzéshez kezdje el a Webex Control Hub Migration Insights eszközt . Importálja az exportáló.TAR fájlt és a Unified CM CDR fájlokat (opcionális, de a funkcióhasználat elemz éséhez szükséges) az eszközbe. Az eszköz a következő CSV-alapú jelentéseket hozza létre, amelyek felhasználhatók az elemzés elindításához:

5. táblázat. Unified CM.tar fájlból generált jelentések
Jelentés neve
Jelentés leírása
A (z) ImportedDataBulk.csv
Minden felhasználó és eszköz Unified CM adatokból
A (z) DeviceEligibility.csv
Az áttelepítésre jogosult eszközöket azonosítja Webex Calling (IP-telefonok, Room OS eszközök, ATA-k és harmadik fél)
A (z) DevicePoolNumbers.txt
Az összes szám listája egy adott eszközkészlet ben
A (z) HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Részletek az eszközökről és felhasználókról, amelyeket megosztott vonalak, vadászati pilóta, hívássor, hívásparkolás és hívásvételi csoport konfigurációja alapján együtt kell áttelepíteni
A (z) HuntGroupMigrationInsight.csv
Részletes információk a hozzárendelt vadász vonalakról, vonalcsoportokról és kapcsolódó ügynökökről
A (z) SharedlineGroupMigrationReport.csv
A telefonszámok (könyvtárszámok) megosztásának áttekintése a felhasználók között

6. táblázat. Unified CM.tar és CD. gzip fájlokból generált jelentések
Jelentés neve
Jelentés leírása
A (z) FeatureUsageBasedDeviceEligibilityReport.csv
Információ az eszközáttelep ítési jogosultságról a funkcióhasználat alapján
A (z) FeatureUsageWithLastUsageDateReport.csv
Használati szám arra vonatkozóan, hogy mennyi alkal ommal hívták fel a vadászpilóta (k) és a hívássort (k) t az utolsó használat dátumával együtt
A (z) UserWorkspaceLastUsage.csv
Utolsó használati dátum a felhasználók és a munkaterületek számára mind a soft kliensek, mind a merevlemezek számára
A (z) DIDUsageReport.csv
DID használata mind a hozzárendelt, mind a nem hozzárendelt DID-k esetében

A Migration Insights jelentésekről további részleteket a Migration Insights című té makör ben tal ál.

Ha a Migration Insights jelentésekben szereplő információk áttekintése után további információra van szüksége a funkciókról és a használatról, a Cisco azt javasolja, hogy fontolja meg a Cisco harmadik féltől származó partneráttelepítési eszközeinek egyikét és/vagy a felhasználói felületen vagy a konfigurációs exportálási adatokban szereplő konfigurációk áttekintését.

Cisco integrációk: Unity Connection UCCX UCCE

A hangposta az ajánlat szerves része, és natívan beépül a megoldásba. Nem integrálható olyan helyiségalapú hangposta megoldásokkal, mint például a Unity Connection vagy a Unity Connection Express. Továbbá, nincs natív módja a meglévő Unity kapcsolat hangpostaüzenetein ek vagy üdvözleteinek áttelepítésére a rendelkezésre álló natív hangposta szolgáltatásba. A Cisco harmadik féltől származó partnereinek néhány migrációs eszköze képes ezen adatok egy rész ének áttelepítésére. A hangpostáról további információt a Hangposta beállításainak konfigurálása és kezelése egy felhasználó számára című témakörben talál Webex Calling .

támogatja a megosztott hangposta és fax postaládákat is. További információt a Me gosztott hangposta és a bejövő faxdoboz kezelése című témakörben talál. Webex Calling

beépített Auto Attendant funkcióval rendelkezik, amely az alapplatform részeként szerepel. Ez a funkció lehetővé teszi a Unity Connection híváskezelői és automatikus kiszolgáló funkcióinak átállását. A Vezérlőközpont eszköz ( Migrate Features from) támogatja Unified CM az Unity Connection konfigurációinak áttelepítését az automatikus kísérőkre. Az eszköz használatával kapcsolatos további információkért lásd: Eszközök és szolgáltatások át Unified CM telepítéseWebex Calling.

Hívásfelvétel

két lehetőséget tartalmaz a hívásrögzítéshez további költség nélkül.

Webex hívásfelvétel

Dubber Go felvétel (partnerajánlat) - integráció és a dubber között, ahol az összes rögzített adathordozót biztonságosan tárolják a felhőben.

a mellékelt felvételi lehető ségek táblázata kiemeli a két hívásrögzítési lehetőség néhány kulcsfontosságú jellemzőjét, amelyek felár nélkül elérhetők.

7. táblázat. tartalmazza a felvételi lehetőségeket
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 év megőrzési időtartam* 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 hívásfelvételeikhez
A felhasználók saját felvételeiket kezelhetik a User Hub és/vagy a Webex App segítségével.
Csak a felhasználók férhetnek hozzá és kezelhetik felvételeiket
Dubber portáljukról.

Ha a szervezet további rögzítési funkciókat igényel, például megfelelőségi hívá srögzítést, hosszabb megőrzési időket, több tárhelyet, mesterséges intelligencia-elemzést és/vagy rendszergazdai hozzáférést, akkor fizetett ajánlatok vagy kiegészítők állnak rendelkezésre mind a Cisco, mind a harmadik felek felvételi szolgáltatóitól. A felvételi szolgáltat ókról, a konfigurációkról és a kiegészítő partnerszolgáltatásokról további információt a Hívásfelvétel kezelése című témakör ben talál Webex Calling.

Harmadik fél integrációja

^{számos harmadik fél integrációját támogatja, beleértve, de nem kizárólag a helyi átjárók, IP-telefonok, intercom telefonok, hangszórók/pagerek, ATA-k stb. S
BC-ket.} ^{Ezen harmadik fél eszköze
in kívül különböző ^harmadik féltől származó
megoldásokat Webex Calling támogat az ügyfélszolgálat, az elemzés, a felvétel, a számlázás stb. területén.} A harmadik fél megoldásaival kapcsolatos ^további információkért lásd: Webex App Hub.

4. táblázat. Felhasználói átmeneti terv webhelyenként
Felhasználói webhely/ helyszín	Az átmenet előtti tájékoztatás és képzések	Átmeneti időszak	Átmenet utáni támogatás
NYC (1 525 felhasználó)	Április 1-i hét	április 15 — április 27	Április 29-i hét
SFO (1 600 felhasználó)	Május 6-i hét	Május 20 — május 31	Június 3-i hét
RTP (1,275 felhasználó)	Június 3-i hét	Június 17 — június 28	Július 1-i hét

5. táblázat. Unified CM.tar fájlból generált jelentések
Jelentés neve Jelentés leírása
A (z) ImportedDataBulk.csv Minden felhasználó és eszköz Unified CM adatokból
A (z) DeviceEligibility.csv Az áttelepítésre jogosult eszközöket azonosítja Webex Calling (IP-telefonok, Room OS eszközök, ATA-k és harmadik fél)
A (z) DevicePoolNumbers.txt Az összes szám listája egy adott eszközkészlet ben
A (z) HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Részletek az eszközökről és felhasználókról, amelyeket megosztott vonalak, vadászati pilóta, hívássor, hívásparkolás és hívásvételi csoport konfigurációja alapján együtt kell áttelepíteni
A (z) HuntGroupMigrationInsight.csv Részletes információk a hozzárendelt vadász vonalakról, vonalcsoportokról és kapcsolódó ügynökökről
A (z) SharedlineGroupMigrationReport.csv A telefonszámok (könyvtárszámok) megosztásának áttekintése a felhasználók között

6. táblázat. Unified CM.tar és CD. gzip fájlokból generált jelentések
Jelentés neve Jelentés leírása
A (z) FeatureUsageBasedDeviceEligibilityReport.csv Információ az eszközáttelep ítési jogosultságról a funkcióhasználat alapján
A (z) FeatureUsageWithLastUsageDateReport.csv Használati szám arra vonatkozóan, hogy mennyi alkal ommal hívták fel a vadászpilóta (k) és a hívássort (k) t az utolsó használat dátumával együtt
A (z) UserWorkspaceLastUsage.csv Utolsó használati dátum a felhasználók és a munkaterületek számára mind a soft kliensek, mind a merevlemezek számára
A (z) DIDUsageReport.csv DID használata mind a hozzárendelt, mind a nem hozzárendelt DID-k esetében

7. táblázat. tartalmazza a felvételi lehetőségeket
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 év megőrzési időtartam*	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 hívásfelvételeikhez A felhasználók saját felvételeiket kezelhetik a User Hub és/vagy a Webex App segítségével.	Csak a felhasználók férhetnek hozzá és kezelhetik felvételeiket Dubber portáljukról.

Terv

Magas szintű projektterv

Migrációs utazás - egy vagy két lépés?

1. lehetőség: Egylépcsős felhasználói migráció

2. lehetőség: Kétlépcsős felhasználói migráció

1. lépés

2. lépés

Magas szintű projektterv

Az irányba való áttérésre vonatkozó magas szintű projektterv kidolgozásakor elengedhetetlen egyértelmű fázisok és mérföldkövek meghatározása, amelyek összhangban vannak mind az üzleti célokhoz, mind a műszaki követelményekhez. A tervnek átfogó értékelési szakaszával kell kezdődnie, beleértve 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 legfontosabb szempontok közé tartozik az erőforrások el osztása, az ütemterv becslése, a kockázatkezelés és a kommunikációs stratégiák, amelyek biztosítják, hogy minden fél tájékoztatást és részt vegyen a migráció során. Ezenkívül a tervnek tartalmaznia kell a validálási ellenőrző pontokat, például a kísérleti teszteket és a szakaszos bevezetéseket, hogy minimalizálják a zavarokat, és lehetővé tegye a visszajelzésen alapuló kiigazításokat.

Példák a projekttervbe belefoglalandó elemekre:

A migráció hatókörének meghatározása (pl. mely felhasználók, eszközök és funkciók lépnek át)

Képzések ütemezése végfelhasználók és támogató csapatok számára

a hálózati készenléti értékelések koordinálása, valamint

A lezárási tevékenységek tervezése tartalék lehetőségekkel. Fontos továbbá a megfelelőségi és biztonsági felül vizsgálatok, valamint a migráció utáni támogatási és optimalizálási szakaszok integrálása is.

A projektterv ezen megfontolások alapján történő strukturálásával a szervezetek jobban kezelhetik a komplex itást, csökkenthetik a kockázatokat és zökkenőmentesebb átmenetet érhetnek el.

Migrációs utazás - egy vagy két lépés?

megköveteli a felhasználók számára, hogy a hívó soft klienst használják. Ezért, ha valamelyik felhasználó továbbra is használja, két lehetősége van arra, hogy mikor helyezheti át őket a. Egylépéses felhasználói áttelepítést vagy kétlépcsős felhasználói migrációt végezhet.

1. lehetőség: Egylépcsős felhasználói migráció

Egylépcsős áttelepítés során a felhasználók átmennek az irányba, egyidejűleg átmennek az irány Unified CM ba. Ez az opció általában a kis számú felhasználóval rendelkező ügyfelek számára használható, és egyszerre tudja kezelni mind a felhasználó soft kliensét, mind a hívásszolgáltatását. Az alábbi ábra a Felhasználó hívásszolgáltatása, a soft ügyfél és a telefon egyidejű áttelep ítése kiemeli az ilyen típusú migrációt. Ezzel az opcióval a felhasználó egyszerre teljesíti a következőket:

A hívásszolgáltatások innen költöztek

Telefonszámok és bővítmények áthelyezték a következőre

A Jabberről a -re áttért Soft kliens regisztrál

A telefonos regisztráció innen költözött.

A felhasználó hívási szolgáltatása, a soft ügyfél és a telefon egyidejűleg áttelepül

Ez továbbra is egy szakaszos áttelepítés lehet, ahol a felhasználócsoportok különböző időpontokban kerülnek áthelyezésre, de amikor minden felhasználó áthelyezésre kerül, mindez egyszerre történik.

2. lehetőség: Kétlépcsős felhasználói migráció

A másik megközelítés a kettős lépcsős migráció. Az 1. lépésben, a felhasználók átmennek a hívási szolgáltatásokra, de továbbra is továbbra is bekapcsolódnak a hívási szolgáltatásokra. Ezután a 2. lépésben, a felhasználók áthelyeződnek Unified CM a következőről. Ezt az opciót a nagyobb ügyfelek számára ajánljuk a végfelhasználói módosítások kezeléséhez, és el akarják választani a felhasználó soft kliensváltozását a hívási szolgáltatás változásától. A következő ábra A Soft client migrálása; majd a hívásszolgáltatás, a soft client és a telefon áttelepítése az Webex Calling alábbi ábra kiemeli az ilyen típusú áttelepítést.

1. lépés

A Soft kliens, amelyről - -re vált át, regisztrál.

2. lépés

A hívásszolgáltatások innen költöztek.

A telefonszámok és bővítmények innen költöztek.

a regisztráció innen költözött.

A telefonos regisztráció innen költözött.

Lágykliens áttelepítése; majd áttelepítse a hívásszolgáltatást, a soft ügyfélt és a telefont Webex Calling

Ez továbbra is egy szakaszos áttelepítés lehet, ahol a felhasználói csoportok mindkét lépésben különböző időpontokban kerülnek áthel yezésre.

A választott opció attól függ, hogyan szeretné kezelni felhasználói áttérését az és -re. Az ajánlás az, hogy lépésekben tegyük meg (2. lehetőség). Ez lehetővé teszi, hogy egyszerre minimalizálhatja a vég felhasználó változásait, és feloszthatja az erőfeszítéseket a projekt különböző részeire. Ha azonban azt szeretné, hogy a felhasználókat csak egyszer érintsék, akkor az 1. lehetőség használata is érvényes.

Az ajánlott utazást tekintve (1. lehetőség), a Jabber és Webex App közötti magas szintű átmeneti tér kép alábbi ábra mutatja az 1. lépés magas szintű átmenetét.

Jabber to Webex App magas szintű átmeneti térkép

Ebben a lépésben a felhasználók átmennek a Jabberről az összes hívási szolgáltatásukhoz. azonban, a hívóplatform továbbra is fenn Unified CM áll, és regisztr álja hívási szolgáltatásait. Amint azt a Jabber és Webex App magas szintű átmeneti térké pe látható, a helyszíni infrastruktúra nem változik, és ugyanúgy működik, mint a Jabber. Az egyetlen változás az, hogy kapcsolatot igényel.

Az átállással kapcsolatos további információkért lásd: Jabber to Webex átmeneti térképe és telepítési útmutató az Együtt működé si átállás oldal Ügyfél szakaszában.

Unified CMa Webex Calling magas szintű átmeneti térkép ábra a magas szintű átmenet a következőre. Ez az ajánlott utazás 2. lépése.

Unified CMWebex Callingmagas szintű átmeneti térképre

Ha úgy dönt, hogy az egylépcsős megközelítést használja, 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 hívási szolgáltatásaikhoz, hívásregisztrációhoz és IP-telefonos regisztrációhoz.

Mivel a felhasználók csoportokban mozognak, az Enterprise felhasználók az átmenet során felosztják a két hívó platform között. Az 1. fázis és Unified CMa Webex Calling magas szintű átmeneti térkép ábrázolja ezt az állapotot. Ebben a szakaszban tervezésre van szükség a felhasználók közötti hívások kezelésére a két platformon és a PSTN hívások irányítására. Minden alkalommal, amikor egy felhasználócsoport átkerül, a tárcsázási tervek és a hívásátirányítási frissítések szükségesek lesznek a Helyi Átjáró (ek) n.

Miután az összes felhasználó, soft ügyfél és eszköz átkerült (2. fázis), akkor az összes helyszíni UC-infrastruktúra eltávolítható és leszerelhető.

Tervezés

Régió kiválasztása

Helyszínek

PSTN

Tárcsázási terv

Helyszíni tárcsázási terv

tárcsázási terv

Felvétel

1. Hívásfelvételi szolgáltató kiválasztása

2. Régió kiválasztása

Segélyhívás

Engedélyezés

Kézi hozzárendelés keresztül

Automatikus licenchozzárendelési sablonok

Tömeges hozzárendelés CSV-sablonon keresztül

API-alapú hozzárendelés

Licenckövetelmények

Felhasználói ellátás

Felhasználói csoportok

Ajánlott megközelítés az irányba való migráció során

Felhasználói csoportok tervezése

Egyszeri bejelentkezés (SSO)

Több IDP támogatás

1. Fúziók és felvásárlások

2. Több független informatikai részleg

3. Különböző felhasználói csoportok vagy tartományok

4. Különböző hitelesítési protokollok támogatá sa

5. Fokozott biztonság és megfelelőség

6. Egyszerűsített felhasználói élmény

Duo MFA SSO-val

Jellemzők

Autófelügyelő

Call Park

Hívásfelvétel

Hívássor

Vadászcsoport

Üzemmódok

Lejelentkezési csoport

Felvételek

Egyszámú elérés

Hangposta csoport

Régió kiválasztása

világszerte elérhető, és redundáns adatközpontokból szállítják több régióban: Egyesült Államok (Dallas, Chicago), Kanada (Vancouver, Toronto), Európa (Frankfurt, Amszterdam), Egyesült Királyság (London, Manchester), Ausztrália (Melbourne, Sydney), Japán (Tokió, Osaka), Szaúd-Arábia (Rijád, Jeddah) és India (Mumbai, Chennai). A média POP-k médiaszolgáltatásokat nyújtanak a média oda-vissza utazási idők optimaliz álása érdekében. A szingapúri adatközpontot például arra használják, hogy optimalizálják a média-oda-vissza utazási időket az ázsiai országokban élő ügyfelek számára, ahol az Ausztrália vagy Japán régióba irányuló oda-vissza utazási idők nem optimálisak lehetnek. Az adatközpontokat több gigabites és teljesen redundáns gerinc kapcsolja össze. A globálisan elosztott adatközpontok ábrája az összes adatközpont áttekintését mutatja. A rendelkezésre álló adatközpontok legfrissebb listáját az Adatközpontok helyei cím ű témakörben talál Webex Calling.

Globálisan elosztott adatközpontok

Minden ügyfél az egyik példányra van ellátva. Az ügyfél összes szolgáltatási információja ebben a példányban tárolódik, és az ügyfél számára biztosított összes végpont és helyi átjáró SIP-jelzése ahhoz a példányhoz kapcsolódik, amelyre az ügyfél biztosított. Mivel nehéz megváltoztatni a kezdeti régiókiválasztást, fontos figyelembe venni az összes releváns tényezőt a régió kiválasztásához vezető döntési folyamat részeként. A túlzott jelzési késedelem elkerülése érdekében az átmeneti folyamat korai szakaszában fontos eldönteni, hogy melyik példányt kell használni. A Cisco azt javasolja, hogy válassza ki azt a példányt, amely a legkisebb jelzési időt biztosítja a telepítés során a legnagyobb számú felhasználó számára.

Az ország elérhetőségeiért lásd: Hol elérhető a Webex? .

Helyszínek

A helyszínek biztosítására való felkészüléshez az összes migrációs célhelyre vonatkozó szükséges információkat össze kell gyűjteni. Az egyes helyekhez szükséges információkat az egyes helyekhez rögz íthető információk részben foglal ják össze.
Táblázat 1. Az egyes helyekre rögzítendő információk
Információ Megjegyzés
Bővítési tartomány (ek) Minden helynek különböző számjegyekkel kezdődő kiterjesztései lehetnek. Egy számjegyet meg kell kímélni a helyszíneközi tárcsázó kormányszámjegyhez (például 8), egyet pedig a PSTN kormányszámjegyhez (például 9). Egyetlen kiterjesztési tartomány sem kezdődhet e két számjegy egyikével.
Minden hely kiterjesztési tartományának azonos hosszúságúnak kell lennie.
DID tartomány (ek) -
PSTN kormányszámjegy -
Webhely kódja Az összes helyszín összes webhelykódjának egyedinek és azonos hosszúságúnak kell lennie.
Fő szám Helyszín létrehozásakor két DID-t kell biztosítani. Az egyik fő számként (például egy automatikus kiszolgáló szolgáltatáshoz rendelhető), egy pedig a hangposta portálhoz.
Első DID rendelkezés a hangposta számához.
Hangposta száma
Engedélyek száma Szükséges licencek típusonként, beleértve a Standard, Professional, Munkaterületet, Útvonallistát, Kimenő hívási csomagot.
Egyidejű hívások a forgalmas órában Az eszközök és az eszközök és a helyi átjáró közötti párhuzamos hívások összege (PSTN és eszközökre irányuló hívások). Szükséges a szükséges internet-hozzáférési sávszélesség meghatározásához.
Ország -
Időzóna -
Nyelv -
Kapcsolat (név, telefon, e-mail) -
Cím (Utcai cím, Város, Állam, Irányítószám) -
A sürgősségi szolgálatok fizikai elosztható helye végpontokhoz A segélyhíváshoz használt eszköz elküldhető helye általában a következőket tartalmazza: épület címe, épület címe+emeleti száma, épület címe+ lakosztályszám vagy épület címe + emeleti száma+irodai/kocsiszám.
Eszközenként egyedi fizikai hálózati hely a sürgősségi szolgálatok számára A vészhívások fizikai hálózati helye általában a következőket tartalmazza: kapcsoló/kapcsolóport vezetékes eszközökhöz, vezeték nélküli hozzáférési pont (AP) alap szolgáltatáskészlet-azonosítók (BSSID) vezeték nélküli csatlakoztatott eszközökhöz, és/vagy a végponti eszközök helyszíni IP-alhálózata (ek).

PSTN

A telepítés megtervezésekor az ügyfeleknek három elsődleges PSTN-csatlakozási lehetősége van: Cisco C alling Plans (a Cisco által kezelt felhőalapú PSTN-szolgáltatás), a Cloud Connected PSTN Providers (CCPP, ahol a szolgáltatók PSTN-szolgáltatást nyújtanak a felhőn keresztül ) és helyszíni PSTN (ahol a helyi átjárók összekapcsolják a vállalati hálózatot a PSTN-hez). A hibrid telepítésekhez használt PSTN tranking bevezetésével (további információt lásd: PSTN trunking hibrid Webex Calling telepítésekhez) a szervezetek további rugalmasságot szereznek migrációs megközelítésükben. Ez a funkció lehetővé teszi az ügyfelek számára, hogy az átmenet kezdetén áthelyezzék PSTN-jüket a CCPP-re, és megkezdjék a felhasználók számára át menetet a felhőalapú PSTN-re, miközben a CCPP segítségével fenntartják a PSTN-szolgáltatást azoknak a felhasználóknak, akik a szakaszos migráció során a Cisco szolgáltatáson maradnak.

Ez a hibrid megközelítés lehetővé teszi a szervezetek számára, hogy a kiválasztott felhasználói csoportokat először a felhőbe helyezzék át anél kül, hogy azonnal átalakítanák a teljes telefonos környezetüket. Ez azonban további bonyolultságot és kockázatot jelent, különösen a meglévő hívás-útválasztási logika új architektúra támogatásához való hozzáigazításával kapcsolatban. A régi alkalmazásokkal, például faxkiszolgálókkal, kapcsolattartó központokkal vagy lapozó rendszerekkel való kölcsönös átjárhatóság szintén alapos megfontolást igényel. A legfontosabb technikai kihívások közé tartozhat a zökkenőmentes végpontok közötti kodek tárgyalás és a DTMF (Dual-Tone Multi-Frequency) jelzés biztosítása a vegyes környezetben, valamint a speciális telefonos funkciókkal való kompatibilitás érvényesítése. 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. Emellett a kereskedelmi megfontolások is fontosak, mivel a hibrid trunking használati licencre van szükség, amely a helyszíni környezet és a Cloud Connected PSTN Provider (CCPP) közötti párhuzamos hívások számán alapul.

Alternatív megoldásként a szervezetek dönthetnek úgy, hogy az átmeneti szakaszban megtartják helyszíni PSTN- kapcsolatukat. Ebben a forgatókönyvben a CCPP-re való áttérés kétféleképpen hajtható végre: az áttelepítés befejezése után az összes felhasználó és hely egyetlen, összehangolt lezárásként, vagy fokozatosan, a PSTN-áttelepítés helyenként történik a felhasználók áthelyezésekor. Ez a megközelítés elősegítheti az együttélés egyszerűsítését és a régi integrációk folytonosságának fenntartását, de számos működési bonyolultságot vezet be. Ezek közé tartoznak a számportálással kapcsolatos kihívások, mint például a számkikötői megrendelések pontos összehangolásának szükségessége, a lehetséges késedelmek és a szolgáltatók által előírt korlátozások, például a párhuzamos kikötői kérelmek számának korlátozása vagy a nagyszámú blokkok alcsoportjainak áthelyezésére vonatkozó korlátozások. A szervezeteknek gondosan meg kell tervezniük a PSTN átmeneti stratégiájukat, figyelembe véve ezeket a logisztikai szempontokat, hogy elkerüljék a szolgáltatási megszakításokat és biztosítsák a zökkenőmentes migrációs élményt.

Az elején áttelepítés a CCCP-re és a helyszíni PSTN megőrzése

Az áttelepítés CCCP-re az induláskor és a helyszíni PSTN megőrzése ábra a fent ismertetett két PSTN- áttelepítési lehetőséget mutatja. A bal oldali ábra azt a forgatókönyvet mutat ja, amikor az összes helyszíni felhasználó és alkalmazás a Cloud Connected PSTN szolgáltatásokat használja a helyszíni törzsben és egy helyi átjár ón keresztül, míg a jobb oldali ábra azt a forgatókönyvet mutatja, amikor a meglévő helyszíni PSTN a helyszínen marad, és a felhasználók a helyi átjáró kapcsolaton keresztül használják a helyszíni P Webex Calling STN- t és. Az átmenet során a helyszínek átválthatók a Cloud Connected PSTN használatával.

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 hálózatok közötti kapcsolatot ennek megfelelően kell megtervezni és méretezni az egyidejű hívások várható száma és a szükséges redundancia alapján.

Tárcsázási terv

A migrációs időszak közötti zökkenőmentes interoperabilitás elérése érdekében mindkét platformon átfogó tárcsázási terv architektúrát kell kidolgozni és megvalósítani. Ez a kettős platformú tárcsá zási terv biztosítja a következetes hívásátirányítást, a számok fordítását és a funkciók átláthatóságát, lehetővé téve a felhasználók számára, hogy a szolgáltatás romlása vagy a felhasználói élmény megzavarása nélkül kommunikáljanak az együttélés során.

Helyszíni tárcsázási terv

A vállalati tárcsázási tervben regisztrált eszközök együttélésének lehetővé tétele érdekében az átmenet során módosítani kell, hogy legalább a következő követelmények teljesüljenek: Unified CM

+E.164 tárcsázás:

Hosszabbító tárcsázás: (helyszínen belüli, de helyközi is, ha a kiterjesztési tartományok egyediek)

Rövidített telephelyek közötti tárcsázás:

Kényszerített hálózaton belüli tárcsázás:

Visszahívás a nem fogadott hívások könyvtárából a bekapcsolt célállomásokra

A PSTN hívja a PSTN-t, ha az átmenet során a helyszíni PSTN-t használják

A PSTN-hívások az átmenet során a hibrid telepítésekhez használt PSTN tranking segítségével a helyszíni felhasználók számára biztosítják a PSTN-hozzáférést a Cloud Connect for

Kényszerített hálózaton keresztül

Hosszabbító tárcsázás és a (helyközi) között.

Ha a fentiek bármelyike nem támogatott tárcsázási szokások az átmenet előtt, például nincs rövidített helyszíneközi tárcsázási szokás, akkor ezeket nem feltétlenül kell bevezet ni az átmenet során.

Az ábra A legjobb gyakorlatok tárcsázási terv a Cisco Collaboration Preferred Architecture for Cisco Collaboration 12.x vállalati helyszíni telepítések (CVD) című cikkben ismertetett bevált gyakorlati tárcsázási terv megközelítését mutatja be. Ennek a megközelítésnek a főbb jellemzői a következők:

Egyetlen partíció +E.164 könyvtárszámokhoz

A +E.164 útvonalminták alapján alapuló útvonaltervezés

Az összes tárcsázási szokás normalizálása +E.164-re fordítási mintákkal

A fordítási minta használata a keresési terület öröklődésének meghívása (lehetőség A kez deményező hívókeres ési helyének használata fordítási mintákon beállított beállítás).

Bevált gyakorlatok tárcsázási terv

Például a PSTN tárcsázást (9+1+10D) egy SJC-ben lévő eszközről, amely az SJCInternational vonalhívó kereső térrel rendelkezik, először a 9.1 [2-9] XX [2-9] XXXXXX fordítási mintával párosítja, amely a hívott fél számát +E.164 értékre normalizálja. A másodlagos keresés ez után ismét ugyanazt a hívókeresőhelyet használja fel az SJCInternational (keresési terület öröklésének hívása), és a +E.164 számjegyű karakterláncot vagy a DN partícióban lévő +E.164 könyvtárszám , vagy az USPSTNNational vagy SJCPSTNLocal partíció PST N útvonalmintáinak egyikével párolja meg. A rövidített helyszínen belüli és helyszíneközi tárcsázási szokásokat az ES N és az SJ CTOE164 partícióban lévő fordítások valósítják meg. Míg az ESN partíció globális partíció (minden helyen elérhető telefonok számára), az SJCTOE164 partíció csak az SJ C helyén lévő felhasználók számára érhető el. Ez átfedő kiterjesztési tartományokat feltételezi.

A telefonos hívások engedélyezésének első lépése annak biztosítása, hogy a +E.164 célállomások ennek megfelelően kerüljenek irányításra. Ez úgy érhető el, hogy egy partíciót ad hozzá a tárcsázási tervhez, hozzáadjuk az összes célállomáshoz +E.164 útvonalmintákat az adott partícióhoz, és végül hozzáadjuk a partíciót az elérni kívánt szolgáltatási osztályokat képviselő összes hívó kereső helyhez. Dedikált partíció létrehozása szükséges ahhoz, hogy lehetővé tegye a különböző szolgáltatási osztály létrehozását a következő hívásokhoz. A híváshurkok elkerülése érdekében a helyi átjáróból származó törzsben található bejövő hívások keresési helyének nem szabad hozzáférnie a partícióhoz.

+E.164 útválasztás Webex Calling

Amint azt a +E.164 ábra mutatjaWebex Calling, a +E.164 DID tartományban +1 221 555 2XXX és a 121-es helykóddal rendelkező helyre történő útválasztás engedélyezéséhez a partícióhoz hozzá kell adni a +E.164 tartománynak megfelelő sürgős útvonal mintát.

Ha nincs szükség helyspecifikus Helyi Átjáró kiválasztására, akkor ahelyett, hogy egy helyi útvonalcsoportot tartalmazó útvonallist át használnánk az egyetlen útvonalcsoportra mutató útvonalminták célpontjaként a Helyi átjárót, majd az útvonalminták egyetlen útvonallistára mutatnak, amelyben ez az egyetlen útvonalcsoport egyetlen bejegyzésként szolgál.

A helyszínek közötti rövidített tárcsázás engedélyezéséhez a partícióhoz hozzá kell adni a szükséges 8121.2XXX útvonalmintát. Előfordulhat, hogy az ESN partícióban már létezhet az ESN tárcsázást +E. 164 értékre normalizáló 8121.2XXX számú tárcsázási normalizációs mintára átmenő webhelyek. Ebben az esetben a 8121.2XXX redundánsnak tűnik, de amint az adott hely összes DNS-jét áttelepítették a 8121.2XXX tárcsázás normalizálására, a fordítási minta eltávolítható, majd a 8121.2XXX útvonalminta lehetővé teszi az ESN tárcsázást még csak az adott tartományban lévő felhasználók számára is.

Ezekkel a tárcsázási tervváltoztatásokkal a helyszínre irányuló hívások nem csak a rövidített helyszínek közötti tárcsázással és +E.164 tárcsázással vehetők igénybe. Nem zetközi és országos PSTN tárcsázás is lehetséges, mivel ezeket a tárcsázási szokásokat először +E.164-re normalizálják a már meglévő tárcsázási normalizációs fordítási mintákon keresztül, majd a partícióban lévő +E.164 útvonalmintázat illesztésével irányítják át.

A helyszín DID-tartományának megfelelő +E.164 útvonalminta beállítható, amíg az összes DID-t továbbra is üzemeltetjük. A legjobb egyezési mintázat-illesztési algoritmus gondoskodik arról, hogy a tárcsázáskor a +E.164 könyvtárszám jobban megfeleljen, mint a helyettesített +E.164 útvonalminta, így a hívások egy bekapcsolt vonalra kerülnek kiterjesztésre, és nem küldhetők oda.

tárcsázási terv

Minden felhasználó rendelkezik egy kiterjesztéssel és/vagy egy +E.164 telefonszámmal. A kiterjesztés hossza rögzített globális beállítás: a telepítés összes kiterjesztése azonos hosszúságú. A kiterjesztésű tárcsázás felhasználók között használható mind a helyeken belül, mind a helyek között. A rövidített helyközi kiterjesztés ű tárcsázás (ez utóbbi eset) csak akkor működik, ha a tárcsázott kiterjesztés egyedi.

Ha a helyek közötti rövidített telephelyek közötti tárcsázás követelmény, de vannak átfedések a különböző helyekre rendelt kiterjesztések között, akkor egy vállalatspecifikus számozási tervet kell létrehozni úgy, hogy a kiterjesztéseket hozzáférési kóddal vagy webhelykóddal előrögzítjük. További információért lásd: Preferált architektúra a Cisco együttműködéshez 15 Helyszíni telepítések, Tervezési áttekintés a Cisco együtt működé si prefer ált architektúrák címen érhető el.

A hosszabbítási hossz, a helyekközi tárcsázási viselkedés, a helyközi tárcsázás előtaghossza és a helyek közi tárcsázás útválasztási előtagjának kormányszámjegye a hívásszolgáltatás beállításaiban van beállítva az alábbi ak között:

Helyvezetési előtag hossza: Előtag hossz a, beleértve a kormányszámjegyet is. Csak akkor szükséges, ha egy vállalati számozási tervet alternatív rövidített vállalati helyközi tárcsázási szokásként kell létrehozni.

Kormányszámjegy az útválasztási előtagban: Kormányszámjegy a rövidített vállalati helyközi tárcsázási szokáshoz. Kerülni kell az átfedéseket bármely hely és helyszín kimenő tárcsászá mjegyeinek első számjegyével. Csak akkor szükséges, ha egy vállalati számozási tervet alternatív rövidített vállalati helyközi tárcsázási szokásként kell létrehozni.

Belső hosszabbítási ho ssz: A hosszabbítások standard hossza. Bármilyen érték lehet két és tíz között.
Ha a helyszíni hívásvezérlőből a helyszíni hívásvezérlő bővítményt küld, jelentős nagyvállalati számokkal (irányítókód, helyszíni kód, bővítmény) használatával tárcsázni , akkor a Helyszíni hívás vezérlőből származó hívások hely színi hívásoknak megfelelően kerüljenek be helyszíni hívásoknak minősíteni.

Helyek közötti bővítménytárcsázás engedélyezése: A helyek közötti bővítménytárcsázás engedélyezéséhez vagy letiltásához kapcsolja be. Ezt az opciót csak akkor szabad engedélyezni, ha a szervezeten bel üli összes kiterjesztés egyedi. Ha az opció le van tiltva, akkor a vállalati jelentős számokat (kormánykód, webhely kód, bővítmény) 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 elkészítéséhez használják, hogy minimálisra csökkentsék a számjegyek közötti időtúlásokat a horogon kívüli tárcsázás használatakor. A globális beállításoktól való eltérés továbbra is lehetséges (Példa — eltérő hosszúságú bővítmények is rendelkezésre állnak), de figyelmeztető üzenet jelenik meg a Vezérlőközpontban, és a telefonokról történő tárcsázáshoz blokkolt tárcsázásra lehet szükség az előre betöltött tár csázási csomagon belüli ütközések elkerülése érdekében.

A V állalati számozási pél da táblázat három helyre mutat példát, ahol két helyszín, a NYC és az RTP kiterjesztési tartománya azonos. Vállalati számozási rendszer létrehozása telephelyek közötti irányítószámozással 8, amelyet egy háromjegyű helyszínkód követ, és a négyjegyű kiterjesztés nem átfedő rövidített helyszínek közötti tárcsázási szokást hoz létre.

Táblázat 2. Vállalati számozási példa
Webhely Bővítési tartomány Webhely kódja Vállalati tartomány

NYC 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 számára az ideális helyre való áttérés előtt és után a tárcsázási szokásoknak azonosnak kell lenniük. Az egyes helyek átmenetére való felkészüléshez dokumentálni kell a DID tartományokat és kiterjesztési tartományokat (vagy rövidített helyszínen belüli tárcsázási szokásokat). Ezen információk alapján ki kell választani a helyszínek közötti kormányszámjegyet.

A Rögz ített hosszkiterjesztési tartományok tábláz at három helyre és rögzített hosszhosszabbítási tartományra mutat pél dát. Mivel el kell kerülni az egymást átfedő tárcsázási szokásokat, fontos meggyőződni arról, hogy bármely kiterjesztési tartományban a tartomány első számjegye nem egyezik meg a rövidített helyszínekkel történő tárcsázás kormányozásával. Ha például a 8-at választja ki a helyszínek közötti tárcsázá shoz kormányszámjegyként, akkor egyetlen helyszínen egyetlen kiterjesztési tartomány sem kezdődhet 8-mal. Általában az adott helyen található kiterjesztések megegyeznek az adott helyhez rendelt DID-k utolsó néhány számj egyével. A konfliktusok elkerülése érdekében a kiterjesztés első számjegye megváltoztatható. Ha például a +1 408 555 8XXX tartományban lévő DID-ket használunk egy helyen, akkor a 8XXX kiterjesztési tartomány ként való használat helyett az adott webhely bővítményeihez használhatjuk a 7XXX bővítményeket

3. táblázat. Rögzített hosszhosszabbítási tartományok
Webhely Bővítési tartomány Bővítmények Webhely kódja Vállalati tartomány

NYC 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ét számjegyű tárcsázási karakterláncok átfedik az előre betöltött amerikai tárcsázási tervben a helyi tárcsázáshoz szükséges hétjegyű mintázattal. A hálózaton belüli és a hálózaton kívüli tárcsázási szokások közötti átfedések elkerülése érdekében kötelező külső hozzáférési kód használható ezen a helyen. Ha a meglévő vállalati számozási séma és a megfelelő rövidített telephelyek közötti tárcsázás átfedésben van a nemzeti tárcsában lévő mintákkal, akkor az átfedések elkerülése érdekében a számozási sémára való áttérés során hosszabb vagy rövidebb formára is módosítható. Ennek elérésének legegyszerűbb módja egy további párnázó 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 áttelepített felhasználóknak kell elfogadniuk. A még bekapcsolt felhasználók továbbra is hét számjegyű tárcsázást végezhetnek. Ebben az esetben a vállalati tárcsázási tervnek gondoskodnia kell arról, hogy a rövidített hétszámjegyű tárcsázást +E.164 vagy Unified CM a telepített rövidített tárcsázási formátumra alakítsák át. Ezt meg kell tenni, mielőtt elküldené a hívást a helyi átjáróra.

A hét számjegyű tárcsázás átmeneti táblázata példát mut at erre az átszámozásra. Ebben a példában a rövidített helyközi tárcsázás a 8. kormányszámot használja, amelyet kétjegyű helykód és egy négyjegyű kiterjesztés követ. A helyszínek hétszámjegyű rövidített helyszíni tárcsázásának elkerülése érdekében a helyszínek kódjai könnyen háromszámjegyűre változtathatók, ha a használt kétszámjegy ű helykódokhoz tetszőleges párnázó számjegy (8 a példában) előre rögzítve, így a telefonokról történő telephívás 8- as irányítószámjegy, a régi kétjegyű webhelykód és a négyjegyű kiterjesztés. A felhasználóknak nem kell emlékezniük az új webhelykódokra; csak arra kell emlékezniük, hogy a 8 8-at használjanak előtagként a helyszínek közötti tárcsázáshoz a 8 bekapcsolt helyett.

4. táblázat. Hétszámjegyű tárcsázás átmenete

Webhely Bővítmények Webhely kódja Vállalati kínálat Webhely óda Vállalati angolok

NYC 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ámokat hívó fél információjaként mutatják be a hívásokhoz (például DID nélküli eszközökről történő hívások), fontos a visszahívás működésének biztosítása érdekében a különböző számformátumok közötti leké pezést is végrehajtani. Ez a leképezés úgy érhető el, hogy hívó fél transzformációs mintáját használjuk a helyi átjáró és a közötti törzsön.

Felvétel

A jól megtervezett hívásrögzítési megoldás számos kulcsfontosságú tervezési elem alapos megfontolását igényli annak biztosítása érdekében, hogy összhangban legyen a szervezeti célokhoz, a szabályozási követelményekhez és a műszaki korlátozásokhoz. A két legkritikusabb döntés magában foglalja a szolgáltatók kiválasztását és a régiók kiválasztását, amelyek mindegyikét globálisan testre kell szabni, és bizonyos hel yeken, üzleti igények alapján felülírni kell.

1. Hívásfelvételi 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 összehangolásának biztosításához a szervezetben:

Globális szolgáltató kiválasztása: A szervezetek általában globális szinten jelölik ki egy elsődleges hívá srögzítő szolgáltatót, biztosítva a funkciókészlet, a megfelelőség és a támogatás konzisztenciáját minden helyszínen

Helyalapú felülírások: Azokban az esetekben, amikor bizonyos webhelyek vagy régiók egyedi üzleti szükségletekkel vagy szabályozási követelményekkel rendelkeznek, szükség lehet a globális szolgáltató kiválasztásának felülírására, és ez ekre a helyekre alternatív szolgáltatók meghatározására. Ez a rugalmasság támogatja a különböző megfelelőségi megbízásokat és a helyi üzemeltetési igényeket

Üzleti követelmények: A szolgáltató kiválasztását az üzleti tényezők értékelésén kell alapulnia, mint például a szabályozási megfelelés (példa - 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 valós idejű megfigyelés, keresési és lejátszási képességek, titkosítás, megőrzési irányelvek, elemzési platformokkal való integráció és a különböző hívástípusok (bejövő, kimenő, belső) támogatása alapján kell értékelni.

2. Régió kiválasztása

A megfelelőség és a teljesítmény szempontjából kritikus fontosságú annak a régiónak a meghatározása, ahol a hívásfelvételeket tárolják és feldolgozzák:

Globális régió kiválasztása: Alapértelmezés szerint a szervezetek egyetlen régiót választhatnak a hívásfelvétel ek tárolásához a kezelés és az irányítás egyszerűsítése érdekében

Hel@@ yalapú régió felülírásai: Amennyiben az adattartózkodási törvények vagy vállalati irányelvek meg követelik, szükség lehet a globális régió beállításának felülírására meghatározott helyekre, biztosítva, hogy a hívásfelvételeket a szükséges földrajzi határokon belül tároljuk és feldolgozzuk

A@@ dattartózkodási követelmények: A formatervezésnek figyelembe kell vennie a nemzetközi és helyi adatvédelmi előírásokat (például GDPR, CCPA vagy országspecifikus megbízásokat), amelyek meghatározhatják, hol és hogyan táro lja a hívásfelvételeket.

Egy másik kritikus szempont, amelyet a hívásrögzítési megoldás tervezése és tervezése során foglalkozni kell, a tárolási követelmé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 folyamatban lévő üzleti műveletek támogatásához, a megfelelés fenntartásához és a szolgáltatási zavarok elkerüléséhez.

Számos kulcsfontosságú paramétert kell figyelembe venni a várható tárolási igény meghatározásakor:

A rögzített hívások mennyisége: Értékelje meg a hívások várható számát, amelyeket egy adott időintervallumon belül rögzítenek (pl. naponta, hetente vagy hónaponként). Ez nemcsak a külső hívá sokat, hanem a belső kommunikációt is magában foglalja, ha az üzleti politika vagy a szabályozási megbízatások megkövetelik

Átlagos hívási idő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 fognak igénybe venni. A becslésbe figyelembe 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

Megőrzési időszak: Határozza meg a felvételek megőrzésének időtartamát, amelyet gyakran szervezeti politikák vagy külső előírások (például iparágspecifikus megfelelőségi szabványok) diktálnak. A hosszabb tárolási időszak növeli az általános tárolási követelményeket

N@@ övekedési előrejelzések: Fontolja meg a hívások mennyiségének várható növekedését vagy a felvételi hatókör bővülését, amely az üzleti skálázásból, az új szabályozási követelményekből vagy további felhasználók vagy helyszínek bevezetéséből eredhet.

Ezen paraméterek alapos elemzésével a szervezetek olyan robusztus tárolási stratégiát dolgozhatnak ki, amely biztosítja a hívásrögzítési megoldásuk skálázhatóságát, költséghatékonyságát és szabályozási megfelelőségét. Ezenkívül tanácsos rendszeresen felülvizsgálni és módosítani a tárolási elosztá sokat, mivel a felhasználási minták idővel fejlődnek.

Segélyhívás

A segélyhívás a megfelelő diszpécserközpontba történő irányításának követelménye minden olyan hívási szolgáltatás követelménye, amely PSTN szolgáltatást kínál. A segélyhívások útválasztása a megoldás natív, és magában foglalja az összes nemzeti segélyhívó szám támogatását a támogató országokban. A segélyhívás útválasztása a meghatározott 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 az országra vonatkoznak, amelyben a felhasználókat és eszközöket telepítik.

A sürgősségi hívások kézbesítésének két módja van. Van egy alapvető segélyhívás-útválasztási szolgáltatás és egy továbbfejlesztett segélyhívás-útválasz tási szolgáltatás. Az alapvető segélyhívás-útvonalszolgáltatás egy adminisztrátor által kiválasztott szá mot használ a segélyszolgálatok eléréséhez szükséges hely és hívási útvonal azonosításához. Alapvető seg élyhívások esetén a hívási útvonal általában az ügyfél PSTN opcióján keresztül történik az adott helyre . Továbbfejlesztett segélyhívás-útvonalat is rendelkezik, amelyeket amerikai és kanadai telepítések számára terveztek, amelyek szabályozási megfelelési követelményekkel rendelkeznek, amelyek országos szolgáltatót igényelnek a segélyhívások továbbításához a megfelelő diszpécser központba.

Minden ügyfélnek telepítenie kell legalább az alapvető segélyhívó konfigurációt. Az alapvető segélyhívás megköveteli, hogy minden egyes helyhez legalább egy ügyfél tulajdonában lévő +E.164 számot rendeljen hozzá. Alapvető segélyhívásokhoz minden helyszínt egy utcai cím határozza meg, amelyre vészhelyzet esetén a rend őrség, tűzoltó vagy mentőszolgálat küldik. 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. Általában a cím hozzárendelését a +E.164 számhoz a PSTN szolgáltat óval összehangolják. Az alábbi képek a Richardson-helyszín vészhelyzeti visszahívási számként használandó főszámának hozzárendelését mutatják.

Helyszín ECBN konfiguráció

A legtöbb esetben egy épületcím elegendő a helyszín küldési címéhez. Ha azonban további helyadatokra van szükség bizonyos felhasználókhoz vagy eszközökhöz, akkor az adminisztrátor ugyanazt a fent leírt eljárást használhatja, és hozzárendelheti ezeket az eszközöket egy adott cím hez vagy egy pontosabb helyhez a címen belül (például egy padlóhoz vagy szobához). A Fel használókezelés alatt, a H í vás lap lehetővé teszi, hogy egy adott számot használjon a felhasználó és eszközei számára a meghatározott feladási cím megszerzéséhez. A következő képek bemutatják, hogyan lehet egy adott számot hozzárendelni egy eszközhöz. Az adminisztrátor felelős annak biztosításáért, hogy az eszköz által használt szám megfelelő szállítási címmel rendelkezzen hozzá. A címhozzárendelés általában az adott hely PSTN-szolgáltatóján keresztül történik.

Felhasználói ECBN konfiguráció

Az amerikai székhelyű telefonos telepítésekhez, amelyeknek továbbfejlesztett vészhívási megoldásokat kell biztosítaniuk, a RedSky Horizon Mobility szolgáltatását használja a segélyhívások útválasztásához integrált. Ha a RedSky-t a hívásátirányításhoz használja, a rendszergazdának regisztrálnia kell egy fiókot a Cisco-n keresztül, és be kell állítania a megfelelő információkat a Hívás -> Szolgáltat ási beállítások menüben a funkció engedélyezéséhez. Miután a RedSky szolgáltatás engedélyezve lett a rendszerszinten, egy rendszergazda engedélyezi a RedSky szolgáltatást minden Helyszint szintjén. A továbbfejlesztett segélyhívás engedélyezése egy helyen aktiválja a szolgáltatást az adott helyhez hozzárendelt összes eszköz esetében. A továbbfejlesztett vészhívásokat támogató eszközök a Cisco MPP telefonok, a Cisco PhoneOS telefonok és a Cisco telefonok.

Két beállítás van a továbbfejlesztett segélyhívás engedélyezéséhez egy helyen. A RedSky hálózati kapcsolati információk fogadásának és teszthívásainak engedélyezése lehetőséget kell használni annak ellenőrzésére, hogy az eszköz- és infrastruktúra le képezései RedSky-konfigurációja helyes-e. Ez a beállítás lehetővé teszi a teszthívások lebonyolítását a 933-ra, hogy hely ellenőrzést végezzenek a RedSky IVR rendszerével a hívó helyének kiolvasásához. Bár ez a dokumentum nem terjed ki a helykövetés RedSky konfigurációjára, a rendszergazdának MINDIG tesztelnie kell a helyfelfedezést, mielőtt aktiválná a segély hívásokat a RedSky-re irányuló útvonalhoz. A tesztelés befejezése és pontosságának ellenőrzése után az adminisztrátor a RedSky-re irányítja a hívásokat azáltal, hogy az útvonal segélyhívásait a RedSky-re váltja. Ez a kapcsoló a helyszínre vonatkozó összes segélyhívást a RedSky-hoz irányítja, hogy a helysz ín üzenetrögzítőjébe szállítsuk.

A továbbfejlesztett segélyhívó beállítások a helyszíni és a helyszínen kívüli ügyfelekre is vonatkoznak. Helyszíni állapotban ugyanúgy nyomon követhető, mint az asztali telefonok nyomon követése. Helyszíneken kívül, a felhasználó dinamikusan beállíthatja helyét közvetlenül a. A segélyhívással kapcsolatos további információkért lásd: Tová bb fejlesztett segélyhívás.

Engedélyezés

Számos lehetőség van licencek hozzárendelésére a felhasználókhoz.

Kézi hozzárendelés

A rendszergazdák manuálisan rendelnek licenceket az egyes felhasználókhoz az interfészen keresztül.

Az adminisztrátorok szerkeszthetik az egyes felhasználók szolgáltatási licenceit, és közvetlenül hozzárendelhetik a hívási licenceket.

Automatikus licenchozzárendelési sablonok

Használja a licenchozzárendelési sablonokat a felhasználókhoz csoportos vagy szervezeti beállítások alapján automatikusan hozzárendelheti a licenceket.

Az automatikus licencelés könyvtárszinkronizálással vagy kézi felhasználói frissítésekkel végezhető el, de a felhasználóknak érvényes +E.164 formátumú telefonszámmal kell rendelkezniük, és a telefonszámoknak a felhasználói rendelkezésre bocsátás előtt egy helyen kell lenniük. Ha a feltételek nem teljesülnek (pl. érvénytelen telefonszám- formátum), a licencek nem kerülnek hozzárendelésre.

Tömeges hozzárendelés CSV-sablonon keresztül

Töltsön fel egy CSV-fájlt felhasználói adatokkal és licenchozzárendelésekkel, hogy egyszerre több felhasználót adjon hozzá vagy módosítson.

A CSV-importálás legfeljebb 20 000 felhasználó hozzáadását és licencek hozzárendelését támogatja, de a licencek speciális mezőket igényelnek, például telefonszámot és bővítményt.

API-alapú hozzárendelés

Használja az API-kat licencek programozott hozzárendeléséhez és felhasználók kezeléséhez.

támogatja a felhasználói és licenckezelési API-műveleteket (People, SCIM 2.0 és License API-k), amelyek felhasználhatók a licenchozzárendelés automatizálásához. A Licences API lehetővé teszi a licencek, telefonszámok és bővítmények egyidejű hozzárendelését.
5. táblázat. Felhasználói biztosítási lehetőségek — összefoglaló
Hozzárendelési módszer Előnyök Hátrányok
Kézikönyv Egyszerű kevés felhasználó számára.
Lehetővé teszi a licenckiosztás pontos és részletes ellenőrzését.
Nem méretezhető, időigényes
Hajlamos emberi hibákra a kézi bevit el során.

Automatikus licencsablonok Méretezhető
Csökkenti a kézi hibák
Alkalmazható új és meglévő felhasználókra.
Érvényes telefonszámokat és helyeket igényel.
Bonyolultabb beállítás
A felhasználók csoportonkénti felhasználói csoportokat is igényel, egyenértékű licenckövetelményekkel.

Tömeges CSV-feltöltés Hatékony nagy felhasználói készletekhez
Lehetővé teszi a licencek, telefonszámok és kiterjesztések egyidejű hozzárendelését.
Gondos CSV-formázást igényel
Hiba lehetséges, ha a telefon számok vagy bővítmények hiányoznak vagy helyesek.
API-alapú hozzárendelés Automatizálható, rugalmas.
Lehetővé teszi a licencek, telefonszámok és kiterjesztések egyidejű hozzárendelését.
Fejlesztési és API ismereteket igényel.

A Felhasznál ói biztosítási lehetőségek — összefoglaló táblázat összefoglal ja a felhasználói rendelkezésre bocsátási lehetőségeket, valamint azok előnyeit és hátrányait . Ez az áttekintés segít kiválasztani a legjobb licenchozzárendelési módszert az ügyfélszervezet mérete, az automatizálási képességek, valamint a felhasználói biztosítási folyamatok és követelmények alapján.

Ahol csak lehetséges, a Cisco azt javasolja, hogy licencsablonok használatával rendeljen hívólicenceket. Ehhez minden felhasználócsoport esetében egyedi licenckészletre van szükség (Példa - Standard vs. Professional) létezik a megfelelő csoporttagsággal rendelkező csoport. Amint azt a Felhasznál ói csoportok szakaszban tárgyaltuk, a felhasználói csoportok manuálisan definiálhatók vagy szinkronizálhatók egy vállalati könyvtárban. Mindkét megközelítés kombinációja lehetséges.

A több csoporthoz tartozó felhasználók licenceket kapnak az összes csoportjukra alkalmazott hozzárendel ésből. Ez lehetővé teszi a vállalati könyvtárban található licencspecifikus biztonsági csoportok használatát a licenchozzárendelés kezelésére, ahol az így létrejövő felhasználói licenchozzárendelést a csoporttag ságok egyesítése vezérli.

További információt az Automatikus licenchozzárendel ések beállítása a Vezérlőközpontban és Automatikus licenchozzá rendelési sablonok beállí tása a Webex Calling felhasználók számára című témakörben talál.

Licenckövetelmények

Ez a szakasz csak a kapcsolódó licencekre vonatkozik. Más licenctípusok (példa — Webex eszközök regisztrációja, üzenetküldése, értekez letek) nem vonatkoznak. A tervezési folyamat részeként meg kell határozni a licenckö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.

Professz ionális: a fejlett telefonos funkciókat igénylő felhasználók és munkaterületek száma. A virtuális vonalak és a csoportos hangposta 1:1 arányra jogosultak minden szakmai engedély esetén. Ezért olyan ritka esetekben, amikor a szükséges virtuális vonalak vagy csoportos hangposták száma meghaladja a fejlett telefonszolgáltat ásokat igénylő felhasználók és munkaterületek számát, további szakmai licenceket kell számolni.

Közös terület munkaterül ete: a szokásos hívási képességeket igénylő megosztott használatra vagy közös helyszínekre.

Ügyfélszolgál at: 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 Professional licencet.

Útvonallistahívá sok: a helyszíni felhasználók és/vagy a helyszíni speciális harmadik féltől származó alkalmazások között szükséges felhőalapú PSTN-hívások száma.

Attendant Console: az oknak a felhasználóknak a száma, akiknek hozzáférést igényelnek a kísérő konzolklienshez.

Cisco hívási terv (kimenő hívási terv): azon felhasználók száma, akiknek PSTN-szá mot és/vagy kimenő PSTN-hívási hozzáférést igényelnek a Cisco PSTN szolgáltatáshoz.

A professzionális munkaterületekhez nincs külön licenctípus. A professzionális munkaterületek profes szionális licencet igényelnek.

Csak a Hot-desk munkaterületek kínálják a hotdesking host szolgáltatást és a sürgősségi hívásokat a hotdesking -állomásról, és nem igényelnek licencet. További információt a Csak a Hot Desk-eszközök hozzáadása és kezelése című témak örben talál.

Az egyes felhasználók és munkaterületek szükséges licenctípusának meghatározásához a szükséges szolgáltatások alapján lásd: Licenctípus szerint elérhető szolgáltatások. Webex Calling

Ha meg szeretné különböztetni a hívássorok és a professzionális licenc által kínált funkciókat az ügyfélszolgálattal ellentétben, tekintse meg a Webex Callinghívássorok és az ügyfélszolgálati funkciók összehasonlítása című részt.

Felhasználói ellátás

A Webex felhasználói szolgáltatásakor számos lehetőség áll rendelkezésre, amelyek mindegyike megfelel a különböző szervezeti igényeknek és környezeteknek:

Kézi ellátás: A rendszer gazdák közvetlenül hozzáadhatnak és kezelhetik az egyes felhasználókat. Ez a módszer egyszerű, de a legalkalmasabb kis szervezetek vagy korlátozott felhasználói változások esetén.

Tömeges ellátás CSV-n keresztül: Nag yobb felhasználói bázisok esetén a rendszergazdák tömeges módon importálhatják és frissíthetik a felhasználókat CSV-fájlok feltöltésével. Ez egyszerre akár több ezer felhasználó hatékony kezelését teszi lehetővé.

Könyvtárszinkronizálási beállítások
Címtárcsatlakozó: Ez egy automatikus szinkronizáló eszköz, amelyet Microsoft Active Directory környezetekben használnak. A felhasználói fiókokat, csoportokat és attribútumokat ütemez ve szinkronizálja (óránként, napi vagy hetente). Támogatja a többtartományú és többerdős Active Directory beállításokat, és szinkronizálhatja a profilképeket és a szobaobjektumokat.

Entra ID (Azure AD) varázsló alkalmazás: A Microsoft Entra ID (Azure AD) használó szervezetek számára tervezett módszer automatikus, közel valós idejű szinkronizálást biztosít a felhasználói fió kok és attribútumok közvetlenül az Entra ID-ről. Teljes mértékben menedzselhető, é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álási alkalmazások lehetővé teszik az automatikus felhasználói biztosítást és kikapcsolást attribútumleképezéssel és csoportos szinkronizál ással.

Unified CMfelhasználói szinkroniz álás: Ez az opció lehetővé teszi a meglévő végfelhasználók alapján felhasználói fiókok létrehozását a következő szinkronizálással. Ehhez a helyszíni klasztereken kell futnia a Cloud Connected UC (CCUC). Általában azonban ajánlott a felhasználókat egy központosított felhőkönyvtárból, például az Entra ID-ből szinkronizálni, nem pedig közvetlenül.

AP@@ I-biztosítás: Nyil vános API-k (People, SCIM 2.0) felhasználhatók a felhasználók biztosítására. Az API-k használatának fő előnye, hogy a felhasználói ellátást más vállalati rendszere kkel lehet integrálni.
6. táblázat. Felhasználói biztosítási lehetőségek
Rendelkezési módszer Leírás Előnyök Hátrányok
Kézikönyv Felhasználók létrehozása/kezelése külön-külön Egyszerű kevés felhasználó számára; nincs szükség infrastruktúrára Nem méretezhető; sok felhasználó számára időigényes
Tömeges (CSV fájl) A felhasználók tömeges importálása/frissítése CSV-n keresztül Hatékony csoportok számára; nincs szükség kódolásra Kézi CSV előkészítés; 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árszinkronizálás Automatikus szinkronizálás AD, Entra ID, SCIM alkalmazásokból, Unified CM Automatizálja az életciklust; támogatja a szűrést és a leképezést Beállítás bonyolultsága: egyes lehetőségek korlátozott funkciókkal rendelkeznek, vagy infrastruktúrát igényelnek
Ez az áttekintés és táblázat a fő felhasználói szolgáltatási lehetőségeket, azok előnyeit és korlátozásait tükrözi, amelyek segítenek kiválasztani a szervezet igényeinek legmegfelelőbb megközelítését.

Felhasználói csoportok

A felhasználói csoportok kezelése lehetővé teszi a rendszergazdák számára, hogy csoportokba szervezzék a felhasználókat a licencek, beállítások és erőforrások hatékony tömeges kezelése érdekében. A csoportok elősegítik az adminisztráció egyszerűsítését azáltal, hogy házirendeket, licenceket és beállítássablonokat alkalmaznak egyszerre több felhasználóra, ahelyett, hogy a felhasználókat külön -külön

A felhasználói csoportok kezelése számos előnnyel jár, többek között:

Egyszerűsített adminisztr áció: A licencek, beállítások és há zirendek kezelése egyszerre több felhasználó számára.

Következ etesség: Egységes beállítások és licencek alkalmazása ugyanazon csoport ba tartozó felhasználók között.

Méretezhetőség: Csoportonként legfeljebb 250 000 tagot támogat.

Integráció: Csoportok szinkronizálása a Microsoft Entra ID-ből (Azure AD) vagy Active Directory az automatizált felhasználó- és csoportkezeléshez.

Rugalmasság: Helyi csoportok létrehozása vagy biztonsági csoportok szinkronizálása; a csoport tagság kezelése manuálisan vagy CSV-fájlokon keresztül.

Erőforrás-kiosz tás: A beágyazott alkalmazásokhoz és szolgáltatásokhoz való hozzáférés ellenőrzése a csoporttagság alapján.

A felhasználói csoportok fő felhasználási lehetőségei a rendelkezésre bocsátáskor a következők:

Licenckiosz tások: Licenceket rendelhet csoportokhoz, hogy automatikusan szolgáltatásokat nyújthassanak, például hívások, értekezletek, üzenetküldés vagy hibrid szolgáltatások a csoporttagok számára.

Beállítási sablonok: A konzisztens felhasználói élmény érdekében alkalmazza a szolgáltatásbeállítások gyűjteménye it (pl. üzenetküldés, értekezlet, hívás) csoportokra.

Tömeges felhasználókezelés: Felhasználók tömeges hozzáadása vagy eltávolítása CSV-fájlok vagy könyvtár szinkronizálás révén.

Automatizálás és integráció: Használjon API-kat vagy könyvtárszinkronizálást az automatizált felhasználói és csoportos életciklus-kezeléshez.

Az alábbi táblázat összefoglalja a felhasználói csoportok és a csoportkezelés kezelésének különböző lehető ségeit.
7. táblázat. Csoportok és csoporttagságok kezelésének lehetőségei
Opció Leírás Előnyök Hátrányok

csoportos ellátás (csoportok) Hozzon létre és kezelje közvetlenül a csoportokat. Tagok hozzáadása/eltávolítása manuálisan vagy CSV-n keresztül. Teljes ellenőrzés a csoporttagság felett
Licencek és sablonok azonnali alkalmazása
Könnyen létrehozható és szerkeszthető csoportok Kézi frissítések szükségesek
Hibák kockázata a kézi CSV-feltöltésekben
Nincs automatikus szinkronizálás külső könyvtárakkal

Szinkronizált csoportok az Entra ID-ből (Azure AD) vagy Active Directory A biztonsági csoportok és tagságok automatikus szinkronizálása külső könyvtár szolgáltatásokból. Az automatizált szinkronizálás csökkenti a kézi munk
Biztosítja a vállalati könyvtárral való összhang
Támogatja a nagy szervezeteket
Nem lehet szerkeszteni a csoporttagságot
A szinkronizálás késleltetése akár 12 óráig
A beágyazott csoportok kézi kiválasztást igényelnek

Csoportok és SCIM 2.0 API (csoportok) Csoportok vagy SCIM 2.0 API használata programozott csoport- és tagságkezeléshez Automatizálás és integráció más rendszerekkel
Méretezhető nagy vagy összetett környezetekhez
Fejlesztési erőfeszítést igényel
A bonyolultság az API használatától függ

Míg a szinkronizált csoportok biztosítják a következetességet és egyetlen adminisztrációs pontot kínálnak, lehetséges egy hibrid megközelítés, amely kombinálja a szinkronizált csoportokat és csoportokat (akár vezérlőközpontban, akár API-kon keresztül kezelt). Így például a licenchozzárendel ésre szánt csoportok szinkronizált csoportok lehetnek, és külön csoportkészlet használható felhasználók hozzárendelésére és sablonok hívására.

A felhasználói csoportok kezelésének ezen átfogó megközelítése lehetővé teszi a szervezetek számára, hogy hatékonyan kezeljék a felhasználói licenceket, beállításokat és házirendeket, biztosítva a következetes és skálázható együttműködési élményeket.

Ajánlott megközelítés az irányba való migráció során

A felhasználók elsődleges adatforrása az adatbázis, amely végfelhasználói információkat tartalmaz. Ez azonban jellemzően nem a felhasználói identitás kezelésének tekintélyes forrása, és ami még fontosabb , az átmenet végén leáll, ezért kizárják, mint hosszú távú hitelesítő forrást az azonosító információkhoz.

A Cisco azt javasolja, hogy központosított felhőkönyvtárat, például a Microsoft Entra ID (Azure AD) használjon a felhasználói identitások egyetlen igazságforrásaként. A felhasználók szinkronizálása az Entra ID-vel biztosítja a következetességet, egyszerűsíti a kezelést és támogatja az egyszeri bejelentkezés (SSO) képességeit.

Annak biztosítása érdekében, hogy az összes felhasználó jelen legyen az Entra ID-ben, a szervezeteknek ellenőrizniük kell, hogy a felhasználói fiókok megfelelnek-e az Entra ID fiókoknak. Ezt úgy lehet elvégezni, hogy exportálja a felhasználói listákat és összehasonlítja őket az Entra ID felhasználói listákkal.

Összefoglalva: az ajánlott biztosítási módszer a felhasználók szinkronizálása a Microsoft Entra ID (Azure AD) rendszerről a Webex-re az Azure AD varázsló vagy a SCIM alkalmazások segítségével. A kézi és a CSV tömeges ellátás kiegészítő módszerekként érhető el, de kevésbé skálázható és nagyobb hibákra hajlamosabb a nagy szervezetek számára. Annak biztosítása, hogy az Entra ID legyen a hiteles forrás, és hogy az Entra ID minden felhasználó létezjen az Entra ID-ben, kritikus fontosságú a sikeres áttelepítés és a következetes felhasználói él mény érdekében az egész és környezetben.

A helyszíni könyvtárszolgáltatásról, például Active Directory egy felhőalapú könyvtárszolgáltatásról, például az Entra ID-re (Azure ID) való áttérés független a hívási átállástól. A Cisco azt javasolja, hogy a hívási átmenet megkezdése előtt fejezze be a felhőkönyvtárszolgáltatásra való áttérést.

Felhasználói csoportok tervezése

A vállalati könyvtár helyszíni és felhőbe való átállása után gyűjtse össze a szükséges felhasználói csoportokat a licencelési és szolgáltatás sablonkövetelmények alapján. Minden csoportdokumentum esetében:

Csoport neve: a csoport egyedi neve.

Licencek: ehhez a csoporthoz rendelendő licencek (ha vannak ilyenek) és hatókör (ha a licenceket meglévő felhasználókhoz vagy csak új felhasználókhoz rendeljük)

Beállítási sablonok: Webex App és Felhasználói hívássablonok.

Könyvtárszinkronizálás: Ez a csoport szinkronizáló-e a vállalati könyvtárból, vagy ez egy helyi Webex-csoport, amelyet a Vezérlőközpontban vagy egy API-n keresztül biztosítanak.

Leírás: hogyan fogják használni ezt a csoportot, és mely felhasználók legy enek ennek a csoportnak

Ezeket a részleteket később a megvalósítási szakaszban használjuk fel helyi csoportok vagy csoportok létrehozására a vállalati könyvtárban és a felhasználók csoporttagságának kezelésére.

Egyszeri bejelentkezés (SSO)

A Cisco az SSO használatát javasolja a felhasználói hitelesítéshez. Az SSO használatának néhány meggyőző előnye van, többek között:

Egyszerű@@ sített felhasználói hitelesítés: A felhasználók egyszer bejelentkezhetnek vállalati hitelesítő adataik segítségével (pl. az Azure ID-ről) a hozzáféréshez és más integrált alkalmazásokhoz, így nincs szükség több jelszóra, és csökkenti a bejelentkezési kérelmeket. Ez növeli a biztonságot, mivel biztosítja, hogy a vállalati jelszavak soha nem kerülnek tárolásra vagy továbbításra a hitelesítés után.

Egyszerűsített felhasználókezelés: Automatizálja a felhasználói fiók létrehozását, frissítését és deaktiválását a vállalati könyvtár változásai alapján, csökkentve az adminisztratív költségeket és biztosítva, hogy csak az engedélyezett felhasználók férhessenek hozzá.

Továbbfejlesztett biztonság: Az SSO csökkenti a jelszófáradtságot és a jelszóval kapcsolatos megsértések kockázatát azáltal, hogy a hitelesítést megbízható identitásszolgáltatók (IDP) révén központosítja.

A többfaktoros hitelesítés (MFA) egyszerű integrálása: az MFA könnyen támogatható akár Identity Access Management megoldással, mint a Cisco Duo, vagy az iDP M FA- támogatásával.

Számos lehetőség van az SSO szolgáltatásokhoz történő megvalósítására:

SAML 2.0 alapú SSO: Az S SO-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 connect (OIDC): Alternatív modern hitelesítési protokollként támogatott az SSO integr ációhoz.

Webex identitás: Identitássz olgáltató opcióként is támogatott.

Az SSO-t központilag konfigurálják és kezelik, és metaadatcserét igényel a kiválasztott IDP között.

A konfiguráció után az SSO az aktiválás előtt tesztelhető a megfelelő beállítás biztosítása érdekében.

A Cisco támogatja a több tesztelt és általánosan használt IDP-vel és identitáskezelő rendszerekkel (IAM) való integrációt, beleértve, de nem kizárólagosan az alábbiakat:

Cisco Duo

Okta

Microsoft Active DirectorySzövetségi 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 hitelesítették a Cisco együttműködési megoldásaival való kompatibilitást.

Többszörös IDP támogatás

lehetővé teszi a szervezetek számára, hogy az SSO-t több IDP-vel konfigurálják, hogy olyan összetett informatikai környezeteket alkalmazzanak, mint például fúziók, felvásárlások vagy decentralizált informatikai részlegek, 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 Multiple iD P funkció használatával, vagy egy olyan vállalati IAM rendszer integrálásával, mint a Cisco Duo.

A többszörös Identity Provider (iDP) támogatása számos olyan kulcsfontosságú felhasználási esettel foglalkozik, amikor a szervezetek rugalmas és biztonságos hitelesítést igényelnek különböző informatikai környezetekben:

1. Fúziók és felvásárlások

Amikor a vállalatok egyesülnek vagy vásárolnak másokat, gyakran külön informatikai infrastruktúrájuk és különálló IDP-k rendelkeznek, amelyek nem tudnak szövetkezni. A többszörös IDP-támogatás lehetővé teszi mindkét szervezet felhasználói számára, hogy biztonságosan hitelesítsék és együttműködjenek anélkül, hogy azonnal egységesítenék azonosító rendszereiket.

2. Több független informatikai részleg

A nagy szervezetek vagy kormányzati intézmények több független informatikai osztállyal rendelkezhetnek, amelyek mindegyike saját IDP-jét irányítja. többszörös IDP funkciója lehetővé teszi ezen osztályok számára, hogy fenntartsák saját hitelesítési rendszereiket, miközben lehetővé teszi a felhasználók számára a zökkenőmentes hozzáférést

3. Különböző felhasználói csoportok vagy tartományok

Különböző felhasználói csoportokkal (pl. alkalmazottak és vállalkozók) vagy több e-mail tartományt tartalmazó szervezetek konfigur álhatják az útválasztási szabályokat, hogy a hitelesítési kérelmeket a tartomány- vagy csoporttagság alapján irányítsák a megfelelő IdP-hez. Ez támogatja a differenciált hozzáférési irányelveket és a 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) IDC IDP-ket, lehetővé téve a szervezetek számára, hogy a meglévő infrastruktúrájuknak és biztonsági követelményeiknek megfelelően integrálják a különböző típusú identitás-szolgáltatókat.

5. Fokozott biztonság és megfelelés

A több IDP engedélyezésével a szervezetek erősebb hitelesítési mechanizmusokat valósíthatnak meg, beleértve a többtényezős hitelesítést (MFA) olyan integrációk révén, mint például a Duo, és következetes biztonsági irányelveket érvényesíthetnek a különböző felhasználói bázisokon.

6. Egyszerűsített felhasználói élmény

A felhasználók hitelesíthetnek a megfelelő IDP-jükből származó meglévő hitelesítő adataik segítségével, egységes bejelentkezési élményt biztosí tva annak ellenére, hogy több azonosító rendszer alapvető összetettsége van.

Bár a többszörös IDP-támogatás rugalmasságot biztosít, a biztonsági és azonosító csapatok közötti gondos koordinációt igényel a következetes biztonsági irányelvek fenntartása és a lehetséges se bezhetőségek elkerülése érdekében.

Duo MFA SSO-val

A Duo Access Gateway (DAG) a meglévő helyszí ni vagy felhőalapú könyvtárak Active Directory (AD) és OpenLDAP segítségével hitelesítheti a felhasználókat. Támogatja az integrációt más identitásszolgáltatókkal is, mint 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 Webex SSO jelenlegi könyvtár infrastruktúráját használják a Duo MFA-val.

A Duo erős hitelesítési rétegként működik az elsődleges könyvtárhitelesítés tetején. Identitá sszolgáltatóként (iDP) működik a SAML 2.0 használatával a kétfaktoros hitelesítés (2FA) érvényesítésére a hozzáférés megadása előtt. A Duo a hozzáférés engedélyezésére vagy meg tagadására szolgáló konfigurálható házirendek alapján értékeli a felhasználói, eszköz- és hálózati környezetet, növelve a biztonságot a felhasználónév és a jelszó mellett. A Duo rugalmas házi rend-vezérlést is biztosít, például egyes alkalmazásokhoz minden bejelentkezéskor MFA-t igényel, másoknál pedig ritkábban.

A Cisco Duo előnyei a következők:

Továbbfejlesztett biztonság: adathalásznak ellenálló MFA-t ad hozzá a hozzáférés védelméhez, csökkentve a veszélyeztetett jelszavak kockázatát.

Rugalmas házirendek: Lehetővé teszi a hitelesítési követelmények részletes szabályozását alkalmazásonként vagy felhasználócsoportonként.

Integráció meglévő könyvtárakkal: Támog atja a helyszíni AD, az OpenLDAP, a felhőkönyvtárakat és a különböző S SO-szolgáltatókat, minimalizálva az infrastruktúra-változásokat.

Felhasználói kényelem: Támog atja az egyszeri bejelentkezést (SSO) a jelszófáradtság csökkentése érdekében, mivel lehetővé teszi a felhasználók számára, hogy egyszeri bejelentkezést és biztonságosan hozzáférjenek több erőforráshoz.

Megbízható végpontok: Tá mogatja az eszközök megbízhatóságát Windows és macOS rendszereken, javítva a biztonsági helyzetet.

Önkiszolgáló regisztráció: A be épített regisztráció és a kettős üzenet javítja a felhasználói élményt az MFA beállítása során.

A Duo MFA az SSO-val kihasználja a meglévő könyvtárakat, például az OpenLDAP vagy Active Directory a felhőalapú azonosító szolgáltatókat a felhasználók hitelesítésére . A Duo feladata, hogy a SAML 2.0-on keresztül integrált erős, politikávezérelt második hitelesítési tényezőt biztosítson, növelve a biztonságot, miközben megőrizze a felhasználói kényelmet az SSO-n keresztül. Az előnyök közé tartozik a jobb biztonsági helyzet, a rugalmas politikák érvényesítése, a zökkenőmentes integráció és a jobb felhasználói élmény.

A Cisco javasolja az SSO bevezetését a felhasználók számára. A fokozott biztonság érdekében a Cisco Duo-val való integráció ajánlott.

A vállalati IAM és az SSO stratégiát alkalmazni kell, mielőtt megkezdené az átmenetet.

Jellemzők

teljes körű szolgáltatással rendelkezik, amelyek a szolgáltatásban szerepelnek. Ez magában foglal ja számos vállalati szintű hívási funkciót, amelyek évek óta elérhetők. Előfordulhat, hogy nem látja a funkciók és a funkciók 100% -os paritását, azonban amint az az alábbi ábrán látható, a legfontosabb hívási funkciók itt érhetők el.

Webex Callingvállalati szintű funkciók

A sok felhasználói funkció mellett alapvető rendszerfunkciókkal rendelkezik, amelyek a platformhoz tartoznak. Ezek közé tartoznak az olyan funkciók, mint az autószolgálatok, a hívássorok, a híváspark stb. Az összes rendelkezésre álló alapvető rendszer funkciót a Szolgáltatás → Hívás →Funkciók részben tekintheti meg, amint az alapfunkci ók ábr Webex Callingán látható.

Webex Callingalapvető jellemzők

Automatikus felügyelő

Az Auto Attendant lehetővé teszi a bejövő hívások kezelésének 24/7 automatizálását, ami lehetővé teszi a hatékony híváskezelést anélkül, hogy valaki minden hívást válaszolnia kellene.

Az automatikus kísérő válaszol a bejövő hívásokra, és a hívónak lehetőséget ad arra vonatkozóan, hogy hová akarja irányítani a hívást. Ez történhet egy személynek, egy hangpostafióknak vagy egy hívó szolgáltatásnak (pl. Hívássor). A hívó telefonja tárcsázásával adja meg a számot az automatikus kísérő menüből.

Az automatikus felügyelő a következő kulcsfontosságú funkciókat támogatja:

Üzleti és utáni ütemezés

Ünnepi ütemterv

A tárcsázási menü lehetősége arra, hogy ügyfeleit oda irányítsa, ahová menniük kell

Üdvözlet testreszab

Név szerinti tárcsázás opció

Hívásátirányítási lehetőségek

Control Hub elemzései és jelentései.

További információt az Automatikus kísérők kezelése című témakörben talál.

Call Park

A híváspark lehetővé teszi a felhasználók számára, hogy könnyedén felfüggeszt ess ék a hívást, hogy egy másik felhasználó könnyen lekérhessen, amikor rendelkezésre állnak annak elfogadására. Ezenkívül felszabadítja az eredeti hívásra válaszolt felhasználót, hogy más hívásokat kezdeményezzen vagy fogadjon a hívás parkolása közben.

Kétféle call park áll rendelkezésre:

Call park direct — lehetővé teszi bármely felhasználó számára, hogy egy hívást parkoljon egy másik felhasználó kiterjesztéséhez vagy egy híváspark-bővítményhez, a Rendszergazda által meghatározott módon

Hívásparkoló csoport — lehetővé teszi, hogy egy meghatározott felhasználócsoport automatikusan parkolja a hívá sokat a csoport számára meghatározott rendelkezésre álló parkolóhelyekkel szemben. Ezek a célállomások lehetnek a csoporttagok bővítményei vagy híváspark-bővítményei.

A konfiguráció és a parkolási típus alapján a felhasználók *88+> tár csázással, a híváspark- <extension of parked call>bővítményhez társított vonalgomb megnyomásával vagy IP-telefonján található szoftverkulcs használatával vehetik le a hívásokat.

Visszahívási lehetőség áll rendelkezésre a parkolt hívás egy meghatározott időszak elteltével történő visszahívására a hívást parkoló felhasználó vagy egy másik felhasználó számára.

További információt a H ívapark kezelése a Vezérlőközpontban című témakörben tal ál.

Hívásfelvétel

A hívásvétel lehetővé teszi a rendszergazda számára, hogy meghatározza a felhasználók (tagok) csoportját, akik egy másik tag telefonjára érkező hívást fogadhatnak. Ez lehetővé teszi a felhasználó számára, hogy hívásokat fogadjon, ha csapattár sai elfoglaltak, és nem tudnak bejövő hívást válaszolni.

A csoport felhasználóinak ugyanazon a helyen kell lenniük.

A felhasználók a hívás felvételéhez használhatják akár az asztali telefonjukat.

:

Támogatja a vizuális és audio értesítéseket

Bejövő hívás értesítés

Face alapú (*98-as tárcsázás) vagy értesítési hívás átvétele

Hívásvételi értesítések többvonalas telefonokhoz.

Asztali telefonok:

Bejövő hívás értesítés

Hangcsengők és vizuális értesítés a kézibeszélő LED-én keresztül. A 6821 csak hanghangokat támogat

Ha az értesítési típus van kiválasztva a nem nincs mező ben

Hívásfelvételi értesítések csak elsődleges vonalaknál.

További információt a Hívásvételi csoport konfigurálása című témakör ben talál.

Hívássor

Alapfunkcióinak részeként kizárólag hanghívási sorokat tartalmaz, és minden Professional licenccel rendelkező felhasználó részt vehet hívásvárónak, ügynöknek vagy felügyelőnek. Ez a funkció lehetővé teszi a felhasználók számára, hogy hatékonyan kapcsolatba lépjenek az ügyfelekkel. A hívássorok támogatják a call center alapfunkcióinak egyes részhalmazát, például a hangsorokat, a visszahívást, a készség- vagy prioritási útválasztást, az ügynöki várólisták kezel ését, az elemzést, a jelentést stb.

A Cisco Microsoft Teams integrációjára vonatkozó felhívása lehetővé teszi az ügynökök számára, hogy közvetlenül a Microsoft Teams kliensükből férhessenek hozzá a hívássor-hívásokhoz és funkciókhoz

A hívássorok a következő kulcsfontosságú funkciókat támogatják:

Üdvözlet és üzenetek (üdvözlet, vigasz, suttogás stb.)

Tartsa meg a zenét

Visszahívás

Sorrend-útválasztási irányelvek (éjszakai szolgáltatás, ünnepek, továbbítás)

Ügynöki várólista bejelentkezés/kijelentkezés

Ügynöki várólista állapotkezelése

vagy Desk Phone támogatás

A felügyelő ügynök felhívja a figyelmet, az autóbuszt, az útváltást vagy átveszi az átvételt a Feature Access Codes (FACs) segítségével

(rendszergazdai hozzáférés) a következőkhöz:

várólista kezelése

Ügynök és várólista elemzése és jelentése

Várósor, ügynök és felügyelő menedzsment.

További információt a Hívássor konfigurálása című témakör ben tal ál.

rendelkezik egy Customer Assist kiegészítő funkcióval, amely további hívássor-lehetőségeket biztosít, és az ügynököknek és felügyelőknek jobb felhasználói élményt nyújt a. A Hívásvárólista és az ügyfélszolgálat funkcióinak összehasonlítását lásd: H Webex Callingívá ssor és ügyfélszolgálati funkció összehasonlítása.

Vadászcsoport

A Vadászcsoportok lehetővé teszik a bejövő hívások meghatározott felhasználói csoporthoz történő irányítását egy előre meghatározott hívásátirányítási minta segítségével. Ez biztosítja, hogy a hívásokat a felhasználók megfelelő csoportja válaszolja, vagy hangpostára küldje el nyomon követés céljából.

Az egyik nagy különbség a vadászati csoportok és a hívássorok között az, hogy a hívásokat nem sorba helyezik a vadász csoportokban, így ha a Vadászcsoportban egyetlen felhasználó sem áll rendelkezésre a hívás fogadására, akkor a hívást leválasztják, hangpostára küldik, vagy továbbítják egy másik számra (felhasználóra vagy szolgáltatásra).

További információ: Vad ászati csoportok kezelése a Vezér lőközpontban.

Működési mó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ássor). A hí vás irányításának helye és mikor történik, a napi és a hét napjának ütemezése alapján történik, és bármely felhasználó jogosult ezen üzemmódok (ütemezések) kezelésére a hívásátirányítás módosításainak szabályozására.

Például a hívássorba irányuló hívások egy másik hívássorba irányíthatók, egy másik időzónában lévő ügynökökkel, hogy órák után fogadják a hívásokat, munkaidőben a helyi ügynökökhöz irányíthat ók, és ünnepnapokon hangpostára irányíthatók, hogy az ügynö kök visszatérjenek az irodába.

Az engedélyezett felhasználó válthat ezen különböző hívásátirányítási forgatókönyvek (módok) között, ha meg kell változtatnia a bejövő hívások irányításának helyét egy bizonyos időszakra. Ezek a felhasználók kezelhetik a módokat 6800/7800/8800 MPP telefonjukon, 9800 telefonjukon vagy a Felhasználói központban a Manage módokban.

További információt a Hívás-útválasz tás működési módok alapján című témak örben Webex Calling talál.

Lejelentkezési csoport

A lapozócsoportok lehetővé teszik a felhasználók számára, hogy egyirányú hívást indítsanak, hogy hangüzenetet küldjenek egy felhasználócsoportnak. Minden csoport legfeljebb 75 célfelhasználót és/vagy munkaterületet tartalmazhat, amelyeket előre meghatározott szám vagy kiterjesz tés tárcsázásával érnek el.

Amikor egy felhasználó egy lapozócsoportot hív, egyidejű hívást kezdeményez a csoport összes hozzárendelt célpontjára, ekkor a hívó üzeneteit közölheti, és leállíthatja az üzeneteket, miután azok befejeződtek.

További információt a Lejelezési csoport konfigurálása a Vezérlőközpontban című té makörben talál.

Felvételek

támogatja a felhasználó által kezdeményezett vagy fogadott hívások rögzítését. Erre szükség lehet minőségi, biztosítási, biztonsági vagy képzési igényekhez. Alapértelmezés szerint a hívásokat rögzítik, de más harmadik féltől származó felvételi szolgáltatók is használhatók, ha más rögzítési funkciókra vagy megfelelési és szabályozási követelményekre van szükség.

Felvételi platformként használva az összes rögzített hívást belül kezelik. A felvételeket a Compliance Officer szerepével rendelkező teljes adminisztrátorok játszhatják és letölthetik. A megfelelőségi tisztviselő szerepkör nélkül az adminisztrátor csak a felvételeket törölheti.

Erről a funkcióról és a harmadik féltől származó felvételek listájáról további információt a Hívásfelvétel kezelése című té makörben tal Webex Calling ál.

Egyszámú elérés

Az egyetlen szám-elérés lehetővé teszi, hogy a felhasználó telefonszámára irányuló hívások több eszközt is megszólaljanak. Ez magában foglalhatja más asztali telefonokat és mobiltelefonokat is. Ezekről az eszközökről is hívásokat lehet kezdeményezni, és a felhasználók hívásokat tolhatnak és húzhatnak közöttük.

A funkcióról és a rendszergazda konfigurálásáról további információt az Egyszámú számú elérés konfigurálása című témakörben talál (irodában bárhol).

További információt arról, hogy a felhasználók hogyan kezelhetik és konfigurálhatják ezt a funkciót a Webex User Hub (portálon), lásd: Egyszámú elérés konfigurálása (irodában bárhol).

Hangposta csoport

A hangpostacsoportok lehetővé teszik a megosztott hangpostafiók létrehozását, amely hozzárendelhető egy felhasználóhoz vagy hívásá tirányítási funkcióhoz. Néhány ok, amiért szükség lehet a hangpostacsoportra:

Általános célú hangposta egy osztály vagy munkacsoport számára

Hangposta beállítás hozzáadása automatikus kísérőhöz vagy vadászcsoporthoz

Túlfolyó hívások küldése hívássorból

Azok a felhasználók, akiknek csak hangposta dobozra van szükségük.

További információt a Me gosztott hangposta és a bejövő faxdoboz kezelése című témakörben talál. Webex Calling

Az Attendant Console szerepel a Webex Hívási funkciók oldalán, azonban ez egy kiegészítő funkció, amelynek használatához meg kell vásárolni a kísérő konzollicencet.

További információt az Attendant Console használatának megkezdése című témakörben talál.

Az összes funkcióról, beleértve néhány kiegészítő funkciót is, lásd: Licenctípus szerint elérhető szolgáltatások. Webex Calling

Táblázat 1. Az egyes helyekre rögzítendő információk
Információ	Megjegyzés
Bővítési tartomány (ek)	Minden helynek különböző számjegyekkel kezdődő kiterjesztései lehetnek. Egy számjegyet meg kell kímélni a helyszíneközi tárcsázó kormányszámjegyhez (például 8), egyet pedig a PSTN kormányszámjegyhez (például 9). Egyetlen kiterjesztési tartomány sem kezdődhet e két számjegy egyikével. Minden hely kiterjesztési tartományának azonos hosszúságúnak kell lennie.
DID tartomány (ek)	-
PSTN kormányszámjegy	-
Webhely kódja	Az összes helyszín összes webhelykódjának egyedinek és azonos hosszúságúnak kell lennie.
Fő szám	Helyszín létrehozásakor két DID-t kell biztosítani. Az egyik fő számként (például egy automatikus kiszolgáló szolgáltatáshoz rendelhető), egy pedig a hangposta portálhoz. Első DID rendelkezés a hangposta számához.
Hangposta száma
Engedélyek száma	Szükséges licencek típusonként, beleértve a Standard, Professional, Munkaterületet, Útvonallistát, Kimenő hívási csomagot.
Egyidejű hívások a forgalmas órában	Az eszközök és az eszközök és a helyi átjáró közötti párhuzamos hívások összege (PSTN és eszközökre irányuló hívások). Szükséges a szükséges internet-hozzáférési sávszélesség meghatározásához.
Ország	-
Időzóna	-
Nyelv	-
Kapcsolat (név, telefon, e-mail)	-
Cím (Utcai cím, Város, Állam, Irányítószám)	-
A sürgősségi szolgálatok fizikai elosztható helye végpontokhoz	A segélyhíváshoz használt eszköz elküldhető helye általában a következőket tartalmazza: épület címe, épület címe+emeleti száma, épület címe+ lakosztályszám vagy épület címe + emeleti száma+irodai/kocsiszám.
Eszközenként egyedi fizikai hálózati hely a sürgősségi szolgálatok számára	A vészhívások fizikai hálózati helye általában a következőket tartalmazza: kapcsoló/kapcsolóport vezetékes eszközökhöz, vezeték nélküli hozzáférési pont (AP) alap szolgáltatáskészlet-azonosítók (BSSID) vezeték nélküli csatlakoztatott eszközökhöz, és/vagy a végponti eszközök helyszíni IP-alhálózata (ek).

Táblázat 2. Vállalati számozási példa
Webhely	Bővítési tartomány	Webhely kódja	Vállalati tartomány
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

3. táblázat. Rögzített hosszhosszabbítási tartományok
Webhely	Bővítési tartomány	Bővítmények	Webhely kódja	Vállalati tartomány
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

4. táblázat. Hétszámjegyű tárcsázás átmenete

Webhely	Bővítmények	Webhely kódja	Vállalati kínálat	Webhely óda	Vállalati angolok
NYC	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

5. táblázat. Felhasználói biztosítási lehetőségek — összefoglaló
Hozzárendelési módszer	Előnyök	Hátrányok
Kézikönyv	Egyszerű kevés felhasználó számára. Lehetővé teszi a licenckiosztás pontos és részletes ellenőrzését.	Nem méretezhető, időigényes Hajlamos emberi hibákra a kézi bevit el során.
Automatikus licencsablonok	Méretezhető Csökkenti a kézi hibák Alkalmazható új és meglévő felhasználókra.	Érvényes telefonszámokat és helyeket igényel. Bonyolultabb beállítás A felhasználók csoportonkénti felhasználói csoportokat is igényel, egyenértékű licenckövetelményekkel.
Tömeges CSV-feltöltés	Hatékony nagy felhasználói készletekhez Lehetővé teszi a licencek, telefonszámok és kiterjesztések egyidejű hozzárendelését.	Gondos CSV-formázást igényel Hiba lehetséges, ha a telefon számok vagy bővítmények hiányoznak vagy helyesek.
API-alapú hozzárendelés	Automatizálható, rugalmas. Lehetővé teszi a licencek, telefonszámok és kiterjesztések egyidejű hozzárendelését.	Fejlesztési és API ismereteket igényel.

6. táblázat. Felhasználói biztosítási lehetőségek
Rendelkezési módszer	Leírás	Előnyök	Hátrányok
Kézikönyv	Felhasználók létrehozása/kezelése külön-külön	Egyszerű kevés felhasználó számára; nincs szükség infrastruktúrára	Nem méretezhető; sok felhasználó számára időigényes
Tömeges (CSV fájl)	A felhasználók tömeges importálása/frissítése CSV-n keresztül	Hatékony csoportok számára; nincs szükség kódolásra	Kézi CSV előkészítés; 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árszinkronizálás	Automatikus szinkronizálás AD, Entra ID, SCIM alkalmazásokból, Unified CM	Automatizálja az életciklust; támogatja a szűrést és a leképezést	Beállítás bonyolultsága: egyes lehetőségek korlátozott funkciókkal rendelkeznek, vagy infrastruktúrát igényelnek

7. táblázat. Csoportok és csoporttagságok kezelésének lehetőségei
Opció	Leírás	Előnyök	Hátrányok
csoportos ellátás (csoportok)	Hozzon létre és kezelje közvetlenül a csoportokat. Tagok hozzáadása/eltávolítása manuálisan vagy CSV-n keresztül.	Teljes ellenőrzés a csoporttagság felett Licencek és sablonok azonnali alkalmazása Könnyen létrehozható és szerkeszthető csoportok	Kézi frissítések szükségesek Hibák kockázata a kézi CSV-feltöltésekben Nincs automatikus szinkronizálás külső könyvtárakkal
Szinkronizált csoportok az Entra ID-ből (Azure AD) vagy Active Directory	A biztonsági csoportok és tagságok automatikus szinkronizálása külső könyvtár szolgáltatásokból.	Az automatizált szinkronizálás csökkenti a kézi munk Biztosítja a vállalati könyvtárral való összhang Támogatja a nagy szervezeteket	Nem lehet szerkeszteni a csoporttagságot A szinkronizálás késleltetése akár 12 óráig A beágyazott csoportok kézi kiválasztást igényelnek
Csoportok és SCIM 2.0 API (csoportok)	Csoportok vagy SCIM 2.0 API használata programozott csoport- és tagságkezeléshez	Automatizálás és integráció más rendszerekkel Méretezhető nagy vagy összetett környezetekhez	Fejlesztési erőfeszítést igényel A bonyolultság az API használatától függ

Végrehajtás

Hálózatkészség

Kezdeti beállítás

Domain ellenőrzés

Meglévő felhasználók igénylése (konvertálása)

Könyvtárszinkronizálás konfigurálása és tesztel

Egyszeri bejelentkezés (SSO) beállítása és tesztelése

Licencek beszerzése, biztosítása és ellenőrzése

Webex Callingszolgáltatási beállítások

Kísérleti migráció

PSTN beszerzése

Helyek konfigurálása

Integráció helyszíni hívásvezérléssel

Felhasználók kötegekben történő áttelepítése

Munkaterületek

Szolgáltató eszközök

Funkciók konfigurálása

Elfogadási tesztelés

Hálózati készenség

Az átállás első lépése a helyszíni hálózat és a felhő közötti megbízható és biztonságos internetkapcsol at biztosítása.

Mivel a legtöbb szervezet egy vagy több tűzfal on vagy biztonsági eszközö n keresztül csatlakozik az internethez, elengedhetetlen annak ellenőrzése, hogy a szükséges forgalmi áram lások támogatottak -e.

A hálózati és biztonsági rendszergazdáknak meg kell érteniük ezeket a folyamatokat a következ ők szempontjából:

Irá ny (bejövő és kimenő)

Protokol lok (példa - SIP TLS, SRTP, HTTPS)

A szolgáltatások által használt IP- címtartományok

Nyitandó 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 legyen konfigurálva a forgalom befogadására, miközben fenntartja a vállalati biztonsági irányelveket.

A szükséges áramlásokról, beleértve az IP-címet, a portokat és a protokollokat, lásd a Port referenciainformációit Webex Calling. Ezekkel az információkkal konfigurálhatja a tűzfalat, a proxy eszközöket és más hálózati infrastruktúrát a meglévő telepítésben a hálózati áramlások engedélyezéséhez.

Az egyes fiókból vagy webhelyekből származó decentralizált internetes áttörés az ajánlott megközelítés a felhőalapú együttműködési szolgáltatások esetében, mint például. Ha lehetővé teszi a forgalom helyi kilépését, ez a modell:

Csökkenti a visszaút késését és a remegést, javítva az általános hívásminőséget

Hatékonyan skálázható, mivel több felhasználó és webhely lép át

Zökkenőmentesen működik az SD-WAN használatával, amely dinamikusan tudja irányítani a munkameneteket a legközelebbi felhőbelépési pontra az optimális teljesítmény érdekében

Lehetővé teszi a felhasználók helyének nyomon követését 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 biztosítaniuk kell a megfelelő internetsávszélességet minden helyszínen. A sávszélességet a párhuzamos hívások várható száma, a kiválasztott kodek (pl. Opus vagy G.711), valamint a jelátvitel, az újratovábbítás és a növekedés terhelése alapján kell méretezni. Ez összhangban áll a PPDIO életciklus elő készítési fázisához, és szilárd alapot teremt a migrációhoz.

Kezdeti beállítás

A telepítés megvalósítási szakaszában a kezdeti beállítási alszakasz alapja egy jól strukturált és kezelhető felhőhívási környezet létrehozásához. Ez a szakasz olyan kritikus feladatokat foglal magában, mint például a szervezet beállítása, licencek beszerzése és kiosztása, valamint a vállalat domaineinek ellenőrzése és igénylése a megfelelő felhasználói kezelés és biztonság biztosítása érdekében. Ezenkívül magában foglalja a licencsablonok biztosítását a felhasználói licenchozzárendelések automatizálására, az egyszeri bejelentkezés (SSO) konfigurálását a felhasználói hitelesítés egyszerű sítése és a biztonság javítása érdekében, valamint a szolgáltatás- és ügyfélbeállítások módosítását a szervezeti házirendekhez és a felhasználói igények hez igazítva. Ezeknek a kezdeti beállítási tevékenységeknek a végrehajtása biztosítja, hogy a környezet megfelelően legyen konfigurálva a méretezhetőség, a biztonság és a zökkenőmentes felhasználói élmény érdekében, ezáltal a későbbi telepítési és üzemeltetési szakaszok előkészítése.

Domain ellenőrzés

A cége e-mail domaineivel regisztrált felhasználók azonosításához elengedhetetlen a domainek ellenőrzése. Tartományellenőrzés nélkül a felhasználókat egy fogyasztói szervezethez rendeljük, ami megnehezíti a vállalat felhasználói kezelését. A tartományellenőrzés kötelező lépés, amely lehetővé teszi a szervezet számára, hogy ezeket a felhasználókat hatékonyan igényelje és kezelje.

Győződjön meg arról, hogy a felhasználók e-mail címéhez társított összes domain ellenőrzött legyen. A tar tományellenőrzés nem kizárólagos; ugyanaz a domain több szervezetben is ellenőrizhető.

A tartományok kezelésével kapcsolatos további információt a Domainek kezelése című témakörben tal ál.

Meglévő felhasználók igénylése (konvertálása)

A domainek sikeres ellenőrzése után továbbra is igénybe veheti azokat a felhasználókat, akik regisztráltak a vállalat e-mail domaineinek használatára a szervezetbe. Ez a folyamat az összes felhasználót egyetlen szervezeti esernyő alá egyesíti, lehetővé téve a központosított irányítást és az egyszerűsített adminisztrációt . Ezeknek a felhasználóknak az igénylésével biztosítja, hogy vállalata teljes mértékben ellenőrizze a felhasználói fiókokat, lehetővé téve a megfelelő licencek hozzárendelését, a szolgáltatások konfigurálását és a szükséges támogatás hatékony biztosítását. Ez az egységes felügyeleti megközelítés növeli a biztonságot, egyszerűsíti a felhasználói ellátást, és biztosítja a következetes hozzáférést a szolgáltatásokhoz szerte a szervezetben. A felhasználók igénylése azt is megakadályozza, hogy külső vagy fogyasztói szervezetekben kezeljék őket, ezáltal fenntartva a szervezeti integritást és az együttműködési erőforrások fel etti ellenőrzést.

A felhasználók igényléséről további információt a felhasználók igénylése a szervezetéhez (felhasználók konvertál ása) című témakörben talál.

Könyvtárszinkronizálás konfigurálása és tesztel

A zökkenőmentes felhasználói és csoportkezelés lehetővé tétele érdekében szinkronizálhatja a felhasználókat és csoportokat a vállalati könyvtárból akár a Microsoft Entra ID (korábban Azure AD) vagy Microsoft Active Directory (AD). Ez a folyamat biztosítja, hogy a felhasználói identitások és a csoporttagságok következetesen megőrizzék az egész környezetben.

A szakaszos telepítéseket végrehajtó szervezetek számára kulcsfontosságú a szinkronizálás hatókörének ellenőrzése és korlátozása a kezdeti bevezetések során. Ez minimalizálja a nem kívánt változások kockázatát, és lehetővé teszi a célzott tesztelést a szélesebb körű elfogadás előtt.

A szinkronizált felhasználók szűrésének leghatékonyabb módja a könyvtárcsoport tagságának kiaknázása:

1
Dedikált szinkronizálási csoport létrehozása: A vállalati könyvtárban (Microsoft Entra ID vagy AD) hozzon létre egy kifejezetten szinkronizálásra szolgáló biztonsági csoportot (például szinkronizálási csoport).

2
Töltse fel a csoportot célfelhasználókkal: Csak azokat a felhasználókat adja hozzá, akiket szinkronizálni szeretne (például egy tesztcsoportot a kísérleti szakaszban). Ez lehetővé teszi, hogy szigorúan ellenőrizze, hogy ki szerepel a szinkronizálási folyamatban.

3
A szinkronizálási megállapodás konfigurálása csoportalapú szűréssel: Ha a szinkronizálási megállapodást a Directory Connector vagy az Entra ID biztosításban állítja be, úgy állítsa be a hatókört, hogy csak a kijelölt csoport tagjai közé tartozzon.

A Microsoft Entra ID esetében csoportalapú hozzárendeléseket használhat a biztosítási beállításokban

Az AD esetében olyan LDAP szűrőt adhat meg, amely csak a megadott csoportba tartozó felhasználókat tartalmaz za.

4
Szükség szerint bontsa ki a csoportot: A szélesebb telepítési fázisok felé haladva 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 ezekre a felhasználókra, lehetővé téve az ellenőrzött és fokozatos be vezetést.

Példa megvalósítási lépések:

Az aktív könyvtárban:

Hozzon létre egy szinkronizálási csoport nevű biztonsági csoportot.

Adja hozzá a kívánt kísérleti felhasználókat ehhez a csoporthoz.

Állítsa be a Címtárcsatlakozót egy LDAP szűrővel, például: (MemberOf = CN=Webex Sync Group, OU = Groups, DC = YourDomain, DC = COM).

A Microsoft-ban adja meg az azonosítót:

Szinkronizálási csoport nevű csoport létrehozása

A csoport hozzárendelése az in Entra ID szolgáltatási beállításaihoz

Csak ebbe a csoportba tartozó felhasználók lesznek biztosítva.

Mindig tesztelje a csoportalapú szinkronizálást nem termelési környezetben, mielőtt a teljes szervezetre alkalmazna

Rendszeresen ellenőrizze a csoporttagságot, hogy csak az engedélyezett felhasználók legyenek szinkronizálva

A folyamatos menedzsment érdekében automatizálja a csoporttagsági frissítéseket üzleti szabályok vagy HR-rendszerek alapján, ha lehetséges.

Referenciák:

Az Entra ID felhasználók szinkronizálása a Control Hubba

Az Entra ID Wizard alkalmazás beállítása a Vezérlőközpontban

Könyvtárcsatlakozó

Egyszeri bejelentkezés (SSO) beállítása és tesztelése

Az egyszeri bejelentkezés (SSO) fokozza a biztonságot és egyszerű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 a vállalati hitelesítő adataikat, és zökkenőmentes hozzáférést kapjanak. támogatja az SSO-integrációt a SAML 2.0-kompatibilis IDP-kkel, beleértve a Microsoft Entra ID (korábban Azure AD), Active Directory (AD) egyesített megoldásokat és különböző harmadik féltől származó IDP-ket.

Ezen a ponton a tervezett SSO beállítást meg kell valósítani és tesztelni.

Referenciák:

Egyszeri bejelentkezési integráció a vezérlőközpontba

egyszeri bejelentkezés konfigurálása a webex adminisztrációhoz

Az egyszeri bejelentkezés konfigurálása a Microsoft Entra ID-vel

SSO több IDP-vel

Az SSO kezelése a Control Hubba történő integráció során

Licencek beszerzése, biztosítása és ellenőrzése

A kezdeti beállítás részeként elengedhetetlen a megfelelő licencek beszerzése, biztosítása és ellenőrzése a szolgáltatások hatékony engedélyezéséhez és kezeléséhez. A beszerzési folyamat magában foglalja a licenc típusok kiválasztását a felhasználói szerepkörök és munkaterhelések alapján, például a Professional, Standard és a Workspace licencek alapján. A licenceket a Cisco szoftverplatformjain vagy partnereken keresztül állítják elő és biztosítják. A beszerzés és a biztosítás után, a megfelelő licencszámot ellenőrizni kell. Ez a folyamat biztosítja, hogy a szervezet megfelelő licenceket aktiváljon és készen álljon a telepítés során.

A licencelés kezdeti beállításának részeként fontos a szervezeti alapú automatikus licencelés konfigurálása az új felhasználók számára a licenchozzárendelés egyszerűsítése érdekében. Ez a beállítás lehetővé teszi a licencek automatikus megadását, amikor a felhasználók hozzáadódnak a szervezethez, így nincs szükség manuális licenchozzá rendelésre. Az automatikus licencelés szervezeti szinten történő konfigurálásakor kiválasz thatja azokat a szolgáltatásokat, amelyekkel hozzárendelheti és meghatározza a hatókört, például csak a jövőbeli felhasználókra alkalmazhat licenceket, vagy a meglévő felhasználókat is bevonja.

Ha azonban a telepítési terv inkább csoportos szintű automatikus licencelést használ, úgy dönthet úgy, hogy nem rendeli hozzá licenceket szervezeti szinten a konfliktusok vagy a licenchozzárendelések ismétlődésé nek elkerülése érdekében. Csoportszintű automatikus licencelés esetén a licenceket a csoporttag ság alapján hozzárendeljük. A több csoportban lévő felhasználók licenceket kapnak az összes alkalmazandó csoporthozzárendelésből.

A csoportalapú licenchozzárendelés konfigurálását a könyvtárszinkronizálás befejezése után kell végrehajtani, hogy a szinkronizált csoportok létezjenek és felhasználhatók legyenek a licenchozzárendeléshez.

Konkrétan az automatikus licenchozzárendeléshez további részlet ek szükségesek, például a felhasználói hely és a telefonszám hozzárendelése. A felhasználó munkahelyi telefonszámának +E.164 formátum ban kell lennie, előre beállítva és érvényes helyhez kell rendelnie ahhoz, hogy a licenc automatikus aktiválódjon. Ha ezek a feltételek nem teljesülnek, a felhasználó nem kap szolgáltatást automatikusan, és kézi beavatkozást igényelhet.

Összefoglalva: konfigurálja a szervezeti alapú automatikus licencelést az új felhasználók számára, ha széles körű, szervezeti szintű licenchozzárendelést szeretne. Ha részletesebb vezérlést szeretne, vagy csoportonként eltérő licencelési igényei vannak, konfigurálja az automatikus licencelést a csoport szintjén, és kerül je a licencek kiosztását szervezeti szinten, hogy elkerülje az átfedéseket és biztosítsa a megfelelő licenckezelést.

Webex Calling szolgáltatási beállítások

Alapvető fontosságú a globális szolgáltatási beállítások átfogó áttekintése és konfigurálása.

Kezdje a beállítások részhez való hozzáféréssel és navigálással. Gondosan vizsgálja meg az egyes konfigurálható opciókat, beleértve de nem kizárólag a belső tárcsázási konfigurációt, a vészhívások paramétereit, a hívásátirányítási házirendeket, a hangpostakezel ést és az eszköz alapértelmezett beállításait.

Állítsa be ezeket a globális beállításokat, hogy tükrözze a szervezet házirendeit és tervezési döntéseit.

Szintén, beállítási beállítások, valamint felhasználói és alkalmazássablonok.

Kísérleti migráció

A végrehajtási szakaszban, a kísérleti migráció végrehajtása kritikus mérföldkövet jelent az irányba való átmenet validálásában. Ez a kísérleti kísérlet magában foglalja a felhasználók reprezentatív részhalmazát egy vagy több helyszínen biztosítva a platformon, biztosítva, hogy a kiválasztott populáció különböző felhasználási eseteket és szervezeti szerepeket tükrözze. A felhasználói migrációval párhuzamosan az alapvető együttműködési szolgáltatásokat, beleértve a hangpostát, az automatikus kiszolgálókat, a hívássorokat és a vadászati csoportokat, át kell helyezni az üzleti folyamatosság és a szolgáltatás funkcionalitásának fenntartása érdekében.

A kísérleti áttelepíté snek a Cisco által biztosított eszközök és harmadik féltől származó migrációs segédprogramok ugyanazt a kombinációját kell alkalmaznia, amelyeket a szélesebb körű szervezeti telepítéshez terveztek, biztosítva a folyamatok, az automatizálási munkafolyamatok és az integrációs pontok alapos validálását reprezentatív körülmények között.

Ennek a kísérleti telepítésnek az elsődleges célkitűzései kétszeresek: először a végpontok közötti átmeneti folyamatok validálása és fin omítása, beleértve a felhasználói biztosítási munkafolyamatokat, az adatáttelepítési eljárásokat és a végpont-konfigurációkat; másodszor pedig a migrált szolgáltatások valós működési körülmények között történő átfogó ellenőrz ése.

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, gyűjtse a felhasználói visszajelzéseket az új platform tapasztalatairól, felmérje a kiválasztott migrációs eszközök hatékony ságát, és bizalmat teremtsen a migrációs módszertanba, mielőtt szélesebb körű szervezeti telepítést folytatna.

Az ebben a kísérleti szakaszban szerzett betekintések kulcsfontosságúak a későbbi migrációs hullámok optimalizálásában és a teljes vállalkozás számára a zökkenőmentes , kockázatcsökkentett átmenet biztosításában.

PSTN beszerzése

PSTN-szolgáltatások beszerzéséhez először válassza ki a PSTN-csatlakozási opciót a.

Ha egy szervezet ideiglenesen vagy határozatlan ideig hibrid kettős hívásvezérlést tervez fenntartani ( 1. fá zis a Phased Calling Transition: Hybrid and Cloud ábrán), akkor egy vagy több helyi átjárót kell telepítenie a helyszíni PSTN-hez, hogy lehetővé tegye a hívásokat a végpontok közötti és a végpontok közötti hívások lehetővé tétele érdekében .

Ha a végcél a felhőbe való teljes átmenet (2. fá zis), beleértve a PSTN-t is, akkor a PSTN-hez Cisco Calling Plan vagy Cloud Connect for opció szükséges.

Mielőtt konfigurálná őket, dolgozzon együtt a választott szolgáltatóval a telefonszámok megrendelésében és portálásában. Telefonszámok megrendelése vagy portmegrendelések kezdeményezése csak a helyszíni PSTN és a Cloud Connect rendszerhez szükséges/lehetséges. Cisco hívástervezési csomagok esetében a rendelést és a portálást a Vezérlőközpontból kezdeményezheti , amint a hely létrejött, és azokban az országokban, ahol Cisco Calling Plan elérhető. A Cisco hívá si csomagokról további információt a Cisco csomagok használat ának megkezdése című témakörben talál.

A PSTN implementációjának részeként győződjön meg arról, hogy 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 helyesen kerülnek-e irányításra a kiválasztott PSTN-kapcsolaton keresztül.

Helyek konfigurálása

Mielőtt hozzáadná a felhasználókat és eszközöket, meg kell adnia a hívási helyeket. Minden helyhez érvényes utcai címet kell megadni. Az Egyesült Államokban és Kanadában ezt a címet hitelesíti és a platform használja a PIDF-LO helyadatainak küldésére a segélyhívásokhoz.

A helyszíni PSTN-t használó helyek konfigurálásakor ennek megfelelően be kell állítania a helyi átjárókat. A programban minden helyi átjáróhoz létre kell hozni egy törzset és egy útvonalcsoportot, majd az útvonal csoportot hozzárendeljük a hely PSTN-választásaként. A Cisco határozottan javasolja, hogy mindig válasszon egy útvonalcsoportot a PSTN választásként, mivel ez a megközelítés lehetővé teszi a jövőben további törzsek hozzáadását, támogatva mind a méretezhetőséget, mind a redundanciát. A Cisco azt is javasolja, hogy minden PSTN-csomagban engedélyezze a kettős azonosítást és a P-Charge-Info támogatást, mivel ez egyszerűsíti a kimenő közvetlen vagy átirányított hívások számlázható felének azonosítását. Ha a PSTN-szolgáltató más fejlécet használ a számlázáshoz, a helyi átjárón található P-Charge-Info fejlécből másol hatja az információkat a szükséges számlázási fejlécbe.

Azoknál a helyeknél, amelyek PSTN-opcióként Cloud Connect for vagy Cisco Calling Plan szolgáltatást használnak, a telepítés során egyszerűen válassza ki a megfelelő PSTN- választást a helyhez. Ha a hely a Cloud Connect for vagy a helyszíni PSTN-t használ, hozzá kell adnia az előző lépésben megrendelt telefonszámokat. A számok inaktívként adhatók hozzá, ha nem szeretné, hogy azonnal bekerüljenek a hívásá tirányításba; ezeket a számokat később aktiválhatja, ha felhasználókhoz vagy funkciókhoz vannak hozzárendelve.

Fontos, hogy minden helyhez mindig beállítsa a fő számot. A fő szám hozzárendelhető egy felhasználóhoz vagy egy funkcióhoz, például egy automatikus kísérőhöz. A hangposta engedélyezéséhez a helyszínen feltétlenül állí tsa be a hangposta pilótaszámát, más néven hangportál számát.

A hívási helyek további beállításai közé tartozik a segély hívási adatok konfigurálása, például a vészhelyzeti visszahívási szám, az értesítési lehetőségek és a továbbfejlesztett segélyhívási funkciók. Ezenkívül ellenőrizze és módosítsa a felvételi beállításokat, a nyelvi beállításokat és az eszköz konfigurációkat az egyes helyekhez szükséges módon. Ha a szervezet rövidített telephelyek közötti hálózaton belüli tárcsázást használ vállalati jelentős számokkal, ne felejtse el egyedi webhelykódot konfigurálni a helyhez a belső tárcsázási beállításokban . Végül, ha a külső tárcsázáshoz kimenő tár csázási számjegy szükséges, feltétlenül állítsa be ezt a külső tárcsázási beállításokban. Ha egy kimenő tárcsászámjegy van konfigurálva, a Cisco azt javasolja, hogy engedélyezze a kimenő tárcsászámjegy-érvényesítést a következetesség biztosítása

Integráció helyszíni hívásvezérléssel

A helyszíni hívásvezérléssel való integrációhoz konfigur álni kell a tömböket, útvonalcsoportokat, vállalati tárcsázási terveket, valamint mind a hely-, mind a globális beállításokat. Kezdjük a helyszíni hívásvezérlő rendszerrel való összekapcsolásra sz ánt csatornák és helyi átjárók beállításával; ez a lépés csak akkor szükséges, ha külön csomagtartókra van szükség. Ha a meglévő törzsek és útvonalcsoportok elegendőek a telepítéshez, további konfiguráció nélkül újra felhasznál hatók a helyszíni összekapcsoláshoz.

A törzsek és útvonalcsoportok létrehozása után folytassa a vállalati tárcsázási tervek létrehozását, és rendelje hozzá a megfelelő útvonalcsoportot az egyes tárcsázási tervek célpontjaként. Ha az integráció több helyszíni hívásvezérlő rendszert foglal magában, amelyek különböző csatornákon keresztül kapcsolód nak, több tárcsázási tervre lesz szükség. Fontos biztosítani, hogy ezek a tárcsázási tervek csak azokat a mintákat tartalmazzák, amelyek szükségesek a hívások helyszíni célállomásokra történő irányításához.

Ha a telepítéshez ismeretlen kiterjesztés-útválasztás támogatása szükséges, akkor ezt a funkciót helyszinten engedélyezni kell. Továbbá, ha az ismeretlen kiterjesztés-útvonaltervezés aktiválva van, meg kell adnia a maximális ismeretlen hosszúságot a Hívá s-út választás között és helyiségek között szakasz ban a Hívásszolgáltatások között. Ez biztosítja a zökkenőmentes híváselosztást és a kiterjesztésen alapuló tárcsázási forgatókönyvek megfelelő kezelését az integrált környezetben.

Felhasználók kötegekben történő áttelepítése

A felhasználók áttelepítésekor előfordulhat, hogy nem tudja egyszerre áthelyezni az összes felhasználót. Ennek oka több ok ból is lehet, beleértve, de nem kizárólag a webhelyek vagy felhasználók számát, azt, hogy mennyi időbe telik egy webhely és/vagy felhasználócsoport egyszerre történő átállása, korlátozott informatikai vagy webhely-erőforrás a változtatási ablak támogatá sához, a változtatási ablak időtartama, a változás összetettsége stb.

A felhasználók szakaszos áttelepítésekor döntő fontosságú annak meghatározása, hogy mely felhasználóknak kell áttelepí teniük ugyanabban a kö tegben. Az elsődleges cél a felhasználók áttelepítése, akik egym ástól függnek hívási szolgáltatásaik és funkcióik tekintetében. Biztosítani szeretné, hogy az összes hívási funkció (Példa — Hívássorok) teljesen működőképes legyen, mint az átmenet bekapcsolása előtt.

Még akkor is, ha a helyi átjárók közötti hívási együttműködést hajt végre, nem oszthatja meg a megosztott szolgáltatásokat vagy funkciókat ezen a kapcsolaton belül. Ezért meg kell határoznia a felhasználók közötti függőségeket az alábbi funkciók megtekintésével :

Más felhasználók figyelése a BLF-ek használatával

Ugyanabban a vadászatban pilóta, hívássor stb.

Megosztott vonalak

Hívásfelvétel használata

Ugyanazon call-park számok használata

Kaputelefon

Vezető/Admin.

Példa erre egy olyan felhasználó, aki egy Vadászcsoport tagja, amelyre átmennek. Ez a felhasználó áttér a Hunt Csoporthoz és a Hunt Group összes többi tagjához. Ezért az átmenet után a Hunt Group és tagjai sikeresen válaszolhatnak hívásokra az új platformon.

Ez egyre nagyobb kihívást jelent, ha a felhasználók különböző felhasználói csoportokhoz kapcsolódnak különböző hívási szolgáltatások és szolgáltatások érdekében. Ehhez egynél több felhasználócsopor tot és egy hívó szolgáltatást kell átmennie egyszerre.

Használja az előkészítési szakaszban használt Migration Insights eszköz vagy harmadik fél eszköz kimenetét annak meghatározásához, hogy mely felhasználókat és szolgáltatásokat kell csoportosítani. Ezt a kimenetet fel kellett volna használni az áttelepítési terv kidolgozásához, és betekintést nyújt abba, hogyan csoportosíthatja az átmenetet igénylő felhasználókat és funkciókat.

A felhasználók kötegének átmenete során a legfontosabb lépések a következők:

Együtt áttelepítendő felhasználók azonosítása

Ellenőrizze, hogy minden felhasználó benne van-e

Ellenőrizze a felhasználók összes TN-jét

Ellenőrizze a helyes telefonszám formátumát a könyvtárban

Győződjön meg arról, hogy a felhasználói csopor tok licencsablonja és beállítássablonja megfelelően van-e beállítva

A felhasználó csoport összes hívási szolgáltatásának és funkciójának ellenőrzése vagy konfigurálása (adott esetben az átmenet előtt vagy alatt)

A vállalati könyvtárban adjon hozzá felhasználókat a hívásokkal engedélyezett felhasználók csoportjához

Tevételi eszközök — felhasználói és funkcióáttelepítési eszközök és/vagy harmadik féltől származó eszközök

A felhasználói/eszköz könyvtárszámát és a hívási funkciók/szolgáltatásokat az átmenet után kikapcsolja/törölje.

Egy felhasználócsoport áttelepítése után tesztelje a felhasználók egy részhalmazát annak ellenőrzése érdekében, hogy minden hívási funkciója és szolgáltatása megfelelően működik. Ha az olyan hívási funkciók, mint a hívásválogatás, a vadászati csoportok stb. Átmennek a felhasználói csoportba, akkor tesztelje ezeket a hívási szolgáltatásokat a megfelelő funkcionalitás szempontjából.

Munkaterületek

A munkaterület olyan megosztott helyre utal (mint például egy konferenciaterem, összehúzóhely vagy hot desk), amelyhez eszközök, bővítmények és felhasználók hozzárendelhetők. A hagyományos Unifed CM telefonokkal ellentétben a munkaterületek a következők:

Helyközpontú: fizikai terekhez kötődik.

Rugalmas eszköz: rendelkezhet egy vagy több eszközzel (asztali telefonok, táblák stb.).

Miután a munkaterületeket az átmenet részeként azonosították, hozzáadhatók az Eszközök csoportba. Minden munkaterületnek eszközhozzárendelésre van szüksége, és ha már benne vanUnified CM, akkor azokat vissza kell állítani vagy újra biztosítani kell. Az olyan funkciók, mint a hangposta, a hívásátirányítás és a hívásvétel engedélyezhetők vagy letilthatók, és szükség szerint a videohívásokra, a hívásparkolásra és a mobilitásra vonatkozó irányelvek alkalmazhatók. Tesztelje az egyes munkaterületeket 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ületi eszközökre és foglalásokra vonatkozó eljárásokról.

A munkaterületekről további információt a Munkaterületek című témakörben tal ál.

Szolgáltató eszközök

Azokra a telefonokra, amelyekre jelenleg regisztráltak, át kell telepíteni a felhőátállás részeként. Annak érdekében, hogy a migrációt a lehető legegyszerűbbé tegye, minimális hiba esélyével, a Cisco azt javasolja, hogy egyszerre telepítsék a fizikai webhelyeket vagy osztályokat. Előfordulhat azonban, hogy a funkciófüggőségek miatt kötegekben kell áttelepítenie a felhasználókat. További részletekért lá sd a Felhasználók kötegekben történő áttelep ítése című részt.

A támogatott telefonokat, amelyről át kell lépnie, felhasználóként vagy munkaterületként kell konfigurálni, és a fizikai telefont újra kell konfigurálni a regisztrációhoz. Ezenkívül a 7800 és 8800 sorozatú telefonok firmware-jét az Enterprise firmware-ről Multiplatform Phone (MPP) firmware-re kell frissíteni. 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. Ehhez a megfelelő migrációs engedély is szükséges. A Cisco az elmúlt években javította ezt a folyamatot, hogy megkönnyítse az Enterprise firmware telefonok MPP firmware-re történő frissítését. A firmware-frissí tés befejezésének lépéseiről további információt a Cisco 7800 és 8800 sorozatú IP-telefonok átalakítása Enterprise és MP P firmware között című témakörben tal ál.

A cikkben ismertetett lépéseken kívül van egy beépített eszköz, a Telefon áttelepítéseWebex Calling, amellyel segíthet 7800 és 8800 telefonjainak áttelepítésé hez az Enterprise-ról MPP firmware-re. Ez az eszköz lehetővé teszi a telefonok hozzáadását és hozzárendelését a megfelelő felhasználókhoz vagy munkaterületekhez. Az eszközhasználatával kapcsolatos további információt a Telefon áttelepítése című témakörben talál.

A fenti firmware-migrációs követelmény nem vonatkozik a regisztrált 9800 sorozatú telefonokra. Ezek a telefonok a PhoneOS-t futtatják, amelyet mindkettő támogat és. Ezekre a telefonokra való áttéréshez hozzá kell adnia őketWebex Calling, hozzárendelnie kell őket egy felhasználóhoz vagy munkaterülethez, majd gy ári alaphelyzetbe állítania a telefonokat. Az alábbi ábra a PhoneOS rendszerindítási sor rendjét mutatja be a PhoneOS rendszerindítási sorrendjét és azt, hogy a telefon hogyan fog regisztrálni, miután hozzáadták azt, még akkor is, ha a telefon továbbra is be van kapcsolva és/vagy DHCP beállítások (példa - 150) használatban vannak.

PhoneOS rendszerindítási sorrend a regisztrációhoz

támogatja a PhoneOS eszközök gyári alaphelyzetbe állítását, hogy lehetővé tegye a Zero-Touch beépítést. Az adminisztrátorok távolról állíthatják vissza a 9800 és 8875 telefonokat a CUCM adminisztrációs oldalain keresztül, ami kiküszöböli a telefonokhoz való fizikai hozzáférés szükségességét a telefonokhoz való beépítéshez. Ezt a funkciót 2025. szeptember 9-től támogatják az eszközcsomagok:

CUCM v15 - Unified Communications Manager 15. verzió

CUCM v14 - Unified Communications Manager 14-es verzió.

A 9800-as sorozat regisztrációs folyamatáról további információt a Regisztráció folyamata című témakörben talál .

A Cisco IP-telefonokon kívül más eszközök, például analóg telefon adapterek (ATA), vezeték nélküli (Wifi, DECT) telefonok, videóeszközök, hangátjárók, valamint harmadik féltől származó eszközök és telefon ok ^biztosí tására is szükség lehet. Ezen eszközök közül sok nem rendelkezik firmware-frissítési útvonalmal, mint például az IP-telefonok, hogy átmenjenek a vállalati firmware-ről a felhőalapú firmware-re. Ezért ezeket az eszközöket a Control Hubban fogja biztosítani. Ezek közül néhány ra nem lehet átmenni, és az egyenértékű modellt ki kell cserélni (pl. ATA 191/192) és mások kézi újrakonfigurálást és/vagy szoftvermódosí tást igényelnek.

Hangátjárók — A helyi átjáró áttelepítéséhez olvassa el a Helyi átjáró áttelepítése cím ű témakör t.
További információt a VG400, VG410 vagy VG420 hangátjáró vezérlőközpontban történő konfigurálásáról a Helyi átjáró című témakörben talál.

Analóg telefonadapter (ATA) — A Cisco ATA 191 és 192 készülékkel való kezdéshez lásd: Cisco ATA.

Wifi vezeték nélküli telefon - A 840 és 860 vezeték nélküli telefon 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.

Digitális DECT hálózat létrehozásához és kezeléséhez a Control Hub alkalmazásban lásd: DECT hálóz at kezelése

A Cisco IP DECT 6800-ról további információkért lásd: Telepítési útmutató

Harmadik ^{fél eszkö} zei és telefon jai — Együttműködés a harmadik fél gyártó ⁱ val az eszköz/telefon követelményeir ől, valamint a támogatási célra történő áttelepítésük vagy cseréjének folyamatáról.

Funkciók konfigurálása

A szükséges hívási funkciókat az átmenet előtt vagy alatt biztosítani kell. Amint azt a Felhasznál ók kötegekben történő áttelepítése részben tárgyaltuk, a hívási funkciókat konfigurálni kell és átmenni kell, amikor az őket használó felhasználók átmennek.

Az egyes funkciók konfigurálásával kapcsolatos részletekért lásd a megfelelő konfigurációs súgócikkeket.

Automatikus kísérők - Az autókísérők kezeléséhez lásd: Automatikus kísérők

Call park - A híváspark kezeléséhez lásd: Call park

Hívásfelvétel — A hívásvételi csoport konfigurálásához lásd: Hívá sfel vétel

Hívássorok — Hívásvárólista konfigurálásához lásd: H ívá ssor

Vadászati csoportok — Vadászcsoportok kezelése című témakörben talál: Vadászati csoport kezel ése

Működési módok — A működési módok alapján történő hívás-útválasztáshoz lásd: Működési módok alapján történő hívás-útválasztás

Lejelezési csoportok — A lapozócsoport konfigurálása című témakörben olvasható: Lejelez ési csoport konfigurálása

Felvételek - Hívásfelvétel kezeléséhez lásd: Fel vételek kezelése

Egyszámú elérés — Az egyszám-elérés beállításához (irodában bárhol) tekintse meg az Egyetlen szám konfigurálása című témakört.

Hangposta csoport — Megosztott hangposta és bejövő faxdoboz kezeléséhez tekintse meg a Hangposta kezelése című témakört.

Elfogadási tesztelés

Az elfogadási tesztelés biztosítja, hogy az áttelepített 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újt az összes kommunikációs munkafolyamatban. Ez az érvényes ítési folyamat sokrétű, a felhasználói biztosítástól és a számhozzárendeléstől a fejlett hívá si funkciók működési teljesítményéig mindent lefed.

Ez a szakasz példákat tartalmaz, és kiemeli az elfogadási tesztelés során figyelembe veendő kulcsfontosságú szempontokat; azonban, nem célja kimer ítő vagy átfogó ellenőrzőlistaként szolgálni.

Felhasználói hozzárendelés és számhozzárendelés

Az elfogadási tesztelés egyik alapvető aspektusa annak ellenőrzése, hogy minden felhasználó pontosan és teljes mértékben van-e biztosítva. Ehhez alapos összehasonlításra van szükség a source () könyvtár és az újonnan létrehozott felhasználói bázis között annak biztosítása érdekében, hogy minden felhasználói fiók, valamint a kapcsolódó attribútumok, például a kiterjesztési számok és a Direct Inner Dial (DID) hozzárendelések helyesen kerüljenek áttelepítésre. A rendelkezésre bocsátás teljessége nemcsak az első napi működőképesség szempontjából kritikus fontosságú, hanem a folyamatos adminisztráció és támogatás szempontjából is.

A számhozzárendelés érvényesítése magában foglalja annak megerősítését, hogy minden felhasználónak megfelelő kiterjesztést és külső számot rendelik-e, és hogy ezek a számok helyesen irányulnak mind a belső (hálózaton belüli), mind a külső (PSTN) hívásfolyamatokban. Alapvető fontosságú annak ellenőrzése, hogy nincsenek-e átfedések, hiány zó hozzárendelések vagy hibás konfigurációk, amelyek hívásátirányítási hibákhoz vagy szolgáltatási megszakításokhoz vezethet nek.

PSTN Hívásfolyamatok és hívóazonosító bemutatása

A robusztus elfogadási tesztelési eljárásnak magában kell foglalnia a PSTN hívásfolyamatok végponttól vég pontig történő validálását. Ez magában foglalja a bejövő és kimenő hívási forgatókönyveket is. A bejövő PSTN-hívások esetén a tesztcsapatnak meg kell erősítenie, hogy a hívásokat a tervezett végpontokra szállítják, legyen szó egyéni felhasználókról, hívássorokról, vadászcsoportokról vagy automatikus kísérőkről. A kim enő PSTN hívásokat sikeresen kell lebonyolítani, különös figyelmet fordítva a hívóazonosító információk helyes kiszállítására és bemutatására. Ez magában foglalja annak biztosítását, hogy a helyes hívó neve és száma megjelenjen a külső címzettek számára, a szervezeti irányelveknek és a szabályozási követelményeknek megfelelően.

A tesztelésnek a feladatátvételi forgatókönyvekkel is foglalkoznia kell, mint például az elérhetetlen végpontok kezel ése vagy a hálózati zavarok kezelése. Ez segít megerősíteni, hogy a tartalék mechaniz musok és az alternatív útválasztás megfelelően működnek, fenntartva a szolgáltatás folytonosságát és megbízhatóságát.

Hálóhálózaton belüli hívásfolyamatok

A belső vagy a hálózaton belüli hívásfolyamatok képezik a vállalati kommunikáció gerincét. Ezen a területen végzett elfogadási tesztelés ellenőrzi, hogy a szervezeten belüli felhasználók közötti hívások helyesen kerülnek-e irányításra, az olyan funkciók, mint a hívásátvitel, a letiltás, az átirányítás és a konferencia tervezett módon működnek. Meg kell erősíteni a tárcsázási tervek integrit ását, a kiterjesztés-bővítményekhez való kapcsolódást és a szervezeti hívási házirendek támogatását.

Felhasználói híváskezelés és funkciók érvényesítése

Az elfogadási tesztelés fontos szempontja annak ellenőrzése, hogy a felhasználók hogyan kezelik a hívásokat a támogatott asztali telefonok használ atával. Ez a folyamat arra összpontosít, hogy megerősítse, hogy a napi hívási munkafolyamatok intuitívak és megbízhatóak, és hogy a felhasználók zökkenőmentesen hozzáférhetnek a szerepeikhez szükséges alapvető funkciókhoz. A tesztelésnek fel kell mérnie, hogy a felhasználók milyen könnyedén tudnak hívásokat kezdemén yezni és fogadni, kezelni a tartási és újraindítási funkciókat, valamint vak és tanácsadó átvit eleket is végrehajtani. Elengedhetetlen annak ellenőrzése is, hogy a hívásátirányítás, a konferencia és egyéb fejlett funkciók, például a parkolás és a hívások visszakeresése vagy az aktiválás ne zavarjanak, könnyen elérhetőek-e és zökkenőmentesen működnek.

A tapasztalatokat az egyértelműség és a válaszadás szempontjából értékelni kell, figyelembe véve, hogy a felhasználók hogyan lépnek kapcsolatba a híváselőzményekkel, a hangpostával és az integrált könyvtárakkal. További figyelmet kell fordítani az aktív hívá sok eszközök közötti mozgatására és a hívásvezér lő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 következetes, hatékony legyen, és teljes mértékben támogassa a szervezet kommunikációs igényeit a migrációt követően.

Hívásorok: Ügynöki és felügyelő tapasztalata

A hívássorokat gyakran használják nagy mennyiségű bejövő hívási forgatókönyvek 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ásokat a konfigurált sorlogika szerint osztják-e el az ügynökök között, például a kerek robin, a leghosszabb üresjárati állapot vagy az egyidejű csűrű szerint. A sorba helyezett hívások megjelenését az ügynöki asztali számítógépeken az egyértelműség és a könnyű használat szempontjából meg kell vizsgálni, biztosítva, hogy az ügynökök hatékonyan fogadhassanak, tarthassák és továbbítsák a hívásokat.

A felügyelők esetében az asztali élményt olyan funkciók szempontjából kell értékelni, mint a valós idejű felügyelet, a hívásbeállítás, valamint a sorok teljesítményének elemzése vagy betekintése. Ez magában foglal ja, de nem kizárólag az irányítópultok és jelentéstételi eszközök érvényesítését, amelyek művelhető adatokat szolgáltatnak a hívásel osztásról, az ügynökök aktivitásáról és a várólisták mutatóiról.

Vadászcsoportok: Hívások terjesztése

A vadászati csoportok kulcsfontosságú mechanizmusokat jelentenek a hívások előre meghatározott felhasználói halmazok számára történő terjesztéséhez. Az elfogadási tesztelésnek meg kell erősítenie, hogy a hívásokat a konfigurált vadászati algoritmus alapján irányítják a csoporttagok felé, és hogy a túlcsordulás, továbbítás és válasz nélküli forgatókönyvek a tervezés szerint kerülnek kezelésre. A működési következetesség és a felhasználói elégedettség szempontjából elengedhetetlen annak biztosítása, hogy a csoporttagság és a hívásárutirányítási viselked és megfeleljen a korábban létrehozottaknak

Automatikus kísérők: Közlemények és menüműveletek

Az automatikus kísérők képviselik az automatizált híváskezelés első vonalát. A tesztelésnek ki kell terjednie a bejelentések lejátszására, a rögzített ü dvözletek pontosságára és a menüfák helyes működésére. A menü kiválasztásoknak megbízhatóan kell irányítaniuk a hívókat a megfelelő osztályokhoz, egyénekhez vagy külső számokhoz. A tesztelésnek érvénytelen vagy időtúllépő forgatókönyveket is tartalmaznia kell annak megerősítésére, hogy a hívók egyértelmű útmutatást kapnak, vagy átirány ítsák őket

Hangposta működés

Végül a hangposta funkcionalitása kritikus fontosságú a felhasználói élmény szempontjából. Az elfogadási teszteknek ellenőrizniük kell, hogy a hangposta dobozok helyesen vannak-e hozzárendelve és hozzáférhető-e mind a szervezeten belül, mind távolról. Az üzenetek rögzítésének, lekérésének és kezelésének képességét megerősíteni kell az értes ítések kézbesítésével együtt.

Optimalizálás

A PSTN áttelepítése a Cloud Connect-re

Helyszíni infrastruktúra optimalizálása

Használjon elemzést és hibaelhárítást

A PSTN áttelepítése a Cloud Connect-re

Miután az összes végpontot és felhasználót áttelepítették a felhőhívásba, az egyetlen célja, hogy tranzitként működjön a PSTN átjárók között Unified CM és a helyi átjárón keresztül. A PSTN átjárók és a helyi átjárók eltávolítása a képről a Cloud Connect használatával, mint a PSTN-hozzáférés minden Webex Calling felhasználó számára számos előnnyel jár, beleértve a költség csökkentést és a nagyobb megbízhatóságot. Ha a helyszíni PSTN-hozzáférést szeretne átmenni a Cloud Connect szolgáltatásra , kövesse az alábbi lépéseket:

Cloud Connect a partner kiválasztásához.

Tekintse meg a Cloud Connect for Partners listáját, és válasszon ki a szervezet tartózkodási helyéhez rendelkezésre álló partnerek közül.

Cloud Connect az érvényesítéshez.

Mielőtt a helyekhez tartozó PSTN-hozzáférést Cloud Connect-re váltaná, ellenőrizni kell és ellenőrizni kell a kiválasztott Cloud Connect partneren keresztül a PSTN-hez való csatlakozást. Ebből a célból meg kell adni egy tesztelési helyet a tesztelési helyre biztosított egyes tesztfelhasználók számára. A tesz thely PSTN-hozzáférését ezután a Cloud Connect partnerre állítják be, mielőtt a PSTN-kapcsolatot a teszttelefonok használatával érvényesítené. Sikeres érvényesítés után a teszt helye megszün tethető.

Számok hordozása.

A Cloud Connect-re történő átállásra való felkészüléshez a PSTN csomagtartóhoz jelenleg be fejező összes szám portsorrendjét kell elhelyezni. Minden számot át kell vinni a Cloud Connect partnerre. A hely színek közötti elérhetőség fenntartása érdekében az összes hely összes számát egyszerre kell átvin ni.

Váltson a Cloud Connect partnerre.

A lezárás időpontjában a PSTN-hozzáférést az összes helyszínen a Cloud Connected PSTN-szolgáltatóra kell beállítani, és ellenőrizni kell a bejövő és kimenő kapcsolatot.

Amint azt a tervezési fejezet PSTN szakaszában tárgyaltuk, az ügyfelek dönthetnek úgy is, hogy az átmenet kezdetén áthelyezik PSTN-hozzáférésü ket a Cloud Connect-re, a hibrid telepítésekhez PSTN trunking használatával. További információt a hibrid telepítésekhez tartozó PSTN transzking című témakörben talál. Webex Calling Ebben az esetben az átmen et során a PSTN-hozzáférés a helyi átjárón keresztül történik, és az összes felhasználó áthelyezése után a leszerelésen és a helyi átjárókon kívül nincs további PSTN-hez kapcsolódó migrációs lépés.

Helyszíni infrastruktúra optimalizálása

Miután az összes felhasználó átkerült, és az összes végpont átkerült a felhőalapú regisztrációra (vagy leállí tották), frissítse a megfelelő helyszíni infrastruktúrát most, amikor a felhőhívások használatban vannak. Az infrastruktúra frissítései a következők:

Távolítsa el a helyszíni hívásvezérlő és üzenetküldési DNS SRV rekordokat a helyszíni DNS-kiszolgálókról, beleértve a cisco_uds-t is. _TCP. <domain>, cup_login. _TCP. <domain>. Ezekre az SRV-rekordokra már nincs szükség az ügyfél szolgálat felderítéséhez.

Távolítsa el a széllel kapcsolatos rekordokat a DNS SRV nyilvános DNS-rendszerből, beleértve a collab_edge-et is. _tls. <domain>. Ezekre az SRV-rekordok ra már nincs szükség az együttműködési perem szolgáltatások ügyfélszolgálati felfedezéséhez.

Frissítse az összes releváns DHCP-hatókört a 66. opció és a 150-es opció TFTP/rendszerindító kiszolgálócímek eltávolításához. Ezekre a hatókörökre már nincs szükség a végponthívás-vezérlés konfigurációjának felderítéséhez és letöltéséhez.

Frissítése/távolítsa el a helyi átjáró/kocka megfelelő tárcsázási társait, amelyek a hívásokat oda és oda irányítják. Unified CM Ezek a tárcsázási társak már nem szükségesek a helyszíni hívásátirányításhoz.

Az összes virtuális gép és/vagy kiszolgáló törlése vagy eltávolítása. Szükség szerint újrahasznosítsa a számítási erőforrásokat és a hard vert. Ezekre az erőforrásokra már nincs szükség hívásvezérléshez és peremszolgáltatásokhoz.

Törölje vagy távolítsa el az összes klasztercsomópont-virtuális gépet és/vagy Szükség szerint újrahasznosítsa a számítási erőforrásokat és a hard vert. Ezekre az erőforrásokra már nincs szükség a hangposta és az egységes üzenetküldő szolgáltatásokhoz.

Tisztítás: Miután áttelepítettük a PSTN-hozzáférést a Cloud Connected PSTN-re, a PSTN-törzsek, a PSTN-átjárók és a helyi átjárók leszerelhetők.

Bármely meglévő helyszíni E911- es megoldás esetén törölje az áttelepített helyeket vagy számokat, és a teljes átmenet befejezése után távolítsa el az alkalmazás virtuális gépeit vagy kiszolgálóit. Szükség szerint újrahasznosítsa a számítási erőforrásokat és a hard vert. Ezekre az erőforrásokra már nincs szükség a sürgősségi hívásokhoz és a helymeghatározási szolgáltatásokhoz.

Az áttelepített felhasználókhoz tartozó DNS-eket rejtett partícióra kell helyezni, hogy elkerüljük a hívásátirányítási hibákat, és biztosítsuk, hogy az összes CSS-nek elsőbbségi hozzáférése legyen ugyanazon DNS felhőeléréséhez.

Frissítse a fizikai diszpedálható helyet és hálózati elemet a horizont mobilitásában, amikor változások történnek. 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 cseréje

DHCP hatókör változásai

Fizikai változások az épületen belül (ha irodába döntenek)

Fizikai irodaterületek bővítése vagy összehúzódása egy épületen belül.

Használjon elemzést és hibaelhárítást

átfogó elemzési és hibaelhárítási lehetőségeket biztosít a telepítés megjelenítésé hez és nyomon követéséhez. Ezek a médiaminőséget, a részletes híváselőzményeket, a hívássorokat, a vadászati csoportot és az automatikus kísérő elemzéseket foglalják magukban. A médiaminőség elemzésére példa a médiaminőségi elemzés ábrán látható.

médiaminőségi elemzés

A Hibaelhárítás alatt minden egyes hívás megtekinthető a legfontosabb médiaminőségről és a jelzéssel kapcsolatos problémákról, amelyek segítenek a média problémák és a sikertelen hívások pontos meghatározásában, amint azt a médiaminőség hibaelhárítása ábrán látható.

médiaminőség hibaelhárítása

A hibaelhárítás integrálható más Cisco termékekkel, például a ThousandEyes és a Meraki kapcsolókkal is, hogy még gazdagabb integrált élményt nyújtson a Control Hub alkalmazásban. Az elemzés és a hibaelhárítás használatá Webex Callingval kapcsolatos további információkért lásd: Hívá sok hibaelhár Webex Calling ítása a Vezérlőközpontban.

Bevezetés

Mielőtt elkezdené

Áttekintés

Alapvető összetevők

PPDIO folyamat áttekintése

A PPDIO általános leírása

PPDIO használata Unified CM-ről Webex hívásra migrációs projektekhez

Előkészítés

Megtervezés

Tervezés

Végrehajtás

Optimalizálás

PPDIO visszacsatolási hurkok

Migrációs megközelíté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.

Helyszíni együttműködési architektúra: hívásvezérlés és távoli hozzáférés

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.

1. táblázat Előtt: Helyszíni hívásinfrastruktúra-összetevők
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.

Átmeneti döntés: helyszíni hívás a Webex Calling szolgáltatásba
Azoknak az ügyfeleknek, akik felhőalapú hívásszolgáltatásokat szeretnének igénybe venni, érdemes megfontolniuk a Webex Callingot. Ez a felhőalapú hívásszolgáltatás lehetővé teszi az ügyfél számára, hogy kihasználja a Webex globális architektúráját a méretezhetőség és a csatlakoztathatóság érdekében. A vállalati hálózaton lévő résztvevők és a vállalati hálózaton kívüli távoli résztvevők IP-alapú hardveres végpontokon keresztül kommunikálhatnak. and/or asztali vagy mobil szoftveres kliensalkalmazások.

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: Webex hívásarchitektúra

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.

2. táblázat. Után: Felhőalapú hívásinfrastruktúra összetevői
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.

PPDIO folyamat

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.

Iterációk a PPDIO végrehajtása közben

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.

Egységes CM-támogatású PPDIO folyamat

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.

Fázisos hívásátmenet: hibrid és felhőalapú

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.

Ajánlott 3 fázisú átmenet

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.

Migráció előtti tevékenységek

1. táblázat Előtt: Helyszíni hívásinfrastruktúra-összetevők
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

2. táblázat. Után: Felhőalapú hívásinfrastruktúra összetevői
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.

Előkészítés

Üzleti és műszaki követelmények

Miért fontos a követelmények összegyűjtése:

Üzleti követelmények

Műszaki követelmények

Hálózati felkészültség és követelmények

Felhőalapú UC beállítása

A jelenlegi környezet felmérése

Licencelés

Locations/Sites

Meglévő készlet devices/clients

Eszköz jogosultságának ellenőrzése

Felhasználók

PSTN hálózati infrastruktúra

Jellemzők & funkcióhasználat

Cisco integrációk: Unity Connection UCCX UCCE

Hívásrögzítés

Harmadik féltől származó integrációk

Ü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.

1. táblázat Példaértékelés
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.

A Control Hub eszköz opciója a Unified CM telefonok Webex Calling szolgáltatásra való jogosultságának ellenőrzésére

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 .

Webex alkalmazás címtárkeresés

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.
4. táblázat. Felhasználói átállási terv telephelyenként
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:

5. táblázat. Az Unified CM .tar fájlból generált jelentések
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

6. táblázat. Az Unified CM .tar és CDR.gzip fájlokból generált jelentések
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.

7. táblázat. mellékelt felvételi lehetőségek
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.
A felhasználók a Felhasználói központ segítségével kezelhetik saját felvételeiket and/or a Webex alkalmazás.
Csak a felhasználók férhetnek hozzá és kezelhetik a felvételeiket
A szinkronportáljukról.

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ámos^harmadik 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 a^{harmadik 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. A^{harmadik féltől} származó megoldásokkal kapcsolatos további információkért lásd a Webex App Huboldalt.

1. táblázat Példaértékelés
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

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

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

4. táblázat. Felhasználói átállási terv telephelyenként
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

5. táblázat. Az Unified CM .tar fájlból generált jelentések
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

6. táblázat. Az Unified CM .tar és CDR.gzip fájlokból generált jelentések
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

7. táblázat. mellékelt felvételi lehetőségek
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. A felhasználók a Felhasználói központ segítségével kezelhetik saját felvételeiket and/or a Webex alkalmazás.	Csak a felhasználók férhetnek hozzá és kezelhetik a felvételeiket A szinkronportáljukról.

Megtervezés

Magas szintű projektterv

Migrációs út - egy vagy két lépés?

1. opció: Egylépéses felhasználómigráció

2. opció: Kétlépéses felhasználómigráció

1. lépés

2. lépé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.

Felhasználói hívásszolgáltatás, szoftveres kliens & a telefon ugyanarra az időpontra költözik

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.

Szoftveres kliens migrálása; majd hívószolgáltatás és szoftveres kliens migrálása & telefon a Webex Callinghoz

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.

Jabber–Webex alkalmazás magas szintű átmeneti térképe

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.

Egységes CM-Webex hívás magas szintű átmeneti térkép

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

Helyszínek

PSTN

Tárcsázási terv

Helyszíni tárcsázási terv

tárcsázási terv

Felvétel

1. Hívásrögzítő szolgáltató kiválasztása

2. Régióválasztás

Segélyhívás

Licencelés

Manuális hozzárendelés a következőn keresztül:

Automatikus licenc-hozzárendelési sablonok

Tömeges hozzárendelés CSV sablonon keresztül

API-alapú hozzárendelés

Engedélykövetelmények

Felhasználó üzembe helyezése

Felhasználói csoportok

Ajánlott megközelítés a következő helyről a következőre való migráláskor:

Felhasználói csoportok tervezése

Egyszeri bejelentkezés (SSO)

Több IdP támogatás

1. Egyesülések és felvásárlások

2. Több független informatikai részleg

3. Különböző felhasználói csoportok vagy domainek

4. Különböző hitelesítési protokollok támogatása

5. Fokozott biztonság és megfelelőség

6. Egyszerűsített felhasználói élmény

Duo MFA SSO-val a következőhöz:

Funkciók

Automatikus híváskezelő

Hívásparkoltatás

Hívásfogadás

Hívás-várólista

Keresőcsoport

Üzemmódok

Személyhívócsoport

Felvételek

Egyetlen számos elérés

Hangpostacsoport

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.

Globálisan elosztott adatközpontok

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.
1. táblázat Az egyes helyszínekhez rögzítendő információk
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.

Migráció CCCP-re a kezdetekben vs. a helyszíni PSTN megtartása

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).

Ajánlott gyakorlatok tárcsázási tervhez

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.

+E.164 átirányítás a Webex Callinghoz

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.

2. táblázat. Vállalati számozási példa
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.

3. táblázat. Fix hosszúságú hosszabbítási tartományok
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.

4. táblázat. Átmeneti hétjegyű tárcsázás

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.

ECBN konfigurációs hely

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.

Felhasználói ECBN konfiguráció

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.
5. táblázat. Felhasználói kiépítési beállítások – összefoglalás
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.
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
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.

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 .
7. táblázat. Csoportok és csoporttagságok kezelésének lehetőségei
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 .

Webex Calling vállalati szintű funkciók

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ó.

Webex Calling alapvető funkciói

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.

1. táblázat Az egyes helyszínekhez rögzítendő információk
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.

2. táblázat. Vállalati számozási példa
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

3. táblázat. Fix hosszúságú hosszabbítási tartományok
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

4. táblázat. Átmeneti hétjegyű tárcsázás

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

5. táblázat. Felhasználói kiépítési beállítások – összefoglalás
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.

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

7. táblázat. Csoportok és csoporttagságok kezelésének lehetőségei
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

Végrehajtás

Hálózati készenlét

Kezdeti beállítás

Domain ellenőrzés

Meglévő felhasználók igénylése (konvertálása)

Címtár-szinkronizálás konfigurálása és tesztelése

Egyszeri bejelentkezés (SSO) beállítása és tesztelése

Engedélyek beszerzése, biztosítása és ellenőrzése

Webex hívásszolgáltatás beállításai

Pilóta migráció

PSTN beszerzése

Helyszínek konfigurálása

Integráció a helyszíni hívásvezérléssel

Felhasználók kötegelt migrálása

Munkaterületek

Eszközök kiépítése

Szolgáltatások konfigurálása

Elfogadás tesztelése

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.

Microsoft Entra ID esetén csoportalapú hozzárendeléseket használhat a kiépítési beállításokban.

AD esetén definiálhat egy LDAP-szűrőt, amely csak a megadott csoporthoz tartozó felhasználókat tartalmazza.

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:

Az aktív könyvtárban:

Hozzon létre egy szinkronizálási csoport nevű biztonsági csoportot.

Adja hozzá a kívánt pilot felhasználókat ehhez a csoporthoz.

Állítson be egy LDAP-szűrőt a Directory Connectorban, például: (memberOf=CN=Webex Szinkronizál Group,OU=Groups,DC=yourdomain,DC=com).

A Microsoft belépési azonosítójában:

Hozz létre egy csoportot, melynek neve: szinkronizálási csoport

Rendelje hozzá a csoportot az Entra ID kiépítési beállításaihoz

Csak az ebben a csoportban lévő felhasználók lesznek elérhetők.

A csoportalapú szinkronizációt mindig tesztelje nem termelési környezetben, mielőtt a teljes szervezetre alkalmazná.

Rendszeresen ellenőrizze a csoporttagságot, hogy csak a jogosult felhasználók legyenek szinkronizálva.

A folyamatos kezelés érdekében lehetőség szerint automatizálja a csoporttagságok frissítéseit az üzleti szabályok vagy a HR-rendszerek alapján.

Referenciák:

Entra ID felhasználók szinkronizálása a Control Hub-bal

Az Entra ID Wizard alkalmazás beállítása a Control Hub-ban

Címtár-összekötő

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.

PhoneOS rendszerindítási sorrend a regisztrációhoz

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, valamint^harmadik 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

Helyszíni infrastruktúra optimalizálása

Használjon analitikát és hibaelhárítást

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ó.

médiaminőség-elemzés

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ó.

médiaminőségi hibaelhárítás

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.

1	Dedikált szinkronizálási csoport létrehozása: A vállalati könyvtárban (Microsoft Entra ID vagy AD) hozzon létre egy kifejezetten szinkronizálásra szolgáló biztonsági csoportot (például szinkronizálási csoport).
2	Töltse fel a csoportot célfelhasználókkal: Csak azokat a felhasználókat adja hozzá, akiket szinkronizálni szeretne (például egy tesztcsoportot a kísérleti szakaszban). Ez lehetővé teszi, hogy szigorúan ellenőrizze, hogy ki szerepel a szinkronizálási folyamatban.
3	A szinkronizálási megállapodás konfigurálása csoportalapú szűréssel: Ha a szinkronizálási megállapodást a Directory Connector vagy az Entra ID biztosításban állítja be, úgy állítsa be a hatókört, hogy csak a kijelölt csoport tagjai közé tartozzon. A Microsoft Entra ID esetében csoportalapú hozzárendeléseket használhat a biztosítási beállításokban Az AD esetében olyan LDAP szűrőt adhat meg, amely csak a megadott csoportba tartozó felhasználókat tartalmaz za.
4	Szükség szerint bontsa ki a csoportot: A szélesebb telepítési fázisok felé haladva 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 ezekre a felhasználókra, lehetővé téve az ellenőrzött és fokozatos be vezetést. Példa megvalósítási lépések: Az aktív könyvtárban: Hozzon létre egy szinkronizálási csoport nevű biztonsági csoportot. Adja hozzá a kívánt kísérleti felhasználókat ehhez a csoporthoz. Állítsa be a Címtárcsatlakozót egy LDAP szűrővel, például: (MemberOf = CN=Webex Sync Group, OU = Groups, DC = YourDomain, DC = COM). A Microsoft-ban adja meg az azonosítót: Szinkronizálási csoport nevű csoport létrehozása A csoport hozzárendelése az in Entra ID szolgáltatási beállításaihoz Csak ebbe a csoportba tartozó felhasználók lesznek biztosítva. Mindig tesztelje a csoportalapú szinkronizálást nem termelési környezetben, mielőtt a teljes szervezetre alkalmazna Rendszeresen ellenőrizze a csoporttagságot, hogy csak az engedélyezett felhasználók legyenek szinkronizálva A folyamatos menedzsment érdekében automatizálja a csoporttagsági frissítéseket üzleti szabályok vagy HR-rendszerek alapján, ha lehetséges. Referenciák: Az Entra ID felhasználók szinkronizálása a Control Hubba Az Entra ID Wizard alkalmazás beállítása a Vezérlőközpontban Könyvtárcsatlakozó

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. Microsoft Entra ID esetén csoportalapú hozzárendeléseket használhat a kiépítési beállításokban. AD esetén definiálhat egy LDAP-szűrőt, amely csak a megadott csoporthoz tartozó felhasználókat tartalmazza.
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: Az aktív könyvtárban: Hozzon létre egy szinkronizálási csoport nevű biztonsági csoportot. Adja hozzá a kívánt pilot felhasználókat ehhez a csoporthoz. Állítson be egy LDAP-szűrőt a Directory Connectorban, például: (memberOf=CN=Webex Szinkronizál Group,OU=Groups,DC=yourdomain,DC=com). A Microsoft belépési azonosítójában: Hozz létre egy csoportot, melynek neve: szinkronizálási csoport Rendelje hozzá a csoportot az Entra ID kiépítési beállításaihoz Csak az ebben a csoportban lévő felhasználók lesznek elérhetők. A csoportalapú szinkronizációt mindig tesztelje nem termelési környezetben, mielőtt a teljes szervezetre alkalmazná. Rendszeresen ellenőrizze a csoporttagságot, hogy csak a jogosult felhasználók legyenek szinkronizálva. A folyamatos kezelés érdekében lehetőség szerint automatizálja a csoporttagságok frissítéseit az üzleti szabályok vagy a HR-rendszerek alapján. Referenciák: Entra ID felhasználók szinkronizálása a Control Hub-bal Az Entra ID Wizard alkalmazás beállítása a Control Hub-ban Címtár-összekötő

Cisco AI Assistant

Köszönjük visszajelzését.

Migrációs telepítési útmutató

Mielőtt elkezdené

Áttekintés

Alapkomponensek

PPDIO folyamat áttekintése

A PPDIO általános leírása

PPDIO használata Unified CM -tól Webex Calling -ig terjedő migrációs projektekhez

Készítsen

Terv

Tervezés

Végrehajtás

Optimalizálás

PPDIO visszacsatolási hurkok

Migrációs megközelítés

Készítsen

Üzleti és műszaki követelmények

Miért fontosak az összegyűjtési követelmények:

Üzleti követelmények

Műszaki követelmények

Hálózati készenlét és követelmények

Felhőalapú UC beállítása

A jelenlegi környezet értékelése

Engedélyezés

Helyszínek/helyszínek

A meglévő eszközök/ügyfelek leltárja

Ellenőrizze az eszköz megfelelőségét

Felhasználók

PSTN csatlakozás

Jellemzők és funkcióhasználat

Cisco integrációk: Unity Connection UCCX UCCE

Hívásfelvétel

Harmadik fél integrációja

Terv

Magas szintű projektterv

Migrációs utazás - egy vagy két lépés?

1. lehetőség: Egylépcsős felhasználói migráció

2. lehetőség: Kétlépcsős felhasználói migráció

1. lépés

2. lépés

Tervezés

Régió kiválasztása

Helyszínek

PSTN

Tárcsázási terv

Helyszíni tárcsázási terv

tárcsázási terv

Felvétel

1. Hívásfelvételi szolgáltató kiválasztása

2. Régió kiválasztása

Segélyhívás

Engedélyezés

Kézi hozzárendelés

Automatikus licenchozzárendelési sablonok

Tömeges hozzárendelés CSV-sablonon keresztül

API-alapú hozzárendelés

Licenckövetelmények

Felhasználói ellátás

Felhasználói csoportok

Ajánlott megközelítés az irányba való migráció során

Felhasználói csoportok tervezése

Egyszeri bejelentkezés (SSO)

Többszörös IDP támogatás

1. Fúziók és felvásárlások

2. Több független informatikai részleg

3. Különböző felhasználói csoportok vagy tartományok

4. Különböző hitelesítési protokollok támogatása

5. Fokozott biztonság és megfelelés

6. Egyszerűsített felhasználói élmény

Duo MFA SSO-val

Jellemzők

Automatikus felügyelő

Call Park

Hívásfelvétel

Hívássor

Vadászcsoport

Működési módok

Lejelentkezési csoport

Felvételek