Den här artikeln innehåller ett strukturerat ramverk för självbetjäningsmigrering för partner och kunder som migrerar samtalsmiljöer till Webex Calling - Dedikerad instans (DI).

Migreringspraxis och milstolpar som beskrivs i den här artikeln baseras på Webex Setup Assist programmetodik och återspeglar den omfattande verkliga erfarenheten hos Ciscos leverans-, ingenjörs- och utvecklingsteam. Dessa metoder har förfinats genom hundratus entals unika distributioner av kundplatser under de senaste sju åren, inklusive migreringar från BroadCloud, BroadWorks, Spark Calling, Unified CM (UCM), Hosted Collaboration Solution (HCS) och tredjeparts PBX-plattformar. Vägledningen gäller för ett brett spektrum av kund miljöer, från driftsättningar med en enda plats till storskaliga implementeringar som överstiger 100 000 platser och hundratals platser, och följer sedan länge etablerade, beprövade Cisco-processer för att säkerställa konsekvens, kvalitet och driftseffektivitet under hela migreringens livscykel.

Artikeln förutsätter att läsarna redan är bekanta med Webex Calling - Licensiering av dedikerade instanser, den administrativa modellen för Webex Control Hub och den grundläggande programvaran och funktionerna i Unified Communications Manager.

Låt oss vara ärliga - ordet migration vä cker sällan spänning i ett IT-team. Det väcker frågor. ”Vad går sönder?” ”Vem gör jobbet?” Vad tappar vi kontrollen över?” ”Är detta ens realistiskt medan vi redan är utsträckta och håller lamporna tända?” Det här är inte tecken på motstånd mot framsteg; de är instinkterna hos erfarna proffs som förstår att flytta en uppdragskritisk samtalsplattform inte är ett helgprojekt. Röst är den enda tjänsten där användare märker ett fel på två sekunder innan de märker en två veckors planeringsinsats för avbrott - och den verkligheten gör att varje förändring känns tyngre än den borde.

De goda nyheterna? Siffrorna berättar en helt annan historia än rädslan gör. Vid välstrukturerade molnmigreringar investeras ungefär 95% av ingenjörsarbetet i förberedelser och endast 5% i den faktiska förändringen. Ännu bättre, de flesta av dessa 95% består av aktiviteter som ditt team redan utför som en del av normala dag 2-operationer - lagerhygien, certifikat hantering, uppringningsplanöversyn, spårning av enhetens livscykel och dokumentation. Med andra ord är huvuddelen av ”migrationsarbetet” arbete du redan gör. Detta strukturerade tillvägagångssätt kanaliserar det helt enkelt mot ett definierat resultat, i en takt som passar in i din befintliga operativa rytm snarare än ovanpå den.

Känslan av ”uppdrag omöjligt” bleknar också när du ser att varje migration kan repeteras fullt ut . En liten, representativ pilot låter dig validera heltäckande process, integrationer, failover-beteende och användarupplevelse innan en enda produktionsanvändare berörs. Ingenting lämnas åt slumpen på cutover-dagen - eftersom cutover day helt enkelt är upprepningen av en process som du redan har genomfört framgångsrikt. Och skulle något oväntat inträffa är rollback en spegel av själva skärningen, avgränsad av ett tydligt underhållsfönster. Förutsägbarhet ersätter ångest.

Ja, att flytta till Dedicated Instance innebär att man släpper lite kontroll — särskilt över infrastruktur- och virtualiseringslagren. Men tänk på vad du får tillbaka: de timmar som ditt team spenderar på att korrigera hypervisorer, jaga maskinvaruvarningar, hantera säkerhet på OS-nivå och planera kapacitetsuppdateringar. Den tiden återvänder till verksamheten, där den kan spenderas på vad som faktiskt skiljer din organisation - användarupplevelse, adoption, integrationer, och de tjänster som dina intressenter verkligen bryr sig om. Du tappar inte kontrollen; du byter odifferentierade tunga lyft för strategiskt fokus.

Vad du får i utbyte är en plattform som är tätt integrerad med den mest avancerade portföljen för samtal, möten och kontaktcenter på marknaden, med stöd av Ciscos tekniska djup och ett partnerekosystem förfinat genom hundratusentals driftsättningar. Du behåller den fulla kraften i det välbekanta Unified CM ekosystemet - samma funktioner, samma tillförlitlighet, samma administrativa modell som ditt team redan känner till - nu i kombination med Control Hub, ett modernt, användarorienterat paraply för hantering och analys som är riktigt enkelt att lära sig. Uppgraderingar, uppdateringar och korrigeringar av kritiska sårbarheter på den senaste programvaran hanteras av Cisco, på Cisco-certifierad beräkning, med samma (eller bättre) tillförlitlighet som du förväntar dig av din lokala miljö.

Så, ja - förändring medför risk. Men att inte ändra innebär en egen, tystare risk: att hamna på efterkälken när det gäller funktioner, ta itu med konstant komplexitet av förändringar, släpp uppgraderingar och sårbarheter, utöka ditt team på infrastruktur som inte längre skiljer verksamheten och fördröja en oundviklig övergång tills den måste göras under press. Det strukturerade, stängda tillvägagångssättet som följer är utformat för att göra denna migrering till vad den borde vara: väl förberedd, lågdramatisk och mycket valid erad - utförs mestadels genom arbete du redan gör, mot en plattform byggd för dit samarbetet är på väg härnäst.

Från förtroende till en plan: Hur den här guiden är organiserad

För att förvandla det förtroendet till en körbar färdplan guidar den här guiden dig genom en migreringsprocess med sju grindar, varje fas med tydliga inmatnings- och utgång skriterier, lärdomar från fältet och förkontroller som förhindrar de vanligaste överraskningarna:

• Projektinitiering
• Upptäckt och bedömning
• Planering
• Genomförande
• Frysa
• Gå live
• Överföring till dag 2

En av anledningarna till att denna modell fungerar så bra är att risken för din produktion smiljö medvetet är frontbelastad till nära noll och bara stiger i ett kontrollerat, sista steg. Här är vad du kan förvänta dig i varje steg:

Produktionspåverkan	Faser
Ingen påverkan	Projektinitiering, upptäckt och bedömning, planering
Minsta påverkan	Genomförande
Begränsad till verksamhetsprocesser	Frysa
Direkt påverkan	Gå live

Rent praktiskt: det mesta av resan sker säkert tillsammans med din befintliga miljö. När du når det ögonblick som berör produktionen har varje integration byggts, varje process har repeterats och varje fallback har verifierats .

I hela guiden hänvisar vi till de viktiga informationsresurser du kommer att lita på under migreringen och långt in på dag 2:

• Cisco Calling Sales Connect - Cisco Calling Sales Connect-länk
• Help.webex.com — auktoritativ produkt- och konfigurationsdokumentation
• Webex Spaces — direkt tillgång till Cisco-experter och kollegor för frågor i realtid

Med ramverket och resurserna till hands, låt oss gå igenom varje fas i detalj — börja där varje lyckad migrering börjar: Projektiniti ering.

Påverkan på produktionen: INGEN påverkan

• Identifiera viktiga intressenter

Kom ihåg att det inte bara handlar om tekniska team och påverkade affärsteam, utan också involverade partners. Här är exemplet på nödvändiga intressenter:

• IT-hantering
• Företagsledning
• Rösttjänstteam
• Kontaktcenterteam
• Nätverksteam
• DNS/DHCP-team
• Säkerhetsteam
• IAM-team (t.ex. Entra, AD, SSO)
• Byt tavla
• MACD-partner
• Partner för hanterade tjänster
• Leverantörer av 3D-partsintegration (personsökning, fax, inspelning etc)
• Lokalt stöd på plats
• RedSky/Allmän säkerhetsteam.

• Val av projektledare eller projektledare.

Med tanke på att migreringar till dedikerade instanser innebär mer komplex samordning än traditionella integrationer på ”endast applikationsnivå” är det önskvärt att ha teammedlem tilldelad att driva intern projektledning och alla tillhörande uppgifter som veckovisa samtal, intern teamsamordning, externa leverantörers engagemang, samordning av ändringar etc.

• Synkronisera på ingångar som du startar projektet med

Det finns flera fördelar och skäl till varför det finns en strategi för att migrera till Ded icated Instance. Det är viktigt att baslinjesyn över framtida lösning.

Finns det några förändringar som klusterkonsolidering, uppringningsplan, nya funktioner planerade?

Migrerar du programslutpunkter ”som de är” eller antar migrering att flytta till Webex-appen?

Vad är förhållandet mellan användare och kontaktcenter?

• Kom igång med Dedikerad instans

Introduktion till dedikerad instans: Introduktion till dedikerad instans

BDM (Affärsbeslutsfattare Slides) BDM

TDM (tekniska beslutsfattare bilder) T DM.

Påverkan på produktionen: INGEN påverkan

Upptäckt och bedömning är en fortsättning och utnyttjande av den information som erhållits under tidigare teamsynkroniseringsmöten på input med målet att identifiera alla nödvändiga omfattningselement som kommer att ligga till grund för professionell projekt- och teknisk projektplanutveckling

• Befintlig klusterinställning

Definiera befintlig on-prem-installation med alla funktioner och integrationer gjorda. Här är exemplen att titta på:

• Tillämpningar och dimensionering,
• Platser,
• IP-adressering,
• Hur användare synkroniserade/etablerade (lokal, ldap),
• Autentisering konfigurerad (SSO),
• CA vs självsignerade certifikat,
• Säkerhetsläge,
• ILS/GDPR-användning
• Funktioner,
• Särskilt fokus på funktioner över flera webbplatser som, Extension Mobility
• CER/911-integration,
• Användning av MRA,
• CDR,
• Röstmeddelanden och integration med O365,
• Jabber mot WebExApp
  • Vid Jabber-migrering bör det finnas nära fokus på hur befintliga Jabber-slutpunkter konfigureras (t.ex. xml-konfiguration, rösttjänstdomän) och vilka alternativ som finns för omkonfigurering som användning av SCCM. Här är standardscenarier som noteras: Konfigurera Jabber
• Lista över enheter med fokus att söka efter
  • Föråldrade enheter (inga nya enheter har lagts till i listan över avveckling sedan Rel12.0x) Föråldrade telefoner
  • Slut på supportenheter (Enheter kan fortfarande vara registrerade i någon programvaruversion, men stöds inte från Day2-perspektivet)
  • CSR-Compatibility-Matrix-Interactive.html
  • Särskilda begränsningsenheter 7925, 7940, 7960 Registrera gamla telefon modeller till Dedicated-Instance
    • Verktyg i hjälp:

      Dedikerad instansassistent före migrering: Generera utvärderingsrapporter

      Assistenten före migrering i Control Hub hjälper dig att samla in källdata och kontrollera förutsättningarna för migrering från UCM till dedikerad instans med hjälp av ett tredjepartsverktyg. Innan migreringen utvärderar den beredskapen, tillhandahåller checklistor och låter dig jämföra data mellan det lokala klustret och den dedikerade instansen.

      För att köra Assistant måste ditt lokala kluster vara anslutet till We bex Cloud-Connected UC-miljö. Övergripande beskrivning och förutsättningar hittar du här: Web Excloud-connectedUC

      Onboarding- process för UCM: Konfigurera Webex Cloud Connected -UC

      Lista över viktiga insikter som du kan få som utdata från Pre-Migration Assistant i xls lättläsbart format:

      • Noder och programvara som körs
      • Företagsparametrar
      • Lista över SIP-trunkar
      • Lista över applikationsanvändare, roller
      • Antal enheter (och fullständig lista över enheter), Ruttgrupper och partitioner, Platser, Slutanvändare
      • CM-grupper, Enhetspooler
      • Hälsostatus för DB-replikering
      • Installerade COPs
      • Numreringsplaner
      • Telefontjänster
      • Avlägsna destinationer
    • Webex Spaces för att hjälpa dig med dina specifika frågor:

      Fråga UCM Cloud & Dedikerad instans: webexteams: //im? space=5db6bb40-d3c7-11e9-a319-df8a35abe85a

      Fråga RedSky External - E911 Solutions Plus Partner Gå med: https://eurl.io/#fWfT1SnOz

      Fråga Webex Setup Assist - Webex Calling och DI: webexteams: //im? space=76beab50-084b-11ed-abc8-ab581010b1de.

Påverkan på produktionen: minsta möjliga påverkan på befintlig produktionsmiljö

Ciscos bästa praxis när det gäller migrering av dedikerade instanser visas nedan:

Peering/Anslutningar

Nätverksarkitektur med detaljerade beskrivningar av Edge-anslutningsscenarier förWebex Calling, Dedikerad instans och möten. PA_Edge_Connect_Design.pdf

*Dokumentet bör användas noggrant, eftersom det beskriver flera scenarier som kan vara motstridiga eller komplettera varandra, beroende på exakt användningsfall. Exakt referens till dedikerad inst ans finns i kapitlet ”Edge Connect for Dedicated Instance Architecture”

Webex EdgeAnslut

Webex EdgeAnslut Vanliga frågor, anteckningar:

• Dedikerade instans 2-länkar är ett ”måste”
• 4 länkar är ett alternativ men ”korsning” är inte tillåtet, de används i ”par”
• Eventuell prioritering av DI-trafik mot en av länkarna stöds INTE och är i allmänhet inte tillämplig, eftersom varje sida/DC annonserar sina unika delnät/25 Ded icated Instances datacenterplatser.

Detta förklaras också i det nämnda nätverksarkitekturdokumentet enligt nedan:

Påverkan på produktionen: med påverkan begränsad till verksamhetsprocesser

Syftet med frysfasen är att flytta data från källsystemet till måldedikerad instans och utföra nödvändiga valideringar för att säkerställa framgångsrik övergång. Vi rekommenderar 2-3 veckors tidsram för frysningen för att se till att teamen har nödvändig tid för dataförflyttning, datakon sistenskontroller, testfel och relaterad testning.

Om det finns behov av MACD under frysfasen, bör nödvändiga ändringar slutföras på båda systemen.

Det finns flera sätt och verktyg tillgängliga för dataöverföring/kopiering. Generellt rekommenderar vi att du använder aktiva/inaktiva partitioner och verktyg enligt nedan:

UCM:

BAT-export/import och tillhörande skript

Massadministrationsguide förCisco Unified Communications Manager, Release 15 och SUs: CUCM_b_bulk-administration-guide-15.html.

Externa verktyg för UCM-migreringar som Yarnlab.

Enhet:

• Cisco UnityVerktyg. Samling av gratis Cisco Unity och Cisco Unity Connection relaterade verktyg.

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

Vi rekommenderar användning av Cobras för Unity-migrationer.

CER:

Manuell, bulkexport/import

När konfigurationsdata flyttas, överväga nästa viktiga objekt/åtgärder:

• Manuellt eller via Alternativ 150 på DHCP i relation till testgruppsompekning av olika telefon modeller till ny DI TFTP. När certifikatkonsolideringen är klar kan du testa både: migrering och återställningsscenario
• Omkonfigurering av testgateway, om tillgänglig
• Förberedelse av Gateways konfigurationsmallar för faktiska produktionsnedskärningar. Skript, om det behövs.
• Flytt av WebExApp-användare via ändring av samtalsbeteende på CH
• Flytta Jabber via definierad tidigare inloggningsmetod och byte av hemkluster
• Test av grundläggande samtalsflöden och funktionalitet upp till miljöfunktioner:
  • Kontroll av att beteendet är konsekvent på nätet eller anslutet via VPN
  • Test av MRA med slutpunkt för telefon och programvara
  • PSTN
  • Test av 911 Service

• Stöd för dedikerad instans Tier-1-stöd (TAC) för dedikerade instanser

• Serviceförfrågningar kopplade till listade ämnen: Så här tar du upp en serviceförfrågan
  • DNS-post
  • Brandväggsuppdateringar
  • Firmware-uppladdning
  • Molnanslutning
  • Inställningar för granskningslogg
  • UC-applikationshantering
  • DI-MT Inter-OP SIP-trunkar
  • UC-applikationens livscykel
  • Infrastruktur som tjänst
    • Handbok för partnerverksamhet

• Handbok för partnerverksamhet

  Detta är ett av de viktigaste dokumenten som förklarar teknisk support, Change Management, Incident Management, Uppdateringar, Uppgraderingar, Kapacitetshantering, Certifik athantering, DRS Partner-Operation-Guide

Detta är ett av de viktigaste dokumenten som förklarar teknisk support, Change Management, Incident Management, Uppdateringar, Uppgraderingar, Kapacitetshantering, Certifikat hantering, DRS Partner Operations Guide

• Ansvarsmatris

Dokumentet förklarar RACI-uppdelningen mellan partner, Cisco och kund under ombordstigning och tilldelningsmatris för driftansvar

• Fråga RedSky Webex Space webexteams: //im? space=7074fce0-489a-11ea-89f3-8f977dd07aa0.