Dashboards operacionales de red MikroTik

Cuando una red de ISP o empresa crece sin visibilidad, el NOC opera a ciegas: se entera de la congestión en hora peak por el reclamo del cliente, no por el gráfico. Los dashboards de red MikroTik resuelven exactamente ese punto ciego. Con RouterOS ya tienes en el propio equipo los datos que necesitas —tráfico por interfaz, uso de CPU y memoria, flujos por abonado, estado de enlaces— y el trabajo real está en decidir qué exponer, cómo recolectarlo y en qué tablero mirarlo. En esta guía vamos de lo nativo del router a los stacks externos tipo Grafana o Zabbix, con los comandos reales de RouterOS y las decisiones de arquitectura que importan cuando la red es de misión crítica.

Qué debe mostrar un dashboard operacional (y qué no)

Un tablero operacional no es una pantalla bonita: es la herramienta con la que el turno decide si intervenir. Antes de elegir tecnología, define las señales. Para una red MikroTik en producción, el conjunto mínimo suele ser:

• Tráfico por interfaz (bps in/out, pps) en uplinks, peering y agregación: el primer lugar donde se ve la saturación.
• Recursos del equipo: CPU, memoria y disco por router, para anticipar cuellos de botella antes de que degraden el forwarding.
• Salud de enlaces y sesiones: estado de puertos, SFP, temperatura, y sesiones de ruteo (BGP/OSPF) arriba o caídas.
• Flujos y top talkers: quién consume, hacia dónde y con qué protocolo, para separar un ataque de un respaldo nocturno legítimo.

La regla es que cada widget responda una pregunta operativa. Si un gráfico no cambia una decisión del turno, sobra. Un error frecuente es llenar el tablero de contadores porque "se pueden mostrar", y terminar con veinte paneles que nadie mira en una emergencia. Mejor pocos paneles bien elegidos, con umbrales claros y color que grite cuando algo está fuera de rango. Con eso definido, RouterOS te ofrece dos caminos complementarios: las herramientas nativas del equipo y la exportación de datos a un stack de observabilidad externo.

Herramientas nativas: Graphing y The Dude

Para redes chicas o para tener una primera capa de visibilidad sin infraestructura extra, RouterOS incluye Graphing, que colecciona parámetros en el tiempo y los publica como página web en el propio router. Grafica tres cosas: uso de recursos (CPU, memoria y disco), tráfico que pasa por una interfaz y tráfico de una simple queue. Viene deshabilitado por defecto y se configura por submenú:

/tool/graphing
set store-every=5min

/tool/graphing/interface
add interface=all allow-address=10.0.0.0/24 store-on-disk=yes

/tool/graphing/resource
add allow-address=10.0.0.0/24 store-on-disk=yes

Los gráficos quedan en http://[IP_del_router]/graphs/ o en WinBox bajo Tools > Graphing. Dos detalles operativos: usa allow-address para que solo la subred del NOC pueda leer esa información, y ten cuidado con store-on-disk en equipos de memoria pequeña —la propia documentación de MikroTik recomienda no persistir gráficos en disco en esos casos para no desgastar el almacenamiento—. Graphing es cómodo, pero es por router: no te da una vista consolidada de toda la red.

Para esa vista de conjunto está The Dude, el sistema de monitoreo de MikroTik que descubre dispositivos, dibuja el mapa de topología y alerta ante caídas. MikroTik incluso lo recomienda para monitorear y diseñar la topología en despliegues grandes con muchos enlaces, donde seguir la red a mano se vuelve inmanejable. The Dude es un buen tablero de estado (up/down, latencia, mapa), aunque para métricas históricas de alta resolución y paneles a medida la mayoría de los operadores termina exportando a un stack externo.

SNMP: la base de los dashboards de red MikroTik hacia Grafana o Zabbix

Si quieres tableros a medida, series históricas largas y correlación entre decenas de equipos, el camino es exponer RouterOS por SNMP y recolectar con Zabbix, LibreNMS o Prometheus para pintar en Grafana. RouterOS publica IF-MIB (contadores de interfaz), SNMPv2-MIB y su propia MIKROTIK-MIB (salud, PoE, diagnóstico de SFP), entre otras. La recomendación de seguridad es no quedarse en comunidades v1/v2c en texto plano: usa SNMPv3 con autenticación y cifrado.

/snmp
set enabled=yes contact="NOC MikroTik Chile" location="Core Santiago"

/snmp/community
add name=noc-ro addresses=10.0.0.0/24 security=private read-access=yes write-access=no \
    authentication-protocol=SHA1 authentication-password=CAMBIA_ESTO \
    encryption-protocol=AES encryption-password=CAMBIA_ESTO

Con security=private exiges autenticación y cifrado (SHA1 + AES); write-access=no deja la comunidad estrictamente de lectura, que es lo que un colector necesita. Para verificar qué OIDs entrega el equipo antes de armar los paneles, RouterOS trae herramientas de consulta:

/tool/snmp-get address=10.0.0.1 community=noc-ro oid=1.3.6.1.2.1.1.3.0
/tool/snmp-walk address=10.0.0.1 community=noc-ro oid=1.3.6.1.2.1.2.2.1

A partir de ahí, cada colector mapea esos OIDs a métricas y Grafana los grafica. Esta es la arquitectura que sostiene un servicio de monitoreo continuo serio: los datos viven en el stack de observabilidad, no atados a la web del router, y sobreviven a un reinicio del equipo.

Traffic-Flow e IPFIX: visibilidad por flujo y por abonado

SNMP te dice cuánto tráfico pasa; Traffic-Flow te dice de qué tráfico se trata. Es el sistema de estadística por flujo de MikroTik, compatible con Cisco NetFlow y con soporte de IPFIX, ideal para top talkers, análisis de congestión y detección de anomalías por abonado. Se habilita globalmente y se apunta a un colector (nfdump, ntopng, Akvorado, ElastiFlow):

/ip/traffic-flow
set enabled=yes interfaces=all cache-entries=4k \
    active-flow-timeout=30m inactive-flow-timeout=15s

/ip/traffic-flow/target
add dst-address=10.0.0.5 port=2055 version=ipfix

Prefiere version=ipfix (o la 9): usan plantillas extensibles y exportan IPv4 e IPv6. Ojo con dos límites reales de RouterOS: la versión 5 no incluye números de AS de BGP, y Traffic-Flow solo ve el tráfico que procesa la CPU —el tráfico con offload de hardware (por ejemplo bridging HW-offloaded) no aparece en los flujos—. Es un dato de arquitectura clave: si esperas ver todo el volumen del core y no cuadra con SNMP, probablemente parte va por hardware y no llega al contador de flujos. Para enlaces muy cargados, RouterOS 7 permite packet-sampling con sampling-interval y sampling-space y así no saturar el buffer de flujos.

Elegir la capa correcta según la red

No hay un único tablero: hay una combinación según tamaño y criticidad. Esta tabla resume cuándo usar cada pieza:

Necesidad	Herramienta RouterOS	Dónde se ve	Cuándo conviene
Gráfico rápido por router	Graphing (/tool/graphing)	Web del router / WinBox	Sitios chicos, diagnóstico puntual
Mapa y estado up/down	The Dude	Cliente The Dude	Topología y alertas de disponibilidad
Series históricas y paneles a medida	SNMP (/snmp)	Grafana / Zabbix / LibreNMS	Redes medianas y grandes, SLA
Detalle por flujo y abonado	Traffic-Flow / IPFIX	Colector NetFlow (ntopng, etc.)	Top talkers, seguridad, CGNAT

En una red de ISP típica conviven las tres capas externas: SNMP para las métricas de capacidad y salud, Traffic-Flow para el detalle de tráfico, y The Dude o Grafana como cristal único del turno. La decisión fina —qué muestrear, cada cuánto persistir, cómo dimensionar cache-entries para no perder flujos en hora peak— es la que separa un tablero que ayuda de uno que miente.

De los datos a la operación

Tener SNMP y Traffic-Flow encendidos no es tener observabilidad: falta definir umbrales, alertas accionables y, sobre todo, respuesta. Aquí el paso natural es conectar el tablero con automatización de RouterOS vía API y scripting, para que una condición detectada (una interfaz saturada, una sesión BGP caída) dispare una acción o un aviso al equipo, en lugar de quedar esperando que alguien mire la pantalla. Y detrás de todo tablero hay un régimen de soporte y operación que revisa, ajusta umbrales y actúa sobre las alertas: el dashboard es el instrumento, no el piloto.

Diseñar buenos dashboards de red MikroTik es, al final, un ejercicio de ingeniería: decidir qué medir, con qué protocolo exponerlo, cómo dimensionar el colector y cómo traducir cada señal en una decisión operativa. En MikroTik Chile diseñamos, implementamos y operamos esa capa de observabilidad sobre RouterOS —de Graphing y The Dude a stacks completos con SNMP, Traffic-Flow y Grafana— para redes de ISP y empresa que no pueden permitirse operar a ciegas. Si estás armando o rehaciendo tu monitoreo, conversemos tu caso y lo dejamos midiendo lo que de verdad importa.