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 venta

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

Por Marketing TeamPublicado Actualizado
📖 12 min de lectura3,524 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 venta

Considere el fin de venta de Cisco Meraki WiFi 6 como una decisión de actualización segmentada. La última fecha para ordenar de Cisco 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 que sea capaz 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 actualización es la adecuada para cada parte de su propiedad?

Cisco ha anunciado el fin de venta para los puntos de acceso interiores WiFi 6 de Cisco y Meraki afectados. La última fecha publicada para ordenar es el 31 de diciembre de 2026. La fecha de fin de soporte es el 31 de diciembre de 2031. Cisco también menciona otros hitos tempranos del ciclo de vida, incluyendo 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 cada punto de acceso WiFi 6 que funcione. 1

Comience con el servicio que desea ofrecer en cada ubicación. No hay necesidad de reconstruir su capa de Guest WiFi y WiFi Analytics solo porque el hardware de radio haya cambiado. Purple funciona como una superposición en la nube sobre la infraestructura de puntos de acceso. Para los puntos de acceso Cisco Meraki MR, Purple proporciona 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 infraestructura. También ayuda a evitar el error clásico 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 Realizar piloto y luego actualizar 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 de tienda insignia con picos recurrentes Actualizar a WiFi 7 donde la auditoría de puertos lo respalde Verificar la capacidad multi-gigabit o de 10 Gbps según la ficha técnica del modelo seleccionado Verificar tanto Guest WiFi como Staff WiFi después de cada cambio Incluir en la fase uno o fase dos
Pasillo de habitaciones de huéspedes estándar 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 como está 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 bajo uso Conservar WiFi 6 y evitar el sobreabastecimiento especulativo Asegurar que el enlace actual sea estable y esté documentado Verificar únicamente 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 venta - back…

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 Hospitality, separe las habitaciones de huéspedes de los espacios de reuniones. En Retail, separe las sucursales estándar de los pisos emblemáticos. En Transport, separe las áreas de personal de las zonas de espera de pasajeros. La misma disciplina se aplica en Healthcare, donde los flujos de trabajo clínicos y el acceso de visitantes nunca deben compartir una ventana de cambio no verificada.

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

Ordene el inventario final de WiFi 6 solo cuando pueda articular su razón operativa. Los ejemplos incluyen un área de baja densidad que requiere un reemplazo equivalente, un sitio donde la actualización de switches no es inminente o una ubicación donde la infraestructura actual de WiFi 6 aún satisface 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 un aviso de un 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 solo para el inventario planificado de excepciones.

Un ejemplo ilustrativo de hospitality. Un hotel de 200 habitaciones tiene seis salas de reuniones y un salón de baile. Los pasillos de las habitaciones muestran una demanda estable y baja. El salón de baile experimenta picos de alta densidad durante las conferencias. El equipo de red conserva WiFi 6 en los pasillos, realiza una prueba 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 números de rendimiento generales, sino la autenticación exitosa de Guest WiFi y Staff WiFi, la negociación correcta de puertos y energía, y verificaciones de datos limpias de Purple para cada AP piloto.

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

Actualice temprano 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. Es posible que su infraestructura requiera diferentes modelos de WiFi 7. La clave es hacer coincidir el modelo y la ruta cableada con una función de sede definida. 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 venta - purp…

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 toda la ruta lo soporte Realice una prueba piloto frente a una demanda representativa

Cisco Meraki admite 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 que una licencia de AP inalámbrico existente y no vencida 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 esquema 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 debe tomar decisiones en un entorno 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 de los sitios, velocidades de puertos de switch, energía y restricciones de eventos Se define la clase de decisión para cada AP candidato
Semanas 3-4 Seleccionar el piloto, verificar las fichas técnicas del modelo, finalizar el licenciamiento y preconfigurar las redes de destino El hardware piloto, el diseño de puertos 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 y aprobado
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 visible el trabajo para las operaciones de los sitios. Los hoteles requieren fechas restringidas durante las conferencias. Las cadenas de retail requieren calendarios comerciales. Los estadios requieren listas de partidos. Los entornos 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 la WiFi del personal, consulte el proceso de control de acceso diferenciado 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 red inalámbrica LAN IEEE 802.11be, que incluye mejoras de rendimiento extremadamente alto.

Utilícelo al evaluar áreas del recinto de alta densidad o sensibles al rendimiento, no como una etiqueta de reemplazo generalizada.

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 que el 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.

Verifíquelo donde el modelo WiFi 7 seleccionado y la demanda del recinto superen un puerto perimetral de un gigabit.

PoE

Power over Ethernet (Alimentación a través de Ethernet), un método para suministrar 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 redes basado en puertos mediante dispositivos autenticados y autorizados.

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

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 de autenticación y contabilidad aprobada 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 un cambio de hardware.

Scanning API

Una capacidad del Dashboard de Cisco Meraki que permite enviar datos de escaneo de ubicación a través de un feed de API.

Purple LBS utiliza el feed configurado para el análisis de ubicación, por lo que debe verificarlo después del cambio donde LBS esté en uso.

Validador

Un valor del 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 controladas de LBS de Purple en lugar de copiar los valores en documentos generales.

Red del Dashboard

El contenedor del Cisco Meraki Dashboard que aloja la configuración aplicada a los dispositivos asignados a este.

El AP de reemplazo debe estar en la red preconfigurada correspondiente para que se apliquen los SSID y las configuraciones esperadas.

Ejemplos resueltos

Un hotel de 200 habitaciones necesita mejorar el WiFi de las salas de conferencias sin reemplazar cada 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 de alta capacidad en los pasillos de las habitaciones de huéspedes. Realice una auditoría de 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 prevista, conserve la configuración aprobada de RADIUS y del escaneo de ubicación, y luego pruebe el Guest WiFi, Staff WiFi, la negociación de puertos y los datos de Purple durante un evento representativo. Apunte al 100% de las comprobaciones de configuración documentadas antes de la siguiente fase del recinto.

Un centro de convenciones necesita actualizar cuatro salas públicas entre eventos mientras protege 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 cambio, confirme Wireless > Access Control, Network-wide > General Location and Scanning, y la asignación de red del AP en el 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 equipo de operaciones del recinto acepte el resultado.

Una cadena de tiendas minoristas tiene puertos perimetrales de un gigabit en sus tiendas insignia y una mezcla de demanda en el piso de ventas y en el almacén.

Trate el piso de ventas de la tienda insignia como una decisión combinada de red perimetral cableada y WiFi. Verifique si el AP WiFi 7 seleccionado requiere switching multi-gigabit y una clase 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, preserve la configuración aprobada de Purple y utilice criterios de aprobación documentados antes de implementar el programa en más tiendas.

¿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.