Denne artikel indeholder en struktureret, selvbetjeningsmigreringsramme for partnere og kunder, der overfører opkaldsmiljøer til Webex Calling - Dedikeret forekomst (DI).

Overførselspraksis og milepæle, der er beskrevet i denne artikel, er baseret på Webex Setup Assist-programmetoden og afspejler den omfattende erfaring i den virkelige verden, som Ciscos leverings-, ingeniør- og udviklingsteams har. Disse metoder er blevet forbedret gennem hundred tusinder af unikke kundeplaceringsinstallationer i løbet af de sidste syv år, herunder migreringer fra BroadCloud, BroadWorks, Spark Calling, Unified CM (UCM), Hosted Collaboration Solution (HCS) og tredjeparts PBX-platforme. Vejledningen gælder for en lang række kundemil jøer, lige fra installationer med ét sæde til implementeringer i stor skala, der overstiger 100.000 pladser og hundredvis af lokationer, og følger veletablerede, gennemprøvede Cisco-processer for at sikre konsistens, kvalitet og driftseffektivitet gennem hele migreringslivscyklussen.

Artiklen antager, at læserne allerede er bekendt med Webex Calling - Dedikeret Instance-licens, den administrative model for Webex Control Hub og basissoftwaren og funktionerne i Unified Communications Manager.

Lad os være ærlige - ordet migration skaber sjældent spænding i et it-team. Det udløser spørgsmål. „Hvad går i stykker?“ „Hvem gør arbejdet?“ „Hvad mister vi kontrollen over?“ „Er dette overhovedet realistisk, mens vi allerede er spændt tyndt og holder lysene tændt?“ Dette er ikke tegn på modstand mod fremskridt; de er instinkterne hos erfarne fagfolk, der forstår, at flytning af en missionskritisk opkaldsplatform ikke er et weekendprojekt. Voice er den ene tjeneste, hvor brugerne bemærker en fejl på to sekunder, før de bemærker en to-ugers planlægningsindsats for afbrydelse - og den virkelighed får enhver ændring til at føles tungere, end den burde.

Den gode nyhed? Tallene fortæller en meget anden historie end frygten gør. I velstrukturerede skymigreringer investeres ca. 95% af ingeniørindsatsen i forberedelse og kun 5% i den faktiske ændring. Endnu bedre, de fleste af disse 95% består af aktiviteter, som dit team allerede udfører som en del af normale dag 2-operationer - lagerhygiejne, certifikat styring, opkaldsplangennemgang, sporing af enhedens livscyklus og dokumentation. Med andre ord er hovedparten af „migrationsarbejdet“ arbejde, du allerede udfører. Denne strukturerede tilgang kanaliserer den simpelthen mod et defineret resultat, i et tempo, der passer ind i din eksisterende operationelle rytme snarere end oven på den.

Følelsen af „mission umulig“ falmer også, når du ser, at enhver migration kan øves fuldt ud . En lille, repræsentativ pilot giver dig mulighed for at validere end-to-end-processen, integrationer, failover-adfærd og brugeroplevelse, før en enkelt produktionsbruger berøres . Intet overlades til tilfældighederne på cutover-dagen - fordi cutover-dagen simpelthen er gentagelsen af en proces, du allerede har udført med succes. Og skulle der ske noget uventet , er rollback et spejl af selve skæringen, afgrænset af et klart vedligeholdelsesvindue. Forudsigelighed erstatter angst.

Ja, at flytte til dedikeret instans betyder at give slip på noget kontrol - især over infrastruktur- og virtualiseringslagene. Men overvej, hvad du får tilbage: de timer dit team bruger på at programrette hypervisorer, jagte hardwareadvarsler, administrere sikkerhed på OS-niveau og planlægge kapacitetsopdateringer. Den tid vender tilbage til virksomheden, hvor den kan bruges på, hvad der faktisk adskiller din organisation - brugeroplevelse, adoption, integrationer og de tjenester, dine interessenter virkelig holder af. Du mister ikke kontrollen; du handler udifferentierede tunge løft for strategisk fokus.

Det, du modtager til gengæld, er en platform tæt integreret med markedets mest avancerede portefølje af opkald, møder og kontaktcentre, bakket op af Ciscos tekniske dybde og et partnerøkosystem, der er forbedret gennem hundredtusinder af implementeringer. Du bevarer den fulde styrke i det velkendte Unified CM økosystem - de samme funktioner, den samme pålidelighed, den samme administrative model, som dit team allerede kender - nu parret med Control Hub, en moderne, brugerorienteret paraply til styring og analyse, der er virkelig nem at lære. Opgraderinger, opdateringer og rettelser af kritiske sårbarheder på den nyeste software administreres af Cisco på Cisco-certificeret databehandling med den samme (eller bedre) pålidelighed, som du forventer af dit lokale miljø.

Så ja - forandring medfører risiko. Men ikke at ændre sig medfører sin egen, mere støjsvage risiko: at falde bagud med hensyn til funktioner, håndtere konstant kompleksitet af ændringer, frigive opgraderinger og sårbarheder, udvide dit team på infrastruktur, der ikke længere adskiller virksomheden, og forsinke en uundgåelig overgang, indtil den skal gøres under pres. Den strukturerede, lukkede tilgang, der følger, er designet til at gøre denne migration til, hvad den burde være: velforberedt, lavdramatisk og stærkt valideret - udført hovedsageligt gennem arbejde, du allerede udfører, mod en platform, der er bygget til, hvor samarbejdet er på vej videre.

Fra tillid til en plan: Hvordan denne vejledning er organiseret

For at gøre denne tillid til en eksekverbar køreplan guider denne vejledning dig gennem en migreringsproces med syv porte, hver fase med klare ind- og udgang skriterier, erfaringer fra marken og forudkontroller, der forhindrer de mest almindelige overraskelser:

• Projektinitiering
• Opdagelse og vurdering
• Planlægning
• Gennemførelse
• Frysning
• Gå live
• Overførsel til dag 2

En af grundene til, at denne model fungerer så godt, er, at risikoen for dit produktion smiljø bevidst er frontbelastet til næsten nul og kun stiger i et kontrolleret, sidste trin. Her er hvad du kan forvente på hvert trin:

Produktionspåvirkning	Faser
Ingen indvirkning	Projektinitiering, opdagelse og vurdering, planlægning
Mindste indvirkning	Gennemførelse
Begrænset til driftsprocesser	Frysning
Direkte indvirkning	Gå live

Rent praktisk: det meste af rejsen sker sikkert sammen med dit eksisterende miljø. Når du når det øjeblik, der berører produktionen, er alle integrationer blevet bygget, hver proces er blevet øvet, og alle tilbageførsler er blevet verificeret.

I hele guiden henviser vi til de vigtigste informationsressourcer, du vil stole på under migreringen og langt ind i dag 2:

• Cisco Calling Sales Connect - Cisco Calling Sales Connect-link
• Help.webex.com — autoritativ produkt- og konfigurationsdokumentation
• Webex Spaces — direkte adgang til Cisco-eksperter og peer-fællesskaber til spørgsmål i realtid

Med rammerne og ressourcerne i hånden, lad os gennemgå hver fase i detaljer — fra hvor hver vellykket migrering starter: Projektiniti ering.

Indvirkning på produktionen: Ingen indvirkning

• Identificer centrale interessenter

Husk, at det ikke kun handler om tekniske teams og berørte forretningsteam, men også involver ede partnere. Her er eksemplet på nødvendige interessenter:

• IT-styring
• Virksomhedsledelse
• Taletjenesteteam
• Kontaktcenterteam
• Netværksteam
• DNS/DHCP-team
• Sikkerhedsteam
• IAM-team (f.eks. Entra, AD, SSO)
• Skift bord
• MACD-partner
• Managed Services-partner
• 3D-partsintegrationsleverandører (personsøgning, fax, optagelse osv.)
• Lokal support på stedet
• RedSky/Offentligt sikkerhedsteam.

• Valg af projektleder eller projektleder.

I betragtning af at migreringer til dedikeret instans involverer mere kompleks koordinering end traditionelle integrationer på „kun applikationsniveau“, er det ønskeligt at have teammedlem tildelt til at drive intern projektstyring og alle tilknyttede opgaver som ugentlige opkald, koordinering af interne teams, eksterne leverandørengagement, koordinering af ændringer osv.

• Synkroniser på input, du starter projektet med

Der er flere fordele og grunde til, at der er taget en strategi for at migrere til dedikeret instans. Det er vigtigt at baselinere visionen om fremtidig løsning.

Er der nogen ændringer som klyngekonsolidering, opkaldsplan, nye funktioner planlagt?

Overfører du softwareslutpunkter „som de er“, eller antager migrering at flytte til Webex-appen?

Hvad er forholdet mellem brugere og kontaktcentre?

• Kom op i hastigheden med dedikeret instans

Introduktion til dedikeret instans: Introduktion til dedikeret forekomst

BDM (Business Decision Maker Slides) BDM

TDM (tekniske beslutningstagerslides) T DM.

Indvirkning på produktionen: Ingen indvirkning

Opdagelse og vurdering er en fortsættelse og udnyttelse af de oplysninger, der blev ind hentet under tidligere teamsynkroniseringsmøder om input med det formål at identificere alle de nødvendige omfangselementer, der vil danne grundlag for professionel projekt- og teknisk projektplanudvikling

• Eksisterende klyngeopsætning

Definer eksisterende on-prem-opsætning med alle de funktioner og integrationer, der er udført. Her er eksemplerne at se på:

• Anvendelser og dimensionering,
• Steder,
• IP-adressering
• Sådan synkroniseres/klargøres brugere (lokal, ldap)
• Godkendelse konfigureret (SSO),
• CA vs selvunderskrevne certifikater,
• Sikkerhedstilstand
• ILS/GDPR-brug
• Funktioner,
• Særligt fokus på funktioner på tværs af websteder som, Extension Mobility
• CER/911-integration,
• Anvendelse af MRA
• CDR,
• Voicemails og integration med O365,
• Jabber mod WebExApp
  • I tilfælde af Jabber-migrering bør der være tæt fokus på, hvordan eksisterende Jabber-slutpunkter konfigureres (fx xml-konfiguration, stemmeservicedomæne) og hvad er mulighederne for rekonfiguration som brug af SCCM. Her er standardscenarier noteret: Konfigurer Jabber
• Liste over enheder med fokus, der skal kontrolleres
  • Forældede enheder (der er ingen nye enheder tilføjet på forældelseslisten siden Rel12.0x) Forældede telefoner
  • Slutning af supportenheder (Enheder kan stadig være registreret i en hvilken som helst softwareudgivelse, men under støttes ikke fra Day2-perspektiv)
  • CSR-Compatibility-Matrix-Interactive.html
  • Specielle begrænsningsenheder 7925, 7940, 7960 Registrer gamle telefon modeller til Dedicated-Instance
    • Værktøjer i hjælp:

      Dedikeret instansassistent før migrering: Generer vurderingsrapporter

      Pre-Migration Assistant i Control Hub hjælper dig med at indsamle kildedata og kontrollere forudsætningerne for migrering fra UCM til dedikeret forekomst ved hjælp af et tredjepartsværktøj. Før migrering vurderer den beredskab, leverer tjeklister og giver dig mulighed for at sammenligne data mellem din lokale klynge og den dedikerede instans.

      Hvis du vil køre Assistant, skal din lokale klynge være integreret i We bex Cloud-Connected UC-miljø. Overordnet beskrivelse og forudsætninger kan du finde her: Web Excloud-ConnectedUC

      Onboarding- proces til UCM: Opsætning af We bex Cloud Connected-UC

      Liste over vigtige indsigter, du kan få som output fra Pre-Migration Assistant i xls let læsbart format:

      • Noder og kørende software
      • Virksomhedsparametre
      • Liste over SIP-trunker
      • Liste over applikationsbrugere, roller
      • Antal enheder (og komplet liste over enheder), Rutegrupper og partitioner, Placeringer, Slutbrugere
      • CM-grupper, Enhedspuljer
      • Sundhedsstatus for DB-replikation
      • Installerede COP'er
      • Nummereringsplaner
      • Telefontjenester
      • Fjerndestinationer
    • Webex Spaces til support med dine specifikke spørgsmål:

      Spørg UCM Cloud & Dedikeret forekomst: webexteams: //im? mellemrum=5db6bb40-d3c7-11e9-a319-df8a35abe85a

      Spørg RedSky External - E911 Solutions Plus-partnertilmelding: https://eurl.io/#fWfT1SnOz

      Spørg Webex Setup Assist - Webex Calling og DI: webexteams: //im? mellemrum=76beab50-084b-11ed-abc8-ab581010b1de.

Indvirkning på produktionen: minimal indvirkning på det eksisterende produktionsmiljø

Ciscos bedste praksis med hensyn til migrering af dedikerede instanser er vist nedenfor:

Peering/Tilslutning

Netværksarkitektur med detaljerede beskrivelser af Edge connect-scenarier forWebex Calling, Dedikeret forekomst og møder. PA_Edge_Connect_Design.pdf

*Dokumentet skal bruges omhyggeligt, da det beskriver flere scenarier, der kan være modstridende eller komplementere hinanden, afhængigt af det nøjagtige anvendelsestilfælde. Præcis henvisning til dedikeret forekomst kan findes i kapitlet „Edge Connect for Dedicated Instance Architecture“

Webex EdgeForbind

Webex EdgeForbind De mest almindelige spørgsmål, noter:

• Dedikerede instans 2-links er et „must“
• 4 links er en mulighed, men „krydsning“ er ikke tilladt, de bruges i „par“
• Enhver prioritering af DI-trafik mod et af linkene understøttes IKKE og gælder generelt ikke, da hver side/DC annoncerer sit unikke subnet/25 Ded icated Instance-datacenterplaceringer.

Dette forklares også i det nævnte netværksarkitekturdokument som nedenfor:

Indvirkning på produktionen: med indvirkning begrænset til driftsprocesser

Formålet med Freeze-fasen er at flytte data fra kildesystem til måldedikeret forekomst og udføre nødvendige valideringer for at sikre en vellykket cutover. Vi anbefaler 2-3 ugers tidsramme for frysningen for at sikre, at teams har den nødvendige tid til dataflytning, kontrol af datakon sistens, testfailovers og relateret test.

Hvis der er behov for MACD under frysefasen, skal de nødvendige ændringer gennemføres på begge systemer.

Der er flere måder og værktøjer til rådighed til flytning/kopiering af data. Generelt anbefaler vi at bruge aktive/inaktive partitioner og værktøjer som beskrevet nedenfor:

UCM:

BAT-eksport/import og tilhørende scrip ting

Masseadministrationsvejledning tilCisco Unified Communications Manager, Release 15 og SU'er: CUCM_b_bulk-administration-guide-15.html.

Eksterne værktøjer til UCM-migreringer som Yarnlab.

Enhed:

• Cisco UnityVærktøjer. Indsamling af gratis Cisco Unity og Cisco Unity Connection relaterede værktøjer.

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

Vi anbefaler brug af Cobras til Unity-migrationer.

CER:

Manuel, bulkeksport/import

Når konfigurationsdata er flyttet, skal du overveje næste vigtige emner/handlinger:

• Manuel eller via Option 150 på DHCP i forhold til testgruppe ompegning af forskellige telefon modeller til ny DI TFTP. Når du har konsolideret certifikater, kan du teste både: migrering og tilbagekaldsscenarie
• Omkonfiguration af testgateway, hvis tilgængelig
• Forberedelse af Gateways konfigurationsskabeloner til faktiske produktionsnedskæringer. Scripting, hvis det er nødvendigt.
• Flytning af WebExApp-bruger via ændring af opkaldsadfærd på CH
• Flytning af Jabber via defineret tidligere loginmetode og ændring af hjemmeklyngen
• Test af grundlæggende opkaldsstrømme og funktionalitet op til miljøfunktioner:
  • Kontrol af konsistensen af adfærd på nettet eller forbundet via VPN
  • Test af MRA med telefon- og softwareslutpunkt
  • PSTN
  • Test af 911 Service

• Understøttelse af dedikeret instans Tier-1 (TAC) Dedikeret instans Tier-1-understøttelse

• Serviceanmodninger, der er knyttet til angivne emner: Sådan opretter du en serviceanmodning
  • DNS-indtastning
  • Firewall-opdateringer
  • Upload af firmware
  • Cloud-forbindelse
  • Indstillinger for overvågningslog
  • UC-applikationsstyring
  • DI-MT Inter-OP SIP-trunker
  • UC-applikationens livscyklus
  • Infrastruktur som service
    • Vejledning til partnerdrift

• Vejledning til partnerdrift

  Dette er et af de vigtigste dokumenter, der forklarer teknisk support, Change Management, Incident Management, Opdateringer, Opgraderinger, Kapacitetsstyring, Certifik atstyring, DRS Partner-Operations-Guide

Dette er et af de vigtigste dokumenter, der forklarer teknisk support, ændrings styring, hændelsesstyring, opdateringer, opgraderinger, kapacitetsstyring, certifikat styring, DRS- partnerdriftsvejledning

• Ansvarsmatrix

Dokumentet forklarer RACI-opdelingen mellem partner, Cisco og kunde under onboarding og tildelingsmatrix for driftsansvar

• Spørg RedSky Webex Space webexteams: //im? mellemrum=7074fce0-489a-11ea-89f3-8f977dd07aa0.