Acest articol oferă un cadru structurat de migrare cu autoservire pentru parteneri și clienți care migrează mediile de apelare către Webex Calling - instanță dedicată (DI).

Practicile și etapele de migrare descrise în acest articol se bazează pe metodologia programului Webex Setup Assist și reflectă experiența extinsă din lumea reală a echipelor Cisco de livrare, inginerie și dezvoltare. Aceste metode au fost perfecționate prin sute de mii de implementări unice de locație pentru clienți în ultimii șapte ani, inclusiv migrări de la platformele BroadCloud, BroadWorks, Spark Calling, Unified CM (UCM), Hosted Collaboration Solution (HCS) și platforme PBX terță parte. Ghidul se aplică unei game largi de medii pentru clienți, de la implementări cu un singur loc până la implementări la scară largă care depășesc 100.000 de locuri și sute de locații și urmează procese Cisco consacrate și dovedite pentru a asigura consecvența, calitatea și eficiența operațională pe tot parcursul ciclului de viață al migrării.

Articolul presupune că cititorii sunt deja familiarizați cu Webex Calling - Licențierea instanței dedicate, modelul administrativ Webex Control Hub și software-ul și caracteristicile de bază Unified Communications Manager.

Să fim sinceri - cuvântul migrare stârnește rareori entuziasm într-o echipă IT. Stârnește întrebări. „Ce se rupe?” „Cine face treaba?” „Despre ce pierdem controlul?” „Este acest lucru chiar realist în timp ce suntem deja întinși, păstrând luminile aprinse?” Acestea nu sunt semne de rezistență la progres; sunt instinctele profesioniștilor experimentați care înțeleg că mutarea unei platforme de apelare critică pentru misiune nu este un proiect de weekend. Voice este singurul serviciu în care utilizatorii observă o eroare de două secunde înainte de a observa un efort de planificare a întreruperilor de două săptămâni - și această realitate face ca fiecare schimbare să se simtă mai grea decât ar trebui.

Vestea bună? Numerele spun o poveste foarte diferită de frica. În migrațiile cloud bine structurate, aproximativ 95% din efortul de inginerie este investit în pregătire și doar 5% în schimbarea reală. Și mai bine, majoritatea acestor 95% sunt alcătuite din activități pe care echipa dvs. le desfășoară deja ca parte a operațiunilor normale din Ziua 2 - igiena inventarului, gestionarea certificatelor, revizuirea planului de apelare, urmărirea ciclului de viață al dispozitivului și documentație. Cu alte cuvinte, cea mai mare parte a „muncii de migrație” este munca pe care o faceți deja. Această abordare structurată o canalizează pur și simplu către un rezultat definit, într-un ritm care se încadrează în ritmul dvs. operațional existent, mai degrabă decât deasupra acestuia.

Sentimentul de „misiune imposibilă” se estompează, de asemenea, odată ce vezi că fiecare migrație poate fi repetată pe deplin. Un pilot mic și reprezentativ vă permite să validați procesul end-to-end, integrările, comportamentul de failover și experiența utilizatorului înainte de atingerea unui singur utilizator de producție. Nimic nu este lăsat la voia întâmplării în ziua cutover - deoarece ziua cutover este pur și simplu repetarea unui proces pe care l-ați executat deja cu succes. Și dacă se întâmplă ceva ne așteptat, rollback-ul este o oglindă a tăieturii în sine, delimitată de o fereastră clară de întreținere. Predictibilitatea înlocuiește anxietatea.

Da, trecerea la instanță dedicată înseamnă renunțarea la un anumit control - în special asupra straturilor de infrastructură și virtualizare. Dar luați în considerare ceea ce câștigați înapoi: orele pe care echipa dvs. le petrece corectând hipervizoarele, urmărirea alertelor hardware, gestionarea securității la nivel de sistem de operare și planificarea reîmprospătării capacității. Acest timp revine la afacere, unde poate fi cheltuit pentru ceea ce diferențiază de fapt organizația dvs. - experiența utilizatorului, adoptarea, integrările și serviciile de care le pasă cu adevărat părților interesate. Nu pierzi controlul; tranzacționezi sarcini grele nediferențiate pentru concentrare strategică.

Ceea ce primiți în schimb este o platformă strâns integrată cu cel mai avansat portofoliu de apeluri, întâlniri și centre de contact de pe piață, susținută de profunzimea ingineriei Cisco și de un ecosistem de parteneri rafinat prin sute de mii de implementări. Păstrați întreaga putere a Unified CM ecosistemului familiar - aceleași caracteristici, aceeași fiabilitate, același model administrativ pe care echipa dvs. îl cunoaște deja - acum asociat cu Control Hub, o umbrelă modernă de gestionare și analiză orientată către utilizator, care este cu adevărat ușor de învățat. Actualizările, actualizările și corecțiile de vulnerabilități critice pentru cele mai recente programe software sunt gestionate de Cisco, pe calculatoare certificate Cisco, cu aceeași fiabilitate (sau mai bună) pe care o așteptați de la mediul dvs. local.

Deci, da - schimbarea implică riscuri. Dar a nu schimba implică un risc propriu, mai silențios: să rămâi în urmă în ceea ce privește caracteristicile, să abordeze complexitatea constantă a modificărilor, să lanseze upgrade-uri și vulnerabilități, să-ți extinzi echipa pe infrastructura care nu mai diferențiază afacerea și întârzie o tranziție inevitabilă până când trebuie făcută sub presiune. Abordarea structurată și închisă care urmează este concepută pentru a face ca această migrare să fie ceea ce ar trebui să fie: bine pregătită, puțin dramatică și extrem de valid ată - executată în principal prin munca pe care o faceți deja, către o platformă construită pentru locul în care se îndreaptă colaborarea.

De la încredere la un plan: Cum este organizat acest ghid

Pentru a transforma această încredere într-o foaie de parcurs executabilă, acest ghid vă ghidează printr-un proces de migrare cu șapte porți, fiecare fază cu criterii clare de intrare și ieșire, lecții învățate din teren și verificări prealabile care împiedică cele mai frecvente surprize:

• Inițierea proiectului
• Descoperire și evaluare
• Planificare
• Implementare
• Înghețați
• Intră în direct
• Transfer în ziua 2

Unul dintre motivele pentru care acest model funcționează atât de bine este că riscul pentru mediul dvs. de producție este încărcat în mod deliberat până aproape de zero și crește doar într-o etapă finală controlată. Iată ce să vă așteptați în fiecare etapă:

Impactul producției	Fazele
Fără impact	Inițierea proiectului, descoperirea și evaluarea, planificarea
Impact minim	Implementare
Limitat la procesele operaționale	Înghețați
Impact direct	Intră în direct

În termeni practici: cea mai mare parte a călătoriei se desfășoară în siguranță alături de mediul dvs. existent. Când ajungeți la momentul în care atingeți producția, fiecare integrare a fost construită, fiecare proces a fost repetat și fiecare rezervă a fost verificată.

De-a lungul ghidului, facem referire la resursele de informații cheie pe care vă veți baza în timpul migrării și până în ziua a 2-a:

• Cisco Calling Sales Connect — Link Cisco Calling Sales Connect
• Help.webex.com — documentație autorizată de produs și configurare
• Webex Spaces — acces direct la experții Cisco și comunitățile peer pentru întrebări în timp real

Cu setul de cadru și resursele disponibile, haideți să parcurgem fiecare fază în detaliu - începând de unde începe fiecare migrare reușită: Inițierea proiectului.

Impact asupra producției: FĂRĂ impact

• Identificați părțile interesate cheie

Amintiți-vă că nu este vorba doar despre echipele tehnice și echipele de afaceri afectate, ci și despre partenerii implicați. Iată exemplul părților interesate necesare:

• Managementul IT
• Managementul afacerilor
• Echipa de servicii vocale
• Echipa centrelor de contact
• Echipa de rețea
• Echipa DNS/DHCP
• Echipa de securitate
• Echipa IAM (de exemplu, Entra, AD, SSO)
• Schimbați tabloul
• Partener MACD
• Partener de servicii gestionate
• Furnizori de integrare a partidului 3d (Paginare, Fax, Înregistrare etc.)
• Suport local, on-prem
• RedSky/Echipa de siguranță publică.

• Alegerea liderului de proiect sau a managerului de proiect.

Având în vedere că migrările către instanța dedicată implică o coordonare mai complexă decât integrările tradiționale „numai la nivel de aplicație”, este de dorit ca un membru al echipei să fie desemnat să conducă managementul intern de proiect și toate sarcinile asociate, cum ar fi apelurile săptămânale, coordonarea echipelor interne, implicarea furnizorilor externi, coordonarea modificărilor etc.

• Sincronizați intrările cu care începeți proiectul

Există mai multe avantaje și motive pentru care există o strategie luată pentru a migra la inst anța dedicată. Este important să aveți o viziune de bază asupra soluției viitoare.

Există modificări precum consolidarea clusterelor, planul de apelare, noile caracteristici planificate?

Migrați punctele finale ale software-ului „ca atare” sau migrarea presupune mutarea în aplicația Webex?

Care este relația utilizatorilor cu centrele de contact?

• Fii la curent cu instanța dedicată

Introducere în instanța dedicată: Introducere în instanța dedicată

BDM (Slide-uri pentru factorii de decizie în afaceri) BDM

TDM (Slide-uri tehnice de decizie) T DM.

Impact asupra producției: FĂRĂ impact

Descoperirea si evaluarea reprezinta o continuare si o utilizare a informatiilor obtinute in cadrul intalnirilor anterioare de sincronizare a echipei pe intrari cu scopul de a identifica toate elementele de domeniu necesare care vor sta la baza dezvoltarii profesionale a proiectului si a plan ului tehnic de proiect

• Configurarea clusterului existent

Definiți configurarea on-prem existentă cu toate caracteristicile și integrările realizate. Iată exemplele la care să te uiți:

• Aplicații și dimensionare,
• Locații,
• adresare IP,
• Cum au sincronizat/furnizat utilizatorii (local, ldap),
• Autentificare configurată (SSO),
• Certificatele CA vs. Auto-semnate,
• Modul de securitate,
• Utilizarea ILS/GDPR,
• Caracteristici,
• Concentrare specială pe funcții cross-site, cum ar fi, Extension Mobility
• Integrare CER/911,
• Utilizarea MRA,
• CDR,
• Mesaje vocale și integrare cu O365,
• Jabber vs WebExApp
  • În cazul migrării Jabber, ar trebui să se acorde o atenție deosebită modului în care sunt configurate punctele finale Jabber existente (de exemplu, configurația xml, domeniul serviciului vocal) și care sunt opțiunile pentru reconfigurare, cum ar fi utilizarea SCCM. Iată scenariile standard notate: Configurați Jabber
• Lista dispozitivelor cu focalizare pentru a verifica
  • Dispozitive învechite (nu există dispozitive noi adăugate pe lista de învechire de la Rel12.0x) Telefoane învechite
  • Sfârșitul dispozitivelor de asistență (Dispozitivele ar putea fi înregistrate în orice versiune de software, dar nu sunt acceptate din perspectiva Zilei 2)
  • CSR-Compatibility-Matrix-Interactive.html
  • Dispozitive de restricție specială 7925, 7940, 7960 În registrați modele vechi de telefon la instanța dedicată
    • Instrumente în ajutor:

      Asistent pre-migrare pentru instanță dedicată: Generați rapoarte de evaluare

      Asistentul pre-migrare din Control Hub vă ajută să colectați date sursă și să verificați condițiile preliminare pentru migrarea de la UCM la instanța dedicată utilizând un instrument terț. Înainte de migrare, acesta evaluează disponibilitatea, oferă liste de verificare și vă permite să comparați datele între clusterul local și instanța dedicată.

      Pentru a rula Asistentul, clusterul dvs. on-prem trebuie să fie conectat la mediul UC conectat la We bex Cloud. Descrierea generală și condițiile preliminare pe care le puteți găsi aici: Web Excloud-ConnectedUC

      Procesul de integrare pentru UCM: Configurați Webex Cloud Connected -UC

      Lista informațiilor importante pe care le puteți obține ca ieșire din Asistentul de premigrare în format xls ușor de citit:

      • Noduri și software care rulează
      • Parametrii întreprinderii
      • Lista trunchiurilor SIP
      • Lista utilizatorilor aplicației, roluri
      • Numărul de dispozitive (și lista completă de dispozitive), Grupuri de rute și partiții, Loc ații, Utilizatori finali
      • Grupuri CM, Grupuri de dispozitive
      • Starea de sănătate a replicării DB
      • CoP-uri instalate
      • Planuri de numerotare
      • Servicii telefonice
      • Destinații la distanță
    • Webex Spaces pentru a vă sprijini cu întrebările dvs. specifice:

      Întrebați UCM Cloud și instanța dedicată: webexteams: //im? space=5db6bb40-d3c7-11e9-a319-df8a35abe85a

      Adresați-vă partenerului RedSky External - E911 Solutions Plus: https://eurl.io/#fWfT1SnOz

      Întrebați Webex Setup Assist - Webex Calling și DI: webexteams: //im? space=76beab50-084b-11ed-abc8-ab581010b1de.

Impactul asupra producției: impact minim asupra mediului de producție existent

Cele mai bune practici Cisco în ceea ce privește procesul de migrare a instanțelor dedicate prezentate mai jos:

Peering/Conectivitate

Arhitectură de rețea cu descrieri detaliate ale scenariilor de conectare Edge pentruWebex Calling, instanță dedicată și întâlniri. PA_Edge_Connect_Design.pdf

*Documentul trebuie utilizat cu atenție, deoarece descrie mai multe scenarii care ar putea fi conflictuale sau complementare între ele, în funcție de cazul exact de utilizare. Referința exactă la instanța dedicată poate fi găsită în capitolul „Edge Connect for Dedicated Instance Architecture”

Webex EdgeConecteaza-te

Webex EdgeConec tați Cele mai frecvente întrebări, note:

• Link-urile Dedicated Instance 2 sunt o „necesitate”
• 4 legături sunt o opțiune, dar „traversarea” nu este permisă, acestea sunt utilizate în „perechi”
• Orice prioritizare a traficului DI către una dintre link-uri NU este acceptată și, în general , nu este aplicabilă, deoarece fiecare părtă/DC își anunță subrețeaua unică /locațiile centrelor de date 25 de instanțe dedicate.

Acest lucru este explicat și în documentul de arhitectură de rețea menționat mai jos:

Impact asupra producției: cu impact limitat la procesele operaționale

Scopul fazei Freeze este de a muta datele de la sistemul sursă la instanța dedicată țintă și de a executa validările necesare pentru a asigura trecerea cu succes. Recomandăm un interval de timp de 2-3 săptămâni pentru înghețare pentru a ne asigura că echipele au timpul necesar pentru mutarea datelor, verificarea consecvenței datelor, eșecuri de testare și testarea aferentă.

În cazul în care este nevoie de MACD în timpul fazei de înghețare, modificările necesare ar trebui finalizate pe ambele sisteme.

Există mai multe moduri și instrumente disponibile pentru mutarea/copierea datelor. În general, vă recomandăm să utilizați partiții și instrumente active/inactive, conform celor de mai jos:

UCM:

Export/import BAT și scripturi asociate

Ghid de administrare în vrac pentruCisco Unified Communications Manager, versiunea 15 și SU: CUCM_b_bulk-administration-guide-15.html.

Instrumente externe pentru migrări UCM, cum ar fi Yarnlab.

Unitate:

• Cisco UnityInstrumente. Colecție de instrumente gratuite Cisco Unity și con Cisco Unity Connection exe.

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

Recomandăm utilizarea Cobras pentru migrațiile Unity.

CER:

Manual, Export/Import în vrac

După mutarea datelor de configurare, luați în considerare următoarele elemente/acțiuni importante:

• Manual sau prin Opțiunea 150 pe DHCP în legătură cu redirecționarea grupului de testare a diferitelor modele de telefon către noul DI TFTP. După consolidarea certificatelor, puteți testa ambele: scenariu de migrare și de revenire
• Reconfigurarea gateway-ului de testare, dacă este disponibil
• Pregătirea șabloanelor de configurare a gateway-urilor pentru tăierea efectivă a producției. Scripting, dacă este necesar.
• Mutarea utilizatorului WebExApp prin schimbarea comportamentului de apelare la CH
• Mutarea Jabber prin metoda de conectare definită anterior și schimbarea clusterului de acasă
• Testarea fluxurilor de apeluri de bază și a funcționalității până la capacitățile mediului:
  • Verificarea consecvenței comportamentului în rețea sau conectat prin VPN
  • Testarea MRA cu punct final de telefon și software
  • PSTN
  • Testarea serviciului 911

• Suport pentru instanțe dedicate de nivel 1 (TAC) Asistență pentru instanțe dedicate de nivel 1

• Solicitări de servicii asociate cu subiectele enumerate: Cum să ridicați o solicitare de servicii
  • Intrare DNS
  • Actualizări Firewall
  • Încărcarea firmware-ului
  • Conectivitate Cloud
  • Setări jurnal de audit
  • Managementul aplicațiilor UC
  • Trunchiuri SIP inter-OP DI-MT
  • Ciclul de viață al aplicației UC
  • Infrastructura ca serviciu
    • Ghidul Operațiunilor Partenerilor

• Ghidul Operațiunilor Partenerilor

  Acesta este unul dintre cele mai importante documente care explică asistența tehnică, Managementul schimbărilor, Managementul incidentelor, Actualizări, Upgrade-uri, Managementul capacității, Managementul certificatelor, DRS Partener-Operations-Guide

Acesta este unul dintre cele mai importante documente care explică asistența tehnică, Managementul schimbărilor, Managementul incid entelor, Actualizări, Upgrade-uri, Managementul capacității, Managementul certificatelor, Ghidul operațiunilor DRS Partner

• Matricea responsabilității

Documentul explică împărțirea RACI între partener, Cisco și client în timpul integrării și matricei de atribuire a responsabilității operaționale

• Întrebați RedSky Webex Space webexteams: //im? space=7074fce0-489a-11ea-89f3-8f977dd07aa0.