MCP + MikroTik: cuando la red entiende lo que le dices
Las redes son 10× más complejas que hace diez años; la forma de operarlas, no. Cómo MCP convierte un modelo de lenguaje en un operador que lee y actúa sobre tu MikroTik — con el humano siempre en el lazo.
Las redes son 10× más complejas que hace diez años. La forma de operarlas, no. Seguimos abriendo Winbox, saltando entre CPU, colas, firewall y logs, y correlacionando todo a mano. Hoy en día los servidores web se autoescalan, el código se autoformatea, la nube se autoaprovisiona — y las redes siguen esperando que alguien escriba los comandos.
Eso empezó a cambiar. Y casi nadie en LATAM lo está usando en producción todavía.
Qué es MCP, sin marketing
MCP (Model Context Protocol) es un protocolo abierto que convierte un modelo de lenguaje de "chatbot que responde" en "operador que ejecuta". La diferencia es simple: un chatbot vive aislado en una caja de texto; un modelo con MCP puede leer el estado real de tus sistemas, razonar sobre él y ejecutar acciones — con permisos acotados y control humano.
La mecánica tiene tres piezas:
- El cliente — donde vive el modelo (Claude Desktop, Claude Code). Envía instrucciones estructuradas en JSON-RPC.
- El servidor MCP — un proceso externo, controlado por el operador, con acceso limitado y explícito a los sistemas reales.
- El dispositivo — en este caso, tu MikroTik.
El modelo nunca toca el router directamente. Nunca ve credenciales sensibles. Todo pasa por capas explícitas.

Por qué MikroTik es la superficie ideal
RouterOS ya está hecho para automatización, aunque casi nadie lo opera así:
- SSH nativo — acceso estándar, sin agentes propietarios.
- REST API — disponible desde RouterOS 7.
- Scripts nativos — lógica programable dentro del router.
- Contenedores — microservicios sobre equipos compatibles.
No hay que inventar nada. La superficie de automatización ya existe en el equipo que tienes en producción. Y ya hay MCP Servers de código abierto para MikroTik — proyectos como MikroMCP (Node.js, REST) y mikrotik-mcp de jeff-nasseri (Python, SSH) cubren buena parte de RouterOS entre lectura, firewall, NAT y rutas.
Qué puedes pedir hoy, en lenguaje natural
Mismo router, mismo problema, mismo ingeniero. Lo que cambia es la fricción entre la idea y la respuesta.
- "¿Cuántas interfaces tiene el router del cliente, cuáles están up y cuánto tráfico mueven ahora?" — respuesta correlacionada, sin abrir Winbox.
- "Un cliente reporta lentitud. Revisa CPU, memoria, colas, errores y log de los últimos 30 minutos. Dime dónde mirar primero." — hipótesis priorizada, tú decides si actuar.
- "Explícame esta regla del firewall del cliente nuevo. ¿Qué hace? ¿Qué pasaría si la deshabilito?" — análisis del impacto, sin tocar nada.
Un caso real: una IP entró al address-list blacklist una mañana. En vez de bloquearla a ciegas, le pedí que consultara su reputación en internet, la correlacionara con su geolocalización y me dijera si valía la pena mantener el bloqueo. Dos minutos, sin abrir el navegador. Antes eran veinte, saltando entre tres pestañas.
La regla de oro
La IA propone. El humano dispone. Toda operación destructiva pasa por confirmación explícita, sin excepciones. Esto no es un piloto automático: es una capa de asistencia que recibe órdenes de alguien que conoce el contexto del negocio.
En desarrollo, un error es parte del proceso. En producción, una acción incorrecta es un cliente sin servicio. Por eso el criterio humano no sale del lazo.
Lo que no hace, y lo que cuesta
Honestidad antes que hype. Hoy, esto:
- No reemplaza al ingeniero. Sigue haciendo falta criterio sobre arquitectura, diseño y prioridades.
- No opera sin supervisión. Toda acción destructiva requiere confirmación.
- No conoce tu red de memoria. Empieza cada sesión sin contexto; hay que darle los datos relevantes.
- No garantiza cero errores. Puede malinterpretar un pedido ambiguo. La revisión es obligatoria.
¿El costo de armarlo? Bajo. Un cliente de escritorio, un MCP Server open source (MIT), un host mínimo — un Debian de 1 vCPU y 1 GB, o un Raspberry Pi 4 — y el RouterOS que ya tienes. La barrera técnica es baja. La económica también. Lo que se necesita es criterio, y ese ya lo tienes.
El punto
El futuro del networking no es más velocidad. Es comprensión. La red que entiende lo que le pides — en lenguaje natural.
Estamos en 2026 y pocos equipos operan así. El que lo adopte primero va a operar varias veces más rápido que el que siga esperando a alguien al teclado.
Video en YouTube
Luis Aguilar · CTO Ekoinos · Instructor certificado MikroTik 📱 WhatsApp: +58 412-356-4673 · ✉️ luis.aguilar@ekoinos.com
¿Te sirvió? Compártela con el colega que piensa que la IA no es compatible con telecomunicaciones. Nuestros próximos cursos están en la bio de instagram @ekoinos.