Saltar al contenido principal

Planificación de una actualización de puntos de acceso de 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 sedes un marco de decisión para la actualización de Cisco Meraki WiFi 6 a WiFi 7 antes de la fecha límite de último pedido del 31 de diciembre de 2026. Combina la planificación del inventario 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,559 palabras3 ejemplos prácticos11 definiciones clave

Video overview

Escuchar esta guía

Ver transcripción del podcast
Bienvenido. Si gestiona una infraestructura de tamaño considerable con Cisco Meraki WiFi 6, el anuncio de fin de venta es un plazo de adquisición, no un motivo para sustituir cada punto de acceso esta semana. Cisco establece el 31 de diciembre de 2026 como la última fecha para realizar pedidos de los puntos de acceso de interior Cisco y Meraki WiFi 6 afectados. Su última fecha de soporte publicada es el 31 de diciembre de 2031. Esto define un margen de planificación razonable, pero no elimina la necesidad de actuar. La pregunta no es si debemos comprar WiFi 7 para todas partes. La pregunta es: ¿dónde cambia el WiFi 7 la experiencia o la capacidad que su espacio puede ofrecer, y dónde sigue cumpliendo su función la infraestructura WiFi 6 actual? Comience por ahí, porque una renovación generalizada suele suponer un gasto de dinero en los lugares equivocados. Para los clientes de Purple, hay un segundo punto. Su punto de acceso forma parte de la capa de conexión. Purple se sitúa por encima como la capa de identidad y de datos. Al conservar la configuración de red correcta, la experiencia de Guest WiFi o Staff WiFi, el flujo de autenticación y la captura de datos subyacente se pueden trasladar a través del cambio de hardware. La renovación se convierte en un programa de infraestructura en lugar de una reconstrucción de la experiencia del visitante. Comience con una auditoría de la infraestructura. Cree una vista única de cada punto de acceso por modelo, ubicación, planta, función en el espacio, velocidad de enlace ascendente actual y fuente de alimentación. Añada la demanda observada, no solo la cobertura teórica. Observe los lugares donde la gente se reúne al mismo tiempo: el vestíbulo de un estadio antes del saque inicial, una sala de conferencias durante el cambio de sesión, el salón de un hotel, una tienda insignia con gran afluencia de público o una zona de espera de transporte. Estos son candidatos para una adopción temprana de WiFi 7, ya que la congestión y los picos de tráfico son problemas operativos reales. A continuación, identifique la categoría opuesta. Un almacén, una zona de administración, una pequeña oficina trasera o un pasillo de servicio de poco paso pueden tener una densidad de dispositivos moderada y un uso predecible. WiFi 6 puede seguir siendo adecuado allí durante el periodo de soporte si sigue cumpliendo con sus requisitos de servicio y seguridad. No es una decisión de menor categoría. Es una forma de emplear el presupuesto de WiFi 7 donde realmente importa. WiFi 7 se basa en IEEE 802.11be. Aporta funciones como la Multi-Link Operation, a menudo abreviada 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 un potencial de menor latencia, pero solo cuando el cliente, el entorno de radio, la ruta cableada y el presupuesto de energía lo permiten. Un punto de acceso físico no hace que un espacio sea más rápido por sí mismo. La red es, lamentablemente, un sistema. Esto nos lleva a la preparación del backhaul. Antes de seleccionar los modelos, exporte una lista de los puertos de switch que darán servicio a cada punto de acceso candidato. Registre la velocidad negociada, la clase de potencia disponible, el tipo de cable, la capacidad libre y la ruta ascendente. El modelo de alta densidad actual de Cisco para WiFi 7, el CW9178I, por ejemplo, dispone de dos puertos Ethernet con capacidad para funcionar a 100 megabits, uno, 2,5, cinco y 10 gigabits. Requiere 802.3bt para funcionar a pleno rendimiento. La misma ficha técnica muestra que los modos de menor potencia 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 conmutación de diez gigabits en todas las ubicaciones. Un enfoque práctico consiste en colocar puntos de acceso WiFi 7 de alta capacidad detrás de puertos con capacidad de 2,5 o 10 gigabits donde la demanda lo requiera. Utilice la ficha técnica de hardware real del modelo que elija. Compruebe el switch y el plan de alimentación de forma conjunta. Inspeccione también el tendido de cables y el enlace ascendente desde el switch de acceso. De lo contrario, puede adquirir un extremo inalámbrico de mayor velocidad y dejar un cuello de botella justo detrás. Ahora prepare dos oleadas de actualización. La primera oleada abarca los centros con mayor riesgo de rendimiento o impacto empresarial. Esto puede incluir un centro de conferencias con un calendario de eventos, un estadio antes de la temporada, tiendas insignia y espacios de reunión de hoteles. La segunda oleada abarca ubicaciones con capacidad pero de menor densidad. Puede llevarse a cabo una vez que haya probado el modelo, el diseño del switch y el proceso de instalación. Utilice primero un piloto breve en un centro representativo. Pruébelo en periodos de máxima actividad, no solo durante un intervalo de instalación tranquilo. 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 potencia esperados, se une a la red de panel de control correcta y emite los SSID previstos. A continuación, realice pruebas de autenticación reales. Pida a un miembro del personal que se conecte a la WiFi del personal. Pida a un invitado que utilice la WiFi de invitados. Compruebe los eventos y las sesiones que importan a sus equipos operativos. Si alguna prueba falla, detenga la oleada general y busque el fallo de configuración mientras el alcance sea reducido. A continuación, abordemos la continuidad de Purple. El trabajo importante consiste en copiar y verificar los ajustes de red, no en pedir a Purple que reconfigure su plataforma para cada cambio de punto de acceso. Existen tres comprobaciones de configuración que debe realizar después de cada cambio de hardware de Meraki. En primer lugar, acceda a Red inalámbrica, luego a Control de acceso y seleccione el SSID deseado. Confirme que el SSID sigue utilizando el diseño de RADIUS corporativo requerido y que la configuración del servidor de autenticación y contabilidad coincide con la configuración aprobada de Purple. La guía de Purple sobre Cisco Meraki para la WiFi del personal establece los valores exactos y debe ser su referencia controlada, en lugar de limitarse a copiar los valores de una hoja de cálculo. En segundo lugar, 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 URL de destino (Post URL), el validador y el secreto con respecto a 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 la sustituya por una URL genérica. El valor es específico para la instalación. En tercer lugar, confirme que el nuevo punto de acceso pertenece a la red de Meraki Dashboard correcta antes de considerar completado el reemplazo. La red de destino contiene el SSID y la configuración del panel de control 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 el nombre, la ubicación, la dirección de gestión, las notas y las etiquetas. Por lo tanto, planifique el destino con cuidado. Configure previamente la red receptora, mueva el dispositivo de forma deliberada y, a continuación, valide el servicio de nuevo. No utilice eventos en directo para su primera prueba. En un hotel, reemplace un pequeño grupo de puntos de acceso en las salas de reuniones entre eventos. En una cadena de tiendas, realice una prueba piloto en una tienda de menor riesgo fuera del horario comercial. En un estadio, complete la primera implementación en una zona donde no se celebren eventos antes de tocar los vestíbulos públicos. Su objetivo es validar el proceso mientras las operaciones puedan absorber un paso de recuperación. Este es un calendario práctico por fases. En las semanas uno y dos, complete el inventario, la velocidad de los puertos y la auditoría de 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 comprobaciones de configuración exactas. De las semanas siete a la diez, realice la entrega en los sitios de alta densidad en ventanas de cambio controladas. Mantenga los sitios de menor densidad en una segunda fase, programada en torno a su ciclo de vida normal y al riesgo de soporte. Para cada sitio, conserve un plan de marcha atrás: el punto de acceso antiguo, un registro de configuración actual y un propietario 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 algo secundario. Confirme los derechos para el modelo de reemplazo y la organización de destino antes de la instalación. Esa comprobación evita que una implementación técnicamente perfecta se convierta en un problema en el panel de control. Cerremos con las preguntas que más nos hacen. ¿Debería comprar el stock restante de WiFi 6? 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í, allí donde la densidad de clientes, la demanda de rendimiento y la preparación de la red de transporte (backhaul) lo justifiquen. ¿Necesita cambiar Purple cuando reemplace el hardware? No, si el SSID previsto, la configuración RADIUS y la configuración de escaneo de ubicación siguen alineados. ¿Necesita 10 gigabits en todas partes? No. Dimensione el puerto cableado según el modelo de punto de acceso y el perfil de tráfico. ¿Puede mover 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 un elemento de presión útil. Utilícela para crear un programa de actualización medido: priorice los lugares que necesitan capacidad, financie la infraestructura cableada donde sea necesario, preserve la configuración de Purple, realice las pruebas de la misma manera en cada centro 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. Integre el registro de configuración en el registro de activos. Para cada punto de acceso reemplazado, 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 comprobaciones de configuración, el resultado de la prueba y el responsable del cambio. Esto ofrece a su equipo de soporte una entrega útil en lugar de una colección de capturas de pantalla. También significa que la próxima ola de actualización comenzará a partir de evidencias y no de recuerdos. Si se produce un fallo más adelante, su equipo podrá ver si se trata de un problema de radio, de puerto, de alimentación, de configuración o de enrutamiento de datos. Esa separación reduce el tiempo dedicado a adivinar. Planifique la red, pruebe la ruta completa y conserve el registro. De este modo, la actualización respaldará tanto las operaciones actuales como la próxima decisión sobre el ciclo de vida.

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

Planificación de una actualización de puntos de acceso de 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 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 hardware WiFi 6 capaz en funcionamiento en áreas de baja densidad, priorice WiFi 7 donde la demanda y el backhaul cableado lo justifiquen, y mantenga su configuración de Purple. 1

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

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 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 detalla otros hitos iniciales 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. Esto es un punto de partida para tomar decisiones de compra, no una fecha límite para retirar todos los puntos de acceso WiFi 6 que sigan funcionando. 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 el fin de venta de Cisco Meraki WiFi 6 y la decisión de actualización a WiFi 7 en una decisión a nivel de infraestructura global. 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 infraestructura Acción recomendada Requisitos de cableado para verificación Foco de continuidad de Purple Plazos de compra
Vestíbulo de estadio, sala de conferencias o zona de espera de transporte con demanda concurrente Realizar un 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 planta comercial insignia con picos recurrentes Actualizar a WiFi 7 donde la auditoría de puertos lo permita Verificar la capacidad multi-gigabit o de 10 Gbps según la ficha técnica del modelo seleccionado Verificar tanto el Guest WiFi como el WiFi para empleados después de cada cambio Incluir en la fase uno o fase dos
Pasillo de habitaciones de hotel estándar o sucursal de tienda estándar Mantener si WiFi 6 cumple con las capacidades y políticas de soporte Mantener el enlace ascendente actual tal cual según corresponda 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 Mantener WiFi 6 y evitar el almacenamiento excesivo 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 extremo cableado antes, o junto con, WiFi 7 Evaluar la velocidad del puerto, PoE y los enlaces ascendentes del conmutador 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 espacio de alta densidad no se convierte en candidato para WiFi 7 solo por una etiqueta de producto. Se convierte en uno cuando el gasto de capital está justificado 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 con versiones anteriores de dispositivos 802.11 más antiguos 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 básica correcta cuando la capacidad actual es suficiente. Cuando se necesita 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 conocido como 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 conmutador y las fuentes de alimentación influyen en el resultado. 2 3

La hoja de datos de WiFi 7 CW9178I de Cisco 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 conmutador 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

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

Elabore una planificación de backhaul para cada AP candidato. La siguiente tabla es solo una plantilla de campo, no un sustituto de la hoja de datos del modelo seleccionado.

Comprobació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 extremo
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 fallos conocidos Garantiza una ruta física fiable para velocidades de enlace más altas
Enlace ascendente del conmutador 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 conmutador congestionado
Demanda del espacio Recuento máximo de dispositivos, tipo de servicio y calendario de eventos Prioriza el gasto por necesidad operativa en lugar de por la antigüedad del modelo
Realice la auditoría por tipo de ubicación. En Hostelería, separe las habitaciones de huéspedes de las salas de reuniones. En Retail, separe las sucursales estándar de las plantas insignia. En Transporte, separe las zonas de personal de las de espera de pasajeros. La misma disciplina se aplica en Sanidad, 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 acertada hacer un inventario final de WiFi 6?

Solicite inventario final de WiFi 6 solo cuando pueda justificar su motivo operativo. Los ejemplos incluyen una zona de baja densidad que requiere un reemplazo equivalente, un centro donde la actualización de switches no sea inminente o una ubicación donde el parque 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 motivada por un aviso de un proveedor en su bandeja de entrada.

Una prueba útil es sencilla. Si un centro no reúne los requisitos para WiFi 7 tras comprobar la densidad de clientes, la demanda de rendimiento, la velocidad de los puertos, la alimentación y el calendario de eventos, es poco probable que necesite WiFi 7 de inmediato. Mantenga el AP 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 hostelería. 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 las cifras principales de rendimiento, sino la autenticación correcta de Guest WiFi y Staff WiFi, la negociación correcta de puertos y alimentación, y verificaciones limpias de datos de Purple para cada AP piloto.

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

Actualice pronto allí donde confluyan la densidad y el impacto operativo. Los centros de conferencias, los pasillos de estadios, las salas VIP de aeropuertos y las tiendas insignia de retail son candidatos idóneos para una adopción temprana 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 MLO e interfaces multi-gigabit. Su parque puede requerir diferentes modelos de WiFi 7. La clave es hacer coincidir el modelo y la ruta cableada con una función definida en el recinto. 3 Antes del cambio, firme formalmente la continuidad de Purple. La guía de Purple para Cisco Meraki Staff WiFi utiliza la configuración RADIUS empresarial en Wireless > Access Control. IEEE 802.1X define el control de acceso a la red basado en puertos que restringe las comunicaciones seguras a los dispositivos autenticados y autorizados. Mantenga las configuraciones aprobadas de SSID y de autenticación y contabilidad de RADIUS alineadas con la red del AP sustituido. No copie valores confidenciales del servidor en una hoja de trabajo de implementación genérica. En su lugar, utilice las instrucciones controladas de Purple para Cisco Meraki Staff WiFi. 6 9

Si utiliza los análisis de ubicación de Purple a través de los servicios basados en la ubicación de Cisco Meraki, compruebe los ajustes en Network-wide > General y Location and Scanning. Purple requiere que la API de análisis y Scanning esté habilitada. 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 seguros los valores aprobados para la red. Si el mapeo de sus AP o la disposición del plano de planta cambian, verifique el cambio antes de finalizar. 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. Se advierte de un tiempo de inactividad de hasta 15 minutos para que el dispositivo transferido actualice su configuración. También señala que se pierden los ajustes de MR de la red de origen, conservando únicamente el nombre, la dirección geolocalizada, la dirección de gestión, las notas y las etiquetas. Configure previamente la red de destino. Después, muévalo, conéctelo y pruébelo con cuidado. 4

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

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

En una sustitución 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, cuando utilice LBS, el mapeo de AP a recinto y plano de planta. La guía de Purple establece que los AP correctos deben configurarse en el portal para que los planos de planta de Meraki y los AP coincidan con el recinto. 7

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

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

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

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

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

Área de coste Retener o comprar WiFi 6 Actualizar a WiFi 7 Qué decidir ahora
Puntos de acceso Menor coste de hardware inmediato donde WiFi 6 es adecuado para su propósito Mayor coste inicial para recintos específicos de alta capacidad Alinear las decisiones con el papel del sitio y la demanda
Conmutación y PoE El extremo existente puede seguir siendo suficiente Puede requerir puertos multi-gigabit y una clase de PoE más alta Auditar los puertos y la energía antes de la selección del modelo
Instalación El reemplazo equivalente puede ser menor Puede requerir trabajos de cable, conmutador y AP en una sola ventana Presupuestar toda la ruta física
Licencias Confirmar la elegibilidad con respecto a su modelo de organización existente Confirmar la elegibilidad con respecto al producto de reemplazo y al modelo de organización Revisar 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 admita Realizar un piloto frente a una demanda representativa

Cisco Meraki admite los modelos de licencia por suscripción, co-término y por dispositivo a nivel de organización. Se requiere una licencia en la nube para cada componente de hardware de Meraki activo. Para los AP inalámbricos MR, Cisco declara que la asignación de licencias es uniforme para todos los modelos de hardware dentro de esa clase de producto, y que una licencia de AP inalámbrico existente y no caducada se puede aplicar a un modelo MR de reemplazo. Cisco también tiene disponible una clase de producto de licencia unificada Cisco Wireless WiFi 7. Determine el modelo exacto y el acuerdo de licencia de su organización antes de realizar un pedido 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 las decisiones en un patrimonio de múltiples sitios?

Utilice un calendario por fases. 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 lugar de celebración y unos criterios de aceptación.

Cronograma Actividades clave Condición de salida
Semanas 1-2 Inventariar modelos de AP, funciones del lugar de celebración, velocidades de puertos de switch, alimentación 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 las licencias y preconfigurar las redes de destino Se aprueban el hardware piloto, el diseño de puertos y los registros de cambios
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 se realizan con éxito
Semanas 7-10 Actualizar los sitios de alta densidad de la fase uno según los calendarios de los lugares de celebración Cada AP completado tiene un registro de validación firmado
Semanas 11-16 Revisar los resultados del piloto, corregir los 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 de los lugares de celebración. 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 de cambios formales. 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 renovación de hardware debe preservar sus políticas aprobadas, no debilitarlas.

Flujo de decisión

flowchart TD
    A[Inventariar cada AP de Meraki y rol del establecimiento] --> B{¿Tiene el establecimiento una alta densidad o demanda de rendimiento?}
    B -->|No| C[Mantener WiFi 6 compatible y fijar una fecha de ciclo de vida]
    B -->|Sí| D[Auditar la velocidad del puerto del switch, PoE y la ruta de subida]
    D --> E{¿Admite la ruta cableada el AP de WiFi 7 seleccionado?}
    E -->|No| F[Financiar actualizaciones de la red cableada o aplazar la renovación de AP]
    E -->|Sí| G[Preconfigurar la red de destino en el Dashboard]
    G --> H[Reemplazar el AP y verificar el Control de acceso, Ubicación y escaneo, y la ubicación en la red]
    H --> I[Verificar la autenticación de Purple y los datos de ubicación]

Preguntas frecuentes

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

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

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

Adquiera stock final de WiFi 6 únicamente para las ubicaciones que sigan satisfaciendo la demanda medida y tengan un plan de salida definido. Realice la transición a WiFi 7 de forma anticipada allí 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, albergar ambas opciones durante el periodo de soporte.

¿Necesito switches multigigabit para cada punto de acceso WiFi 7?

No, necesita una ruta cableada que se adapte al AP seleccionado y a la demanda del establecimiento. El modelo de alta densidad CW9178I de Cisco admite puertos de hasta 10 Gbps, pero es posible que un sitio de baja densidad no requiera un AP o un puerto de switch de esa categoría. Compruebe el modelo, la clase de PoE, el cableado y la capacidad de subida de forma conjunta. 3

¿Funcionarán los AP de 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 prevista, el SSID, la configuración RADIUS aprobada y la configuración de escaneo de ubicación. Verifique cada ajuste después de realizar el cambio. Si utiliza LBS, compruebe también el mapeo de AP a establecimiento y el plano de planta antes de completar el proceso. 7 8

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

Verifique el Control de acceso, la Ubicación y escaneo, y la ubicación en la red del Dashboard del AP. El Control de acceso contiene el diseño de SSID y RADIUS. La Ubicación y escaneo contiene la transmisión de LBS cuando se utiliza. 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 de WiFi 7?

Es posible, pero confirme la categoría del producto y el modelo de licencia antes de realizar el pedido. Cisco indica que las licencias de AP inalámbricos no caducadas pueden aplicarse a los modelos MR de reemplazo, ya que las licencias MR no son específicas de cada modelo. Cisco también documenta una clase de licencia unificada Cisco Wireless WiFi 7, por lo que la selección de modelos y las licencias de la organización siguen siendo importantes. 5

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

Desde la red MR existente, acceda a 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 alto.

Utilícelo al evaluar áreas del establecimiento 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 rendimiento potencial y la 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 sus 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, como 2,5 Gbps y 5 Gbps.

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

PoE

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

La ficha técnica del AP seleccionado especifica la clase de potencia requerida para su modo de funcionamiento previsto.

IEEE 802.1X

Un estándar de IEEE para el control de acceso a redes basado en puertos que utiliza dispositivos autenticados y autorizados.

Proporciona el marco estándar para el acceso WiFi del personal (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 notificación que envía eventos de sesión y uso desde los equipos 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 enviar datos de escaneo de ubicación a través de una transmisión de API.

LBS de Purple utiliza el canal configurado para los análisis de ubicación, por lo que debe verificarlo tras la sustitución allí donde LBS esté en uso.

Validador

Un valor de Meraki Dashboard utilizado por la configuración 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.

Red de Dashboard

El contenedor de Cisco Meraki Dashboard que alberga la configuración aplicada a los dispositivos asignados al mismo.

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

Ejemplos prácticos

Un hotel de 200 habitaciones necesita mejorar el WiFi de las salas de conferencias sin tener que reemplazar todos los AP de los pasillos.

Clasifique el salón de actos y las salas de reuniones como candidatos de alta densidad, y mantenga WiFi 6 de rendimiento adecuado en los pasillos de las habitaciones de huéspedes. Realice una auditoría de los puertos de servicio, el PoE y los enlaces ascendentes del switch de acceso para el piloto del salón de actos. Prepare el AP de reemplazo en la red de Dashboard prevista, conserve la configuración aprobada de RADIUS y del escaneo de ubicación, y luego pruebe el Guest WiFi, el Staff WiFi, la negociación de puertos y los datos de Purple durante un evento representativo. Busque conseguir un 100% de comprobaciones de configuración documentadas antes de pasar a la siguiente fase del establecimiento.

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 Dashboard de destino y prepare un AP WiFi 7 en una sala donde no se esté celebrando ningún evento. En cada sustitución, confirme Wireless > Access Control, Network-wide > General Location and Scanning, y la ubicación en la red de Dashboard del AP. 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 solo cuando el registro esté completo y el equipo de operaciones del establecimiento acepte el resultado.

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

Trate la planta de venta de las tiendas insignia como una decisión combinada de extremo cableado y WiFi. Compruebe si el AP WiFi 7 seleccionado requiere conmutación multigigabit y una clase de PoE superior para alcanzar la capacidad de radio prevista. Mantenga WiFi 6 en los almacenes donde la demanda medida sea baja. Realice el piloto fuera de las horas comerciales, conserve la configuración aprobada de Purple y utilice criterios de aprobación documentados antes de extender el programa a más tiendas.

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

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