Saltar para o conteúdo principal

Planeamento de uma atualização de pontos de acesso WiFi 6 para WiFi 7 quando o Cisco Meraki WiFi 6 atingir o fim de comercialização

Esta referência técnica oferece aos operadores multi-site uma estrutura de decisão para uma atualização de Cisco Meraki WiFi 6 para WiFi 7 antes da data limite para encomendas de 31 de dezembro de 2026. Associa o planeamento de infraestrutura e backhaul às verificações do Meraki Dashboard que protegem a autenticação Purple e a continuidade da análise de localização durante cada substituição de ponto de acesso.

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

Video overview

Ouça este guia

Ver transcrição do podcast
Bem-vindo. Se gere uma infraestrutura considerável de Cisco Meraki WiFi 6, o aviso de fim de venda é um prazo de aquisição, não um motivo para substituir todos os pontos de acesso esta semana. A Cisco define 31 de dezembro de 2026 como a data limite para encomendar os pontos de acesso internos Cisco e Meraki WiFi 6 afetados. A sua data limite de suporte publicada é 31 de dezembro de 2031. Isto cria uma janela de planeamento sensata, mas não elimina a necessidade de agir. A questão não é: devemos comprar WiFi 7 para todo o lado? A questão é: onde é que o WiFi 7 altera a experiência ou a capacidade que o seu espaço pode oferecer, e onde é que a sua infraestrutura atual de WiFi 6 continua a cumprir o seu papel? Comece por aí, porque uma renovação geral costuma gastar dinheiro nos locais errados. Para os clientes Purple, há um segundo ponto. O seu ponto de acesso faz parte da camada de ligação. O Purple situa-se acima desta, como a camada de identidade e dados. Ao preservar a configuração de rede correta, a sua experiência de Guest WiFi ou Staff WiFi, o fluxo de autenticação e a recolha de dados subjacente podem ser transferidos para além da mudança de hardware. A renovação torna-se um programa de infraestrutura em vez de uma reconstrução da experiência do visitante. Comece com uma auditoria à infraestrutura. Crie uma visão única de cada ponto de acesso por modelo, site, piso, função no espaço, velocidade atual de uplink e fonte de alimentação. Adicione a procura real observada, não apenas a cobertura teórica. Olhe para os locais onde as pessoas se reúnem ao mesmo tempo: uma zona de restauração de um estádio antes do início do jogo, uma sala de conferências durante a transição de sessões, um salão de hotel, uma loja principal de retalho movimentada ou uma área de espera de transportes. Estes são candidatos para uma transição precoce para o WiFi 7, porque o congestionamento e os picos de tráfego são problemas operacionais reais. Depois, identifique a categoria oposta. Um armazém, uma área administrativa, um pequeno escritório de apoio ou um corredor de serviço com pouco movimento podem ter uma densidade de dispositivos modesta e uma utilização previsível. O WiFi 6 pode continuar a ser adequado nesses locais durante a janela de suporte, caso continue a cumprir os seus requisitos de serviço e segurança. Essa não é uma decisão inferior. É uma forma de gastar o orçamento de WiFi 7 onde realmente importa. O WiFi 7 é baseado no IEEE 802.11be. Traz funcionalidades como a Multi-Link Operation, frequentemente abreviada para MLO. Em termos práticos, os clientes compatíveis podem utilizar mais do que uma banda de forma coordenada. O benefício é um maior débito e o potencial para uma menor latência, mas apenas quando o cliente, o ambiente de rádio, o caminho com fios e o orçamento de energia o suportam. Um ponto de acesso sozinho não torna um espaço mais rápido. A rede é, de forma inconveniente, um sistema. Isso remete-nos para a preparação do backhaul. Antes de selecionar os modelos, exporte uma lista da porta do switch que serve cada ponto de acesso candidato. Registe a velocidade negociada, a classe de potência disponível, o tipo de cabo, a capacidade sobressalente e o caminho de uplink. O atual ponto de acesso de alta densidade WiFi 7 CW9178I da Cisco, por exemplo, possui duas portas Ethernet capazes de funcionar a 100 megabits, uma, 2.5, cinco e 10 gigabits. Requer o padrão 802.3bt para o funcionamento pleno. A mesma ficha técnica mostra que os modos de menor potência reduzem a capacidade de rádio disponível e a velocidade de ligação. Os números importam porque um ponto de acesso ligado a uma porta de um gigabit não pode enviar mais do que um gigabit através dessa porta. Não necessita de switching de dez gigabits em todas as localizações. Uma abordagem prática consiste em colocar pontos de acesso WiFi 7 de alta capacidade atrás de portas com capacidade de 2.5 ou 10 gigabits onde a procura o justifique. Utilize a ficha técnica de hardware real do modelo que escolher. Verifique o switch e o plano de alimentação em conjunto. Inspecione também a cablagem e o uplink do switch de acesso. Caso contrário, poderá comprar uma rede sem fios de maior velocidade e deixar um gargalo diretamente atrás dela. Agora defina duas fases de atualização. A primeira fase abrange os locais onde o risco de desempenho ou o impacto empresarial é maior. Isso pode incluir um centro de conferências com um calendário de eventos, um estádio antes da temporada, lojas principais de retalho e espaços de reuniões de hotéis. A segunda fase abrange locais com capacidade, mas de menor densidade. Esta fase pode avançar depois de ter testado o modelo, o design do switch e o processo de instalação. Utilize primeiro um projeto-piloto curto num local representativo. Teste-o em períodos de grande movimento, e não apenas durante uma janela de instalação tranquila. Para cada ponto de acesso do projeto-piloto, meça o sucesso em termos operacionais. Confirme se recebe a configuração planeada, se negoceia a velocidade de porta e o nível de potência esperados, se se associa à rede correta do painel de controlo e se serve os SSIDs previstos. Em seguida, realize testes de autenticação reais. Peça a um colaborador para se ligar ao WiFi da equipa. Peça a um visitante para utilizar o WiFi de convidados. Verifique os eventos e as sessões que importam para as suas equipas operacionais. Se algum teste falhar, pare a fase de implementação mais ampla e encontre a falha de configuração enquanto o âmbito é reduzido. De seguida, abordemos a continuidade do Purple. O trabalho importante consiste em copiar e verificar as definições de rede, e não em solicitar ao Purple que reconfigure a sua plataforma para cada substituição de ponto de acesso. Existem três verificações de configuração a realizar após cada substituição de hardware Meraki. Primeiro, abra as definições de rede sem fios, depois o Controlo de Acesso, e selecione o SSID pretendido. Confirme que o SSID ainda utiliza o design de RADIUS empresarial necessário e que a configuração do servidor de autenticação e de monitorização de acessos coincide com a configuração do Purple aprovada. O guia de WiFi para colaboradores da Cisco Meraki do Purple define os valores exatos e deve ser a sua referência controlada, em vez de copiar valores de uma folha de cálculo. Segundo, abra Network-wide, depois General, e inspecione Location and Scanning. Se utilizar a análise de localização Purple, confirme que a análise e a Scanning API permanecem ativadas. Confirme o Post URL, o Validator e o secret em relação à configuração aprovada do local. O guia de Meraki LBS da Purple explica como estes valores ligam o feed de varrimento Meraki à plataforma Purple. Não substitua por um URL genérico. O valor é específico para a instalação. Terceiro, confirme que 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 de que o seu serviço necessita. A documentação da Cisco indica que mover um ponto de acesso MR entre redes remove as definições da rede original, exceto os detalhes do dispositivo como o nome, localização, endereço de gestão, notas e etiquetas. Por isso, planeie o destino com cuidado. Pré-configure a rede recetora, mova o dispositivo de forma deliberada e depois valide o serviço novamente. Não utilize eventos em direto como o seu primeiro teste. Num hotel, substitua um pequeno conjunto de pontos de acesso de espaços de reuniões entre eventos. Numa cadeia de retalho, pilote uma loja de menor risco após o horário de expediente. Num estádio, conclua a primeira implementação numa área sem eventos antes de tocar nos recintos públicos. O seu objetivo é validar o processo enquanto as operações conseguem absorver uma etapa de recuperação. Aqui está um calendário faseado prático. Nas semanas uma e duas, conclua a auditoria de inventário, velocidade de porta e energia. Nas semanas três e quatro, escolha um local piloto, prepare o hardware e confirme o licenciamento com a equipa de conta Cisco ou Meraki. Nas semanas cinco e seis, execute o piloto e registe 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 numa segunda vaga, programada em torno do seu ciclo de vida normal e risco de suporte. Para cada local, retenha um plano de reversão: o ponto de acesso antigo, um registo de configuração atual e um responsável operacional nomeado. Um breve aviso sobre licenciamento. As organizações Meraki podem utilizar modelos de subscrição, co-terminação ou por dispositivo. Trate o licenciamento como um fluxo de trabalho, não como uma reflexão tardia. Confirme o direito ao modelo de substituição e à organização de destino antes da instalação. Essa verificação evita que uma implementação tecnicamente perfeita se torne num problema de dashboard. Vamos concluir com as perguntas que mais ouvimos. Deve comprar stock de WiFi 6 em fim de vida? Sim, se tiver um local de baixa densidade, uma necessidade definida de capacidade a curto prazo e nenhum orçamento para atualização de switches. Faça essa escolha deliberadamente e documente a data de saída. Deve atualizar para o WiFi 7? Sim, onde a densidade de clientes, a exigência de desempenho e a preparação do backhaul o justifiquem. Precisa de alterar o Purple quando substitui o hardware? Não, desde que o SSID pretendido, as definições de RADIUS e a configuração de varrimento de localização permaneçam alinhados. Precisa de 10 gigabits em todo o lado? Não. Dimensione a porta com fios de acordo com o modelo do ponto de acesso e o perfil de tráfego. Pode mover hardware para qualquer rede Meraki? Não. Escolha a rede de destino compatível correta, porque a configuração segue a rede. A data de fim de venda é uma ferramenta útil para forçar a tomada de decisões. Utilize-a para criar um programa de atualização ponderado: priorize os locais que necessitam de capacidade, financie o caminho com fios onde for necessário, preserve a configuração do Purple, teste da mesma forma em todos os locais e mantenha o WiFi 6 onde este continuar a ser adequado para o efeito. É assim que evita tanto as compras de pânico como uma atualização geral desnecessariamente dispendiosa. Um último ponto prático. Faça com que o registo de configuração faça parte do registo de ativos. Para cada ponto de acesso 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 fornece à sua equipa de suporte uma entrega utilizável, e não uma coleção de capturas de ecrã. Significa também que a próxima vaga de atualização começa com base em evidências e não na memória. Se houver uma falha mais tarde, a sua equipa pode ver se é um problema de rádio, um problema de porta, um problema de alimentação, um problema de configuração ou um problema de encaminhamento de dados. Essa separação reduz o tempo gasto a adivinhar. Planeie a infraestrutura, teste o caminho completo e mantenha o registo. A atualização irá então apoiar tanto as operações atuais como a próxima decisão sobre o ciclo de vida.

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

Planeamento de uma atualização de pontos de acesso WiFi 6 para WiFi 7 quando o Cisco Meraki WiFi 6 atingir o fim de comercia…

Encare o fim de venda do Cisco Meraki WiFi 6 como uma decisão de renovação segmentada. A última data para encomendas da Cisco é 31 de dezembro de 2026, e a data de fim de suporte é 31 de dezembro de 2031. Mantenha o WiFi 6 operacional em áreas de baixa densidade, priorize o WiFi 7 onde a procura e o backhaul com fios o justifiquem, e mantenha a sua configuração Purple. 1

Qual a opção de renovação adequada para cada parte do seu património?

A Cisco anunciou o fim de venda para os pontos de acesso internos Cisco e Meraki WiFi 6 afetados. A última data de encomenda 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 vulnerabilidades em 29 de março de 2030. Este é um ponto de partida para decisões de compra, não um prazo limite para remover todos os pontos de acesso WiFi 6 em funcionamento. 1

Comece pelo serviço que deseja fornecer em cada local. Não há necessidade de reconstruir a sua camada de Guest WiFi e WiFi Analytics apenas porque o hardware de rádio mudou. O Purple opera como uma sobreposição na nuvem no topo do parque de pontos de acesso. Para pontos de acesso Cisco Meraki MR, o Purple disponibiliza documentação de suporte para serviços de localização, WiFi pago e SecurePass. 8

Utilize a matriz abaixo na sua primeira reunião de compras. Isto transforma a questão do fim de venda do Cisco Meraki WiFi 6 e da atualização para o WiFi 7 numa decisão ao nível de todo o património. Também ajuda a evitar o erro clássico de comprar rádios de alta capacidade para uma infraestrutura com fios de apenas um gigabit.

Estado do património Ação recomendada Requisitos com fios para verificação Foco na continuidade do Purple Calendário de compra
Átrio de estádio, sala de conferências ou área de espera de transportes com procura simultânea Testar e depois renovar para WiFi 7 Garantir que a porta de serviço, a classe PoE, a cablagem e o caminho de upstream correspondem ao AP selecionado Manter as configurações de SSID, RADIUS e de análise de localização Incluir na primeira fase
Salão de hotel ou loja principal com picos recorrentes Renovar para WiFi 7 onde a auditoria de portas o suporte Verificar a capacidade multi-gigabit ou 10 Gbps de acordo com a ficha técnica do modelo selecionado Verificar o Guest WiFi e o Staff WiFi após cada alteração Incluir na primeira ou segunda fase
Corredor padrão de quartos de hotel ou loja padrão Manter se o WiFi 6 cumprir as capacidades e as políticas de suporte Manter a ligação de uplink atual como está, onde apropriado Executar a mesma lista de verificação de configuração Substituir no ciclo de vida normal
Back office, armazém ou área de serviço de baixa utilização Manter o WiFi 6 e evitar o excesso de stock especulativo Garantir que a ligação atual está estável e documentada Verificar apenas se o hardware for substituído Agendar para mais tarde
Local com switching de um gigabit e requisitos imediatos de alta densidade Atualizar a infraestrutura com fios antes, ou em simultâneo com, o WiFi 7 Avaliar a velocidade da porta, PoE e uplinks do switch de acesso como um design único Testar a configuração numa rede piloto Tratar como um projeto de capital combinado

Estas 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. Torna-se um quando a despesa de capital é justificada pela densidade de utilizadores, procura dos clientes, condições de rádio e backhaul. O padrão IEEE 802.11be, que é o WiFi 7, define melhorias de débito extremamente elevadas e inclui retrocompatibilidade 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 base correta onde a capacidade atual é suficiente. Onde necessita de mais capacidade disponível, capacidades de menor latência ou maior flexibilidade entre bandas de rádio, o WiFi 7 é a atualização adequada. A Multi-Link Operation, habitualmente referida como MLO, é uma dessas capacidades do WiFi 7 que vale a pena avaliar. Pode coordenar o tráfego em múltiplas bandas para dispositivos compatíveis. Este não é um benefício que se obtém apenas através 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 especificações do WiFi 7 CW9178I da Cisco ilustra as restrições com fios. Este modelo oferece duas portas 100M, 1G, 2.5G, 5G e 10G BASE-T. O funcionamento pleno requer alimentação 802.3bt. Os seus modos de menor consumo alteram as capacidades de rádio disponíveis e as velocidades de ligação. Portanto, uma porta de switch de um gigabit continuará a ser sempre um limite de um gigabit para o tráfego que sai dela. Selecione um modelo apenas após ler a sua folha de especificações e inspecionar a porta física que irá utilizar. 3

Planeamento de uma atualização de pontos de acesso WiFi 6 para WiFi 7 quando o Cisco Meraki WiFi 6 atingir o fim de comercia…

Crie um planeamento de backhaul para cada AP candidato. A tabela abaixo é apenas um modelo de campo, não um substituto para a folha de especificações do modelo selecionado.

Verificação na porta de serviço Registar Utilizar para decisão
Velocidade Ethernet negociada Velocidade de ligação atual e velocidades de porta suportadas Identifica se a capacidade do WiFi 7 será estrangulada na periferia
Capacidade PoE Classe de alimentação IEEE 802.3 disponível e alimentação negociada Identifica se o AP pode executar a configuração de rádio pretendida
Caminho de cabos e patch Tipo de cabo, comprimento, patching e falhas conhecidas Garante um caminho físico fiável para velocidades de ligação mais elevadas
Uplink do switch de acesso Velocidade de uplink e contenção durante as horas de ponta Evita que uma porta de AP rápida envie tráfego para um uplink de switch congestionado
Procura do local Contagem máxima de dispositivos, tipo de serviço e calendário de eventos Prioriza os gastos por necessidade operacional em vez de idade do modelo
Execute a auditoria por tipo de localização. Na Hotelaria, separe os quartos de hóspedes dos espaços de reuniões. No Retalho, separe as filiais normais dos pisos das lojas principais. No Transporte, separe as áreas de pessoal das zonas de espera de passageiros. A mesma disciplina aplica-se na Saúde, onde os fluxos de trabalho clínicos e o acesso de visitantes nunca devem partilhar uma janela de alteração não verificada.

Quando é que fazer um inventário final de WiFi 6 é a decisão certa?

Encomende stock final de WiFi 6 apenas quando puder articular a sua razão de funcionamento. Os exemplos incluem uma área de baixa densidade que necessite de uma substituição equivalente, um local onde a renovação de switches não seja iminente ou um local onde a atual infraestrutura de WiFi 6 ainda satisfaça a procura medida. Esta decisão deve incorporar o limite de suporte de 2031, a sua política de hardware sobressalente e um plano de saída financiado. Não deve ser uma compra de pânico desencadeada por um aviso do fornecedor na sua caixa de entrada.

Um teste útil é simples. Se um local não se qualificar para WiFi 7 após verificar a densidade de clientes, a procura de taxa de transferência, a velocidade da porta, a energia e o calendário de eventos, é pouco provável que precise de WiFi 7 imediatamente. Mantenha o AP WiFi 6 atual em serviço enquanto este satisfizer as suas necessidades de serviço. Utilize a janela de encomenda final apenas para stock de exceção planeado.

Um exemplo ilustrativo na hotelaria. Um hotel de 200 quartos tem seis salas de reuniões e um salão de festas. Os corredores dos quartos mostram uma procura estável e baixa. O salão de festas regista picos de alta densidade durante as conferências. A equipa 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 os eventos ao vivo. Os seus critérios de aceitação não são apenas os números de taxa de transferência principais, mas sim a autenticação bem-sucedida de Guest WiFi e Staff WiFi, a negociação correta de porta e energia, e verificações limpas de dados Purple para cada AP piloto.

Quando deve atualizar para o WiFi 7?

Atualize mais cedo onde a densidade e o impacto operacional convergem. Centros de conferências, áreas de circulação de estádios, salas VIP de aeroportos e lojas principais de retalho são candidatos iniciais fiáveis porque a sua procura pode disparar em minutos. A Cisco posiciona o CW9178I para ambientes de alta densidade, documentando o seu funcionamento em 2.4 GHz, 5 GHz e 6 GHz, capacidades MLO e interfaces multi-gigabit. A sua infraestrutura pode necessitar de modelos de WiFi 7 diferentes. A chave é fazer corresponder o modelo e o caminho com fios a uma função definida para o local. 3

Antes da alteração, aprove formalmente a continuidade do Purple. O guia do Purple para Cisco Meraki Staff WiFi utiliza a configuração de RADIUS empresarial em Wireless > Access Control. O IEEE 802.1X define o controlo de acesso à rede baseado em portas que restringe as comunicações seguras a dispositivos autenticados e autorizados. Mantenha as configurações aprovadas de SSID e de autenticação e faturação RADIUS alinhadas com a rede do AP substituído. Não copie valores confidenciais do servidor para uma folha de trabalho de implementação genérica. Em vez disso, utilize as instruções controladas do Purple Cisco Meraki Staff WiFi. 6 9

Se utiliza a análise de localização do Purple através dos Cisco Meraki Location Based Services, verifique as definições em Network-wide > General e Location and Scanning. O Purple exige que a API de análise e de Scanning esteja ativada. Isto também define o URL de Post, o validador e a relação de segredo que fornece 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 do piso sofrerem alterações, verifique a alteração antes de fechar. 7

A terceira verificação é a rede do painel de controlo do dispositivo. De acordo com a Cisco, um administrador pode mover um AP MR a partir de Wireless > Monitor > Access Points, selecionando o AP e a rede de destino. Informa ainda que pode haver até 15 minutos de inatividade para que o dispositivo transferido atualize a sua configuração. Refere também que as definições de MR da rede de origem são perdidas, restando apenas o nome, o endereço geolocalizado, o endereço de gestão, notas e etiquetas. Pré-configure a rede de destino. Em seguida, mova, ligue e teste com cuidado. 4

Planeamento de uma atualização de pontos de acesso WiFi 6 para WiFi 7 quando o Cisco Meraki WiFi 6 atingir o fim de comercia…

Ponto de verificação do Dashboard Meraki O que verificar após a substituição Por que razão isto protege a continuidade do Purple Prova de sucesso
Wireless > Access Control SSID pretendido e configurações aprovadas de autenticação e accounting RADIUS Preserva o desenho de autenticação de WiFi de funcionários Teste de autenticação controlada de funcionários é concluído com sucesso
Network-wide > General, Location and Scanning Analytics, Scanning API e parâmetros aprovados de feed de localização Preserva o caminho de dados de localização usado pelo Purple LBS Os dados esperados do local chegam ao ponto de verificação designado
Wireless > Monitor > Access Points O novo AP está na rede correta e pré-configurada no Dashboard Aplica a configuração de rede pretendida ao AP substituído O AP está online, fornece os SSIDs esperados e conclui as ligações de teste com sucesso

Numa substituição de hardware idêntica dentro da mesma rede pretendida, o Purple não requer uma nova compilação de plataforma. Deve ainda assim validar as configurações e, onde utilizar LBS, o mapeamento de AP para o local e planta do piso. A orientação do Purple indica que os APs corretos devem ser configurados no portal para que as plantas e os APs Meraki correspondam ao local. 7

Um cenário de evento representativo. Um centro de conferências executa a sua primeira vaga de WiFi 7 em quatro salas públicas. A equipa coloca cada AP na rede pré-configurada do Dashboard por fases, alterando uma sala de cada vez entre eventos e mantendo o AP anterior disponível para reversão. Registam as três verificações do Dashboard, resultados de autenticação, negociação de portas e validação de dados no ticket. O objetivo mensurável de implementação é ter 100% das verificações documentadas e nenhum problema de continuidade do Purple por resolver antes de abrir a sala seguinte.

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 espaços. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua área o resolveram.

Qual é o custo operacional de cada abordagem?

Pense no custo como um pacote de hardware, PoE, switching, instalação, licenciamento e risco de alteração. Se o AP mais barato exigir mais tarde um projeto de switch, não é necessariamente a implementação de menor custo. Da mesma forma, um AP WiFi 7 instalado atrás de uma porta de um gigabit fornece pouco valor de capacidade relevante. Crie orçamentos ao nível do site e da porta.

Área de custo Reter ou adquirir WiFi 6 Atualizar para WiFi 7 O que decidir agora
Access points Custo de hardware imediato mais baixo onde o WiFi 6 é adequado ao propósito Custo inicial mais elevado para locais específicos de alta capacidade Alinhar decisões com a função do site e a procura
Switching e PoE O switch de acesso existente pode continuar a ser suficiente Pode exigir portas multi-gigabit e uma classe de PoE mais elevada Auditar portas e energia antes da seleção do modelo
Instalação A substituição idêntica pode ser simples Pode exigir trabalhos de cabo, switch e AP numa única janela Orçamentar todo o caminho físico
Licenciamento Confirmar elegibilidade face ao modelo de organização existente Confirmar elegibilidade face ao produto de substituição e modelo de organização Rever antes da chegada do hardware
Risco do serviço Mantém os limites de desempenho conhecidos Melhora o potencial de capacidade onde todo o caminho o suporta Executar um piloto face à procura representativa

O Cisco Meraki suporta os modelos de licenciamento por Subscrição, Co-Terminação e Por Dispositivo ao nível da organização. É necessária uma licença de cloud para cada componente de hardware Meraki ativo. Para APs sem fios 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 fios existente não expirada pode ser aplicada a um modelo MR de substituição. A Cisco também tem disponível uma classe de produto de licenciamento unificado Cisco Wireless WiFi 7. Determine o modelo exato e o regime de licenciamento da sua organização antes de efetuar uma nota de encomenda. Isto é mais preciso do que assumir que cada substituição para WiFi 7 será transferida automaticamente. 5

Para um modelo de funcionamento mais amplo, consulte Cloud WiFi Management: Secure Enterprise Connectivity 2026. Se estiver a rever controlos de segmentação ou de Captive Portal, utilize o Enterprise Guest WiFi Setup Guide: VLAN Segmentation, Security, and Captive Portals.

Como deve tomar decisões numa infraestrutura multi-site?

Utilize um calendário faseado. Isto cria um processo de controlo de alterações repetível em vez de uma série de substituições ad-hoc de APs. 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 Atividades principais Condição de saída
Semanas 1-2 Inventariar modelos de APs, funções do local, velocidades das portas do switch, alimentação e restrições de eventos A classe de decisão está 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 piloto, o design das portas e os registos de alterações estão aprovados
Semanas 5-6 Instalar o piloto numa janela controlada e executar as três verificações do Dashboard A autenticação, as verificações de dados e a aceitação operacional são bem-sucedidas
Semanas 7-10 Atualizar locais de alta densidade da fase um de acordo com os calendários dos locais Cada AP concluído tem um registo de validação assinado
Semanas 11-16 Rever os resultados do piloto, corrigir erros de processo e planear a fase dois de baixa densidade Os restantes sites WiFi 6 têm uma data de ciclo de vida documentada

Torne o trabalho visível para as operações do local. Os hotéis exigem datas de indisponibilidade durante as conferências. As cadeias de retalho exigem calendários comerciais. Os estádios exigem listas de jogos. As infraestruturas do setor público podem exigir aprovações formais de alterações. A precisão técnica por si só não é suficiente se o momento da alteração for incorreto.

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

Fluxo de decisão

flowchart TD
    A[Fazer o inventário de cada AP Meraki e função do local] --> B{O local tem alta densidade ou exigência de desempenho?}
    B -->|Não| C[Reter o WiFi 6 capaz e definir uma data de ciclo de vida]
    B -->|Sim| D[Auditar a velocidade da porta do switch, PoE e o caminho de upstream]
    D --> E{O caminho com fios suporta o AP WiFi 7 selecionado?}
    E -->|Não| F[Financiar atualizações da infraestrutura com fios ou diferir a atualização do AP]
    E -->|Sim| G[Pré-configurar a rede de destino do Dashboard]
    G --> H[Substituir o AP e verificar o Controlo de Acesso, Localização e Digitalização, e a colocação na rede]
    H --> I[Verificar a autenticação Purple e os dados de localização]

Perguntas frequentes

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

O último dia para encomendar os pontos de acesso internos Cisco e Meraki WiFi 6 afetados está anunciado como 31 de dezembro de 2026. A Cisco lista a data de fim de suporte como 31 de dezembro de 2031. Não permita que a data de suporte atrase o planeamento. Utilize a data limite de encomenda para categorizar cada site a reter, armazenar ou atualizar. 1

Devo adquirir o stock final de WiFi 6 ou migrar diretamente para o WiFi 7?

Adquira o stock final de WiFi 6 apenas para locais que ainda atendam à procura medida e tenham um plano de saída definido. Migre para o WiFi 7 antecipadamente onde a densidade de clientes, a exigência de desempenho e a prontidão do backhaul o suportem. O seu parque de equipamentos 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, precisa de um caminho com fios que corresponda ao AP selecionado e à procura do local. O CW9178I de alta densidade da Cisco suporta portas até 10 Gbps, mas um local de baixa densidade pode não necessitar de um AP ou de uma porta de switch dessa classe. Verifique o modelo, a classe PoE, o cabo e a capacidade de upstream em conjunto. 3

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

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

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

Verifique o Controlo de Acesso, Localização e Digitalização, e a colocação do AP na rede do Dashboard. O Controlo de Acesso contém o design do SSID e do RADIUS. A Localização e Digitalização contém o feed de LBS, onde aplicável. A rede do Dashboard de destino 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 encomendar. A Cisco afirma que as licenças de AP sem fios não expiradas podem ser aplicadas a modelos MR de substituição, pois o licenciamento MR não é específico do modelo. A Cisco também documenta uma classe de licenciamento unificada Cisco Wireless WiFi 7, pelo que a seleção do modelo e o licenciamento da organização continuam a ser importantes. 5

Como posso mover um AP Meraki recém-reclamado 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 a 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 comummente utilizado para a capacidade de rede local sem fios IEEE 802.11be, incluindo melhorias de débito extremamente elevado.

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

Multi-Link Operation

Uma funcionalidade do WiFi 7 que permite coordenar o tráfego em mais do que uma banda de rádio para clientes compatíveis.

Pode melhorar o potencial de débito e latência, mas requer clientes compatíveis e uma ligação com fios adequada.

Backhaul

O caminho da rede com fios a partir de um ponto de acesso através da sua porta de switch e uplinks para o resto da rede.

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

Multi-gigabit Ethernet

Velocidades de ligação Ethernet entre 1 Gbps e 10 Gbps, tais como 2.5 Gbps e 5 Gbps.

Verifique esta opção sempre que o modelo WiFi 7 selecionado e a procura do espaço excederem a capacidade de uma porta de extremidade de um gigabit.

PoE

Power over Ethernet, um método de fornecimento de energia elétrica a um ponto de acesso através do cabo Ethernet.

A ficha técnica do AP selecionado especifica a classe de energia necessária para o modo de funcionamento pretendido.

IEEE 802.1X

Uma norma IEEE para controlo de acesso à rede baseado em portas, utilizando dispositivos autenticados e autorizados.

Fornece o contexto de normas para o acesso de Staff WiFi empresarial baseado em RADIUS.

RADIUS

Uma família de protocolos utilizada por equipamentos de rede para enviar pedidos de autenticação, autorização e tarifação para um servidor.

Mantenha a configuração aprovada de autenticação e tarifação ao substituir um AP Meraki.

RADIUS accounting

O caminho de relatório que envia eventos de sessão e utilização de equipamentos de rede para a infraestrutura RADIUS.

Deve permanecer alinhado com a configuração aprovada de Staff WiFi após uma substituição de hardware.

Scanning API

Uma funcionalidade do Cisco Meraki Dashboard que permite o envio de dados de varrimento de localização através de um fluxo de API.

O Purple LBS utiliza o fluxo configurado para análises de localização, pelo que deve validá-lo após a substituição sempre que o LBS estiver em utilização.

Validador

Um valor do Meraki Dashboard utilizado pela configuração LBS do Purple para validar a transmissão 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.

Dashboard network

O contentor do Cisco Meraki Dashboard que aloja a configuração aplicada aos dispositivos que lhe estão atribuídos.

O AP de substituição deve situar-se na rede pré-configurada pretendida para que os SSIDs e definições esperados sejam aplicados.

Exemplos Práticos

Um hotel com 200 quartos necessita de melhorar o WiFi de conferências sem substituir todos os AP de corredor.

Classifique o salão de festas e as salas de reuniões como candidatos de alta densidade, mantendo o WiFi 6 funcional nos corredores dos quartos. Audite as portas de serviço, PoE e uplinks dos switches de acesso para o piloto no salão de festas. Prepare o AP de substituição na rede pretendida do Dashboard, mantenha a configuração aprovada de RADIUS e varrimento de localização, e depois teste o Guest WiFi, o Staff WiFi, a negociação de porta e os dados do Purple durante um evento representativo. Defina como meta ter 100% das verificações de configuração documentadas antes da próxima fase do espaço.

Um centro de conferências necessita de atualizar quatro salas públicas entre eventos, protegendo a continuidade da análise de dados.

Pré-configure a rede de destino no Dashboard e prepare um AP WiFi 7 numa sala sem eventos. Em cada substituição, confirme Wireless > Access Control, Network-wide > General Location and Scanning, e a atribuição de rede do AP no Dashboard. Utilize um registo de alterações AP a AP para validar o resultado da autenticação, a validação de dados de localização, a velocidade de porta negociada e o estado de reversão. Avance para a sala seguinte apenas quando o registo estiver concluído e a equipa operacional do espaço aceitar o resultado.

Uma cadeia de retalho possui portas de extremidade de um gigabit em lojas emblemáticas e uma combinação de necessidades na área de vendas e nos armazéns.

Trate a área de vendas da loja emblemática como uma decisão combinada de extremidade com fios e WiFi. Verifique se o AP WiFi 7 selecionado necessita de switching multi-gigabit e de uma classe PoE superior para atingir a capacidade de rádio pretendida. Mantenha o WiFi 6 nos armazéns onde a procura medida é baixa. Realize o piloto fora do horário de expediente, preserve a configuração aprovada do Purple e utilize critérios de aprovação documentados antes de alargar o programa a mais 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 espaços. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua área o resolveram.