Saltar al contenido principal

Planeación de una actualización de puntos de acceso WiFi 6 a WiFi 7 cuando Cisco Meraki WiFi 6 llegue al fin de la venta

Esta referencia técnica ofrece a los operadores de múltiples sitios un marco de decisión para la actualización de Cisco Meraki WiFi 6 a WiFi 7 antes de la fecha límite para últimos pedidos del 31 de diciembre de 2026. Combina la planeación de la propiedad y el backhaul con las comprobaciones del Dashboard de Meraki que protegen la continuidad de la autenticación de Purple y de los análisis de ubicación durante cada sustitución de puntos de acceso.

Por Marketing TeamPublicado Actualizado
📖 12 min de lectura3,523 palabras3 ejemplos resueltos11 definiciones clave

Video overview

Escucha esta guía

Ver transcripción del podcast
Bienvenido. Si opera una red de gran tamaño con Cisco Meraki WiFi 6, el aviso de fin de venta representa un plazo límite de adquisición y no un motivo para reemplazar cada punto de acceso esta misma semana. Cisco señala el 31 de diciembre de 2026 como la última fecha para ordenar los puntos de acceso para interiores Cisco y Meraki WiFi 6 afectados. Su última fecha de soporte publicada es el 31 de diciembre de 2031. Esto crea un margen de planeación prudente, pero no elimina la necesidad de actuar. La pregunta no es si debemos adquirir WiFi 7 para todos lados. La pregunta es: ¿en qué áreas la tecnología WiFi 7 cambiará la experiencia o la capacidad que su espacio puede ofrecer, y en cuáles su red actual de WiFi 6 sigue cumpliendo con su función? Comience por ahí, ya que una renovación generalizada suele implicar un gasto de dinero en los lugares incorrectos. Para los clientes de Purple, existe un segundo punto. Su punto de acceso es parte de la capa de conexión. Purple se ubica por encima de esta como la capa de identidad y datos. Al conservar la configuración de red adecuada, su experiencia de Guest WiFi o Staff WiFi, el flujo de autenticación y la captura de datos subyacente pueden transferirse a través del cambio de hardware. De este modo, la renovación se convierte en un programa de infraestructura en lugar de una reconstrucción completa de la experiencia del visitante. Comience con una auditoría de su red. Genere una vista única de cada punto de acceso por modelo, sitio, piso, función en el espacio, velocidad de enlace ascendente actual y fuente de alimentación. Añada la demanda observada, no sólo la cobertura teórica. Analice los lugares donde las personas se congregan al mismo tiempo: el vestíbulo de un estadio antes del inicio del partido, una sala de conferencias durante el cambio de sesión, el salón de un hotel, una tienda insignia minorista con gran afluencia o una sala de espera de transporte. Estos son los candidatos ideales para implementar WiFi 7 de manera anticipada, ya que la saturación y los picos de tráfico representan problemas operativos reales. Luego, identifique la categoría opuesta. Un almacén, un área de administración, una pequeña oficina trasera o un pasillo de servicio de poco tránsito pueden presentar una densidad de dispositivos moderada y un uso predecible. WiFi 6 puede seguir siendo adecuado en esos espacios durante el periodo de soporte si aún cumple con sus requisitos de servicio y seguridad. Esta no es una decisión de menor calidad. Es una manera de destinar el presupuesto de WiFi 7 a los lugares donde realmente puede marcar la diferencia. WiFi 7 se basa en el estándar IEEE 802.11be. Introduce funciones como Multi-Link Operation, que suele abreviarse como MLO. En términos prácticos, los clientes compatibles pueden utilizar más de una banda de forma coordinada. El beneficio es un mayor rendimiento y el potencial de una menor latencia, pero únicamente cuando el cliente, el entorno de radio, la vía cableada y el presupuesto de energía lo permiten. Un punto de acceso por sí solo no hace que un espacio sea más rápido. La red es, desafortunadamente, un sistema interconectado. Eso nos lleva de vuelta a la preparación del backhaul. Antes de seleccionar los modelos, exporte una lista de los puertos de switch que alimentan a cada punto de acceso candidato. Registre la velocidad negociada, la clase de energía disponible, el tipo de cable, la capacidad libre y la ruta de enlace ascendente. Por ejemplo, el actual CW9178I de alta densidad para WiFi 7 de Cisco cuenta con dos puertos Ethernet capaces de funcionar a 100 megabits, uno, 2.5, cinco y 10 gigabits. Requiere 802.3bt para un funcionamiento completo. La misma ficha técnica muestra que los modos de menor energía reducen la capacidad de radio disponible y la velocidad de enlace. Las cifras importan porque un punto de acceso conectado a un puerto de un gigabit no puede enviar más de un gigabit a través de ese puerto. No necesita switching de diez gigabits en cada ubicación. Un enfoque práctico es colocar puntos de acceso WiFi 7 de alta capacidad detrás de puertos capaces de 2.5 o 10 gigabits donde la demanda lo justifique. Utilice la ficha técnica de hardware real para el modelo que elija. Verifique el switch y el plan de energía de manera conjunta. Inspeccione también el tendido de cables y el enlace ascendente desde el switch de acceso. De lo contrario, podría adquirir un extremo inalámbrico de mayor velocidad y dejar un cuello de botella justo detrás de este. Ahora construya dos oleadas de actualización. La primera oleada cubre los sitios donde el riesgo de rendimiento o el impacto comercial es mayor. Esto puede incluir un centro de conferencias con un calendario de eventos, un estadio antes de la temporada, tiendas insignia de retail y espacios de reuniones en hoteles. La segunda oleada cubre ubicaciones con buena capacidad pero de menor densidad. Esta puede realizarse una vez que haya probado el modelo, el diseño del switch y el proceso de instalación. Utilice primero un piloto corto en un sitio representativo. Pruébelo durante períodos de alta actividad, no sólo durante una ventana de instalación con poco tráfico. Para cada punto de acceso piloto, mida el éxito en términos operativos. Confirme que recibe la configuración planificada, negocia la velocidad de puerto y el nivel de energía esperados, se une a la red de panel correcta y emite los SSID previstos. Luego realice pruebas de autenticación reales. Pida a un miembro del personal que se conecte al WiFi de empleados. Pida a un visitante que use el WiFi de invitados. Verifique los eventos y sesiones que importan a sus equipos operativos. Si alguna prueba falla, detenga la oleada general y encuentre la brecha de configuración mientras el alcance sea pequeño. A continuación, abordemos la continuidad de Purple. El trabajo importante consiste en copiar y verificar la configuración de red, no en pedir a Purple que vuelva a configurar su plataforma para cada reemplazo de punto de acceso. Existen tres comprobaciones de configuración que debe realizar después de cada reemplazo de hardware de Meraki. Primero, abra Inalámbrico, luego Control de acceso y seleccione el SSID correspondiente. Confirme que el SSID siga utilizando el diseño RADIUS empresarial requerido y que la configuración del servidor de autenticación y contabilidad coincida con la configuración aprobada de Purple. La guía de Purple para WiFi de empleados en Cisco Meraki establece los valores precisos y debe ser su referencia controlada, en lugar de copiar valores desde una hoja de cálculo. Segundo, abra Network-wide, luego General, e inspeccione Location and Scanning. Si utiliza los análisis de ubicación de Purple, confirme que los análisis y la Scanning API permanezcan habilitados. Confirme la Post URL, el Validator y el secret con la configuración aprobada del establecimiento. La guía de Meraki LBS de Purple explica cómo estos valores conectan la transmisión de escaneo de Meraki con la plataforma Purple. No sustituya por una URL genérica. El valor es específico para la instalación. Tercero, confirme que el nuevo punto de acceso pertenezca a la red correcta de Meraki Dashboard antes de dar por completado el reemplazo. La red de destino contiene el SSID y la configuración del dashboard que su servicio necesita. La documentación de Cisco indica que mover un punto de acceso MR entre redes elimina los ajustes de la red original, a excepción de los detalles del dispositivo como nombre, ubicación, dirección de gestión, notas y etiquetas. Así que planifique el destino con cuidado. Preconfigure la red receptora, mueva el dispositivo de manera deliberada y luego valide el servicio nuevamente. No utilice eventos en vivo como su primera prueba. En un hotel, reemplace un pequeño conjunto de puntos de acceso de espacios de reunión entre eventos. En una cadena de tiendas, realice un piloto en una tienda de menor riesgo fuera del horario comercial. En un estadio, complete el primer despliegue en un área donde no haya eventos antes de intervenir en las explanadas públicas. Su objetivo es validar el proceso mientras las operaciones puedan asimilar un paso de recuperación. Aquí tiene un calendario práctico por fases. En las semanas uno y dos, complete la auditoría de inventario, velocidad de puerto y energía. En las semanas tres y cuatro, elija un establecimiento piloto, prepare el hardware y confirme las licencias con el equipo de cuentas de Cisco o Meraki. En las semanas cinco y seis, ejecute el piloto y registre las verificaciones de configuración exactas. De la semana siete a la diez, realice la entrega en los sitios de alta densidad dentro de ventanas de cambio controladas. Mantenga los sitios de menor densidad en una segunda ola, programada en función de su ciclo de vida normal y el riesgo de soporte. Para cada sitio, conserve un plan de respaldo: el punto de acceso antiguo, un registro de configuración actual y un responsable operativo designado. Una breve advertencia sobre las licencias. Las organizaciones de Meraki pueden utilizar modelos de suscripción, co-terminación o por dispositivo. Trate las licencias como un flujo de trabajo y no como un aspecto secundario. Confirme los derechos para el modelo de reemplazo y la organización de destino antes de la instalación. Esa verificación evita que un despliegue técnicamente perfecto se convierta en un problema en el dashboard. Cerremos con las preguntas más frecuentes. ¿Debería comprar inventario de WiFi 6 de última oportunidad? Sí, si tiene una ubicación de baja densidad, una necesidad de capacidad a corto plazo definida y no cuenta con presupuesto para actualizar switches. Tome esa decisión de manera deliberada y documente la fecha de salida. ¿Debería actualizar a WiFi 7? Sí, cuando la densidad de clientes, la demanda de rendimiento y la preparación de la red de transporte lo justifiquen. ¿Necesita cambiar Purple cuando reemplace el hardware? No, siempre que el SSID previsto, la configuración de RADIUS y la configuración de escaneo de ubicación sigan alineados. ¿Necesita 10 gigabits en todos lados? No. Dimensione el puerto cableado según el modelo de punto de acceso y el perfil de tráfico. ¿Puede mover el hardware a cualquier red Meraki? No. Elija la red de destino compatible correcta, ya que la configuración sigue a la red. La fecha de fin de venta es una herramienta de presión útil. Utilícela para crear un programa de actualización medido: priorice los lugares que necesitan capacidad, financie la ruta cableada donde sea necesario, conserve la configuración de Purple, realice las pruebas de la misma manera en cada sitio y mantenga WiFi 6 donde siga siendo adecuado para su propósito. Así es como evitará tanto las compras de pánico como una actualización general innecesariamente costosa. Un último punto práctico. Haga que el registro de configuración sea parte del registro de activos. Para cada punto de acceso de reemplazo, mantenga juntos el número de serie, la referencia de hardware anterior, la ubicación, la red de Dashboard, el puerto de switch, la velocidad negociada, el resultado de PoE, las verificaciones de configuración, el resultado de la prueba y el propietario del cambio. Eso le da a su equipo de soporte una entrega utilizable, no una colección de capturas de pantalla. También significa que la próxima ola de actualización comenzará a partir de evidencia y no de la memoria. Si hay una falla más adelante, su equipo podrá ver si se trata de un problema de radio, de puerto, de energía, de configuración o de enrutamiento de datos. Esa separación reduce el tiempo dedicado a adivinar. Planifique la infraestructura, pruebe la ruta completa y conserve el registro. De este modo, la actualización respaldará tanto las operaciones actuales como la siguiente decisión del ciclo de vida.

Parte de nuestra serie principal: Guía de Guest WiFi →

Planeación de una actualización de puntos de acceso WiFi 6 a WiFi 7 cuando Cisco Meraki WiFi 6 llegue al fin de la venta

Considere el fin de venta de Cisco Meraki WiFi 6 como una decisión de renovación segmentada. La última fecha de Cisco para realizar pedidos es el 31 de diciembre de 2026, y la fecha de fin de soporte es el 31 de diciembre de 2031. Mantenga el WiFi 6 con capacidad operativa funcionando en áreas de baja densidad, priorice WiFi 7 donde la demanda y el backhaul cableado lo justifiquen, y conserve su configuración de Purple. 1

¿Qué opción de renovación es la adecuada para cada parte de su propiedad?

Cisco ha anunciado el fin de venta para los puntos de acceso interiores de Cisco y Meraki WiFi 6 afectados. La última fecha publicada para realizar pedidos es el 31 de diciembre de 2026. La fecha de fin de soporte es el 31 de diciembre de 2031. Cisco también indica otros hitos tempranos del ciclo de vida, incluido el fin de las versiones de mantenimiento de software el 29 de marzo de 2028 y el fin del soporte de seguridad y vulnerabilidades el 29 de marzo de 2030. Este es un punto de partida para las decisiones de compra, no una fecha límite para desinstalar todos los puntos de acceso WiFi 6 que funcionen. 1

Comience con el servicio que desea ofrecer en cada ubicación. No es necesario reconstruir su capa de Guest WiFi y WiFi Analytics solo porque el hardware de radio haya cambiado. Purple funciona como una capa de nube por encima de la red de puntos de acceso. Para los puntos de acceso Cisco Meraki MR, Purple ofrece documentación de soporte para servicios de ubicación, WiFi de pago y SecurePass. 8

Utilice la siguiente matriz en su primera reunión de compras. Esto convierte la cuestión del fin de venta de Cisco Meraki WiFi 6 y la actualización a WiFi 7 en una decisión a nivel de toda la propiedad. También ayuda a evitar el clásico error de comprar radios de alta capacidad para un extremo cableado de un gigabit.

Estado de la propiedad Acción recomendada Requisitos de cableado para verificación Enfoque de continuidad de Purple Calendario de compra
Pasillo de estadio, sala de conferencias o área de espera de transporte con demanda concurrente Pilotar y luego renovar a WiFi 7 Asegurar que el puerto de servicio, la clase PoE, el cableado y la ruta ascendente coincidan con el AP seleccionado Mantener las configuraciones de SSID, RADIUS y escaneo de ubicación Incluir en la fase uno
Salón de eventos de hotel o piso comercial principal con picos recurrentes Renovar a WiFi 7 donde la auditoría de puertos lo admita Verificar la capacidad multi-gigabit o de 10 Gbps según la ficha técnica del modelo seleccionado Verificar tanto Guest WiFi como el WiFi del personal después de cada cambio Incluir en la fase uno o fase dos
Pasillo estándar de habitaciones de huéspedes o sucursal de tienda estándar Conservar si WiFi 6 cumple con las políticas de capacidad y soporte Mantener el enlace ascendente actual tal cual cuando sea apropiado Ejecutar la misma lista de verificación de configuración Reemplazar en el ciclo de vida normal
Oficina administrativa, almacén o área de servicio de poco uso Conservar WiFi 6 y evitar el sobreabastecimiento especulativo Asegurar que el enlace actual sea estable y esté documentado Verificar solo si se reemplaza el hardware Programar para más adelante
Sitio con conmutación de un gigabit y requisitos inmediatos de alta densidad Actualizar el borde cableado antes, o al mismo tiempo, que el WiFi 7 Evaluar la velocidad del puerto, PoE y los enlaces ascendentes del switch de acceso como un único diseño Probar la configuración en una red piloto Tratar como un proyecto de capital combinado

Estas categorías son deliberadamente prácticas. Un recinto de alta densidad no se convierte en candidato para WiFi 7 solo por la etiqueta de un producto. Se convierte en uno cuando el gasto de capital se justifica por la densidad de usuarios, la demanda de los clientes, las condiciones de radio y el backhaul. El estándar IEEE 802.11be, que es WiFi 7, define mejoras de rendimiento extremadamente altas e incluye compatibilidad retrospectiva con dispositivos 802.11 anteriores en las bandas de 2.4 GHz, 5 GHz y 6 GHz. 2

Dónde difieren realmente WiFi 6 y WiFi 7

WiFi 6 es la opción de línea base correcta donde la capacidad actual es suficiente. Donde se necesite más capacidad disponible, capacidades de menor latencia o mayor flexibilidad en las bandas de radio, WiFi 7 es la actualización adecuada. Multi-Link Operation, comúnmente denominado MLO, es una de esas capacidades de WiFi 7 que vale la pena evaluar. Puede coordinar el tráfico a través de múltiples bandas para dispositivos compatibles. Este no es un beneficio que se obtenga únicamente del AP. Los clientes, el entorno de RF, los puertos del switch y las fuentes de alimentación influyen en el resultado. 2 3

La hoja de datos de Cisco CW9178I WiFi 7 ilustra las limitaciones del cableado. Este modelo ofrece dos puertos BASE-T de 100M, 1G, 2.5G, 5G y 10G. El funcionamiento completo requiere alimentación 802.3bt. Sus modos de menor consumo alteran las capacidades de radio disponibles y las velocidades de enlace. Por lo tanto, un puerto de switch de un gigabit siempre seguirá siendo un límite de un gigabit para el tráfico que sale de él. Seleccione un modelo solo después de leer su hoja de datos e inspeccionar el puerto físico que utilizará. 3

Planeación de una actualización de puntos de acceso WiFi 6 a WiFi 7 cuando Cisco Meraki WiFi 6 llegue al fin de la venta - b…

Elabore un cronograma de backhaul para cada AP candidato. La siguiente tabla es únicamente una plantilla de campo, no un sustituto de la hoja de datos del modelo seleccionado.

Verificación en el puerto de servicio Registro Uso para la toma de decisiones
Velocidad de Ethernet negociada Velocidad de enlace actual y velocidades de puerto admitidas Identifica si la capacidad de WiFi 7 se verá limitada en el borde
Capacidad PoE Clase de alimentación IEEE 802.3 disponible y alimentación negociada Identifica si el AP puede ejecutar su configuración de radio prevista
Cable y ruta de parcheo Tipo de cable, longitud, parcheo y fallas conocidas Garantiza una ruta física confiable para velocidades de enlace más altas
Enlace ascendente del switch de acceso Velocidad de enlace ascendente y congestión durante las horas pico Evita que un puerto AP rápido envíe tráfico a un enlace ascendente de switch congestionado
Demanda del recinto Recuento de dispositivos en hora pico, tipo de servicio y calendario de eventos Prioriza el gasto por necesidad operativa en lugar de por la antigüedad del modelo

Ejecute la auditoría por tipo de ubicación. En el sector de Hospitalidad, separe las habitaciones de huéspedes de los espacios de reuniones. En el sector de Retail, separe las sucursales estándar de los pisos emblemáticos. En Transporte, separe las áreas de personal de las zonas de espera de pasajeros. La misma disciplina se aplica en el sector de Salud, donde los flujos de trabajo clínicos y el acceso de visitantes nunca deben compartir una ventana de cambio no verificada.

¿Cuándo es una decisión correcta hacer un inventario final de WiFi 6?

Ordene el inventario final de WiFi 6 únicamente cuando pueda justificar su razón operativa. Los ejemplos incluyen un área de baja densidad que requiere un reemplazo directo, un sitio donde la actualización de switches no sea inminente o una ubicación donde la infraestructura actual de WiFi 6 aún cubra la demanda medida. Esta decisión debe incorporar el límite de soporte de 2031, su política de hardware de repuesto y un plan de salida financiado. No debe ser una compra de pánico provocada por una notificación del proveedor en su bandeja de entrada.

Una prueba útil es simple. Si un sitio no califica para WiFi 7 después de verificar la densidad de clientes, la demanda de rendimiento, la velocidad del puerto, la energía y el calendario de eventos, es poco probable que necesite WiFi 7 de inmediato. Mantenga el AP de WiFi 6 actual en servicio mientras cumpla con sus necesidades de servicio. Utilice la ventana de pedido final únicamente para inventario de excepción planificado.

Un ejemplo ilustrativo de hospitalidad. Un hotel de 200 habitaciones tiene seis salas de reuniones y un salón de baile. Los pasillos de las habitaciones muestran una demanda baja y estable. El salón de baile experimenta picos de alta densidad durante las conferencias. El equipo de red conserva WiFi 6 en los pasillos, realiza pruebas piloto de WiFi 7 en el salón de baile e inspecciona los puertos de los switches durante los eventos en vivo. Sus criterios de aceptación no son solo los números de rendimiento principales, sino la autenticación exitosa de Guest WiFi y Staff WiFi, la negociación correcta de puertos y energía, y verificaciones de datos de Purple limpias para cada AP piloto.

¿Cuándo debería actualizar a WiFi 7?

Actualice anticipadamente donde converjan la densidad y el impacto operativo. Los centros de conferencias, los pasillos de estadios, las salas VIP de aeropuertos y las tiendas de retail emblemáticas son candidatos iniciales confiables porque su demanda puede dispararse en cuestión de minutos. Cisco posiciona el CW9178I para entornos de alta densidad, documentando su funcionamiento en 2.4 GHz, 5 GHz y 6 GHz, capacidades de MLO e interfaces multi-gigabit. Su infraestructura puede requerir diferentes modelos de WiFi 7. La clave es hacer coincidir el modelo y la ruta cableada con un rol de sitio definido. 3

Antes del cambio, firme formalmente la continuidad de Purple. La guía de Purple para Cisco Meraki Staff WiFi utiliza la configuración de RADIUS empresarial en Wireless > Access Control. El estándar IEEE 802.1X define el control de acceso a la red basado en puertos que restringe las comunicaciones seguras a dispositivos autenticados y autorizados. Mantenga la configuración aprobada de SSID y de autenticación y contabilidad de RADIUS alineada con la red del AP reemplazado. No copie valores confidenciales del servidor en una hoja de trabajo de implementación genérica. En su lugar, utilice las instrucciones de Purple para Cisco Meraki Staff WiFi controladas. 6 9

Si utiliza el análisis de ubicación de Purple a través de los servicios basados en la ubicación de Cisco Meraki, verifique la configuración de Network-wide > General y Location and Scanning. Purple requiere que el análisis y la API de escaneo estén habilitados. Esto también define la relación entre la URL de destino, el validador y el secreto que entrega los datos de ubicación a la plataforma Purple. Mantenga los valores aprobados seguros para la red. Si el mapeo de su AP o la disposición del plano de planta cambian, verifique el cambio antes de cerrar. 7

La tercera comprobación es la red del panel de control del dispositivo. Según Cisco, un administrador puede mover un AP MR desde Wireless > Monitor > Access Points seleccionando el AP y la red de destino. Advierte de hasta 15 minutos de tiempo de inactividad para que el dispositivo transferido actualice su configuración. También señala que se pierden las configuraciones de MR de la red de origen, dejando solo el nombre, la dirección geolocalizada, la dirección de gestión, las notas y las etiquetas. Preconfigure la red de destino. Luego muévase, conéctese y pruebe con cuidado. 4

Planeación de una actualización de puntos de acceso WiFi 6 a WiFi 7 cuando Cisco Meraki WiFi 6 llegue al fin de la venta - p…

Punto de control de Meraki Dashboard Qué verificar después del reemplazo Por qué protege la continuidad de Purple Prueba de éxito
Wireless > Access Control SSID previsto y configuraciones aprobadas de autenticación y contabilidad RADIUS Preserva el diseño de autenticación de Staff WiFi La prueba de autenticación de personal controlada se completa con éxito
Network-wide > General, Location and Scanning Analytics, Scanning API y parámetros de feed de ubicación aprobados Preserva la ruta de datos de ubicación utilizada por Purple LBS Los datos de ubicación esperados llegan al punto de control designado
Wireless > Monitor > Access Points El nuevo AP está en la red de Dashboard correcta y preconfigurada Aplica la configuración de red prevista al AP reemplazado El AP está en línea, proporciona los SSIDs esperados y completa las conexiones de prueba con éxito

En un reemplazo de hardware equivalente dentro de la misma red prevista, Purple no requiere una nueva creación de plataforma. Aun así, debe validar las configuraciones y, en caso de utilizar LBS, el mapeo de AP a ubicación y plano de planta. La guía de Purple establece que se deben configurar los AP correctos en el portal para que los planos de planta de Meraki y los AP coincidan con la ubicación. 7

Un escenario de evento representativo. Un centro de conferencias ejecuta su primera ola de WiFi 7 en cuatro salas públicas. El equipo coloca cada AP en la red preconfigurada del Dashboard por fases, cambiando una sala a la vez entre eventos y manteniendo el AP anterior disponible para una posible reversión. Registran las tres verificaciones de Dashboard, los resultados de la autenticación, la negociación de puertos y la validación de datos en el ticket. El objetivo medible de la implementación es obtener el 100% de las verificaciones documentadas y ningún problema de continuidad de Purple sin resolver antes de abrir la siguiente sala.

¿Tiene preguntas sobre su configuración específica?

Nuestro equipo trabaja con gestores de espacios, responsables de TI e ingenieros de redes en 80 000 establecimientos. Reserve una llamada de 20 minutos y le mostraremos cómo lo resolvieron otros profesionales como usted.

¿Cuál es el costo operativo de cada enfoque?

Piense en el costo como un paquete que incluye hardware, PoE, conmutación, instalación, licencias y riesgo de cambio. Si el AP más barato requiere más adelante un proyecto de switch, no es necesariamente la implementación de menor costo. Del mismo modo, un AP con WiFi 7 instalado detrás de un puerto de un gigabit ofrece poco valor de capacidad real. Elabore los presupuestos a nivel de sitio y de puerto.

Área de costo Conservar o adquirir WiFi 6 Actualizar a WiFi 7 Qué decidir ahora
Puntos de acceso Menor costo inmediato de hardware donde WiFi 6 es adecuado para su propósito Mayor costo inicial para ubicaciones específicas de alta capacidad Alinear las decisiones con el rol del sitio y la demanda
Conmutación y PoE El switch de borde existente puede seguir siendo suficiente Puede requerir puertos multi-gigabit y una clase de PoE más alta Audite los puertos y la energía antes de la selección del modelo
Instalación El reemplazo directo puede ser menor Puede requerir trabajos de cableado, switch y AP en una sola ventana Calcule el costo de toda la ruta física
Licencias Confirme la elegibilidad frente a su modelo de organización existente Confirme la elegibilidad frente al producto de reemplazo y el modelo de organización Revise antes de que llegue el hardware
Riesgo del servicio Mantiene los límites de rendimiento conocidos Mejora el potencial de capacidad donde todo el trayecto lo soporta Ejecutar un piloto frente a una demanda representativa

Cisco Meraki soporta los modelos de licenciamiento por Suscripción, Co-Terminación y Por Dispositivo a nivel de organización. Se requiere una licencia en la nube para cada componente de hardware Meraki activo. Para los AP inalámbricos MR, Cisco establece que el licenciamiento es uniforme en todos los modelos de hardware dentro de esa clase de producto, y una licencia de AP inalámbrico existente que no haya expirado se puede aplicar a un modelo MR de reemplazo. Cisco también tiene disponible una clase de producto de licenciamiento unificado Cisco Wireless WiFi 7. Determine el modelo exacto y el acuerdo de licenciamiento de su organización antes de realizar una orden de compra. Esto es más preciso que asumir que cada reemplazo de WiFi 7 se transferirá automáticamente. 5

Para un modelo operativo más amplio, consulte Cloud WiFi Management: Secure Enterprise Connectivity 2026. Si está revisando la segmentación o los controles de Captive Portal, utilice la Enterprise Guest WiFi Setup Guide: VLAN Segmentation, Security, and Captive Portals.

¿Cómo debería tomar decisiones en un patrimonio de múltiples sitios?

Utilice un calendario escalonado. Esto crea un proceso de control de cambios repetible en lugar de una serie de reemplazos de AP ad-hoc. Cada fase debe tener un propietario de red designado, un propietario de operaciones del sitio y criterios de aceptación.

Cronograma Actividades clave Condición de salida
Semanas 1-2 Inventariar modelos de AP, roles del sitio, velocidades de puerto de switch, alimentación y restricciones de eventos Se define la clase de decisión para cada AP candidato
Semanas 3-4 Seleccionar piloto, verificar hojas de datos del modelo, finalizar licenciamiento y preconfigurar redes de destino El hardware piloto, el diseño del puerto y los registros de cambios están aprobados
Semanas 5-6 Instalar el piloto en una ventana controlada y ejecutar las tres comprobaciones del Dashboard La autenticación, las comprobaciones de datos y la aceptación operativa son exitosas
Semanas 7-10 Actualizar los sitios de alta densidad de la fase uno de acuerdo con los calendarios de los sitios Cada AP completado tiene un registro de validación firmado
Semanas 11-16 Revisar los resultados del piloto, corregir errores del proceso y planificar la fase dos de baja densidad Los sitios de WiFi 6 restantes tienen una fecha de ciclo de vida documentada

Haga que el trabajo sea visible para las operaciones del sitio. Los hoteles requieren fechas de exclusión durante las conferencias. Las cadenas de retail requieren calendarios comerciales. Los estadios requieren listas de partidos. Los patrimonios del sector público pueden requerir aprobaciones formales de cambios. La precisión técnica por sí sola es insuficiente si el momento del cambio es incorrecto.

Para conocer el contexto de implementación actual, consulte Cisco Meraki and guest WiFi: captive portal setup with Purple. Para el trabajo del ciclo de vida de WiFi del personal, consulte el proceso de control de acceso específico en How to revoke WiFi access when an employee leaves. Una actualización de hardware debe preservar sus políticas aprobadas, no debilitarlas.

Flujo de decisión

flowchart TD
    A[Inventariar cada AP Meraki y rol del sitio] --> B{¿El sitio tiene alta densidad o demanda de rendimiento?}
    B -->|No| C[Conservar WiFi 6 capaz y establecer fecha de ciclo de vida]
    B -->|Sí| D[Auditar velocidad de puerto de switch, PoE y ruta de subida]
    D --> E{¿La ruta cableada es compatible con el AP WiFi 7 seleccionado?}
    E -->|No| F[Financiar actualizaciones de borde cableado o posponer renovación de AP]
    E -->|Sí| G[Preconfigurar la red de destino en el Dashboard]
    G --> H[Reemplazar AP y verificar Control de Acceso, Ubicación y Escaneo, y asignación de red]
    H --> I[Verificar autenticación de Purple y datos de ubicación]

Preguntas frecuentes

¿Cuál es la fecha límite de pedido para los puntos de acceso para interiores Cisco Meraki WiFi 6?

El último día para pedir los puntos de acceso para interiores Cisco y Meraki WiFi 6 afectados se ha anunciado para el 31 de diciembre de 2026. Cisco establece la fecha de fin de soporte para el 31 de diciembre de 2031. No permita que la fecha de soporte retrase la planeación. Utilice la fecha límite de pedido para clasificar cada sitio para conservar, almacenar o renovar. 1

¿Debería adquirir el stock final de WiFi 6 o cambiar directamente a WiFi 7?

Adquiera stock final de WiFi 6 únicamente para ubicaciones que sigan cumpliendo con la demanda medida y que cuenten con un plan de salida definido. Cambie a WiFi 7 de forma anticipada en aquellos lugares donde la densidad de clientes, la demanda de rendimiento y la preparación de la red de transporte lo permitan. Su infraestructura puede, y por lo general debe, contener ambas decisiones durante el periodo de soporte.

¿Necesito switches multi-gigabit para cada punto de acceso WiFi 7?

No, necesita una ruta cableada que coincida con el AP seleccionado y la demanda del sitio. El CW9178I de alta densidad de Cisco admite puertos de hasta 10 Gbps, pero un sitio de baja densidad puede no requerir un AP o un puerto de switch de esa categoría. Verifique el modelo, la clase de PoE, el cable y la capacidad de subida en conjunto. 3

¿Funcionarán los AP Meraki WiFi 7 con mi configuración actual de Purple?

Sí, los reemplazos equivalentes pueden preservar la continuidad de Purple si mantiene la red del Dashboard asignada, el SSID, la configuración de RADIUS aprobada y la configuración de ubicación y escaneo. Verifique cada ajuste después del cambio. Si utiliza LBS, compruebe también el mapeo de AP a sitio y el plano de distribución antes de finalizar el cambio. 7 8

¿Qué configuraciones de Meraki Dashboard debo verificar después de reemplazar un AP?

Verifique el Control de Acceso, Ubicación y Escaneo, y la asignación de red del AP en el Dashboard. El Control de Acceso contiene el diseño de SSID y RADIUS. Ubicación y Escaneo contiene el feed de LBS donde se utilice. La red de destino del Dashboard aplica la configuración operativa al nuevo AP. 4 7 8

¿Las licencias actuales de Meraki cubren los nuevos AP WiFi 7?

Es posible, pero confirme la categoría del producto y el modelo de licenciamiento antes de realizar el pedido. Cisco indica que las licencias de AP inalámbricos no vencidas pueden aplicarse a los modelos MR de reemplazo porque el licenciamiento de MR no es específico de un modelo. Cisco también documenta una categoría de licenciamiento unificado de Cisco Wireless WiFi 7, por lo que la selección del modelo y el licenciamiento de la organización siguen siendo importantes. 5

¿Cómo muevo un AP Meraki recién reclamado a la red de Dashboard correcta?

Desde la red MR existente, abra Wireless > Monitor > Access Points, seleccione el AP, seleccione Move y elija la red de destino. Preconfigure la red de destino. Cisco aconseja esperar hasta 15 minutos para que se actualicen las configuraciones después de la transferencia. 4

Referencias

Definiciones clave

WiFi 7

El nombre comercial comúnmente utilizado para la capacidad de LAN inalámbrica IEEE 802.11be, que incluye mejoras de rendimiento extremadamente altas.

Utilícelo al evaluar áreas de la sede de alta densidad o sensibles al rendimiento, no como una etiqueta de reemplazo general.

Multi-Link Operation

Una capacidad de WiFi 7 que puede coordinar el tráfico a través de más de una banda de radio para clientes compatibles.

Puede mejorar el potencial de rendimiento y latencia, pero requiere clientes compatibles y una ruta cableada adecuada.

Backhaul

La ruta de red cableada desde un punto de acceso a través de su puerto de switch y enlaces ascendentes hacia el resto de la red.

Un AP de alta capacidad no puede entregar más tráfico a la red del que permite el backhaul.

Multi-gigabit Ethernet

Velocidades de enlace Ethernet entre 1 Gbps y 10 Gbps, tales como 2.5 Gbps y 5 Gbps.

Compruébelo donde el modelo de WiFi 7 seleccionado y la demanda de la sede superen la capacidad de un puerto de extremo de un gigabit.

PoE

Power over Ethernet, un método para proporcionar energía eléctrica a un punto de acceso a través del cable Ethernet.

La hoja de datos del AP seleccionado especifica la clase de energía requerida para su modo de operación previsto.

IEEE 802.1X

Un estándar IEEE para el control de acceso a la red basado en puertos mediante dispositivos autenticados y autorizados.

Proporciona el contexto de estándares para el acceso de Staff WiFi basado en RADIUS empresarial.

RADIUS

Una familia de protocolos utilizada por los equipos de red para enviar solicitudes de autenticación, autorización y contabilidad a un servidor.

Conserve la configuración aprobada de autenticación y contabilidad al reemplazar un AP de Meraki.

RADIUS accounting

La ruta de generación de informes que envía eventos de sesión y uso desde el equipo de red a la infraestructura RADIUS.

Debe permanecer alineada con la configuración aprobada de Staff WiFi después de una sustitución de hardware.

Scanning API

Una capacidad del Dashboard de Cisco Meraki que permite el envío de datos de escaneo de ubicación a través de un flujo de API.

Purple LBS utiliza el flujo configurado para el análisis de ubicación, por lo que debe verificarlo después de la sustitución donde se utilice LBS.

Validator

Un valor de Meraki Dashboard utilizado por la configuración de LBS de Purple para validar el feed de datos de ubicación.

Conserve el valor aprobado y siga las instrucciones de LBS controladas de Purple en lugar de copiar los valores en documentos generales.

Dashboard network

El contenedor de Cisco Meraki Dashboard que aloja la configuración aplicada a los dispositivos asignados a él.

El AP de reemplazo debe estar en la red preconfigurada prevista para que se apliquen los SSIDs y la configuración esperados.

Ejemplos resueltos

Un hotel de 200 habitaciones necesita mejorar el WiFi para conferencias sin sustituir todos los AP de los pasillos.

Clasifique el salón de eventos y las salas de reuniones como candidatos de alta densidad, y mantenga el WiFi 6 con capacidad suficiente en los pasillos de las habitaciones. Audite los puertos de servicio, PoE y los enlaces ascendentes del switch de acceso para el piloto del salón de eventos. Prepare el AP de reemplazo en la red del Dashboard de destino, conserve la configuración aprobada de RADIUS y de escaneo de ubicación, luego pruebe el Guest WiFi, el Staff WiFi, la negociación de puertos y los datos de Purple durante un evento representativo. Apunte al 100% de comprobaciones de configuración documentadas antes de la siguiente oleada de sedes.

Un centro de conferencias necesita actualizar cuatro salas públicas entre eventos, protegiendo al mismo tiempo la continuidad de los análisis.

Preconfigure la red de destino en el Dashboard y prepare un AP WiFi 7 en una sala donde no haya eventos. En cada sustitución, confirme Wireless > Access Control, Network-wide > General Location and Scanning, y la ubicación del AP en la red del Dashboard. Utilice un registro de cambios AP por AP para el resultado de la autenticación, la validación de datos de ubicación, la velocidad de puerto negociada y el estado de reversión. Avance a la siguiente sala únicamente cuando el registro esté completo y el personal de operaciones de la sede acepte el resultado.

Una cadena de retail tiene puertos de extremo de un gigabit en sus tiendas insignia y una mezcla de demanda entre el piso de venta y el almacén.

Trate el piso de venta de la tienda insignia como una decisión combinada de extremo cableado y WiFi. Compruebe si el AP WiFi 7 seleccionado necesita conmutación multi-gigabit y una clase de PoE superior para cumplir con su capacidad de radio prevista. Conserve WiFi 6 en los almacenes donde la demanda medida sea baja. Realice el piloto fuera del horario comercial, conserve la configuración aprobada de Purple y utilice criterios de aprobación documentados antes de que el programa se extienda a más tiendas.

Preguntas frecuentes

¿Cuándo es el fin de venta oficial de Cisco Meraki WiFi 6 y cuáles son las fechas clave?

Cisco anunció el fin de venta para los puntos de acceso Cisco Meraki WiFi 6 afectados con una última fecha de pedido del 31 de diciembre de 2026. El fin de las versiones de mantenimiento de software ocurrirá el 29 de marzo de 2028, el soporte de seguridad y vulnerabilidades cesará el 29 de marzo de 2030, y el fin formal de la vida útil de soporte concluirá el 31 de diciembre de 2031. Las organizaciones tienen un margen amplio para realizar actualizaciones de manera escalonada en fases presupuestadas para múltiples sitios sin presionar el gasto de capital.

¿Por qué la actualización a WiFi 7 requiere una auditoría de los presupuestos de energía PoE del switch?

Los puntos de acceso insignia WiFi 7 operan radios de triple banda de forma simultánea en 2.4 GHz, 5 GHz y 6 GHz con un ancho de canal de 320 MHz y procesadores de alta potencia, consumiendo entre 31 W y 46 W en su uso máximo. Los switches PoE+ estándar 802.3at limitan la entrega de energía a 30 W por puerto. Sin switches 802.3bt (PoE++ Tipo 3 de 60 W) o inyectores midspan multi-gigabit, los puntos de acceso reducen su potencia apagando la radio de 6 GHz, disminuyendo los flujos espaciales de 4x4 a 2x2, o desactivando los puertos de expansión USB.

¿Es necesario reemplazar los tendidos de cableado Cat5e y Cat6 existentes para WiFi 7?

No necesariamente. Los tendidos de cableado estructurado Cat5e y Cat6 de calidad de menos de 55 metros admiten de manera confiable la transmisión multigigabit NBASE-T de 2.5GBASE-T y 5GBASE-T. Sin embargo, para eliminar los cuellos de botella de backhaul de switch a AP a 10 Gbps y evitar la acumulación de calor en los mazos de cables que transportan PoE 802.3bt de alta potencia, se recomienda encarecidamente el cableado Cat6A para los nuevos puntos de acceso planificados y despliegues en salas de reuniones densas.

¿Cuál es la diferencia entre los modos MLO de WiFi 7: STR frente a eMLSR?

Multi-Link Operation (MLO) permite que los dispositivos cliente se comuniquen simultáneamente a través de múltiples bandas (como 5 GHz y 6 GHz). Simultaneous Transmit and Receive (STR) permite una transmisión y recepción verdaderamente independiente a través de radios separadas al mismo tiempo, reduciendo la latencia de tiempo de aire por debajo de los 5 milisegundos. Enhanced Multi-Link Single Radio (eMLSR) dirige dinámicamente el tráfico hacia el canal más despejado utilizando un solo par de transceptores activos, proporcionando una conmutación por error sin interrupciones y un menor consumo de energía para dispositivos móviles.

¿Cómo difiere la disponibilidad del espectro de 6 GHz entre el Reino Unido/UE y los EE. UU.?

Bajo las regulaciones de Ofcom y CEPT en el Reino Unido y la Unión Europea, se asignan 480 MHz de espectro (5945 a 6425 MHz), lo que permite un canal de 320 MHz o tres canales de 160 MHz en modo Low Power Indoor (LPI) sin coordinación automática de frecuencias (AFC). En los Estados Unidos, bajo las reglas de la FCC, hay disponibles 1,200 MHz de espectro (5925 a 7125 MHz), lo que habilita tres canales de 320 MHz o seis canales de 160 MHz con registro en la base de datos AFC de potencia estándar.

¿Cómo mantiene Purple la continuidad del Captive Portal y de las analíticas de ubicación durante una renovación de puntos de acceso?

Purple funciona como una plataforma administrada en la nube y compatible con múltiples proveedores. Al reemplazar los puntos de acceso Meraki MR heredados con hardware más nuevo de Catalyst o WiFi 7, los perfiles de servidor RADIUS existentes, los redireccionamientos de la página de bienvenida y los walled gardens permanecen intactos en el Meraki Dashboard o controlador. Purple continúa recopilando perfiles de registro de visitantes, telemetría MAC y analíticas de presencia sin interrupciones durante las implementaciones por fases en múltiples sitios, sin requerir ninguna reestructuración de arquitectura.

¿Tiene preguntas sobre su configuración específica?

Nuestro equipo trabaja con gestores de espacios, responsables de TI e ingenieros de redes en 80 000 establecimientos. Reserve una llamada de 20 minutos y le mostraremos cómo lo resolvieron otros profesionales como usted.