Llevo un par de días con un dolor de cabeza increíble para encontrar esta información, así que hoy se las dejo en bandeja. No soy muy fan de Mikrotik por sus conocidos problemas de seguridad pero a veces hay que sacar pecho y ponerse a ello.
El programa que uso para monitorizar SNMP se llama Pandorafms y tras tener mi red definida (todas sus VLAN ETC….) y configurada para tener balanceo de carga con varias WAN se me presenta el reto de monitorizar que alguna de mis salidas a internet no caiga y poder resolver las incidencias al respecto lo antes posible.
Mi escenario es el siguiente y espero que puedas adecuarlo al tuyo:

En este escenario (el mío es bastante más complejo pero sirve) la red 1 y 2 están separadas y el mikrotik se encarga de enviar a través de su puerta de enlace correspondiente los datos a internet o a su destino.
Si habéis configurado un escenario como este tendréis una serie de rutas creadas en mikrotik como las siguientes:
En la figura anterior vemos que hago un ping a la dns 80.58.61.250 para saber si hay conectividad a través de la 192.168.100.1; también a 80.58.61.254 para saber si hay conectividad por la segunda WAN.
Al menos yo, no he encontrado con snmp walk ninguna referencia para saber si 80.58.61.250 está activa que me haga entender que esa WAN tiene conectividad a internet; pero sí que he encontrado una solución para solucionarlo y conocer el estado de las redes WAN:
Creamos una ruta por cada WAN (en mi caso 3):
Cada una de esta forma:
No me interesa en sí llegar a 5.5.5.5 sino el resultado que me arroja por SNMP, igual ocurre con 6.6.6.6 y 7.7.7.7 únicamente necesito saber si al hacer «check gateway» el resultado es falso y por tanto me generará un resultado legible para Pandorafms.
No olvidemos habilitar SNMP en nuestro router mikrotik!!.
Bien, pasamos a la parte final que es donde ocurre la magia:
En pandora es importantísimo crear un nuevo módulo de red SNMP y que sea alfanumérico ya que podemos obtener dos respuestas:
Respuesta1: No Such Instance currently exists at this OID
Respuesta2: 80.58.61.250
La primera respuesta se genera si se ha perdido conectividad con la WAN1, la segunda respuesta es si la ruta 5.5.5.5 está activa y su puerta de enlace funciona!
Creamos un módulo por cada WAN para gestionar su funcionamiento en cada uno de ellos debemos pegar en CRITICAL THRESHOLD No Such Instance currently exists at this OID
y en cada uno de ellos debemos pegar esta ruta en SNMP OID: 1.3.6.1.2.1.4.21.1.7.5.5.5.5 donde los números en negrita deben ser reemplazados por 5.5.5.5 o 6.6.6.6 o 7.7.7.7 y así sucesivamente por tantas wan como hayamos configurado.
Espero haber explicado de la forma más amena posible como lo he hecho. Un saludo!