- Kezdőlap
- /
- Cikk
Köszönjük visszajelzését.
A Webex Calling -ra történő előkészítési és áttelepítési folyamat bevált gyakorlatai - Dedicated Instance
Ebben a cikkben
Visszajelzés?Navigáljon a Webex Calling - Dedicated Instance rendszerre való áttérésben egy átfogó, hétfüggőségű migrációs keretrendszerrel, amelyet a működési hatékonyság érdekében terveztek.
Hatókör
Ez a cikk strukturált, önkiszolgáló áttelepítési keretrendszert nyújt azoknak a partnereknek és ügyfeleknek, akik hívási környezeteket telepítenek át a Webex Calling - Dedicated Instance (DI) fájlba.
A cikkben ismertetett migrációs gyakorlatok és mérföldkövek a Webex Setup Assist program módszertanán alapulnak, és tükrözik a Cisco szállítási, mér nöki és fejlesztői csapatainak széles körű valós tapasztalatait. Ezeket a módszereket az elmúlt hét évben több száze zer egyedi ügyfélhely-telepítés fejlesztette ki, beleértve a BroadCloud, a BroadWorks, a Spark Calling, Unified CM (UCM), a Hosted Collaboration Solution (HCS) és a harmadik fél PBX platformjair ól történő migrációt. Az útmutató az ügyfél környezetek széles skálájára vonatkozik, az együléses telepítéstől a 100 000 helyet és több száz helyszínt meghaladó nagyszabású megvalósításokig, és régóta bevált Cisco folyamatokat követi a következetesség, a minőség és az üzemeltetési hatékonyság biztosítása érdekében a migráció teljes életciklusa során.
A cikk azt feltételezi, hogy az olvasók már ismerik a Webex Calling Dedicated Instance licencelést, a Webex Control Hub adminisztrációs modellt, valamint az alapszintű Unified Communications Manager szoftvert és funkciókat.
Bevezetés
Legyünk őszinték — a migr áció szó ritkán vált ki izgalmat egy informatikai csapatban. Kérdé seket vet fel. „Mi törik el?” „Ki csinálja a munkát?” „Mi felett veszítjük el az irányítást?” „Ez egyáltalán reális, miközben már vékonyra feszültünk, és a lámpákat bekapcsolva tartjuk?” Ezek nem a fejlődéssel szembeni ellenállás jelei; ezek a tapasztalt szakemberek ösztönei, akik megértik, hogy a missziókritikus hívási platform mozgatása nem hétvégi projekt. A Voice az egyetlen szolgáltatás, ahol a felhasználók két másodperces hibát észlelnek, mielőtt észreveszik a kéthetes üzemzavarok tervezését - és ez a valóság minden változtatást nehezebbé teszi, mint kellene.
A jó hír? A számok egészen más történetet mesélnek, mint a félelem. A jól strukturált felhőmigrációk esetében a mér nöki erőfeszítések nagyjából 95% -át az előkészítésekbe fordítják, és csak 5% -át a tényleges változások ba. Még jobb, hogy ennek a 95% -át olyan tevékenységekből áll, amelyeket csapat már elvégez a szokásos 2. napi műveletek részeként — készlethigiénia, tanúsítvány kezelés, tárcsázási terv áttekintése, eszköz életciklus-követése és dokumentáció. Más szavakkal, a „migrációs munka” nagy része olyan munka, amelyet már végzel. Ez a strukturált megközel ítés egyszerűen egy meghatározott eredmény felé irányítja azt, olyan ütemben, amely inkább a meglévő működési ritmusba illeszkedik, mint a tetejére.
A „lehetetlen küldetés” érzés is elhalványul, ha meglátjuk, hogy minden vándorlást teljes mértékben meg lehet próbálni . Egy kis, reprezentatív kísér leti program lehetővé teszi a végpontok közötti folyamat, az integrációk, a feladatátvételi viselkedés és a felhasználói élmény ellenőrzését, mielőtt egyetlen gyártási felhasználó megérintené. Semmit sem hagyunk véletlenre a véletlenre, mert a véletlen nap egyszerűen egy olyan folyamat megismétlése, amelyet már sikeresen végrehajtottál. És ha bármi váratlan dolog történik, a visszaállítás maga a vágás tüköre, amelyet egy tiszta karbantartási ablak határol. A kiszámíthatóság helyettesíti a szor
Igen, a dedikált példányra való áttérés azt jelenti, hogy elengedjük az irányítást — különösen az infrastruktúra és a virtualizációs rétegek felett. Fontolja meg azonban, hogy mit nyer vissza: a csapat által töltött órák a hipervizorok javításával, a hardveres riasztások üldözésével, az operációs rendszerszintű biztonság kezelésével és a kapacitástervezéssel töltött órák felfrissülnek . Ez az idő visszatér az üzletbe, ahol arra fordítható, ami valóban megkülönbözteti szervezetét — a felhasználói élményre, az elfogadásra, az integrációra és az érdekelt felekre valóban törődő szolgáltatásokra. Nem veszíti el az irányítást; differenciálatlan nehézemelést keresel stratégiai fókuszra.
Cserébe egy olyan platform, amely szorosan integrálódik a piac legfejlettebb Hívási, Meet ings és Contact Center portfóliójával, amelyet a Cisco mérnöki mélysége és a több százezer telepítésen keresztül finomított partner ökoszisztéma támasztja alá. Megőrizheti az ismert Unified CM ökoszisztéma teljes ere jét — ugyanazokat a funkciókat, ugyanazt a megbízhatóságot, ugyanazt az admin isztrációs modellt, amelyet a csapat már ismeri — most a Control Hub-tal, egy modern, felhasználóközpontú felügyeleti és elemzési esernyővel párosítva, amely valóban egyszerűen meg tanulható. A legújabb szoftverek frissítéseit, frissítéseit és kritikus biztonsági réséjavítását a Cisco kezeli Cisco tanúsítvánnyal rendelkező számítástechnikai eszközökkel, ugyanolyan (vagy jobb) megbízhatósággal, mint amit a helyszíni környezettől elvárt.
Tehát igen, a változás kockázatot hordoz. De a változás elmulasztása saját, csendesebb kockázattal jár: lemaradás a funkciók terén, kezel ni a változások állandó összetettségét, frissítéseket és se bezhetőségeket bocsátani, csapatát olyan infrastruktúrára terjeszteni, amely már nem különbözteti meg az üzletet, és elhalasztja az elkerülhetetlen átmenetet, amíg nyomás alatt nem kell megtörténnie. A következő strukturált, zárt megközelítést úgy tervezték, hogy ez az átállás olyanná váljon: jól felkészült, kevés drámai és erősen valid ált — főleg a már végzett munka révén valósítható meg egy olyan platform felé, amelyre az együttműködés tovább tart.
A bizalomtól a tervig: Hogyan szervezhető ez az útmutató
Ahhoz, hogy ezt a bizalmat végrehajtható ütemtervvé alakítsa, ez az útmutató végi gvezeti Ö nt egy hét függőségű migrációs folyamat on, amelyek mindegyike egyértelmű belépési és kilépési kritériumokkal, a helyszínen levont tanulságokkal és előzetes ellenőrzésekkel rendelkezik, amelyek megakadályozzák a leggyakoribb meglepetéseket:
- Projektkezdeményezés
- Felfedezés és értékelés
- Tervezés
- Végrehajtás
- Fagyasztás
- Élőre
- Transzfer a 2. napra
Az egyik oka annak, hogy ez a modell ilyen jól működik, az, hogy a gyártási környezetet érintő kockázat szándékosan nullára terhelik, és csak ellenőrzött, utolsó lépésben emelkedik. Íme, mire számíthat minden szakaszban:
| Termelési hatás | Fázisok |
|---|---|
| Nincs hatás | Projektkezdeményezés, felfedezés és értékelés, tervezés |
| Minimális hatás | Végrehajtás |
| Működési folyamatokra korlátozódik | Fagyasztás |
| Közvetlen hatás | Élőre |
Gyakorlati szempontból: az utazás nagy része biztonságosan történik a meglévő környezet mellett . Mire eléred a gyártást érintő pillanatot, minden integráció kiépült, minden folyamat megpróbált, és minden tartalék igazolásra került .
Az útmutatóban hivatkozunk azokra a legfontosabb információforrásokra, amelyekre a migráció során és egészen a 2. napig támasz kodhat:
- Cisco Calling Sales Connect - Cisco Calling Sales Connect Link
- Help.webex.com — hiteles termék- és konfigurációs dokumentáció
- Webex Spaces — közvetlen hozzáférés a Cisco szakértőihez és társ közösségekhez valós idejű kérdésekhez
A beállított keretrendszerrel és a kézben lévő erőforrásokkal nézzük át részletesen az egyes fázisokat — kezdjük el, ahol minden sikeres migráció kezdődik: a projekt kezdemén yezése.
Projekt kezdeményezése
A termelésre gyakorolt hatás: NINCS hatás
- A legfontosabb érdekelt felek azonosítása
Ne feledje, hogy nem csak a technikai csapatokról és az érintett üzleti csapatokról van szó, hanem az érintett partnerekről is. Íme a szükséges érdekelt felek példája:
- IT menedzsment
- Üzleti menedzsment
- Hangszolgáltatási csapat
- Kapcsolattartó központok csapata
- Hálózati csapat
- DNS/DHCP csapat
- Biztonsági csapat
- IAM csapat (pl. Entra, AD, SSO)
- Táblák cseréje
- MACD partner
- Menedzselt szolgáltatási partner
- 3D partintegrációs szolgáltatók (lapozó, fax, felvétel stb.)
- Helyi, helyszíni támogatás
- RedSky /Közbiztonsági csapat.
- Projektvezető vagy projektmenedzser kiválasztása.
Tek@@ intettel arra, hogy a dedikált példányba történő áttelepítés bonyolultabb koordinációval jár, mint a hagyományos „csak alkalmazás szintű” integrációk, kívánatos, hogy a csapattag legyen hozzá rendelve a belső projektmenedzsment és az összes kapcsolódó feladat irányítására, például heti hívások, belső csapatkoordináció, külső szállítók bevonása, változá sok koordinálása stb.
- A projektet indító bemenetek szinkronizálása
Számos előnye és oka van annak, hogy stratégiát alkalmazunk a dedikált példányra való áttéréshez. Fontos, hogy a jövőbeli megoldással kapcsolatos elképzelést alapítsuk.
Vannak olyan változások, mint a klaszterek konszolidációja, tárcsázási terv, tervezett új funkciók?
A szoftver végpontjait „úgy telepíti, ahogy van”, vagy a migráció feltételezi, hogy a Webex alkalmazásba költözik?
Mi a kapcsolat a felhasználóknak a kapcsolattartó központokkal?
- Lépjen fel a gyorsasággal a Dedicated Instance segítségével
Bevezetés a dedikált példánnyal: Bevezetés a dedikált
BDM (üzleti döntéshozó diák) BDM
TDM (műszaki döntéshozó diák) TD M.
Felfedezés és értékelés
A termelésre gyakorolt hatás: NINCS hatás
A felfedezés és az értékelés folytatása és a korábbi csapatszinkronizációs találkozók során szer zett információk felhasználása a bemeneteken, azzal a céllal, hogy azonosítsák az összes szükséges hatóköri elemet, amelyek a szakmai projekt- és műszaki projektterv kidolgozásának alapját képezik
- Meglévő klaszterbeállítás
Határozza meg a meglévő On-PREM beállításokat az összes elvégzett funkcióval és integrációval. Íme a p éldák, amelyeket meg kell nézni:
- Alkalmazások és méretezés,
- Helyszínek,
- IP-címzés,
- A felhasználók szinkronizálása/biztosításának módja (helyi, ldap),
- Konfigurált hitelesítés (SSO),
- CA vs önaláírt tanúsítványok,
- Biztonsági mód,
- ILS/GDPR használata,
- Jellemzők,
- Különös hangsúly a webhelyeken átívelő funkciókra, például Extension Mobility
- CER/911 integráció,
- az MRA használata,
- CD-k,
- Hangposták és integráció az O365-rel,
- Jabber v. WebExApp
- Jabber-migráció esetén a meglévő Jabber végpontok konfigurálásának módjára kell összpon tosítani (pl. xml konfigur áció, hangszolgáltatási tartomány), és milyen lehetőségek vannak az újrakonfiguráláshoz, például az SCCM használata. Itt vannak megjegyezett szabványos forgatókönyvek: Konfigurálja a Jabber
- A fókuszos eszközök listája, amelyekre ellenőrizni kell
- Elavult eszközök (a Rel12.0x óta nincs új eszköz az elavult listához) Elavult telefonok
- Támogatási eszközök vége (az eszközök továbbra is regisztrálhatók bármely szoftverkiadásra, de a Day2 szempontból nem támogatottak)
- A (z) CSR-Compatibility-Matrix-Interactive.html
- Speciális korlátozási eszközök 7925, 7940, 7960 Régi telefonmodellek regisztrálása a Dedicated-Inst ance szolgáltatásban
- Eszközök a segítségben:
Dedikált példánymigrációs asszisztens: Ér tékelési jelentések készítése
A Vezérlőközpontban található Migráció előtti asszisztens segítségével gyűjtheti a forrásadatokat, és ellenőrizheti az UCM-ről a dedikált példányra való áttérés előfeltételeit egy harmadik fél eszközével. Az áttelepítés előtt felméri a készenlétet, ellenőrző listákat biztosít, és lehetővé teszi az adatok összehasonlítását a helyszíni klaszter és a dedikált példány között.
Az Asszisztens futtatásához a webes klaszternek be kell kapcsolnia a Webex Cloud-Connected UC környezetbe . Átfogó leírás és előfeltételek itt találhatók: Web ExCloud-ConnectedUC
Beépítési folyamat az UCM-hez: A Webex Cloud Connected-U C beállítása
Azon fontos betekintések listája, amelyeket a Pre-Migration Assist ant kimeneteként kaphat xls könnyen olvasható formátumban:
- Csomópontok és futó szoftver
- Vállalati paraméterek
- A SIP csomagok listája
- Alkalmazás-felhasználók listája, szerepkörök
- Eszközök száma (és az eszközök teljes listája), Útvonalcsoportok és partíciók, Helyek, Végfelhasználók
- CM csoportok, Eszközmedencék
- A DB replikáció egészségi állapota
- Telepített COP-k
- Számozási tervek
- Telefonos szolgáltatások
- Távoli úti célok
- Webex Spaces támogatja az Ön konkrét kérdéseit:
Kérdezze meg az UCM Cloud és dedikált példányt: webexteam: //im? space=5db6bb40-d3c7-11e9-a319-df8a35abe85a
Kérdezze meg a Webex telepítési asszisztenst - Webex Calling és DI: webexteams-t: //im? space=76beab50-084b-11ed-abc8-ab581010b1de.
- Eszközök a segítségben:
Tervezés és végrehajtás
Termelésre gyakorolt hatás: minimális hatás a meglévő termelési környezetre
Az alábbiakban bemutatjuk a Cisco legjobb gyakorlatait a dedikált példánymigrációs folyamatra vonatkozóan:
Dedikált példány aktiválása (Első beállítási varázsló)
A dedikált példány aktiválásához olvassa el a Dedikált példány aktiv álása
DI környezet létrehozása (Dedikált példány biztosítása)
A DI környezet létrehozásához az Webex Callingalap konfigurációhoz olvassa el a Dedikált példányt.
A leggyakoribb kérdések, megjegyzések:
- Itt ismertetjük a felépítési méretet (Dedikált példányméretezés): https://help.webex.com/en-us/article/dk3o5r/Introduction-to-Dedicated-Instance A klaszterek száma és az általános méretezés összhangban van a megvásárolt licencek számával. Általá nosságban a méretezés lehetővé teszi a tartalék növekedését a Flex megállapodás szerint (15% vagy 20% a típustól függ ), és 3 aktív eszköz biztosítását tudó munkavállalónként). Cisco Cloudplatform tanúsítvánny al rendelkező legjobb számítástechnika, amely minden verzióhoz közepes OVA-kat használ, és egy teljesen telepített dedikált példányklaszter akár 8 hívásfeldolgozó kiszolgálót vagy körülbelül 50 000 eszközt is képes támogat ni
- A kkv-k opcionális, legalább 3 klaszter és/vagy régió megvásárlására van szükség. A tervezés és a kapacitás felülvizsgálata a Cisco oldaláról
- A kezdeti MRA kapacitás 20%, és a tényleges igény alapján a TAC-jegyen keresztül akár 100% -ig növelhető
- A név előtt „x” jelű konfigurációs elemeket nem szabad átnevezni az automatizálás, a szervizelhetőség és az analitikai integrációk során használt Dedicated Inst ance for base configuration Webex Calling
- Abban az esetben, ha egy régióban több mint 3 klaszter szükséges, akkor a DI péld ányok szabványos IP-címezése NEM választható
Ref. Szabványos IP-címzés, Adatközpontok helye: Adatközpontok helye.
Hozzáférés dedikált példányhoz
A Dedikált példányalkalmazások eléréséhez olvassa el az Access dedikált példányalkalmazásokat
A leggyakoribb kérdések, megjegyzések:
- A DI alkalmazások a Control Hubon keresztül vagy közvetlenül az Ügyfélhálózatról érhetők el. A gyorsforgalmi utak kivételével a CLI-hozzáférés is biztosított.
- Felhasználói rangsorok:
- 3 - Partner adminisztrátor
- 4 - Ügyfél adminisztrátor
- 5 - Nagyvállalati felhasználó
- Az automatizálás által létrehozott Webex térben megosztott DI alkalmazások eléréséhez szükséges hitelesítő adatok, ahol ProAdmin.
Egyetértők/Kapcsolattartás
Hálózati architektú ra az Edge connect forgatókönyveinek részletes leírásávalWebex Calling, dedikált példány és értekezletek esetében. A (z) PA_Edge_Connect_Design.pdf
*A dokumentumot ó vatosan kell használni, mivel több olyan forgatókönyvet ír le, amelyek ellentmondásosak lehetnek vagy kiegészíthetik egymást, a pontos felhasználási esettől függően. A dedikált p éldányra vonatkozó pontos hivat kozás az „Edge Connect for Dedicated Instance Architecture” fejezetben található
Webex EdgeCsatlakozás
Webex EdgeCsatlakoz ás A leggyakoribb kérdések, megjegyzések:
- A dedikált példány 2 linkjei „kötelező”
- 4 link választható, de a „keresztezés” nem megengedett, ezeket „párokban” használják
- Az egyik hivatkozásra irányuló DI forgalom rangsorolása NEM támogatott és általában nem alkalmazható, mivel mindegyik oldal/DC egyedi alhálózati /25 dedik ált példány adatközpont-helyét hirdeti.
Webex Virtuális kapcsolat
A Webex virtuális csatlakozásáról a Dedicated-Instance-Virtual-Connect című témakörben talál.
A leggyakoribb kérdések, megjegyzések:
- A Virtual Connect maximális támogatott sávszélessége 250Mbps
- Ez az opció nem megfelelő/nem támogatott ESN telepítés esetén.
Dedikált példányhálózati és biztonsági követelmények (hálózati forrás, tűz falportok, DNS-információk)
A hálózati és biztonsági követelmények megismeréséhez olvassa el a Hál ózati és biztonsági követelményeket
A leggyakoribb kérdések, megjegyzések:
- Az SNMP felügyelet NEM megengedett. Az SNMP kivételek a CER és az Informacast munkafolyamatai, amelyeknek szolgáltatáskérésre van szükségük a Control Hubon keresztül
- A DI-től a külső SFTP-hez nincs hozzáférés. A frissítésekhez, frissítésekhez és egyéb munkafolyamatokhoz használt SFTP a DI környezetben található, és korlátozott forgatókönyvekhez hozzáférést biztosít (például a Control Hub szolgáltatáskérlésével összhangban lévő új cop/firmware hozzáfér és).
ESN (továbbfejlesztett túlélhetőség)
Első lépés/ Általános információk: Első lépések az Enhanced Sur vivability használatával
Feltételek: Tová bbfejlesztett túlélési előfeltételek
Aktiváláshoz: Aktiválja a továbbfejlesztett túlélhetőséget.
A leggyakoribb kérdések, megjegyzések:
- Az ESN Flex SKU „régiónként” alapul. Például, ha 5 ESN csomópontot kell integrálni Amerikában, akkor meg kell rendelnie egy ESN SKU-t, amely lehetővé teszi akár 8 ESN csomópont csatlakoztatását egy klas zterhez anélkül, hogy hatással lenne a Klaszterben engedélyezett maximális hívásfeldolgozási cs omópontokra
- Az Ügyfél felelős a szükséges virtualizált erőforrások biztosításáért és a Medium OVA Publisher telepítéséért, amelyet az automatizálás révén tovább átalakítanak Felhasználóvá és csatolnak a Klaszterhez. https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/uc_system/virtualization/virtualization-cisco-unified-communications-manager.html
- A Cisco felelős a CA tanúsítványokért. Az aktiválás során felkérjük Önt, hogy engedélyezze a Klaszter tanúsítványainak megújítása/frissítését annak érdekében, hogy az ESN csom ópont szerepeljen a listába .
Könyvtárszinkronizálás szolgáltatás
Az UCM on-prem-ben használt hagyományos módszer mellett a felhasználók ldap-on keresztüli szinkronizálására vagy helyi létrehozására is rendelkezésre áll, a Dedicated Instance segítségével a felhasználók szinkronizálására (Webex Com mon Identity Service) keresztül az Azure-val vagy a Directory Connector segítségével lehet szinkronizálni. Csak az SSO telepítése támogatott a Webex CI könyvtárszolgáltatáshoz.
Címtárszolgáltatás integrálása a Webex Common Identity for Dedicated Instance segítségével
A leggyakoribb kérdések, megjegyzések:
- Miután az Azure AD-ellátás befejeződött egy adott klaszter esetében, nem hozhat létre új szinkronizálási megállapodásokat, és nem módosíthat konfigurációs beállításokat ugyanazon klaszterhez, kivéve a csoportbeállításokat. A Címtár Cisco TAC szolgáltatás visszaállításához lépjen kapcsolatba az ügyfél szolgálattal. Ezután létrehozhat egy új megállapodást a biztosításhoz.
- Az új szerződés létrehozásától számított 18 órán belül engedélyeznie kell a szinkroniz álást. Az LDAP szinkronizált felhasználók inaktívvá válnak és eltávolítják 24 órás inaktivitás után. A felhasználók nem tudnak bejelentkezni és használni a Unified CM szolgáltatásokat.
- Még a Híváskezelő konfigurációja is szerkeszthetőnek tűnik, nem változhat azon túl, amit a szinkronizálási megállapodás biztosítása során az automatizálás hozott létre. Bár a beállítások egyszeri szinkronizálást jelenítenek meg, a Control Hub 24 órás ciklusmódosításokkal szinkronizálja a Common Identity alkalmazásban Unified CM vagy Cisco Unity Connection.
- A szolgáltatás csak a Directory Sync rendszerhez használható (!). A hitelesítést az SSO-n keresztül kell beállítani, mint előfeltétel.
SSO
Az SSO nem kötelező a dedikált példányhoz. Mindenesetre kötelező néhány kulcsfontosságú szolgáltatáshoz, például a Webex Common Identity, a WebExApp használatához. A SAML SSO telepítése nem különbözik az UCM on-prem-nél és az alábbiakban ismertetett alkalmazástól. Az egyetlen működési árnyalat az aktiválási folyamathoz kapcsolódik, amely az aktiválás során az SSO teszthez 1. rangú felhasználót igényel. Partnereket és ügyfeleket a Rank3-5 jogosultságok korlátozzák, így a Cisco támogatás szükséges az aktiváláshoz, amelyet a Control Hub szolgáltatási kérelmében kell kérni (a jegy UC Application Management típusa)
A (z) CUCM_b_saml-sso-deployment-guide-release-15.html
A Szolgáltatási kérelem megnyitásához olvassa el a Szolgáltatási kérelem használatának módját.
Dedikált példányklaszter integrálása On-PREM klaszterrel
Tekintettel arra, hogy a legtöbb áttelepítési forgatókönyv nem történhet egyszeri migrációként, előzetes tesztel ésre van szükség és bizonyos szintű kereszt-integráció, javasoljuk, hogy az első lépések egyike legyen a klaszterek közötti törzs és a kapcsolódó konfiguráció beállítása. ILS, ha használatban van.
Tanúsítványok konsz
A rendszer migrációra való felkészítésének egyik legfontosabb feladata a tanúsítványok cseréje az on-prem és a felhőalapú rendszerek között, minden biztonságos integráció. Ezzel lehetővé teszi a telefonok számára, hogy szabadon áttérjenek az új klaszterbe és vissza a régi klaszterekbe, gyári alaphelyzetbe állítás nélkül.
A leggyakoribb kérdések, megjegyzések:
Általában ez magában foglalja a DI tanúsítványok megosztását és az On-PREM oldalra történő feltöltését
- CallManager.pem (Multi-SAN)
- ITlRecovery.pem
- A CA közbenső tanúsítvány
- Gyökértanúsítvány CA
Az ügyfél CUCM oldalától a DI felé:
- A CallManager.pem (Multi-SAN), ha nem Multi-SAN, tartalmazza a Publisher és a TFTP-kiszolgálók tanúsítványait.
- ITlRecovery.pem (Söröző)
- Közbenső hitelesítő tanúsítvány (Abban az esetben, ha a CERT-ket CA írja alá)
- Root Certificate CA (Abban az esetben, ha a CERT-ket CA írja alá).
Webex alkalmazás és/vagy Jabber migrációs terv
A leggyakoribb kérdések, megjegyzések:
- Hogyan lehet megőrizni a felhasználói élményt a Jabber bejelentkezéssel egy új rendszeren? Milyen változások /forgatókönyvek lehetségesek a Jabber használatának folytatásához, mint az on-prem rendszerhez? A következő lehetőségek állnak rendelkezésre: Konfigurálja a Jabber dedikált példányban az Ügyfél tartományát a bejelentkez éshez. Konfigurálja a Jabber dedikált példányban az Ügyfél tartomány át a bejelentkezéshez
E911
A dedikált példány telepítésekor mind a Cisco Emergency Responder (CER), mind a RedSky-t a telefonok és az ügyfelek nyomon követésére használják. A helyszíni telefonokat a vészhelyzeti reagáló segítségével nyomon követik a telefon elhelyezkedésének azonosítására és a megfelelő feladási hely beállítására, mielőtt a hívást RedSky-re irányítanák híváskezelés céljából. A Webex App felhasználóit a RedSky-ben held+ protokoll segítségével követik nyomon.
A dedikált példány az amerikai régióban telepített CER-rel érkezik. A Cisco hozzáadja a proxy információkat, míg a Partner/Ügyfél felelőssége a RedSky részleteinek hozzáadása és az ELIN konfigurálása. Hozzáadjuk a LUA szkriptet, és a Partner/Ügyfélnek konfigurálnia kell a paramétereket annak működéséhez. A leggyakoribb kérdések, megjegyzések
- Hogyan lehet RedSky-fiókot szerezni a RedSky portálon:
- BOT elérhető a Webex — E911 ügyfélfiók beállítása (E911Account@webex.bot) Írja be a „support” parancsot, és töltse ki a megjelenő és benyújtott űrlapot. Fiók jön létre, és egy e-mailt küldünk a BOT-ban megadott rendszergazdai e-mail re
- Konfigurálja az E911-et dedikált példányhoz, konfigur álja az E911-et
A Webex Spaces támogatja:
Kérdezze meg a RedSky External - E911 Solutions Plus Partner csatlakozását: https://eurl.io/#fWfT1SnOz.
A mérnöki csapatok és a felhasználók készen állnak a változásra
Itt találhatók a mérnöki csapatok számára ajánlott erőforrások, amelyek a Dedikált példány minden szempontjából a gyorsaságot elérhetik:
- Cisco Calling értékesítési kapcsolat
- Segítség.webex.com
- Webex Akadémia: Akadémia
- Örökbefogadási források. Az örökbefogadási források mindkettő számára hasznosak: segít ségnyújtás a szolgáltatás bevezetési stratégiájában, valamint a „Hogyan kell” füzetek és rövid videók tudásbázisa, amelyek nagy segítséget nyújthatnak a végfelhasználók számára. resources.webex.com.
Fagyasztás
A termelésre gyakorolt hatás: a működési folyamatokra korlátozott hat ás
A Freeze fázis célja az adatok áthelyezése a forrásrendszerből a célzott dedikált példányra, és végrehajtja a szükséges érvényesítéseket a sikeres lezárás biztosítása érdekében. 2-3 hetes időkeretet javasolunk a befagyasztásra, hogy megbizonyosodjon arról, hogy a csapatoknak rendelkezik-e szükséges idővel az adatok áthelyezéséhez, az adatok konzisztenciájának ellenőrzéséhez, a tesztfeladatokhoz és a kapcsolódó teszteléshez.
Abban az esetben, ha a fagyasztási fázisban MACD szükséges, a szükséges változtatásokat mindkét rendszeren el kell végezni.
Az adatok mozgatásához és másolásához többféle módszer és eszköz áll rendelkezésre. Általában javas oljuk az aktív/inaktív partíciók és eszközök használatát az alábbiak szerint:
UCM:
BAT exportálás/importálás és a kapcsolódó sz kriptek
Tömeges adminisztrációs Cisco Unified Communications Manager útmutató a 15. kiadáshoz és a SU-khoz: CUCM_b_bulk-administration-guide-15.html.
Külső eszközök az UCM migrációhoz, például a Yarnlab.
Egység:
- Cisco UnitySzerszámok. Ingyenes Cisco Unity és Cisco Unity Connection kapcsolódó eszközök gyűjteménye.
https://www.ciscounitytools.com/index.html
Javasoljuk a Cobras használatát az Unity migrációhoz.
CER:
Kézi, Ömlesztett export/Import
A konfigurációs adatok áthelyezése után vegye figyelembe a következő fontos elemeket/műveleteket:
- Manuálisan vagy a 150. opción keresztül a DHCP-n a különböző telefon modellek új DI TFTP-re történő átirányításával kapcsolatos tesztcsoportos újrautatással kapcsolatban. A tanúsítványok konszolidációja után tesztelheti mind az áttelepítést, mind a visszaállítási forgatókönyvet
- A tesztátjáró újrakonfigurálása, ha rendelkezésre áll
- Átjárók konfigurációs sablonjainak előkészítése a tényleges termelési leállásokhoz. Szkriptek készítése, ha szükséges.
- A WebExApp felhasználó áthelyezése a hívási viselkedés megváltoztatásával a CH-nél
- Jabber áthelyezése korábban meghatározott bejelentkezési módszerrel és otthoni klaszter módosításával
- Alapvető hívásfolyamatok és funkcionalitás tesztelése a környezeti képességekig:
- A hálózaton belüli vagy VPN-en keresztüli kapcsolat viselkedésének következetességének ellenőrzése
- MRA tesztelése telefon és szoftver végponttal
- PSTN
- A 911 szolgáltatás tesztje
Cutover Day vagy live
Minden vágás egyedi, és a tervnek megfelelnie kell a pontos környezet árnyalatainak. Általánosságban elmondható, hogy a folyamat lépései:
- Proaktív TAC jegy létrehozása (ütemezett kiszállítás)
- Az eszközök leállítása a 150. opció megváltoztatásával történik az összes kapcsolódó alhálózaton, és a telefonok visszaállításával történik az on-prem híváskezelőnél
- A regisztrált telefonok ellenőrzése az új rendszeren egyszerű módja annak, hogy ellenőrizze a sikeres regisztráció folyamatát az új Dedicated Instance rendszerre
- Ellenőrzés után tömeges frissítés szükséges konfigurációkat (vonalak és útvonalmin ták aktív vs null partíciók, kezdőklaszter, hirdetések) az On-PREM és a dedikált példányon
- Átjárók, SRST, hardveres adathordozók konfigurációjának módosítása
- Végezze el a meghatározott tesztprogramot:
- Helyszíneken belüli, helyközi, PSTN hívások tesztelése
- MRA
- 911
- Hangposta
- Alkalmazható funkciók
2. nap
- Dedikált példány 1. szintű támogatás (TAC) Dedicated-Instance Tier-1 támogatás
- A felsorolt témákhoz kapcsolódó szolgáltatási kérelmek: Szolgáltatási kérelem benyújtása
- DNS-bejegyzés
- Tűzfal frissítések
- Firmware feltöltése
- Felhőkapcsolat
- Ellenőrzési napló beállításai
- UC alkalmazáskezelés
- DI-MT Inter-op SIP csomagtartó
- UC alkalmazás életciklusa
- Az infrastruktúra mint szolgáltatás
- Partner üzemeltetési útmutató
- Partner üzemeltetési útmutató
Ez az egyik legfontosabb dokumentum, amely ismerteti a műszaki támogatást, a változáskezelést, az incidenskezelést, a frissítéseket, a frissítéseket, a kapacitá skezelést, a tanúsítványok kezelését, a DRS Partner működési útmutatóját
- Felelősségi mátrix
- Kérdezze meg a RedSky Webex Space webexteams-t: //im? space=7074fce0-489a-11ea-89f3-8f977dd07aa0.
