Pular para o conteúdo principal

Planejamento de migração de pontos de acesso WiFi 6 para WiFi 7 quando o Cisco Meraki WiFi 6 atingir o fim de vendas

Esta referência técnica oferece aos operadores de múltiplos sites uma estrutura de decisão para a transição de Cisco Meraki WiFi 6 para WiFi 7 antes do prazo final de pedidos em 31 de dezembro de 2026. Ela alia o planejamento de infraestrutura e backhaul com as validações do Meraki Dashboard que garantem a continuidade de autenticação do Purple e de análise de localização durante a substituição de cada ponto de acesso.

Por Marketing TeamPublicado Atualizado
📖 12 min de leitura3,397 palavras3 exemplos práticos11 definições principais

Video overview

Ouça este guia

Ver transcrição do podcast
Bem-vindo. Se você gerencia uma infraestrutura robusta de WiFi 6 Cisco Meraki, o aviso de fim de vendas é um prazo de aquisição, não um motivo para substituir todos os access points esta semana. A Cisco define 31 de dezembro de 2026 como a última data para encomendar os access points internos WiFi 6 Cisco e Meraki afetados. A última data de suporte publicada é 31 de dezembro de 2031. Isso cria uma janela de planejamento sensata, mas não elimina a necessidade de agir. A questão não é: devemos comprar WiFi 7 para todos os lugares? A questão é: onde o WiFi 7 altera a experiência ou a capacidade que o seu local pode oferecer, e onde a sua infraestrutura atual de WiFi 6 ainda atende às necessidades? Comece por aí, porque uma atualização geral geralmente gasta recursos nos lugares errados. Para clientes Purple, há um segundo ponto. O seu access point faz parte da camada de conexão. O Purple fica acima dele como a camada de identidade e dados. Quando você preserva a configuração de rede correta, a sua experiência de Guest WiFi ou Staff WiFi, o fluxo de autenticação e a captura de dados subjacente podem ser transferidos durante a mudança de hardware. A atualização se torna um programa de infraestrutura, em vez de uma reconstrução da experiência do visitante. Comece com uma auditoria da sua infraestrutura. Crie uma visão única de cada access point por modelo, site, andar, função no local, velocidade atual de uplink e fonte de alimentação. Adicione a demanda observada, não apenas a cobertura teórica. Observe os locais onde as pessoas se concentram ao mesmo tempo: o saguão de um estádio antes do início do jogo, um salão de conferências durante o intervalo das sessões, um salão de festas de hotel, uma loja conceito movimentada ou uma área de espera de transporte. Estes são candidatos para o WiFi 7 imediato, pois a saturação e os picos de tráfego são problemas operacionais reais. Depois, identifique a categoria oposta. Um estoque, área administrativa, pequeno escritório de apoio ou corredor de serviço de baixo tráfego podem ter uma densidade de dispositivos modesta e uso previsível. O WiFi 6 pode continuar adequado nesses locais durante a janela de suporte se ainda atender aos seus requisitos de serviço e segurança. Essa não é uma decisão inferior. É uma forma de direcionar o orçamento do WiFi 7 para onde ele realmente importa. O WiFi 7 é baseado no IEEE 802.11be. Ele traz recursos como o Multi-Link Operation, muitas vezes abreviado como MLO. Em termos práticos, clientes compatíveis podem usar mais de uma banda de forma coordenada. O benefício é um maior throughput e menor latência potencial, mas apenas quando o cliente, o ambiente de rádio, o caminho cabeado e o orçamento de energia dão suporte a isso. Um access point sozinho não torna um local mais rápido por si só. A rede é, de forma inconveniente, um sistema. Isso nos leva à prontidão do backhaul. Antes de selecionar os modelos, exporte uma lista da porta do switch que atende a cada access point candidato. Registre a velocidade negociada, a classe de energia disponível, o tipo de cabo, a capacidade sobressalente e o caminho de upstream. O atual WiFi 7 CW9178I de alta densidade da Cisco, por exemplo, possui duas portas Ethernet capazes de operação de 100 megabits, uma de 2.5, cinco e 10 gigabits. Ele requer 802.3bt para operação total. A mesma folha de dados mostra que modos de menor consumo reduzem a capacidade de rádio disponível e a velocidade do link. Os números importam porque um access point conectado a uma porta de um gigabit não pode enviar mais do que um gigabit por essa porta. Você não precisa de comutação de dez gigabits em todos os locais. Uma abordagem prática é colocar access points WiFi 7 de alta capacidade atrás de portas capazes de 2.5 ou 10 gigabits onde a demanda exigir. Use a folha de dados de hardware real do modelo que você escolher. Verifique o switch e o plano de energia juntos. Inspecione também o cabeamento e o uplink do switch de acesso. Caso contrário, você pode comprar uma borda sem fio de maior velocidade e deixar um gargalo logo atrás dela. Agora construa duas ondas de atualização. A onda um cobre locais onde o risco de desempenho ou o impacto nos negócios é maior. Isso pode incluir um local de conferências com calendário de eventos, um estádio antes da temporada, lojas conceito de varejo e espaços de reuniões de hotéis. A onda dois cobre locais capazes, mas de menor densidade. Ela pode ser realizada depois que você tiver comprovado o modelo, o design do switch e o processo de instalação. Use um piloto curto em um local representativo primeiro. Teste-o em períodos movimentados, não apenas durante uma janela de instalação silenciosa. Para cada access point piloto, meça o sucesso em termos operacionais. Confirme se ele recebe a configuração planejada, negocia a velocidade de porta e o nível de energia esperados, conecta-se à rede correta no painel e atende aos SSIDs esperados. Em seguida, execute testes de autenticação reais. Peça para um funcionário se conectar ao WiFi da equipe. Peça para um visitante usar o WiFi de convidados. Verifique os eventos e sessões que importam para suas equipes operacionais. Se algum teste falhar, pare a onda mais ampla e encontre a falha de configuração enquanto o escopo ainda é pequeno. A seguir, vamos tratar da continuidade do Purple. O trabalho importante é copiar e verificar as configurações de rede, não pedir para a Purple reconfigurar sua plataforma para cada troca de access point. Existem três verificações de configuração a serem feitas após cada troca de hardware Meraki. Primeiro, abra Sem Fio, depois Controle de Acesso e selecione o SSID pretendido. Confirme se o SSID ainda usa o design corporativo de RADIUS exigido e se a configuração do servidor de autenticação e tarifação corresponde à configuração aprovada do Purple. O guia Cisco Meraki Staff WiFi da Purple define os valores precisos e deve ser sua referência controlada, em vez de copiar valores de uma planilha.Segundo, abra Network-wide, depois General e inspecione Location and Scanning. Se você utiliza o Purple location analytics, confirme se o analytics e a Scanning API permanecem habilitados. Confirme o Post URL, o Validator e o secret em relação à configuração aprovada para o local. O guia Meraki LBS da Purple explica como esses valores conectam o feed de varredura do Meraki à plataforma Purple. Não substitua por uma URL genérica. O valor é específico para a instalação. Terceiro, confirme se o novo ponto de acesso pertence à rede correta do Meraki Dashboard antes de considerar a substituição concluída. A rede de destino carrega o SSID e a configuração do dashboard que o seu serviço precisa. A documentação da Cisco informa que mover um ponto de acesso MR entre redes remove as configurações da rede original, exceto pelos detalhes do dispositivo, como nome, localização, endereço de gerenciamento, notas e etiquetas. Portanto, planeje o destino com cuidado. Pré-configure a rede de destino, mova o dispositivo deliberadamente e, em seguida, valide o serviço novamente. Não use eventos ao vivo como seu primeiro teste. Em um hotel, substitua um pequeno conjunto de pontos de acesso de salas de reunião entre os eventos. Em uma rede de varejo, faça um piloto em uma loja de menor risco após o horário comercial. Em um estádio, conclua a primeira implantação em uma área sem eventos antes de mexer nos saguões públicos. Seu objetivo é validar o processo enquanto as operações podem absorver uma etapa de recuperação. Aqui está um calendário em fases prático. Nas semanas um e dois, conclua o inventário, a velocidade de porta e a auditoria de energia. Nas semanas três e quatro, escolha um local piloto, prepare o hardware e confirme o licenciamento com a equipe de contas Cisco ou Meraki. Nas semanas cinco e seis, execute o piloto e registre as verificações exatas de configuração. Nas semanas sete a dez, entregue locais de alta densidade em janelas de alteração controladas. Mantenha os locais de menor densidade em uma segunda onda, programada de acordo com o ciclo de vida normal e o risco de suporte. Para cada local, tenha um plano de contingência: o ponto de acesso antigo, um registro de configuração atual e um proprietário operacional designado. Um breve alerta sobre licenciamento. As organizações Meraki podem usar modelos de assinatura, co-terminação ou por dispositivo. Trate o licenciamento como um fluxo de trabalho, não como um detalhe de última hora. Confirme o direito ao modelo de substituição e à organização de destino antes da instalação. Essa verificação evita que uma implantação tecnicamente perfeita se torne um problema de dashboard.Vamos encerrar com as perguntas que mais ouvimos. Você deve comprar o estoque restante de WiFi 6? Sim, se você tiver um local de baixa densidade, uma necessidade definida de capacidade a curto prazo e nenhum orçamento para upgrade de switch. Faça essa escolha deliberadamente e documente a data de término. Você deve atualizar para o WiFi 7? Sim, onde a densidade de clientes, a demanda de desempenho e a preparação do backhaul justificarem. Você precisa alterar o Purple ao substituir o hardware? Não, se o SSID pretendido, as configurações de RADIUS e a configuração de escaneamento de localização permanecerem alinhados. Você precisa de 10 gigabits em todos os lugares? Não. Dimensione a porta com fio para o modelo do access point e o perfil de tráfego. Você pode mover o hardware para qualquer rede Meraki? Não. Escolha a rede de destino compatível correta, pois a configuração segue a rede. A data de fim de vendas é uma função de indução útil. Use-a para criar um programa de atualização planejado: priorize os locais que precisam de capacidade, financie o caminho com fio onde for necessário, preserve a configuração do Purple, teste da mesma forma em todos os locais e mantenha o WiFi 6 onde ele continuar adequado ao propósito. É assim que você evita compras em pânico e uma atualização geral desnecessariamente cara. Um ponto prático final. Faça do registro de configuração parte do registro de ativos. Para cada access point de substituição, mantenha o número de série, a referência de hardware anterior, a localização, a rede do Dashboard, a porta do switch, a velocidade negociada, o resultado do PoE, as verificações de configuração, o resultado do teste e o proprietário da alteração juntos. Isso dá à sua equipe de suporte uma transição utilizável, não uma coleção de capturas de tela. Isso também significa que a próxima onda de atualização começará a partir de evidências, e não de memórias. Se houver uma falha mais tarde, sua equipe poderá ver se é um problema de rádio, de porta, de energia, de configuração ou de roteamento de dados. Essa separação reduz o tempo gasto com adivinhações. Planeje a infraestrutura, teste o caminho completo e mantenha o registro. A atualização apoiará tanto as operações atuais quanto a próxima decisão de ciclo de vida.

Parte da nossa série principal: Guia de Guest WiFi →

Planejamento de migração de pontos de acesso WiFi 6 para WiFi 7 quando o Cisco Meraki WiFi 6 atingir o fim de vendas

Veja o fim de vendas do Cisco Meraki WiFi 6 como uma decisão de atualização segmentada. A última data para pedidos da Cisco é 31 de dezembro de 2026, e a data de fim de suporte é 31 de dezembro de 2031. Mantenha o WiFi 6 funcional em execução em áreas de baixa densidade, priorize o WiFi 7 onde a demanda e o backhaul cabeado justificarem e mantenha sua configuração do Purple. 1

Qual opção de atualização é a correta para cada parte do seu patrimônio?

A Cisco anunciou o fim das vendas para os pontos de acesso internos Cisco e Meraki WiFi 6 afetados. A última data de pedido publicada é 31 de dezembro de 2026. A data de fim de suporte é 31 de dezembro de 2031. A Cisco também lista outros marcos iniciais do ciclo de vida, incluindo o fim das versões de manutenção de software em 29 de março de 2028 e o fim do suporte de segurança e vulnerabilidade em 29 de março de 2030. Este é um ponto de partida para decisões de compra, não um prazo final para remover todos os pontos de acesso WiFi 6 em funcionamento. 1

Comece pelo serviço que deseja entregar em cada local. Não há necessidade de reconstruir sua camada de Guest WiFi e WiFi Analytics apenas porque o hardware de rádio mudou. O Purple opera como uma sobreposição em nuvem sobre o patrimônio de pontos de acesso. Para pontos de acesso Cisco Meraki MR, o Purple fornece documentação de suporte para serviços de localização, WiFi pago e SecurePass. 8

Use a matriz abaixo na sua primeira reunião de compras. Isso transforma a questão do fim de vendas do Cisco Meraki WiFi 6 e da atualização para o WiFi 7 em uma decisão a nível de patrimônio. Também ajuda a evitar o erro clássico de comprar rádios de alta capacidade para uma borda cabeada de um gigabit.

Condição do patrimônio Ação recomendada Requisitos cabeados para verificação Foco de continuidade do Purple Cronograma de compra
Saguão de estádio, salão de conferências ou área de espera de transporte com demanda simultânea Realizar piloto e depois atualizar para WiFi 7 Certifique-se de que a porta de atendimento, classe PoE, cabeamento e caminho de upstream correspondam ao AP selecionado Manter configurações de SSID, RADIUS e varredura de localização Incluir na fase um
Salão de festas de hotel ou piso de loja principal com picos recorrentes Atualizar para WiFi 7 onde a auditoria de porta suportar Verifique a capacidade multi-gigabit ou 10 Gbps de acordo com a ficha técnica do modelo selecionado Verificar tanto o Guest WiFi quanto o WiFi da equipe após cada alteração Incluir na fase um ou fase dois
Corredor padrão de quarto de hóspedes ou loja filial padrão Manter se o WiFi 6 atender às políticas de capacidade e suporte Manter o uplink atual como está, onde apropriado Executar a mesma lista de verificação de configuração Substituir no ciclo de vida normal
Back office, estoque ou área de serviço de baixo uso Manter o WiFi 6 e evitar estoque excessivo especulativo Certifique-se de que o link atual esteja estável e documentado Verificar apenas se o hardware for substituído Agendar para mais tarde
Local com switching de um gigabit e requisitos imediatos de alta densidade Atualize a borda cabeada antes, ou junto com, o WiFi 7 Avalie a velocidade da porta, PoE e uplinks do switch de acesso como um design único Teste a configuração em uma rede piloto Trate como um projeto de capital combinado

Essas categorias são deliberadamente práticas. Um local de alta densidade não se torna um candidato para o WiFi 7 apenas por causa de uma etiqueta de produto. Ele se torna um quando a despesa de capital é justificada pela densidade de usuários, demanda dos clientes, condições de rádio e backhaul. O padrão IEEE 802.11be, que é o WiFi 7, define melhorias de taxa de transferência extremamente altas e inclui compatibilidade retroativa com dispositivos 802.11 mais antigos nas bandas de 2.4 GHz, 5 GHz e 6 GHz. 2

Onde o WiFi 6 e o WiFi 7 realmente diferem

O WiFi 6 é a opção de linha de base correta onde a capacidade atual é suficiente. Onde você precisa de mais capacidade disponível, recursos de menor latência ou maior flexibilidade entre as bandas de rádio, o WiFi 7 é a atualização apropriada. O Multi-Link Operation, comumente referido como MLO, é um daqueles recursos do WiFi 7 que vale a pena avaliar. Ele pode coordenar o tráfego em várias bandas para dispositivos compatíveis. Este não é um benefício que você obtém apenas do AP. Os clientes, o ambiente de RF, as portas do switch e as fontes de alimentação influenciam o resultado. 2 3

A folha de dados do CW9178I WiFi 7 da Cisco ilustra as restrições cabeadas. Este modelo oferece duas portas BASE-T de 100M, 1G, 2.5G, 5G e 10G. A operação completa requer alimentação 802.3bt. Seus modos de menor consumo de energia alteram os recursos de rádio disponíveis e as velocidades de link. Portanto, uma porta de switch de um gigabit sempre continuará sendo um limite de um gigabit para o tráfego que sai dela. Selecione um modelo somente após ler sua folha de dados e inspecionar a porta física que ele usará. 3

Planejamento de migração de pontos de acesso WiFi 6 para WiFi 7 quando o Cisco Meraki WiFi 6 atingir o fim de vendas - backh…

Crie um cronograma de backhaul para cada AP candidato. A tabela abaixo é apenas um modelo de campo, não um substituto para a folha de dados do modelo selecionado.

Verificação na porta de atendimento Registro Uso para decisão
Velocidade Ethernet negociada Velocidade atual do link e velocidades de porta suportadas Identifica se a capacidade do WiFi 7 será gargalo na borda
Capacidade PoE Classe de energia IEEE 802.3 disponível e energia negociada Identifica se o AP pode executar sua configuração de rádio pretendida
Cabo e caminho de patch Tipo de cabo, comprimento, patching e falhas conhecidas Garante um caminho físico confiável para velocidades de link mais altas
Uplink do switch de acesso Velocidade do uplink e contenção durante as horas de pico Evita que uma porta de AP rápida direcione tráfego para um uplink de switch congestionado
Demanda do local Contagem de pico de dispositivos, tipo de serviço e calendário de eventos Prioriza os gastos por necessidade operacional em vez da idade do modelo
Execute a auditoria por tipo de local. Em Hospitalidade, separe os quartos de hóspedes dos espaços de reunião. No Varejo, separe as filiais padrão dos andares emblemáticos (flagship). No Transporte, separe as áreas de funcionários das zonas de espera de passageiros. A mesma disciplina se aplica à Saúde, onde os fluxos de trabalho clínicos e o acesso de visitantes nunca devem compartilhar uma janela de alteração não verificada.

Quando a decisão de fazer um estoque final de WiFi 6 é a correta?

Encomende o estoque final de WiFi 6 apenas quando puder articular sua razão operacional. Os exemplos incluem uma área de baixa densidade que requer uma substituição direta (like-for-like), um local onde uma atualização de switch não é iminente ou um local onde a infraestrutura WiFi 6 atual ainda atende à demanda medida. Essa decisão deve incorporar o limite de suporte de 2031, sua política de hardware reserva e um plano de saída financiado. Não deve ser uma compra motivada pelo pânico de um aviso de fornecedor em sua caixa de entrada.

Um teste útil é simples. Se um local não se qualifica para WiFi 7 após a verificação da densidade de clientes, demanda de taxa de transferência, velocidade da porta, energia e calendário de eventos, é improvável que precise de WiFi 7 imediatamente. Mantenha o AP WiFi 6 atual em serviço enquanto ele atender às suas necessidades de serviço. Use a janela de pedido final apenas para estoque de exceção planejado.

Um exemplo ilustrativo de hospitalidade. Um hotel de 200 quartos possui seis salas de reunião e um salão de festas. Os corredores dos quartos apresentam uma demanda estável e baixa. O salão de festas sofre picos de alta densidade durante conferências. A equipe de rede mantém o WiFi 6 nos corredores, testa o WiFi 7 no salão de festas e inspeciona as portas dos switches durante eventos ao vivo. Seus critérios de aceitação não são apenas números de taxa de transferência nominal, mas a autenticação bem-sucedida de Guest WiFi e Staff WiFi, negociação correta de porta e energia, e verificações limpas de dados do Purple para cada AP piloto.

Quando você deve atualizar para o WiFi 7?

Atualize cedo onde a densidade e o impacto operacional convergem. Centros de conferências, saguões de estádios, salas VIP de aeroportos e lojas emblemáticas de varejo são candidatos iniciais confiáveis porque sua demanda pode disparar em minutos. A Cisco posiciona o CW9178I para ambientes de alta densidade, documentando sua operação de 2.4 GHz, 5 GHz e 6 GHz, recursos MLO e interfaces multi-gigabit. Sua infraestrutura pode exigir modelos de WiFi 7 diferentes. O segredo é combinar o modelo e o caminho cabeado com uma função definida para o local. 3 Antes da mudança, valide formalmente a continuidade do Purple. O guia do Purple para Cisco Meraki Staff WiFi utiliza a configuração RADIUS corporativa em Wireless > Access Control. O IEEE 802.1X define o controle de acesso à rede baseado em porta que restringe as comunicações seguras a dispositivos autenticados e autorizados. Mantenha o SSID aprovado e as configurações de autenticação e contabilização RADIUS alinhadas com a rede do AP substituído. Não copie valores confidenciais de servidor em uma planilha de implantação genérica. Em vez disso, utilize as instruções controladas do Purple Cisco Meraki Staff WiFi instructions. 6 9

Se você utiliza a análise de localização do Purple via Cisco Meraki Location Based Services, verifique as configurações em Network-wide > General e Location and Scanning. O Purple exige que a API de análise e de rastreamento (Scanning API) esteja habilitada. Isso também define a Post URL, o validador e a relação secreta que entrega os dados de localização para a plataforma Purple. Mantenha os valores aprovados seguros para a rede. Se o mapeamento do seu AP ou a disposição da planta baixa mudarem, verifique a alteração antes de encerrar. 7

O terceiro passo de verificação é a rede do painel do dispositivo. De acordo com a Cisco, um administrador pode mover um MR AP a partir de Wireless > Monitor > Access Points selecionando o AP e a rede de destino. Recomenda-se prever até 15 minutos de inatividade para que o dispositivo transferido atualize sua configuração. Também é importante observar que as configurações de MR da rede de origem são perdidas, restando apenas o nome, endereço geolocalizado, endereço de gerenciamento, notas e etiquetas. Pré-configure a rede de destino. Em seguida, mova, conecte e teste com cuidado. 4

Planejamento de migração de pontos de acesso WiFi 6 para WiFi 7 quando o Cisco Meraki WiFi 6 atingir o fim de vendas - purpl…

Ponto de verificação do Meraki Dashboard O que verificar após a troca Por que isso protege a continuidade do Purple Prova de sucesso
Wireless > Access Control SSID pretendido e configurações de autenticação e contabilização RADIUS aprovadas Preserva o design de autenticação de WiFi corporativo (Staff) O teste de autenticação de equipe controlada é concluído com sucesso
Network-wide > General, Location and Scanning Analytics, API de verificação e parâmetros de feed de localização aprovados Preserva o caminho de dados de localização usado pelo Purple LBS Os dados esperados do local alcançam o ponto de verificação designado
Wireless > Monitor > Access Points O novo AP está na rede correta e pré-configurada do Dashboard Aplica a configuração de rede pretendida ao AP substituído O AP está online, fornece os SSIDs esperados e conclui as conexões de teste com sucesso

Em uma troca de hardware equivalente dentro da mesma rede pretendida, o Purple não exige uma nova compilação de plataforma. Você ainda deve validar as configurações e, onde usar LBS, o mapeamento do AP para o local e a planta baixa. As orientações do Purple afirmam que os APs corretos devem ser configurados no portal para que as plantas baixas do Meraki e os APs correspondam ao local. 7

Um cenário de evento representativo. Um centro de conferências executa sua primeira fase de WiFi 7 em quatro salas públicas. A equipe coloca cada AP na rede pré-configurada do Dashboard em fases, alterando uma sala de cada vez entre os eventos e mantendo o AP anterior disponível para reversão. Eles registram as três verificações do Dashboard, resultados de autenticação, negociação de portas e validação de dados no ticket. A meta mensurável de implantação é 100% de verificações documentadas e nenhum problema não resolvido de continuidade do Purple antes de abrir a próxima sala.

Tem dúvidas sobre a sua configuração específica?

A nossa equipa trabalha com operadores de espaços, gestores de TI e engenheiros de rede em 80.000 locais. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua situação o resolveram.

Qual é o custo operacional de cada abordagem?

Pense no custo como um pacote de hardware, PoE, comutação, instalação, licenciamento e risco de mudança. Se o AP mais barato exigir posteriormente um projeto de switch, ele não será necessariamente a implantação de menor custo. Da mesma forma, um AP WiFi 7 instalado atrás de uma porta de um gigabit oferece pouco valor de capacidade relevante. Crie orçamentos no nível do local e da porta.

Área de custo Manter ou adquirir WiFi 6 Atualizar para WiFi 7 O que decidir agora
Pontos de acesso Menor custo de hardware imediato onde o WiFi 6 atende aos objetivos Maior custo inicial para locais específicos de alta capacidade Alinhar as decisões com a função e a demanda do local
Comutação e PoE A borda existente pode permanecer suficiente Pode exigir portas multi-gigabit e classe PoE mais alta Auditar portas e energia antes da seleção do modelo
Instalação A substituição equivalente pode ser simples Pode exigir cabeamento, switch e trabalho de AP em uma única janela Custear todo o caminho físico
Licenciamento Confirmar elegibilidade em relação ao seu modelo de organização existente Confirmar elegibilidade em relação ao produto de substituição e modelo de organização Revisar antes que o hardware chegue
Risco do serviço Mantém limites de desempenho conhecidos Melhora o potencial de capacidade onde todo o caminho o suporta Execute um piloto contra uma demanda representativa

O Cisco Meraki suporta modelos de licenciamento por Assinatura, Co-Terminação e Por Dispositivo no nível da organização. É necessária uma licença de nuvem para cada componente de hardware Meraki ativo. Para APs sem fio MR, a Cisco afirma que o licenciamento é uniforme em todos os modelos de hardware dentro dessa classe de produto, e uma licença de AP sem fio existente não expirada pode ser aplicada a um modelo MR de substituição. A Cisco também possui uma classe de produto de licenciamento unificado Cisco Wireless WiFi 7 disponível. Determine o modelo exato e o arranjo de licenciamento da sua organização antes de fazer um pedido de compra. Isso é mais preciso do que assumir que cada substituição de WiFi 7 será transferida automaticamente. 5

Para um modelo operacional mais amplo, consulte Cloud WiFi Management: Secure Enterprise Connectivity 2026. Se você estiver revisando controles de segmentação ou Captive Portal, use o Enterprise Guest WiFi Setup Guide: VLAN Segmentation, Security, and Captive Portals.

Como você deve tomar decisões em uma propriedade de vários locais?

Use um calendário em fases. Isso cria um processo de controle de alterações repetível, em vez de uma série de substituições de AP ad-hoc. Cada fase deve ter um proprietário de rede designado, um proprietário de operações do local e critérios de aceitação.

Cronograma Principais atividades Condição de saída
Semanas 1-2 Inventariar modelos de AP, funções do local, velocidades de porta de switch, energia e restrições de eventos A classe de decisão é definida para cada AP candidato
Semanas 3-4 Selecionar o piloto, verificar as fichas técnicas dos modelos, finalizar o licenciamento e pré-configurar as redes de destino O hardware do piloto, o design das portas e os registros de alteração estão aprovados
Semanas 5-6 Instalar o piloto em uma janela controlada e executar as três verificações do Dashboard Autenticação, verificações de dados e aceitação operacional são bem-sucedidas
Semanas 7-10 Atualizar locais da fase um de alta densidade de acordo com os calendários dos locais Cada AP concluído possui um registro de validação assinado
Semanas 11-16 Revisar os resultados do piloto, corrigir erros de processo e planejar a fase dois de baixa densidade Os locais de WiFi 6 restantes têm uma data de ciclo de vida documentada

Torne o trabalho visível para as operações do local. Hotéis exigem datas de blackout durante conferências. Cadeias de varejo exigem calendários comerciais. Estádios exigem listas de jogos. Propriedades do setor público podem exigir aprovações formais de alteração. A precisão técnica por si só é insuficiente se o momento da alteração estiver errado.

Para o contexto de implementação atual, consulte Cisco Meraki and guest WiFi: captive portal setup with Purple. Para o trabalho de ciclo de vida de WiFi de funcionários, consulte o processo de controle de acesso distinto em How to revoke WiFi access when an employee leaves. Uma atualização de hardware deve preservar suas políticas aprovadas, não enfraquecê-las.

Fluxo de decisão

flowchart TD
    A[Inventariar cada AP Meraki e função do local] --> B{O local possui alta densidade ou demanda de desempenho?}
    B -->|Não| C[Reter WiFi 6 capaz e definir uma data de ciclo de vida]
    B -->|Sim| D[Auditar velocidade da porta do switch, PoE e caminho de upstream]
    D --> E{O caminho cabeado suporta o AP WiFi 7 selecionado?}
    E -->|Não| F[Financiar atualizações da borda cabeada ou adiar a atualização do AP]
    E -->|Sim| G[Pré-configurar a rede de destino do Dashboard]
    G --> H[Substituir o AP e verificar o Controle de Acesso, Localização e Rastreamento, e a implantação na rede]
    H --> I[Verificar a autenticação do Purple e os dados de localização]

Perguntas frequentes

Qual é a data limite de pedido para os pontos de acesso internos Cisco Meraki WiFi 6?

O último dia para fazer pedidos dos pontos de acesso internos Cisco e Meraki WiFi 6 afetados foi anunciado como 31 de dezembro de 2026. A Cisco lista a data de fim do suporte como 31 de dezembro de 2031. Não permita que a data de suporte atrase o planejamento. Use a data limite de pedido para categorizar cada site para reter, estocar ou atualizar. 1

Devo comprar o estoque final do WiFi 6 ou migrar diretamente para o WiFi 7?

Compre o estoque final do WiFi 6 apenas para locais que ainda atendem à demanda medida e possuem um plano de saída definido. Migre para o WiFi 7 antecipadamente onde a densidade de clientes, a demanda de desempenho e a prontidão do backhaul suportarem. Sua infraestrutura pode, e geralmente deve, conter ambas as decisões durante a janela de suporte.

Preciso de comutação multi-gigabit para cada ponto de acesso WiFi 7?

Não, você precisa de um caminho cabeado que corresponda ao AP selecionado e à demanda do local. O CW9178I de alta densidade da Cisco suporta portas de até 10 Gbps, mas um local de baixa densidade pode não exigir um AP ou porta de switch dessa classe. Verifique o modelo, a classe PoE, o cabo e a capacidade de upstream juntos. 3

Os APs Meraki WiFi 7 funcionarão com minha configuração atual do Purple?

Sim, substituições equivalentes podem preservar a continuidade do Purple quando você mantém a rede pretendida do Dashboard, o SSID, a configuração aprovada do RADIUS e a configuração de localização e rastreamento. Verifique cada configuração após a alteração. Se você usa LBS, verifique também o mapeamento de AP para local e planta baixa antes de concluir a alteração. 7 8

Quais configurações do Dashboard Meraki devo verificar após substituir um AP?

Verifique o Controle de Acesso, Localização e Rastreamento, e a implantação na rede do Dashboard do AP. O Controle de Acesso contém o design do SSID e do RADIUS. A Localização e Rastreamento contém o feed de LBS onde for utilizado. A rede de destino do Dashboard aplica a configuração operacional ao novo AP. 4 7 8

As licenças Meraki atuais cobrem os novos APs WiFi 7?

Possivelmente, mas confirme a classe do produto e o modelo de licenciamento antes de fazer o pedido. A Cisco afirma que as licenças de AP sem fio não expiradas podem ser aplicadas aos modelos MR substitutos, pois o licenciamento MR não é específico do modelo. A Cisco também documenta uma classe de licenciamento unificada do Cisco Wireless WiFi 7, portanto, a seleção do modelo e o licenciamento organizacional ainda são importantes. 5

Como mover um Meraki AP recém-reivindicado para a rede correta do Dashboard?

A partir da rede MR existente, abra Wireless > Monitor > Access Points, selecione o AP, selecione Move e escolha a rede de destino. Pré-configure a rede de destino. A Cisco aconselha aguardar até 15 minutos para atualizações de configuração após a transferência. 4

Referências

Definições principais

WiFi 7

O nome comercial comumente utilizado para a tecnologia de rede sem fio baseada na norma IEEE 802.11be, incluindo melhorias para altíssima taxa de transferência.

Utilize este termo ao avaliar áreas de alta densidade ou sensíveis a desempenho, e não como um rótulo de substituição geral.

Multi-Link Operation

Uma funcionalidade do WiFi 7 que permite coordenar o tráfego em múltiplas bandas de frequência simultaneamente para clientes compatíveis.

Pode otimizar o rendimento e reduzir a latência, mas requer dispositivos clientes compatíveis e um caminho cabeado adequado.

Backhaul

O caminho físico da rede cabeada que conecta um ponto de acesso através da porta de switch e seus uplinks ao restante da rede.

Um AP de alta capacidade não pode transferir mais tráfego para a rede do que o permitido pelo link de backhaul.

Multi-gigabit Ethernet

Velocidades de conexão Ethernet situadas entre 1 Gbps e 10 Gbps, como 2.5 Gbps e 5 Gbps.

Verifique essa especificação nos casos em que o modelo WiFi 7 selecionado e a demanda do local excederem a capacidade de uma porta de acesso de 1 Gbps.

PoE

Power over Ethernet, método que fornece energia elétrica a um ponto de acesso utilizando o próprio cabo Ethernet de dados.

A ficha técnica do AP escolhido especifica a classe de energia requerida para seu modo de operação planejado.

IEEE 802.1X

Um padrão IEEE voltado para controle de acesso à rede baseado em porta, autenticando e autorizando dispositivos de rede.

Fornece a base de padrões para o acesso seguro ao WiFi corporativo de funcionários baseado em servidores RADIUS.

RADIUS

Uma família de protocolos utilizada por dispositivos de rede para transmitir requisições de autenticação, autorização e tarifação a um servidor centralizado.

Mantenha as configurações aprovadas de autenticação e contabilização (accounting) ao substituir um AP Meraki.

RADIUS accounting

O canal de relatório que transmite eventos de sessão e consumo de dados dos dispositivos de rede para a infraestrutura RADIUS.

Deve permanecer alinhado com a configuração homologada do WiFi dos funcionários após a troca do hardware física.

Scanning API

Uma funcionalidade do Cisco Meraki Dashboard que viabiliza a transmissão de dados de varredura de localização por meio de uma interface API.

O sistema LBS do Purple utiliza este fluxo de dados para a análise de localização, portanto deve ser validado após a troca de APs onde o recurso estiver ativo.

Validador

Um valor do Meraki Dashboard usado pela configuração de LBS do Purple para validar o feed de dados de localização.

Preserve o valor aprovado e siga as instruções controladas de LBS do Purple em vez de copiar valores para documentos gerais.

Rede do Dashboard

O contêiner do Cisco Meraki Dashboard que contém a configuração aplicada aos dispositivos atribuídos a ele.

O AP substituto deve estar na rede pré-configurada pretendida para que os SSIDs e as configurações esperados sejam aplicados.

Exemplos práticos

Um hotel com 200 quartos precisa melhorar o WiFi das salas de conferência sem substituir todos os APs dos corredores.

Classifique o salão de festas e as salas de reunião como candidatos de alta densidade, mantendo o WiFi 6 atual nos corredores dos quartos. Realize uma auditoria nas portas de atendimento, PoE e uplinks dos switches de acesso para o piloto no salão de festas. Provisione o novo AP no Dashboard da rede de destino, preserve as configurações aprovadas de RADIUS e varredura de localização e, em seguida, teste o Guest WiFi, o WiFi de funcionários, a negociação de portas e os dados do Purple durante um evento real. Busque obter 100% das validações de configuração documentadas antes de avançar para as próximas áreas do estabelecimento.

Um centro de convenções precisa atualizar quatro salas públicas entre os eventos, mantendo a continuidade das análises de dados.

Pré-configure o Dashboard da rede de destino e prepare um AP WiFi 7 em uma sala sem eventos. A cada substituição, confirme Wireless > Access Control, Network-wide > General Location and Scanning e a associação do AP à rede no Dashboard. Utilize um registro de alterações individual por AP para validar o resultado da autenticação, dados de localização, velocidade de porta negociada e status de rollback. Prossiga para a próxima sala somente quando o registro estiver concluído e a equipe operacional do local validar o resultado.

Uma rede de varejo possui portas de acesso de 1 Gbps em suas lojas principais e demandas variadas entre a área de vendas e o estoque.

Trate a área de vendas da loja principal como uma decisão conjunta de borda cabeada e WiFi. Verifique se o AP WiFi 7 selecionado exige switching multi-gigabit e uma classe PoE superior para operar em sua capacidade máxima de rádio. Mantenha o WiFi 6 nos estoques onde a demanda medida for baixa. Realize o piloto fora do horário de funcionamento comercial, preserve as configurações homologadas do Purple e aplique critérios de aceitação documentados antes de expandir o projeto para as demais lojas.

Tem dúvidas sobre a sua configuração específica?

A nossa equipa trabalha com operadores de espaços, gestores de TI e engenheiros de rede em 80.000 locais. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua situação o resolveram.