Ta članek ponuja strukturiran okvir za samopostrežno selitev za partnerje in stranke, ki klična okolja preselijo v Webex Calling — namenski primer (DI).

Migracijske prakse in mejniki, opisani v tem članku, temeljijo na metodologiji programa Webex Setup Assist in odražajo obsežne izkušnje Ciscovih skupin za dostavo, inženiring in razvoj v resničnem svetu. Te metode so bile v zadnjih sedmih letih izboljšane z več sto tisoč edinstvenimi uvajanjem lokacij strank, vključno s selitvami s platform BroadCloud, BroadWorks, Spark Calling Unified CM (UCM), Hosted Collaboration Solution (HCS) in PBX platform tretjih oseb. Navodila veljajo za široko paleto okolja za stranke, od namestitev na enem sedežu do obsežnih izvedb, ki presegajo 100.000 sedežev in na stotine lokacij, ter sledijo že dolgo uveljavljenim, preizkušenim Ciscovim procesom, ki zagotavljajo doslednost, kakovost in operativno učinkovitost skozi celoten življenjski cikel migracije.

Članek predvideva, da so bralci že seznanjeni z Webex Calling licenciranjem namenskih primerkov, skrbniškim modelom Webex Control Hub ter osnovno programsko opremo in funkcijami Unified Communications Manager.

Bodimo iskreni — beseda migracija redko sproži navdušenje v IT ekipi. To sproži vprašanja. »Kaj se zlomi?« »Kdo opravlja delo?« »Nad čim izgubljamo nadzor?« »Ali je to sploh realno, ko smo že raztegnjeni in držimo luči prižgane?« To niso znaki odpornosti proti napredku; so nagoni izkušenih strokovnjakov, ki razumejo, da premikanje klicne platforme, kritične za misijo, ni projekt ob koncu tedna. Voice je edina storitev, pri kateri uporabniki opazijo dvosekundno napako, preden opazijo dvotedenski izpad načrtovanja — in zaradi resničnosti se vsaka sprememba zdi težja, kot bi morala.

Dobra novica? Številke pripovedujejo povsem drugačno zgodbo kot strah. Pri dobro strukturiranih migracijah v oblak se približno 95% inženirskega truda vloži v priprave, le 5% pa v dejansko spremem bo. Še bolje je, da večino teh 95% sestavljajo dejavnosti, ki jih vaša ekipa že izvaja v okviru običajnih operacij 2. dne — higiena zalog, upravljanje certifikatov, pregledi načrtov klicanja, sledenje življenjskemu ciklu naprave in dokumentacija. Z drugimi besedami, večina »migracijskega dela« je delo, ki ga že opravljate. Ta strukturirani pristop ga preprosto usmerja k določenemu rezultatu, s hitrostjo, ki ustreza vašemu obstoječemu operativnemu ritmu in ne k njemu.

Občutek »misije nemogoče« tudi zbledi, ko opazite, da je vsako selitev mogoče v celoti vaditi . Majhen, reprezentativen pilot ni program vam omogoča preverjanje procesa od konca do konca, integracij, vedenja pri preklopu in uporabniške izkušnje, preden se dotaknete enega samega uporabniškega uporabnika. Na krajši dan nič ni prepuščeno naključju — ker je krajši dan preprosto ponovitev postopka, ki ste ga že uspešno izvedli. In če se zgodi kaj nepričakovanega, je povratek ogledalo samega preseka, ki ga omejuje jasno okno za vzdrževanje. Predvidljivost nadomešča tesnobo.

Da, prehod na namenski instanec pomeni opustiti nekaj nadzora — zlasti nad infrastruktur o in plasti virtualizacije. Vendar pomislite, kaj pridobite nazaj: ure, ki jih vaša ekipa porabi za popravljanje hipervizorjev, iskanje opozoril o strojni opremi, upravljanje varnosti na ravni operacijskega sistema in osvežitev zmogljivosti načrtovanja. Ta čas se vrne v podjetje, kjer ga lahko porabite za tisto, kar dejansko razlikuje vašo organizacijo — uporabniško izkušnjo, posvojitev, integracije in storitve, za katere resnično skrbijo vaše zainteresirane strani. Ne izgubljate nadzora; trgujete z nediferenciranim dvigovanjem težk za strateško osredotočenost.

V zameno prejmete platformo, ki je tesno integrirana z najnaprednejšim portfeljem klicev, srečanj in kontaktnih centrov na trgu, podprto s Ciscovo inženirsko globino in partnerskim ekosistem om, ki ga je izboljšal na stotine tisoč uvajanja. Ohranite polno moč znanega Unified CM ekosistema — enake funkcije, enako zanesljivost, isti administrativni model, ki ga vaša ekipa že pozna — zdaj v kombinaciji z Control Hub, sodobnim, uporabniško usmerjenim dežnikom za upravljanje in analitiko, ki se je resnično enostavno naučiti . Nadgradnje, posodobitve in kritično popravljanje ranljivosti najnovejše programske opreme upravlja Cisco v računalništvu s certifikatom Cisco z enako (ali boljšo) zanesljivostjo, kot jo pričakujete od krajevnega okolja.

Torej, da, spremembe prinašajo tveganje. Toda ne spreminjanje nosi lastno, tišje tveganje: zaostajanje pri funkcijah , obravnavanje stalne zapletenosti sprememb, sproščanje nadgradenj in ranljivosti, raztezanje vaše ekipe na infrastrukturo, ki podjetja ne razlikuje več, in odlašajte z neizogibnim prehodom, dokler ga ni treba storiti pod pritiskom. Strukturirani, zaprti pristop, ki sledi, je zasnovan tako, da bo ta migracija takšna, kot bi morala biti: dobro pripravljena, slabo dramatična in visoko potrjena — izvedena večinoma skozi delo, ki ga že opravljate, na platformo, ki je zgrajena za nadaljnje sodelovanje.

Od zaupanja do načrta: kako je organiziran ta vodnik

Če želite to zaupanje spremeniti v izvedljiv načrt, vas ta priročnik vodi skozi postopek migracije s sedmimi točkami, v vsak i fazi z jasnimi merili za vstop in izstop, izkušnjami, pridobljenimi na terenu in predhodnimi pregledi, ki preprečujejo najpogostejša presenečenja:

• Začetek projekta
• Odkritje in ocena
• Načrtovanje
• Izvajanje
• Zamrznite
• Pojdi v živo
• Prehod na 2. dan

Eden od razlogov, zakaj ta model deluje tako dobro, je, da je tveganje za vaše proizvodno okolje namerno naloženo na skoraj nič in se poveča le v nadzorovanem, zadnjem kor aku. Tukaj je tisto, kar lahko pričakujete na vsaki stopnji:

Vpliv na proizvodnjo	Faze
Brez vpliva	Začetek projekta, odkrivanje in ocenjevanje, načrtovanje
Najmanjši vpliv	Izvajanje
Omejeno na operativne procese	Zamrznite
Neposredni vpliv	Pojdi v živo

V praktičnem smislu: večina potovanja poteka varno skupaj z vašim obstoječim okoljem. Ko dosežete trenutek, ki se dotika proizvodnje, je bila vsaka integracija zgrajena, vsak postopek je bil uvajen in vsak nadomestni rezultat je bil preverjen.

V celotnem vodniku se sklicujemo na ključne vire informacij, na katere se boste zanašali med selitvijo in vse do 2. dne:

• Cisco Calling Sales Connect - Cisco Calling Sales Connect Link
• Help.webex.com — avtoritativna dokumentacija o izdel kih in konfiguraciji
• Webex Spaces — neposreden dostop do Ciscovih strokovnjakov in skupnosti vrstnikov za vprašanja v realnem času

Z nastavljenim okvirom in sredstvi v roki se podrobno prehodimo skozi vsako fazo — začenši od začetka vsake uspešne migracije: Zač etek projekta.

Vpliv na proizvodnjo: BREZ vpliva

• Opredelite ključne deležnike

Ne pozabite, da ne gre samo za tehnične ekipe in prizadete poslovne ekipe, ampak tudi za vpletene partnerje. Tu je primer zahtevanih zainteresiranih strani:

• Upravljanje IT
• Poslovno upravljanje
• Ekipa za glasovne storitve
• Ekipa kontaktnih centrov
• Mrežna ekipa
• DNS/DHCP ekipa
• Varnostna ekipa
• IAM ekipa (npr. Entra, AD, SSO)
• Spremenite tablo
• Partner MACD
• Partner za upravljane storitve
• Dobavitelji integracije 3D strank (Paging, Fax, Snemanje itd.)
• Lokalna, samostojna podpora
• RedSky/Ekipa za javno varnost.

• Izbira vodje projekta ali vodje projekta.

Glede na to, da selitve na namenski primer vključujejo bolj zapleteno usklajevanje kot tradicionalne integracije »samo na ravni aplikacije«, je zaželeno, da ima član ekipe dodeljen za upravljanje notranjega projektov in vse povezane naloge, kot so tedenski klici, koordinacija notranjih skupin, vključevanje zunanjih ponudnikov, usklajevanje spremem b itd.

• Sinhronizirajte vhode, s katerimi zaženete projekt

Obstaja več prednosti in razlogov, zakaj obstaja strategija za selitev na namenski primer. Pomembno je osnovno vizijo prihodnje rešitve.

Ali so načrtovane kakšne spremembe, kot so konsolidacija grozdov, načrt klicanja, nove funkcije?

Ali končne točke programske opreme selite »takšne, kot so« ali selitev predvideva prehod v aplikacijo Webex?

Kakšen je odnos uporabnikov do kontaktnih centrov?

• Povečajte hitrost z namenskim primerkom

Uvod v namenski primer: Uvod v namenski primer

BDM (diapozitivi za sprejemanje poslovnih odločitev) BDM

TDM (diapozitivi za tehnično odločanje) TD M.

Vpliv na proizvodnjo: BREZ vpliva

Odkrivanje in ocenjevanje sta nadaljevanje in uporaba informacij, pridobljenih na prejšnjih sestankih skupinske sinhronizacije o vložkih, s ciljem opredeliti vse potrebne elemente obsega, ki bodo osnova za razvoj strokovnega projektnega in tehničnega načrta projekta

• Obstoječa nastavitev grozda

Določite obstoječo nastavitev On-PREM z vsemi opravljenimi funkcijami in integracijami. Tu so primeri, ki jih je treba ogledati:

• Aplikacije in velikost,
• Lokacije,
• naslovanje IP,
• Kako uporabniki sinhronizirajo/zagotavljajo (lokalno, ldap),
• Konfigurirano preverjanje pristnosti (SSO),
• CA v primerjavi s samopodpisanimi certifikati,
• Varnostni način,
• uporaba ILS/GDPR,
• Značilnosti,
• Poseben poudarek na funkcijah med spletnimi mesti, kot so Extension Mobility
• Integracija CER/911,
• Uporaba MRA,
• CDR-ji,
• Glasovna pošta in integracija z O365,
• Jabber proti WebExApp
  • V primeru selitve Jabber se je treba natančno osredotočiti na to, kako so konfigurirane obstoječe končne točke Jabber (npr. konfiguracija xml, domena glasovnih storitev) in kakšne so možnosti za rekonfiguracijo, kot je uporaba SCCM. Tu so zabeleženi standardni scenariji: Konfigurirajte Jabber
• Seznam naprav s fokusom, ki jih je treba preveriti
  • Zastarele naprave (od Rel12.0x na seznamu zastarelih ni dodanih novih naprav) Zastareli telefoni
  • Konec podpornih naprav (naprave so lahko še vedno registrirane v kateri koli izdaji programske opreme, vendar niso podprte z vidika Day2)
  • CSR-Compatibility-Matrix-Interactive.html
  • Posebne omejevalne naprave 7925, 7940, 7960 Registrirajte stare modele telefon ov v namensko primerjavo
    • Orodja v pomoč:

      Namenski pomočnik pred migracijo primerkov: ustvarjanje poročil o ocenjevanju

      Pomočnik pred selitvijo v nadzornem središču vam pomaga zbirati izvorne podatke in preveriti predpogoje za selitev iz UCM v namenski primer z orodjem tretje osebe. Pred selitvijo oceni pripravljenost, zagotovi kontrolne sezname in omogoča primerjavo podatkov med krajevnim grozdom in namenskim primerkom.

      Če želite zagnati pomočnika, mora biti vaša spletna skupina vgrajena v okolje UC, povezano z oblakom Webex . Splošni opis in predpogoje najdete tukaj: Web Excloud-ConnecteDUC

      Postopek vkrcan ja za UCM: Nastavitev Webex Cloud Connected-UC

      Seznam pomembnih vpogledov, ki jih lahko dobite kot izhod iz Pomočnika pred selitvijo v enostavno berljivi obliki xls:

      • Vozlišča in delujoča programska oprema
      • Parametri podjetja
      • Seznam prtljažnikov SIP
      • Seznam uporabnikov aplikacije, vloge
      • Število naprav (in celoten seznam naprav), skupine poti in particije, lokacije, končni uporabniki
      • Skupine CM, bazeni naprav
      • Zdravstveno stanje replikacije DB
      • Nameščeni COP
      • Načrti številčenja
      • Telefonske storitve
      • Oddaljene destinacije
    • Webex Spaces za podporo pri vaših posebnih vprašanjih:

      Vprašajte UCM Cloud in namenski primer: webexteam: //im? vesolje = 5db6bb40-d3c7-11e9-a319-df8a35abe85a

      Vprašajte RedSky External - Pridružite se partnerju E911 Solutions Plus: https://eurl.io/#fWfT1SnOz

      Vprašajte za pomoč pri namestitvi Webexa - Webex Calling in DI: webexteam: //im? space=76beab50-084b-11ed-abc8-ab581010b1de.

Vpliv na proizvodnjo: minimalni vpliv na obstoječe proizvodno okolje

Najboljše prakse podjetja Cisco v zvezi s postopkom migracije namenskih primerkov so predstavljene spodaj:

Vzporednika/povezljivost

Omrežna arhitektura s podrobnimi opisi scenarijev za povezovanje Edge zaWebex Calling, namenski primere k in srečanja. PA_Edge_Connect_Design.pdf

*Dokument je treba uporabljati previdno, saj opisuje več scenarijev, ki so si lahko nasprotujoči ali se medsebojno dopolnjujejo, odvisno od natančnega primera uporabe. Natančen sklic na namen ski primerek najdete v poglavju »Edge Connect za arhitekturo namenskih primerkov«

Webex EdgePovežite se

Webex EdgePove ži Najpogostejša vprašanja, opombe:

• Povezave namenske primerke 2 so »obvezne«
• 4 povezave so možnost, vendar »prečkanje« ni dovoljeno, uporabljajo se v »parih«
• V@@ saka prednost prometa DI proti eni od povezav NI podprta in na splošno ni uporabna, saj vsaka stran/DC oglašuje svoje edinstveno podomrežje/25 lokacij podatkovnih centrov namen skih primerkov.

To je razloženo tudi v omenjenem dokumentu o omrežni arhitekturi, kot je navedeno spodaj:

Vpliv na proizvod njo: vpliv, omejen na operativne procese

Namen faze zamrzovanja je premikanje podatkov iz izvornega sistema v ciljni namenski primerek in izvedba potrebnih preverjanj za zagotovitev uspešnega omejevanja. Priporočamo 2-3 tedenski časovni okvir za zamrzovanje, da zagotovite, da imajo ekipe potreben čas za premikanje podatkov, preverjanje skladnosti podatkov , preizkušanje neuspešnih testov in s tem povezano testiranje.

Če med fazo zamrzovanja obstaja potreba po MACD, je treba na obeh sistemih dokončati zahtevane spremembe.

Za premikanje/kopiranje podatkov je na voljo več načinov in orodij. Na splošno priporočamo uporabo aktivne/neaktivnih particij in orodij, kot je navedeno spodaj:

UCM:

Izvoz/uvoz BAT in s tem povezano skrip tiranje

Vodnik za množično Cisco Unified Communications Manager upravljanje za, izdajo 15 in SUS: CUCM_b_bulk-administration-guide-15.html.

Zunanja orodja za migracije UCM, kot je Yarnlab.

Enotnost:

• Cisco UnityOrodja. Zbirka brezplačnih Cisco Unity in sorod Cisco Unity Connection nih orodij.

https://www.ciscounitytools.com/index.html

Priporočamo uporabo kobre za migracije Unity.

CER:

Ročni, razsutni izvoz/uvoz

Ko se podatki o konfiguraciji premaknejo, upoštevajte naslednje pomembne postavke/dejanja:

• Ročno ali prek možnosti 150 na DHCP v zvezi s preusmeritvijo testne skupine različnih modelov telefonov na nov DI TFTP. Ko končate konsolidacijo potrdil, lahko preizkusite tako: scenarij selitve kot ponovnega vračanja
• Ponovna konfiguracija preskusnega prehoda, če je na voljo
• Priprava konfiguracijskih predlog prehoda za dejanske proizvodne omejitve. Skriptiranje, če je potrebno.
• Premikanje uporabnika WebExApp s spremembo vedenja klicanja na CH
• Premikanje Jabberja prek predhodno določenega načina prijave in spremembe domačega grozda
• Preizkus osnovnih tokov klicev in funkcionalnosti do zmogljivosti okolja:
  • Preverjanje doslednosti vedenja v omrežju ali povezanosti prek VPN
  • Preizkus MRA s končno točko telefona in programske opreme
  • PSTN
  • Preizkus storitve 911

• Podpora za namenski primer stopnje 1 (TAC) za namensko primerjavo stop nje 1

• Zahteve za storitve, povezane s naštetimi temami: Kako vložiti zahtevo za storitev
  • DNS vnos
  • Posodobitve požara
  • Nalaganje programske opreme
  • Povezljivost v oblaku
  • Nastavitve dnevnika revizije
  • UC upravljanje aplikacij
  • DI-MT Inter-op SIP kovčki
  • Življenjski cikel aplikacije UC
  • Infrastruktura kot storitev
    • Vodnik za partnerske operacije

• Vodnik za partnerske operacije

  To je eden najpomembnejših dokumentov, ki pojasnjuje tehnično podporo, upravljanje sprememb, upravljanje incidentov, posodobitve, nadgradnje, upravljanje zmogljivosti, upravljanje certifikatov, vodnik za delovanje partnerjev DRS

To je eden najpomembnejših dokumentov, ki pojasnjuje tehnično podporo, upravljanje sprememb, upravljanje incidentov, posodobitve, nadgradnje, upravljanje zmogljivosti, upravljanje certifikatov, vodnik za delovanje partner jev DRS

• Matrica odgovornosti

Dokument pojasnjuje razdelitev RACI med partnerjem, Ciscom in stranko med vkrcanjem in matrico dodelitve odgovornosti za operacije

• Vprašajte spletne ekipe RedSky Webex Space:// im? space=7074fce0-489a-11ea-89f3-8f977dd07aa0.