Denne artikkelen gir et strukturert rammeverk for selvbetjent overføring for partnere og kunder som overfører anropsmiljøer til Webex Calling - Dedikert forekomst (DI).

Overføringspraksisene og milepælene som er beskrevet i denne artikkelen, er basert på Webex Setup Assist-programmetodikken og gjenspeiler den omfattende virkelighetserfaringen til Ciscos leverings-, ingeniør- og utviklingsteam. Disse metodene har blitt forbedret gjennom hundre tusenvis av unike distribusjoner for kundeplassering i løpet av de siste syv årene, inkludert migreringer fra BroadCloud, BroadWorks, Spark Calling, Unified CM (UCM), Hosted Collaboration Solution (HCS) og tredjeparts PB X-plattformer. Veiledningen gjelder for et bredt spekter av kundemil jøer, fra distribusjoner med ett sete til store implementeringer som overstiger 100 000 seter og hundrevis av lokasjoner, og følger etablerte, velprøvde Cisco-prosesser for å sikre konsistens, kvalitet og driftseffektivitet gjennom hele migreringslivssyklusen.

Artikkelen forutsetter at leserne allerede er kjent med Webex Calling - Dedikert forekomstlisensiering, administrasjonsmodellen for Webex Control Hub og grunnleggende Unified Communications Manager-programvare og funksjoner.

La oss være ærlige - ordet migrasjon vekker sjelden spenning i et IT-team. Det vekker spørsmål. «Hva går i stykker?» «Hvem gjør jobben?» «Hva mister vi kontrollen over?» «Er dette til og med realistisk mens vi allerede er strukket tynne og holder lysene på?» Dette er ikke tegn på motstand mot fremgang; de er instinktene til erfarne fagfolk som forstår at det å flytte en oppdragskritisk anropsplattform ikke er et helgeprosjekt. Voice er den ene tjenesten der brukerne merker en feil på to sekunder før de merker en to-ukers planleggingsinnsats for strømbrudd - og den virkeligheten gjør at hver endring føles tyngre enn den burde.

De gode nyhetene? Tallene forteller en helt annen historie enn frykten gjør. I godt strukturerte skymigreringer investeres omtrent 95% av ingeniørarbeidet i forberedelser, og bare 5% i den faktiske endringen. Enda bedre, mesteparten av de 95% består av aktiviteter teamet ditt allerede utfører som en del av normale dag 2-operasjoner — lagerhygiene, sertifikat administrasjon, gjennomgang av nummerplaner, sporing av enhetslivssyklus og dokumentasjon. Med andre ord, mesteparten av «migrasjonsarbeidet» er arbeid du allerede gjør. Denne strukturerte tilnærmingen kanaliserer den ganske enkelt mot et definert resultat, i et tempo som passer inn i din eksisterende operasjonelle rytme i stedet for på toppen av den.

Følelsen av «misjon umulig» blekner også når du ser at hver migrasjon kan øves fullt ut . En liten, representativ pilot lar deg validere ende-til-ende-prosessen, integrasjonene, failover-atferden og brukeropplevelsen før en enkelt produksjonsbruker berøres . Ingenting overlates til tilfeldighetene på cutover-dagen - fordi cutover-dagen ganske enkelt er repetisjonen av en prosess du allerede har utført vellykket. Og skulle noe uventet skje, er tilbakestilling et speil av selve skjæringen, avgrenset av et klart vedlikeholdsvindu. Forutsigbarhet erstatter angst.

Ja, å flytte til dedikert forekomst betyr å gi slipp på litt kontroll - spesielt over infrastruktur- og virtualiseringslagene. Men tenk på hva du får tilbake: timene teamet ditt bruker på å oppdatere hypervisorer, jage maskinvarevarsler, administrere sikkerhet på OS-nivå og planlegge kapasitetsoppdateringer. Den tiden går tilbake til virksomheten, hvor den kan brukes på det som faktisk skiller organisasjonen din - brukeropplevelse, adopsjon, integrasjoner, og tjenestene dine interessenter virkelig bryr seg om. Du mister ikke kontrollen; du bytter udifferensierte tunge løft for strategisk fokus.

Det du mottar i bytte er en plattform tett integrert med markedets mest avanserte Calling, Me etings- og Contact Center-porteføljen, støttet av Ciscos tekniske dybde og et partnerøkosystem forbedret gjennom hundretusenvis av distribusjoner. Du beholder den fulle kraften i det kjente Unified CM økosystemet — de samme funksjonene, den samme påliteligheten, den samme administrative modellen teamet ditt allerede kjenner — nå kombinert med Control Hub, en moderne, brukerorientert administrasjons- og analyseparaply som er virkelig enkel å lære. Oppgraderinger, oppdateringer og oppdatering av kritiske sårbarheter på den nyeste programvaren administreres av Cisco, på Cisco-sertifisert databehandling, med samme (eller bedre) pålitelighet du forventer av det lokale miljøet.

Så, ja - endring medfører risiko. Men å ikke endre innebærer sin egen, roligere risiko: å falle etter med funksjoner, håndtere konstant kompleksitet av endringer, lansere oppgraderinger og sårbarheter, utvide teamet ditt på infrastruktur som ikke lenger skiller virksomheten, og forsinke en uunngåelig overgang til den må gjøres under press. Den strukturerte, inngjerdede tilnærmingen som følger er designet for å gjøre denne migreringen til det den burde være: godt forberedt, lite drama og høyt valid ert - utført hovedsakelig gjennom arbeid du allerede gjør, mot en plattform bygget for hvor samarbeid er på vei videre.

Fra tillit til en plan: Hvordan denne guiden er organisert

For å gjøre denne tilliten til et kjørbart veikart, leder denne veiledningen deg gjennom en migreringsprosess med syv porter, hver fase med klare inn- og utkjøringsk riterier, erfaringer fra feltet og forhåndssjekker som forhindrer de vanligste overraskelsene:

• Prosjektoppstart
• Oppdagelse og vurdering
• Planlegging
• Implementering
• Fryse
• Gå live
• Overføring til dag 2

En av grunnene til at denne modellen fungerer så bra, er at risikoen for produksjon smiljøet bevisst er frontbelastet til nær null og bare øker i et kontrollert, siste trinn. Her er hva du kan forvente på hvert trinn:

Produksjonspåvirkning	Faser
Ingen innvirkning	Prosjektinitiering, oppdagelse og vurdering, planlegging
Minimumspåvirkning	Implementering
Begrenset til driftsprosesser	Fryse
Direkte innvirkning	Gå live

Rent praktisk: mesteparten av reisen skjer trygt sammen med ditt eksisterende miljø. Når du når øyeblikket som berører produksjonen, har hver integrasjon blitt bygget, hver prosess har blitt øvd på, og hver fallback er verifisert.

Gjennom hele guiden refererer vi til de viktigste informasjonsressursene du vil stole på under migreringen og langt inn på dag 2:

• Cisco Calling Sales Connect — Cisco Calling Sales Connect-kobling
• Help.webex.com — autoritativ produkt- og konfigurasjonsdokumentasjon
• Webex Spaces — direkte tilgang til Cisco-eksperter og peer-fellesskap for spørsmål i sanntid

Med rammeverket og ressursene i hånden, la oss gå gjennom hver fase i detalj — fra der hver vellykket migrering starter: Prosjekt initiering.

Påvirkning på produksjonen: INGEN innvirkning

• Identifiser viktige interessenter

Husk at det ikke bare handler om tekniske team og berørte forretningsteam, men også involver te partnere. Her er eksempler på nødvendige interessenter:

• IT-administrasjon
• Bedriftsledelse
• Taletjenesteteam
• Kontaktsenterteam
• Nettverksteam
• DNS/DHCP-team
• Sikkerhetsteam
• IAM-team (f.eks. Entra, AD, SSO)
• Bytt brett
• MACD-partner
• Partner for administrerte tjenester
• 3D-partintegrasjonsleverandører (personsøk, faks, opptak osv.)
• Lokal, lokal støtte
• RedSky/Offentlig sikkerhetsteam.

• Valg av prosjektleder eller prosjektleder.

Tatt i betraktning at migreringer til dedikert instans innebærer mer kompleks koordinering enn tradisjonelle integrasjoner på «kun applikasjonsnivå», er det ønskelig å ha teammedlem tildelt for å drive intern prosjektledelse og alle tilknyttede oppgaver som ukentlige samtaler, koordinering av interne team, eksterne leverandørengasjement, koordinering av endringer osv.

• Synkroniser på innganger du starter prosjektet med

Det er flere fordeler og grunner til at det er tatt en strategi for å migrere til dedikert forekomst. Det er viktig å grunnlegge visjon om fremtidig løsning.

Er det noen endringer som klyngekonsolidering, nummerplan, nye funksjoner planlagt?

Overfører du programvareendepunkter «som de er», eller antar migrering flytting til Webex-appen?

Hva er forholdet mellom brukere og kontaktsentre?

• Få fart på farten med dedikert forekomst

Introduksjon til dedikert forekomst: Introduksjon til dedikert forekomst

BDM (Business Decision Maker Slides) BDM

TDM (tekniske beslutningstakerlysbilder) T DM.

Påvirkning på produksjonen: INGEN innvirkning

Oppdagelse og vurdering er en videreføring og utnyttelse av informasjonen som ble innhentet under tidligere teamsynkroniseringsmøter på innspill med mål om å identifisere alle nødvendige omfangselementer som vil være grunnlaget for profesjonell prosjekt- og teknisk prosjektplanutvikling

• Eksisterende klyngeoppsett

Definer eksisterende on-prem-oppsett med alle funksjonene og integrasjonene som er gjort. Her er eksemplene du kan se på:

• Bruksområder og dimensjonering,
• Steder,
• IP-adressering,
• Hvordan brukere synkronisert/klargjort (lokal, ldap),
• Godkjenning konfigurert (SSO),
• CA vs selvsignerte sertifikater,
• Sikkerhetsmodus,
• ILS/GDPR bruk,
• Funksjoner,
• Spesielt fokus på funksjoner på tvers av nettsteder som, Extension Mobility
• CER/911 integrasjon,
• Bruk av MRA,
• CDR,
• Talepost og integrasjon med O365,
• Jabber v WebExApp
  • I tilfelle Jabber-migrering, bør det være tett fokus på hvordan eksisterende Jabber-endepunkter konfigureres (f.eks. xml-konfigurasjon, taletjenestedomene) og hva er alternativene for rekonfigurering som bruk av SCCM. Her er standardscenarier notert: Konfigurer Jabber
• Liste over enheter med fokus å se etter
  • Utdaterte enheter (det er ingen nye enheter lagt til på utdateringslisten siden Rel12.0x) Utdaterte telefoner
  • Slutt på støtteenheter (Enheter kan fortsatt være registrert for en hvilken som helst programvareutgivelse, men støttes ikke fra Day2-perspektivet)
  • CSR-Compatibility-Matrix-Interactive.html
  • Spesielle begrensningsenheter 7925, 7940, 7960 Registrer gamle telefon modeller til dedikert forekomst
    • Verktøy i hjelp:

      Dedikert instansassistent før migrering: Generer vurderingsrapporter

      Assistenten før migrering i Control Hub hjelper deg med å samle inn kildedata og sjekke forutsetningene for migrering fra UCM til dedikert forekomst ved hjelp av et tredjepartsverktøy. Før overføring vurderer den beredskapen, gir sjekklister og lar deg sammenligne data mellom den lokale klyngen og den dedikerte instansen.

      Hvis du vil kjøre Assistant, må den lokale klyngen være koblet til We bex Cloud-Connected UC-miljø. Overordnet beskrivelse og forutsetninger finner du her: Web Excloud-ConnectedUC

      Ombordstignings prosess for UCM: Sett opp Webex Cloud Connected -UC

      Liste over viktig innsikt du kan få som utdata fra Pre-Migration Assistant i xls lettlesbart format:

      • Noder og programvare som kjører
      • Bedriftsparametere
      • Liste over SIP-trunker
      • Liste over applikasjonsbrukere, roller
      • Antall enheter (og fullstendig liste over enheter), Rutegrupper og partisjoner, St eder, Sluttbrukere
      • CM-grupper, Enhetsbassenger
      • Helsestatus for DB-replikasjon
      • Installerte COP-er
      • Nummereringsplaner
      • Telefontjenester
      • Eksterne destinasjoner
    • Webex Spaces for å hjelpe deg med spesifikke spørsmål:

      Spør UCM Cloud & Dedikert forekomst: webexteams: //im? mellomrom=5db6bb40-d3c7-11e9-a319-df8a35abe85a

      Spør RedSky External - E911 Solutions Plus-partner Bli med: https://eurl.io/#fWfT1SnOz

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

Påvirkning på produksjonen: minimal innvirkning på eksisterende produksjonsmiljø

Ciscos beste praksis når det gjelder migrering av dedikert instans, presentert nedenfor:

Peering/tilkobling

Nettverksarkitektur med detaljerte beskrivelser av Edge-tilkoblingsscenarier forWebex Calling, Dedikert forekomst og møter. PA_Edge_Connect_Design.pdf

*Dokumentet bør brukes nøye, som beskriver flere scenarier som kan være motstridende eller komplementere hverandre, avhengig av nøyaktig brukstilfelle. Eksakt referanse til dedikert fore komst finner du i kapitlet «Edge Connect for Dedicated Instance Architecture»

Webex EdgeKoble til

Webex EdgeKob le De vanligste spørsmålene, merknader:

• Dedikerte instans 2-lenker er et «must»
• 4 lenker er et alternativ, men «kryssing» er ikke tillatt, de brukes i «par»
• Eventuell prioritering av DI-trafikk mot en av koblingene støttes IKKE og er generelt ikke aktuelt, ettersom hver side/DC annonserer sine unike delnett/25 Ded icated Instance-datasenterlokasjoner.

Dette er også forklart i det nevnte Network Architecture-dokumentet som nedenfor:

Påvirkning på produksjonen: med innvirkning begrenset til driftsprosesser

Formålet med frysefasen er å flytte data fra kildesystem til måldedikert forekomst og utføre nødvendige valideringer for å sikre vellykket cutover. Vi anbefaler 2-3 ukers tidsramme for frysing for å sikre at teamene har nødvendig tid til dataflytting, datakon sistenskontroll, testfailovers og relatert testing.

I tilfelle det er behov for MACD under frysefasen, bør nødvendige endringer fullføres på begge systemene.

Det er flere måter og verktøy tilgjengelig for flytting/kopiering av data. Generelt anbefaler vi å bruke aktive/inaktive partisjoner og verktøy som nedenfor:

UCM:

BAT-eksport/import og tilhørende skri pting

Veiledning for masseadministrasjon forCisco Unified Communications Manager, Release 15 og SUs: CUCM_b_bulk-administration-guide-15.html.

Eksterne verktøy for UCM-migreringer som Yarnlab.

Enhet:

• Cisco UnityVerktøy. Samling av gratis Cisco Unity og Cisco Unity Connection relaterte verktøy.

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

Vi anbefaler bruk av Cobras for Unity-migrasjoner.

CER:

Manuell, bulkeksport/import

Når konfigurasjonsdata er flyttet, bør du vurdere neste viktige elementer/handlinger:

• Manuell eller via Alternativ 150 på DHCP i forhold til testgruppe ompeking av forskjellige telefon modeller til ny DI TFTP. Når sertifikatkonsolidering er fullført, kan du teste både: migrering og tilbakestillingsscenario
• Omkonfigurering av testgateway, hvis tilgjengelig
• Utarbeidelse av gateway-konfigurasjonsmaler for faktiske produksjonsavbrudd. Skript, om nødvendig.
• Flytting av WebExApp-bruker via endring av anropsatferd på CH
• Flytting av Jabber via definert tidligere påloggingsmetode og endring av hjemmeklyngen
• Test av grunnleggende samtaleflyter og funksjonalitet opp til miljøfunksjoner:
  • Kontroll av konsistensen av atferd på nettet eller koblet til via VPN
  • Test av MRA med telefon- og programvareendepunkt
  • PSTN
  • Test av 911 Service

• Støtte for dedikert forekomst Tier1 (TAC) Dedikert forekomst Tier-1- støtte

• Tjenesteforespørsler knyttet til oppførte emner: Slik oppretter du en tjenesteforespørsel
  • DNS-oppføring
  • Brannmuroppdateringer
  • Opplasting av fastvare
  • Cloud-tilkobling
  • Innstillinger for overvåkingslogg
  • UC-applikasjonsadministrasjon
  • DI-MT Inter-OP SIP-trunker
  • UC-applikasjonslivssyklus
  • Infrastruktur som tjeneste
    • Veiledning for partnerdrift

• Veiledning for partnerdrift

  Dette er et av de viktigste dokumentene som forklarer teknisk støtte, endringshåndtering, hendelsesadministrasjon, oppdateringer, oppgraderinger, kapasitetsstyring, sertifikat administrasjon, DRS partner-operasjons-guide

Dette er et av de viktigste dokumentene som forklarer teknisk støtte, endringshånd tering, hendelsesadministrasjon, oppdateringer, oppgraderinger, kapasitetsstyring, sertifikat administrasjon, DRS- partneroperasjonsveiledning

• Ansvarsmatrise

Dokumentet forklarer RACI-delingen mellom partner, Cisco og kunde under oppstart og tildelingsmatrise for driftsansvar

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