Ovaj članak pruža strukturirani okvir za samoposluživanje migracije za partnere i kupce koji migriraju okruženja za pozivanje na Webex Calling - Namjensku instancu (DI).

Prakse migracije i prekretnice opisane u ovom članku temelje se na metodologiji programa Webex Setup Assist i odražavaju opsežno iskustvo Ciscovih timova za isporuku, inženjerstvo i razvoj u stvarnom svijetu. Te su metode usavršene kroz stotine tisuća jedinstvenih implementacija lokacija korisnika tijekom posljednjih sedam godina, uključujući migracije s BroadCloud, BroadWorks, Spark Calling, Unified CM (UCM), Hosted Collaboration Solution (HCS) i PBX platformi trećih strana. Smjernice se odnose na širok raspon korisničkih okruženja, od implementacija s jednim sjedištem do velikih implementacija koje prelaze 100.000 mjesta i stotine lokacija, te slijede dugogodišnje, provjerene Ciscove procese kako bi se osigurala dosljednost, kvaliteta i operativna učinkovitost tijekom cijelog životnog ciklusa migracije.

Članak pretpostavlja da su čitatelji već upoznati s Webex Calling licenciranjem namjenske instance, administrativnim modelom Webex Control Hub te osnovnim softverom i značajkama Unified Communications Manager.

Budimo iskreni — riječ migracija rijetko izaziva uzbuđenje u IT timu. To izaziva pitanja. "Što se slomi?" "Tko radi posao?" "Nad čime gubimo kontrolu?" "Je li to uopće realno dok smo već razvučeni držeći svjetla upaljena?" To nisu znakovi otpora napretku; oni su instinkti iskusnih profesionalaca koji razumiju da premješ tanje platforme za pozivanje kritične za misiju nije vikend projekt. Voice je jedina usluga u kojoj korisnici primjećuju dvosekundni kvar prije nego što primijete dvotjedni prekid planiranja - i ta stvarnost čini da se svaka promjena osjeća težom nego što bi trebala.

Dobre vijesti? Brojevi govore sasvim drugačiju priču od straha. U dobro strukturi ranim migracijama oblaka, otprilike 95% inženjerskog napora ulaže se u pripremu, a samo 5% u stvarnu promjenu. Još bolje, većinu tih 95% čine aktivnosti koje vaš tim već obavlja u sklopu uobičajenih operacija 2. dana - higijena zaliha, upravljanje certifikatima, pregled plana biranja, praćenje životnog ciklusa uređaja i dokumentacija. Drugim riječ ima, najveći dio "migracijskog posla" je posao koji već radite. Ovaj strukturirani pristup jednostavno ga usmjerava prema definiranom ishodu, tempom koji se uklapa u vaš postojeći operativni ritam, a ne iznad njega.

Osjećaj "misija nemoguća" također blijedi kad vidite da se svaka migracija može u potpunosti uvježbati . Mali, reprezentativni pilot omogućuje vam provjeru procesa od kraja do kraja, integracija, ponašanja pri prelasku i korisničkog iskustva prije nego što se dotakne jedan proizvodni korisnik. Ništa nije prepušteno slučajnosti na krajnji dan - jer je krajnji dan jednostavno ponavljanje procesa koji ste već uspješno izvršili. A ako se do godi nešto neočekivano, povratak je ogledalo samog prekida, ograničeno jasnim prozorom za održavanje. Predvidljivost zamjenjuje anksioznost.

Da, prelazak na namjensku instancu znači prepuštanje neke kontrole - posebno nad infrastruktu rom i slojevima virtualizacije. Ali razmislite o tome što ćete dobiti natrag: sati koje vaš tim provodi popravljajući hipervizore, loveći hardverska upozorenja, upravljajući sigurnošću na razini OS-a i planiranjem osvježavanja kapaciteta. To se vrijeme vraća u posao, gdje se može potrošiti na ono što zapravo razlikuje vašu organizaciju — korisničko iskustvo, usvajanje, integracije i usluge do kojih je vašim dionicima zaista stalo. Ne gubite kontrolu; trgujete nediferenciranim dizanjem teških tereta za strateški fokus.

Ono što dobivate u zamjenu je platforma čvrsto integrirana s najnaprednijim portfeljem poziva, sastanaka i kontakt centra na tržištu, podržana Ciscovom inženjerskom dubinom i partnerskim ekosustav om usavršenim kroz stotine tisuća implementacija. Zadržavate punu snagu poznatog Unified CM ekosustava — iste značajke, istu pouzdanost, isti administrativni model koji vaš tim već poznaje — sada uparen s Control Hubom, modernim, korisnički orijentiranim kišobranom za upravljanje i analitiku koji je zaista jednostavan za učenje. Nadogradnjama, ažuriranjima i kritičnim zakrpama ranjivosti na najnovijem softveru upravlja Cisco, na računalu s certifikatom Cisco, s istom (ili boljom) pouzdanošću koju očekujete od lokalnog okruženja.

Dakle, da - promjena nosi rizik. Ali ne mijenjanje nosi vlastiti, tiši rizik: zaostajanje u značajkama , rješavanje stalne složenosti promjena, oslobađanje nadogradnji i ranjivosti, proširenje vašeg tima na infrastrukturu koja više ne razlikuje poslovanje i odgađanje neizbježne tranzicije dok to ne mora biti učinjeno pod pritiskom. Strukturirani, zatvoreni pristup koji slijedi osmišljen je tako da ovu migraciju učini onakvom kakva bi trebala biti: dobro pripremljena, slabo dramatična i visoko potvr đena - izvedena uglavnom kroz posao koji već radite, prema platformi izgrađenoj za koju suradnja ide dalje.

Od povjerenja do plana: kako je organiziran ovaj vodič

Da biste to povjerenje pretvorili u izvršnu mapu puta, ovaj vodič vas vodi kroz proces migracije sa sedam stupnjeva, svaka faza s jasnim kriterijima ulaska i izlaska, lekcijama naučenima na terenu i prethodnim provjerama koje sprječavaju najčešća iznenađenja:

• Pokretanje projekta
• Otkrivanje i procjena
• Planiranje
• Implementacija
• Zamrznite
• Idite uživo
• Prijelaz na 2. dan

Jedan od razloga zašto ovaj model funkcionira tako dobro je taj što je rizik za vaše proizvodno okruženje namjerno napunjen na gotovo nulu i raste samo u kontroliranom, posljednjem kor aku. Evo što možete očekivati u svakoj fazi:

Utjecaj proizvodnje	Faze
Nema utjecaja	Pokretanje projekta, otkrivanje i procjena, planiranje
Minimalni utjecaj	Implementacija
Ograničeno na operativne procese	Zamrznite
Izravni utjecaj	Idite uživo

U praktičnom smislu: većina putovanja odvija se sigurno uz vaše postojeće okruženje. Do trenutka kada dođete do trenutka koji dotakne produkciju, svaka integracija je izgrađena, svaki proces je uvježban i svaki rezervni sustav provjeren.

Kroz vodič upućujemo na ključne izvore informacija na koje ćete se osloniti tijekom migracije i sve do 2. dana:

• Cisco Calling Sales Connect — Cisco Calling Sales Connect Link
• Help.webex.com — autoritativna dokumentacija o proizvodu i konfiguraciji
• Webex Spaces — izravan pristup Ciscovim stručnjacima i vršnjačkim zajednicama za pitanja u stvarnom vremenu

S postavljenim okvirom i resursima u ruci, prođimo kroz svaku fazu detaljno — počevši od mjesta gdje započinje svaka uspješna migracija: Inicijacija projekta.

Utjecaj na proizvodnju: NEMA utjecaja

• Identificirajte ključne dionike

Zapamtite da se ne radi samo o tehničkim timovima i utjecajnim poslovnim timovima, već i o uključenim partnerima. Evo primjera potrebnih dionika:

• IT upravljanje
• Upravljanje poslovanjem
• Tim za glasovne usluge
• Tim kontakt centara
• Tim za umrežavanje
• DNS/DHCP tim
• Sigurnosni tim
• IAM tim (npr. Entra, AD, SSO)
• Promijenite ploču
• MACD partner
• Partner za upravljanje uslugama
• Dobavljači integracije 3d stranaka (Paging, Fax, Snimanje itd.)
• Lokalna podrška na licu mjesta
• RedSky /Tim za javnu sigurnost.

• Izbor voditelja projekta ili voditelja projekta.

S obzirom na to da migracije na namjensku instancu uključuju složeniju koordinaciju od tradicionalnih integracija "Samo na razini aplikacije", poželjno je da se član tima dodijeli za pokretanje internog upravljanja projektima i svih povezanih zadataka kao što su tjedni pozivi, koordinacija internih timova, angažman vanjskih dobavljača, koordinacija promjena itd.

• Sinkronizirajte ulazne podatke s kojima započinjete projekt

Postoji više prednosti i razloga zašto postoji strategija za migraciju na namjensku inst ancu. Važno je osnovnu viziju budućeg rješenja.

Postoje li promjene poput konsolidacije klastera, plana biranja, planiranih novih značajki?

Migrirate li krajnje točke softvera "kakve jesu" ili migracija pretpostavlja premještanje na Webex aplikaciju?

Kakav je odnos korisnika prema Kontakt centrima?

• Povećajte brzinu uz Dedicated Instance

Uvod u namjensku instancu: Uvod u namjensku instancu

BDM (slajdovi donositelja poslovnih odluka) BDM

TDM (slajdovi za donošenje tehničkih odluka) TD M.

Utjecaj na proizvodnju: NEMA utjecaja

Otkrivanje i procjena nastavak je i korištenje informacija koje su dobivene tijekom prethodnih sastanaka sinkronizacije tima o inputima s ciljem utvrđivanja svih potrebnih elemenata opsega koji će biti osnova za izradu stručnih projektnih i tehničkih projektnih plana

• Postojeće postavljanje klastera

Definirajte postojeće On-PREM postavke sa svim izvršenim značajkama i integracijama. Evo primjera koje treba pogledati:

• Primjene i dimenzioniranje,
• Mjesta,
• IP adresiranje,
• Kako su korisnici sinkronizirani/osigurali (lokalno, ldap),
• Konfigurirana provjera autentičnosti (SSO),
• CA vs Samopotpisani certifikati,
• Sigurnosni način,
• korištenje ILS/GDPR-a,
• Značajke,
• Poseban fokus na značajkama na više stranica kao što su, Extension Mobility
• Integracija CER/911,
• Korištenje MRA,
• CDR,
• Glasovna pošta i integracija sa O365,
• Jabber protiv WebExApp
  • U slučaju Jabberove migracije, treba se usredotočiti na to kako su postojeće Jabber krajnje točke konfigurirane (npr. XML konfiguracija, domena glasovne usluge) i koje su opcije za rekonfiguraciju poput upotrebe SCCM-a. Ovdje su zabilježeni standardni scenariji: Konfigurirajte Jabber
• Popis uređaja s fokusom za provjeru
  • Zastarjeli uređaji (nema novih uređaja dodanih na popisu zastarjela od Rel12.0x) Zastarjeli telefoni
  • Uređaji za kraj podrške (uređaji se mogu i dalje registrirati u bilo kojem izdanju softvera, ali nisu podržani iz perspektive Day2)
  • CSR-Compatibility-Matrix-Interactive.html
  • Posebni uređaji za ograničenje 7925, 7940, 7960 Registrirajte stare modele telefona na namjensku instancu
    • Alati u pomoći:

      Namjenski pomoćnik primjene prije migracije: Gen erirajte izvješća o procjeni

      Pomoćnik prije migracije u kontrolnom čvorištu pomaže vam prikupljati izvorne podatke i provjeriti preduvjete za migraciju s UCM-a na namjensku instancu pomoću alata treće strane. Prije migracije procjenjuje spremnost, pruža kontrolne popise i omogućuje usporedbu podataka između lokalnog klastera i namjenske instance.

      Da biste pokrenuli Assistant, vaš klaster na otvorenom mora biti uključen u Webex Cloud-Connected UC okruženje . Opći opis i preduvjete možete pronaći ovdje: Web Excloud-ConnectedUC

      Postupak ukrcav anja za UCM: Postavljanje Webex Cloud Connec ted-UC

      Popis važnih uvida koje možete dobiti kao izla z iz pomoćnika prije migracije u xls lako čitljivom formatu:

      • Čvorovi i pokretni softver
      • Parametri poduzeća
      • Popis SIP prtljažnika
      • Popis korisnika aplikacije, uloge
      • Broj uređaja (i puni popis uređaja), grupe ruta i particije, lokacije, krajnji korisnici
      • CM grupe, bazeni uređaja
      • Zdravstveno stanje replikacije DB
      • Instalirani COP-ovi
      • Planovi numeriranja
      • Telefonske usluge
      • Udaljena odredišta
    • Webex Spaces za podršku s vašim specifičnim pitanjima:

      Pitajte UCM Cloud i namjensku instancu: webexteam: //im? prostor = 5db6bb40-d3c7-11e9-a319-df8a35abe85a

      Pitajte RedSky External - E911 Solutions Plus partnera Pridružite se: https://eurl.io/#fWfT1SnOz

      Pitajte pomoć za postavljanje Webexa - Webex Calling i DI: webexteam: //im? space=76beab50-084b-11ed-abc8-ab581010b1de.

Utjecaj na proizvodnju: minimalni utjecaj na postojeće proizvodno okruženje

Ciscove najbolje prakse u pogledu procesa migracije namjenskih instanci predstavljene su u nastavku:

Peering/Povezivanje

Mrežna arhitektura s detaljnim opisima scenarija Edge connect zaWebex Calling, namjensku instan cu i sastanke. PA_Edge_Connect_Design.pdf

*Dokument treba koristiti pažljivo, jer opisuje više scenarija koji bi mogli biti sukobljeni ili se međusobno nadopunjavati, ovisno o točnom slučaju uporabe. Točnu referencu na nam jen sku instancu možete pronaći u poglavlju "Edge Connect za arhitekturu namjenske instance"

Webex EdgePovezivanje

Webex EdgePove zivanje Najčešća pitanja, bilješke:

• Poveznice namenske instance 2 su "obavezne"
• 4 veze su opcija, ali "križanje" nije dopušteno, one se koriste u "parovima"
• Bilo kakvo određivanje prioriteta DI prometa prema jednoj od veza NIJE podržano i općenito nije primjenjivo, jer svaka strana/DC oglašava svoju jedinstvenu podmrežu /25 lokacija podatkovnog centra namjenske instance .

To je također objašnjeno u spomenutom dokumentu o mrežnoj arhitekturi kako je navedeno u nastavku:

Utjecaj na proizvodnju: s utjecajem ograničenim na operativne procese

Svrha faze zamrzavanja je premjestiti podatke iz izvornog sustava na ciljanu namjensku instancu i izvršiti potrebne provjere valjanosti kako bi se osiguralo uspješno ograničenje. Preporučujemo vremenski okvir od 2-3 tjedna za zamrzavanje kako bi se osiguralo da timovi imaju potrebno vrijeme za premještanje podataka, provjere dosljednosti podataka, neuspjehe testa i povezana testiranja.

U slučaju da postoji potreba za MACD tijekom faze zamrzavanja, potrebne promjene treba dovršiti na oba sustava.

Postoji više načina i alata dostupnih za premještanje/kopiranje podataka. Općenito, preporučujemo korištenje aktivne/neaktivnih particija i alata kako je navedeno u nastavku:

UCM:

BAT izvoz/uvoz i pridruženi skripti

Vodič za masovnu administraciju zaCisco Unified Communications Manager, izdanje 15 i SUS: CUCM_b_bulk-administration-guide-15.html.

Vanjski alati za UCM migracije poput Yarnlaba.

Jedinstvo:

• Cisco UnityAlati. Zbirka besplatnih Cisco Unity i s Cisco Unity Connection rodnih alata.

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

Preporučujemo upotrebu kobra za migracije Unity.

CER:

Ručni, skupni izvoz/uvoz

Nakon premještanja podataka o konfiguraciji, razmotrite sljedeće važne stavke/radnje:

• Ručno ili putem opcije 150 na DHCP-u u odnosu na ponovno usmjeravanje testne grupe različitih modela telefona na novi DI TFTP. Nakon obrade konsolidacije certifikata možete testirati i scenarij migracije i vraćanja
• Ponovno konfiguriranje ispitnog pristupnika, ako je dostupno
• Priprema predložaka konfiguracije Gatewaysa za stvarne preseke proizvodnje. Skriptiranje, ako je potrebno.
• Premještanje korisnika WebExApp-a promjenom ponašanja pozivanja na CH
• Premještanje Jabbera putem definiranog prethodno definiranog načina prijave i promjene početnog klastera
• Ispitivanje osnovnih protoka poziva i funkcionalnosti do mogućnosti okruženja:
  • Provjera dosljednosti ponašanja na mreži ili povezanog putem VPN-a
  • Ispitivanje MRA s krajnjom točkom telefona i softvera
  • PSTN
  • Ispitivanje servisa 911

• Podrška za namjensku instancu Tier1 (TAC) Podrška za namjensku instancu Ti er- 1

• Zahtjevi za usluge povezani s navedenim tem ama: Kako podnijeti zahtjev za uslugu
  • DNS unos
  • Ažuriranja vatrozida
  • Učitavanje firmvera
  • Povezivanje u oblaku
  • Postavke dnevnika revizije
  • UC upravljanje aplikacijama
  • DI-MT Inter-op SIP prtljažnici
  • Životni ciklus aplikacije UC
  • Infrastruktura kao usluga
    • Vodič za partnerske operacije

• Vodič za partnerske operacije

  Ovo je jedan od najvažnijih dokumenata koji objašnjava tehničku podršku, upravljanje promjenama, upravljanje incidentima, ažuriranja, nadogradnje, upravljanje kapacitetima, upravljanje certifikatima, DRS partnerske operacije vodiča

Ovo je jedan od najvažnijih dokumenata koji objašnjava tehničku podršku, upravljanje promjenama, upravljanje incidentima, ažuriranja, nadogradnje, upravljanje kapacitetima, upravljanje certifikatima, vodič za operacije DRS partnera

• Matrica odgovornosti

Dokument objašnjava podjelu RACI-a između partnera, Cisca i kupca tijekom ukrcavanja i matricu dodjele odgovornosti za operacije

• Pitajte RedSky Webex Space webextimove: //im? space=7074fce0-489a-11ea-89f3-8f977dd07aa0.