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

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 Webe@@ x 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 Webex Calling 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 Webex Calling 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áulWebex Calling. 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 Webex Calling

• Zökkenőmentesen működik az SD-WAN-nal, amely dinamikusan tudja irányítani a munkameneteket a legközelebbi Webex 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.

A telepítés megvalósítási szakaszában a kezdeti beállítási alszakasz alapja egy jól strukturált Webex Calling é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 Control Hub 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 Webex Calling 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.

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ábanUnified CM. Webex Calling 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 Webex Calling 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 Webex Calling é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.

Ha PSTN-szolgáltatásokat szeretne beszerzniWebex Calling, először válasszon ki egy PSTN-csatlakozási opciót a Vezérlőközpontban.

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 . Webex Calling Unified CM

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 Webex Calling opció szükséges.

Együttműködjön a kiválasztott szolgáltatóval a telefonszámok megrendelésében és portálásában, mielőtt konfigurálná őket a Vezérlőközpontban. 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. Webex Calling 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.

Mielőtt hozzáadná a felhasználókat és eszközöketWebex Calling, 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 program Webex Calling ban 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 Webex Calling vagy Cisco Calling Plan szolgáltatást használnak, egyszerűen válassza ki a megfelelő PSTN- választást a telepítés során a helyhez. Ha a hely a Cloud Connect for Webex Calling 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

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-útválasztás aktiválva van, meg kell adnia a maximális ismeretlen hosszúságot a Vezérlőközpont hívószolgáltat ásainak beállításainak Hívás-útválasztás között Webex Calling és helyiségek között szak aszában. 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.

A felhasználók áttelepítések Unified CM or Webex Calling 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, Webex Calling mint az átmenet bekapcsolása előttUnified CM.

Még akkor is, ha Unified CM a helyi átjárók közötti hívási Webex Calling 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 Unified CM ászcsoport tagja, amelyre átmennekWebex Calling. Ez a felhasználó áttér a Hunt C Webex Calling soporthoz é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 átmen Webex Calling nie egyszerre.

Használja az előkészítési szakaszban használt Control Hub 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 az összes felhasználó a Control Hubban van-e

• Ellenőrizze, hogy a felhasználók összes TN-je létezik-e a Vezérlőközpontban

• 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 — Control Hub 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 szolgáltatásokat az átmenet után kikapcsolja/törölje. Unified CM

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.

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. Webex Calling 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ákWebex Calling, hozzáadhatók a Vezérlőközpontba az Eszközök alatt. 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 a Webex számára. Webex CallingAz 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 Vezérlőközpont munkaterületeiről további információt a Munkaterületek című témakörben tal ál.

A jelenleg regisztrált telefonokat Unified CM át kell telepíteni a felhőátállás rész Webex Calling eké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 Webex Calling támogatott telefonokat, amelyről Unified CM át kell lépnie, felhasználó Webex Calling ként vagy munkaterületként kell konfigurálni, és a fizikai telefont újra kell konfigurálni a regisztrációhoz. Webex Calling 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 Webex Calling 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 a Control Hub beépített eszközzel rendelkezik: A telefon áttelepítése, amellyel segítséget Webex Calling nyújthat 7800 és 8800 telefonjainak az Enterprise és MPP firmware-re történő áttelepítéséhez. Ez az eszköz lehetővé teszi a telefonok hozzáadását a Control Hubhoz, és hozzárendelheti őket 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 Unified CM a regisztrált 9800 sorozatú telefonokra. Ezek a telefonok a PhoneOS-t futtatják, amelyet mindkettő támogat Unified CM ésWebex Calling. Ezekre a telefonokra való áttéréshez Webex Calling 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 a Control Hubba való hozzáadása Webex Calling után, még akkor is, ha a telefon továbbra is be van kapcsolva Unified CM és/vagy DHCP-beállítások (példa - 150) használatban vannak.

Unified CMtámogatja a PhoneOS eszközök gyári alaphelyzetbe állítását, hogy lehetővé tegye a Zero-Touch beépítést. Webex Calling Unified CMAz 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. Webex Calling 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, Webex Calling és az egyenérték Webex Calling ű 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 Webex 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. Webex Calling

A szükséges hívási funkciókat az Webex Calling á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 Webex Calling 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á Webex Calling 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 Webex Calling ört.

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. Webex Calling Ehhez alapos összehasonlításra van szükség a source (Unified CM) könyvtár és az újonnan létrehozott Webex Calling 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 Webex alkalmazás és a támogatott asztali telefon ok segítségével. 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 Unified CM é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.

A migráció utáni környezet figyelemmel kíséréséhez, a teljesítmény érvényesítéséhez, valamint a működési stabilitás és hatékonyság biztosítása érdekében módosításokhoz olvassa el az Optimaliz álás szakaszát.