Este artigo fornece uma estrutura de migração estruturada e de autoatendimento para parceiros e clientes que migram ambientes de chamada para Webex Calling - Instância Dedicada (DI).

As práticas e marcos de migração descritos neste artigo são baseados na metodologia do programa Webex Setup Assist e refletem a ampla experiência real das equipes de entrega, engenharia e desenvolvimento da Cisco. Esses métodos foram refinados por meio de centenas de milhares de implantações exclusivas de localização de clientes nos últimos sete anos, incluindo migrações de plataformas BroadCloud, BroadWorks, Spark Calling Unified CM (UCM), Hosted Collaboration Solution (HCS) e PBX de terceiros. A orientação se aplica a uma ampla variedade de ambientes de clientes, desde implantações em um único assento até implementações em grande escala com mais de 100.000 assentos e centenas de locais, e segue processos comprovados e estabelecidos da Cisco para garantir consistência, qualidade e eficiência operacional em todo o ciclo de vida da migração.

O artigo presume que os leitores já estejam familiarizados com Webex Calling o licenciamento de instância dedicada, o modelo administrativo do Webex Control Hub e o software e os recursos básicos do Unified Communications Manager.

Sejamos honestos: a palavra migração raramente desperta entusiasmo em uma equipe de TI. Isso gera perguntas. “O que quebra?” “Quem faz o trabalho?” “Sobre o que perdemos o controle?” “Isso é mesmo realista enquanto já estamos sobrecarregados mantendo as luzes acesas?” Esses não são sinais de resistência ao progresso; são os instintos de profissionais experientes que entendem que mover uma plataforma de chamadas de missão crítica não é um projeto de fim de semana. A voz é o único serviço em que os usuários percebem uma falha de dois segundos antes de perceberem um esforço de planejamento de interrupções de duas semanas — e essa realidade faz com que cada mudança pareça mais pesada do que deveria.

A boa notícia? Os números contam uma história muito diferente da do medo. Em migrações de nuvem bem estruturadas, aproximadamente 95% do esforço de engenharia é investido na preparação e apenas 5% na mudança real. Melhor ainda, a maioria desses 95% é composta por atividades que sua equipe já realiza como parte das operações normais do Dia 2 — higiene de inventário, gerenciamento de certificados, análises do plano de discagem, rastreamento do ciclo de vida do dispositivo e documentação. Em outras palavras, a maior parte do “trabalho de migração” é um trabalho que você já está fazendo. Essa abordagem estruturada simplesmente a canaliza para um resultado definido, em um ritmo que se encaixa no ritmo operacional existente, e não em cima dele.

A sensação de “missão impossível” também desaparece quando você vê que cada migração pode ser totalmente ensaiada. Um piloto pequeno e representativo permite que você valide o processo de ponta a ponta, as integrações, o comportamento de failover e a experiência do usuário antes que um único usuário de produção seja contatado. Nada é deixado ao acaso no dia da transição, porque o dia da transição é simplesmente a repetição de um processo que você já executou com sucesso. E se algo inesperado ocorrer, a reversão é um espelho da própria transição, delimitada por uma janela de manutenção clara. A previsibilidade substitui a ansiedade.

Sim, migrar para a Instância Dedicada significa abrir mão de algum controle, especificamente sobre as camadas de infraestrutura e virtualização. Mas considere o que você ganha de volta: as horas que sua equipe passa corrigindo hipervisores, buscando alertas de hardware, gerenciando a segurança no nível do sistema operacional e planejando atualizações de capacidade. Esse tempo volta para a empresa, onde pode ser gasto no que realmente diferencia sua organização — experiência do usuário, adoção, integrações e os serviços que realmente interessam às partes interessadas. Você não está perdendo o controle; você está trocando trabalho pesado indiferenciado por foco estratégico.

O que você recebe em troca é uma plataforma totalmente integrada ao portfólio mais avançado de call centers, reuniões e contact centers do mercado, apoiada pela profundidade de engenharia da Cisco e por um ecossistema de parceiros aprimorado por meio de centenas de milhares de implantações. Você mantém todo o poder do Unified CM ecossistema familiar — os mesmos recursos, a mesma confiabilidade, o mesmo modelo administrativo que sua equipe já conhece — agora combinado com o Control Hub, um guarda-chuva moderno de gerenciamento e análise orientado ao usuário que é genuinamente simples de aprender. Os upgrades, atualizações e correções críticas de vulnerabilidades nos softwares mais recentes são gerenciados pela Cisco, em computação certificada pela Cisco, com a mesma (ou melhor) confiabilidade que você espera do seu ambiente local.

Então, sim — a mudança acarreta riscos. Mas não mudar acarreta um risco mais silencioso: atrasar os recursos, lidar com a complexidade constante das mudanças, lançar atualizações e vulnerabilidades, expandir sua equipe para uma infraestrutura que não diferencia mais os negócios e adiar uma transição inevitável até que ela precise ser feita sob pressão. A abordagem estruturada e fechada a seguir foi projetada para tornar essa migração o que ela deveria ser: bem preparada, pouco dramática e altamente validada — executada principalmente por meio do trabalho que você já está fazendo, em direção a uma plataforma criada para o futuro da colaboração.

Da confiança a um plano: como este guia é organizado

Para transformar essa confiança em um roteiro executável, este guia orienta você por um processo de migração de sete portas, cada fase com critérios claros de entrada e saída, lições aprendidas em campo e pré-verificações que evitam as surpresas mais comuns:

• Iniciação do projeto
• Descoberta e avaliação
• Planejamento
• Implantação
• Congelar
• Vá ao vivo
• Transferência para o dia 2

Uma das razões pelas quais esse modelo funciona tão bem é que o risco para seu ambiente de produção é deliberadamente reduzido a quase zero e só aumenta em uma etapa final controlada. Aqui está o que esperar em cada estágio:

Impacto na produção	Fases
Sem impacto	Iniciação, descoberta e avaliação do projeto, planejamento
Impacto mínimo	Implantação
Limitado aos processos operacionais	Congelar
Impacto direto	Vá ao vivo

Em termos práticos: a maior parte da jornada acontece com segurança junto com seu ambiente existente. Quando você chega ao momento em que entra em produção, todas as integrações foram criadas, cada processo foi ensaiado e cada alternativa foi verificada.

Ao longo do guia, mencionamos os principais recursos de informação nos quais você confiará durante a migração e até o Dia 2:

• Cisco Calling Sales Connect — Link do Cisco Calling Sales Connect
• Help.webex.com — documentação confiável de produto e configuração
• Webex Spaces — acesso direto a especialistas e comunidades de colegas da Cisco para perguntas em tempo real

Com a estrutura definida e os recursos disponíveis, vamos analisar cada fase detalhadamente, começando de onde começa toda migração bem-sucedida: Início do projeto.

Impacto na produção: SEM impacto

• Identifique as principais partes interessadas

Lembre-se de que não se trata apenas de equipes técnicas e equipes de negócios impactadas, mas também de parceiros envolvidos. Aqui está o exemplo das partes interessadas necessárias:

• Gerenciamento de TI
• Gestão de negócios
• Equipe de serviços de voz
• Equipe de contact centers
• Equipe de networking
• Equipe DNS/DHCP
• Equipe de segurança
• Equipe IAM (por exemplo, Entra, AD, SSO)
• Mudar quadro
• Parceiro MACD
• Parceiro de serviços gerenciados
• Fornecedores de integração terceirizada (paginação, fax, gravação etc.)
• Suporte local e local
• RedSky/Equipe de segurança pública.

• Escolha do líder ou gerente do projeto.

Considerando que as migrações para instâncias dedicadas envolvem uma coordenação mais complexa do que as integrações tradicionais “somente no nível do aplicativo”, é desejável ter um membro da equipe designado para conduzir o gerenciamento interno do projeto e todas as tarefas associadas, como chamadas semanais, coordenação de equipes internas, engajamento de fornecedores externos, coordenação de mudanças, etc.

• Sincronize as entradas com as quais você inicia o projeto

Há várias vantagens e razões pelas quais existe uma estratégia adotada para migrar para a Instância Dedicada. É importante ter uma visão básica sobre a solução futura.

Há alguma mudança, como consolidação de clusters, plano de discagem e novos recursos planejados?

Você migra endpoints de software “como estão” ou a migração pressupõe a mudança para o aplicativo Webex?

Qual é a relação dos usuários com os contact centers?

• Aumente a velocidade com a Instância Dedicada

Introdução à instância dedicada: introdução à instância dedicada

BDM (slides para tomadores de decisões de negócios) BDM

TDM (slides para tomadores de decisões técnicas) TDM.

Impacto na produção: SEM impacto

A descoberta e a avaliação são uma continuação e a utilização das informações obtidas durante reuniões anteriores de sincronização da equipe sobre os insumos, com o objetivo de identificar todos os elementos de escopo necessários, que servirão de base para o desenvolvimento profissional do projeto e do plano técnico do projeto.

• Configuração de cluster existente

Defina a configuração local existente com todos os recursos e integrações feitos. Aqui estão os exemplos a serem analisados:

• Aplicações e dimensionamento,
• Localizações,
• Endereçamento IP,
• Como os usuários foram sincronizados/provisionados (local, ldap),
• Autenticação configurada (SSO),
• CA versus certificados autoassinados,
• Modo de segurança,
• Uso do ILS/GDPR,
• Características,
• Foco especial em recursos entre sites, como Extension Mobility
• integração CER/911,
• Uso de MRA,
• CDR,
• Correios de voz e integração com o O365,
• Jabber x WebexApp
  • No caso da migração do Jabber, deve haver um foco próximo em como os endpoints Jabber existentes são configurados (por exemplo, configuração xml, domínio do serviço de voz) e quais são as opções de reconfiguração, como o uso do SCCM. Aqui estão os cenários padrão observados: Configurar o Jabber
• Lista de dispositivos com foco a serem verificados
  • Dispositivos obsoletos (não há novos dispositivos adicionados à lista de descontinuação desde REL12.0x) Telefones obsoletos
  • Dispositivos de fim de suporte (os dispositivos ainda podem estar registrados em qualquer versão de software, mas não são suportados do ponto de vista do Dia 2)
  • CSR-Compatibility-Matrix-Interactive.html
  • Dispositivos de restrição especial 7925, 7940, 7960 Registre modelos de telefone antigos na instância dedicada
    • Ferramentas para ajudar:

      Assistente de pré-migração de instância dedicada: gere relatórios de avaliação

      O Assistente de Pré-Migração no Control Hub ajuda você a coletar dados de origem e verificar os pré-requisitos para migrar do UCM para a Instância Dedicada usando uma ferramenta de terceiros. Antes da migração, ele avalia a prontidão, fornece listas de verificação e permite comparar dados entre seu cluster local e a Instância Dedicada.

      Para executar o Assistant, seu cluster local deve estar integrado ao ambiente de UC conectado à nuvem Webex. A descrição geral e os pré-requisitos podem ser encontrados aqui: WebexCloud-ConnectedUC

      Processo de integração para o UCM: configurar o Webex Cloud Connected-UC

      Lista de informações importantes que você pode obter como saída do Pre-Migration Assistant em formato xls de fácil leitura:

      • Nodes e software em execução
      • Parâmetros corporativos
      • Lista de troncos SIP
      • Lista de usuários e funções do aplicativo
      • Número de dispositivos (e lista completa de dispositivos), grupos e partições de rotas, locais, usuários finais
      • Grupos CM, grupos de dispositivos
      • Status de integridade da replicação de banco de dados
      • COPs instalados
      • Planos de numeração
      • Serviços telefônicos
      • Destinos remotos
    • Webex Spaces para oferecer suporte com suas perguntas específicas:

      Pergunte à nuvem e instância dedicada do UCM: webexteams: //im? espaço = 5db6bb40-d3c7-11e9-a319-df8a35abe85a

      Pergunte ao parceiro externo da RedSky — E911 Solutions Plus Participe: https://eurl.io/#fWfT1SnOz

      Pergunte ao Webex Setup Assist - Webex Calling e DI: webexteams: //im? espaço = 76beab50-084b-11ed-abc8-ab581010b1de.

Impacto na produção: impacto mínimo no ambiente de produção existente

As melhores práticas da Cisco em termos do processo de migração de instâncias dedicadas, representadas abaixo:

Peering/Conectividade

Arquitetura de rede com descrições detalhadas dos cenários de conexão Edge para Webex Calling instâncias dedicadas e reuniões. PA_Edge_Connect_Design.pdf

*O documento deve ser usado com cuidado, pois descreve vários cenários que podem ser conflitantes ou complementares entre si, dependendo do caso de uso exato. A referência exata à Instância Dedicada pode ser encontrada no capítulo “Edge Connect for Dedicated Instance Architecture”

Webex EdgeConectar

Webex EdgeConectar Perguntas e notas mais comuns:

• Os links dedicados da Instância 2 são “obrigatórios”
• 4 links são uma opção, mas o “cruzamento” não é permitido, eles são usados em “pares”
• Qualquer priorização de tráfego de DI em relação a um dos links NÃO é suportada e geralmente não é aplicável, pois cada lado/DC anuncia sua localização exclusiva de data center de sub-rede/25 instâncias dedicadas.

Isso também é explicado no documento de arquitetura de rede mencionado abaixo:

Impacto na produção: com impacto limitado aos processos operacionais

O objetivo da fase de congelamento é mover os dados do sistema de origem para a instância dedicada de destino e executar as validações necessárias para garantir a transição bem-sucedida. Recomendamos um período de 2 a 3 semanas para o congelamento para garantir que as equipes tenham o tempo necessário para movimentação de dados, verificações de consistência de dados, failovers de testes e testes relacionados.

Caso haja necessidade de MACD durante a fase de congelamento, as alterações necessárias devem ser concluídas em ambos os sistemas.

Há várias formas e ferramentas disponíveis para mover/copiar dados. Geralmente, recomendamos o uso de partições e ferramentas ativas/inativas conforme abaixo:

UCM:

Exportação/importação de BAT e scripts associados

Guia de administração em massa paraCisco Unified Communications Manager, versão 15 e SUs: CUCM_b_bulk-administration-guide-15.html.

Ferramentas externas para migrações de UCM, como o Yarnlab.

Unidade:

• Cisco UnityFerramentas. Coleção de ferramentas gratuitas Cisco Unity e Cisco Unity Connection relacionadas.

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

Recomendamos o uso do Cobras para migrações do Unity.

CER:

Manual, exportação/importação em massa

Após a transferência dos dados de configuração, considere os próximos itens/ações importantes:

• Manual ou via Opção 150 no DHCP em relação ao redirecionamento do grupo de teste de diferentes modelos de telefone para o novo DI TFTP. Depois de concluir a consolidação dos certificados, você pode testar: cenário de migração e reversão
• Reconfiguração do gateway de teste, se disponível
• Preparação de modelos de configuração de gateways para cortes reais de produção. Criação de scripts, se necessário.
• Movimentação do usuário WebExApp por meio da mudança do comportamento de chamada no CH
• Movimentação do Jabber por meio do método de login definido anteriormente e da alteração do cluster inicial
• Teste de fluxos e funcionalidades de chamadas básicos até os recursos do ambiente:
  • Verificação da consistência do comportamento na rede ou conectado via VPN
  • Teste de MRA com telefone e endpoint de software
  • PSTN
  • Teste do serviço 911

• Suporte de instância dedicada de nível 1 (TAC) Suporte para instâncias dedicadas de nível 1

• Solicitações de serviço associadas aos tópicos listados: Como gerar uma solicitação de serviço
  • Entrada de DNS
  • Atualizações do firewall
  • Upload de firmware
  • Conectividade em nuvem
  • Configurações do registro de auditoria
  • Gerenciamento de aplicativos de UC
  • Troncos SIP interoperacionais DI-MT
  • Ciclo de vida do aplicativo de UC
  • Infraestrutura como serviço
    • Guia de operações de parceiros

• Guia de operações de parceiros

  Este é um dos documentos mais importantes que explica suporte técnico, gerenciamento de mudanças, gerenciamento de incidentes, atualizações, upgrades, gerenciamento de capacidade, gerenciamento de certificados e guia de operações de parceiros do DRS

Este é um dos documentos mais importantes que explica suporte técnico, gerenciamento de mudanças, gerenciamento de incidentes, atualizações, upgrades, gerenciamento de capacidade, gerenciamento de certificados e guia de operações do parceiro DRS

• Matriz de responsabilidade

Documento explica a divisão do RACI entre parceiro, Cisco e cliente durante a integração e a matriz de atribuição de responsabilidades operacionais

• Pergunte ao RedSky Webex Space webexteams: //im? espaço = 7074fce0-489a-11ea-89f3-8f977dd07aa0.