Hace un tiempo llegaron a mis manos tres puntos de acceso Cisco Meraki MR33. Donados, sin licencia y aparentemente sin uso. La idea era sencilla: darles una segunda vida en el garaje y, de paso, aprovechar para trastear un poco con OpenWrt.
Sobre el papel parecía un proyecto rápido. Hay bastantes guías en internet explicando cómo instalar OpenWrt en este modelo, así que el plan era abrirlos, conectar por serial y seguir el procedimiento.
La realidad fue bastante distinta.
El primer paso fue abrir el equipo y acceder a la consola UART. Nada especialmente complicado: quitar gomas, tornillos Torx y separar la carcasa. Con un adaptador USB-TTL a 3.3V y la configuración típica (115200, 8N1), ya tenía acceso al arranque del sistema.
Y aquí apareció el detalle que cambia todo.
U-Boot 2017.07-RELEASE-g78ed34f31579
Ese número, que a simple vista no dice mucho, es en realidad la clave de todo el proceso. Muchas guías que circulan por internet están basadas en equipos con un bootloader anterior (U-Boot 2012), que permite cargar un bootloader modificado y arrancar OpenWrt sin demasiada complicación.
Con U-Boot 2017, ese método deja de funcionar.
Por si era mala suerte con el primero, repetí el proceso con los otros dos equipos. Mismo resultado en los tres. Todos con bootloader actualizado.
A partir de ahí ya no estamos hablando de “flashear OpenWrt”, sino de entrar en terreno más serio: acceso por JTAG o reprogramación directa de la memoria NAND. Opciones viables, pero con un nivel de complejidad, herramientas y riesgo que no tiene sentido para mi ahora mismo.
En este punto también surge la duda lógica: ¿se puede hacer downgrade desde el propio sistema Meraki? La respuesta es no. Ni el firmware ni el bootloader son accesibles en ese sentido. El modelo cloud de Meraki no solo gestiona el software, también condiciona completamente lo que puedes hacer con el hardware fuera de su ecosistema.
Y aquí es donde encajan muchas de las guías que aparecen en Google y que, en la práctica, ya no funcionan. No están mal, simplemente describen un escenario que hoy es poco habitual: equipos antiguos, no actualizados o nunca conectados a la nube.
Después de probar con tres unidades distintas, la conclusión es bastante clara: en 2026, la mayoría de MR33 reciclados ya no son candidatos para este tipo de reutilización sencilla.
¿Se pueden recuperar igualmente? Sí, pero ya hablamos de proyectos de electrónica más que de redes. JTAG, programadores NAND, soldadura… interesante a nivel técnico, pero poco práctico si lo que buscas es simplemente un punto de acceso funcional.
En mi caso, el objetivo era mejorar la cobertura en el garaje. Con lo que cuesta en tiempo y complejidad reutilizar estos equipos, hay alternativas mucho más directas y eficientes.
Lo curioso es que el aprendizaje no viene de haber conseguido flashearlos, sino justo de lo contrario. El punto importante no es “cómo instalar OpenWrt en un MR33”, sino entender cuándo tiene sentido intentarlo… y cuándo no.
El modelo cloud no solo afecta al software… también condiciona el futuro del hardware.
Los tres MR33 se quedan como material de laboratorio. Y como recordatorio de que no todo el hardware enterprise es reutilizable fuera de su contexto original.
