Nexthop Lookup en protocolos de enrutamiento, y configuración en MikroTik RouterOS

Cambios en la Búsqueda de Next-Hop en RouterOS v7

En RouterOS v7, las rutas se procesan en orden de scope, y las actualizaciones a rutas con un scope mayor no pueden afectar el estado de la búsqueda de next-hop de rutas con un scope menor.

Ejemplo de RouterOS v6

Supongamos el siguiente escenario en RouterOS v6:

1. La puerta de enlace 10.0.0.1 se resuelve de manera recursiva a través de C, utilizando el scope más pequeño que la referencia (scope 20 desde la ruta B), y ambas rutas están activas.

/ip route add dst-address=10.0.1.0/24 gateway=10.0.0.1
    scope=50 target-scope=30 comment=A
/ip route add dst-address=10.0.2.0/24 gateway=10.0.0.1
    scope=30 target-scope=20 comment=B
/ip route add dst-address=10.0.0.0/24 scope=20 gateway=WHATEVER
    comment=C

1. Ahora realizamos un cambio en ambas rutas A y B al mismo tiempo.

/ip route set A target-scope=10

Problema en RouterOS v6:

• Aplicar una actualización a la ruta A puede hacer que la puerta de enlace de la ruta B se vuelva inactiva.
• Esto sucede porque en RouterOS v6 solo hay un objeto de puerta de enlace por dirección.

Mejoras en RouterOS v7

En RouterOS v7, se mantiene múltiples objetos de puerta de enlace por dirección, uno para cada combinación de scope y verificación de puerta de enlace.

• Cuando el target-scope o la verificación de puerta de enlace de una ruta cambian, RouterOS v7 no afectará otras rutas, a diferencia de v6.
• En v7, el target-scope y la verificación de puerta de enlace son propiedades internamente asociadas a la puerta de enlace, no a la ruta.

Correcciones Automáticas en Valores de Scope

RouterOS v7 corrige automáticamente valores de scope considerados inválidos:

1. Si el scope de la puerta de enlace está configurado en 255, RouterOS corregirá este error internamente estableciendo el scope en 254.
2. Si el scope de la ruta es menor que el scope de la puerta de enlace, RouterOS corregirá este error internamente configurando el scope de la ruta en (scope de la puerta de enlace + 1).

Los valores de scope y target-scope utilizados realmente se pueden visualizar en el menú:

/routing/nexthop

Verificación de la Puerta de Enlace (Gateway Check)

La verificación de puerta de enlace se puede ampliar mediante el parámetro check-gateway. La alcanzabilidad de la puerta de enlace se puede comprobar mediante:

1. Envío de sondas ARP (Address Resolution Protocol).
2. Envío de mensajes ICMP (ping).
3. Verificación de sesiones BFD (Bidirectional Forwarding Detection) activas.

El router verifica periódicamente (cada 10 segundos) la puerta de enlace mediante ICMP echo request (ping) o ARP request (arp):

• Si no se recibe una respuesta del gateway en 10 segundos, la solicitud expira.
• Después de dos expiraciones consecutivas, el gateway se considera inaccesible.
• Si se recibe una respuesta, el gateway se considera accesible y el contador de expiraciones se restablece.

Conclusión

• El Nexthop Lookup es un proceso fundamental en el enrutamiento de redes, permitiendo que los routers determinen eficientemente la mejor ruta para reenviar paquetes. Su optimización es clave en redes de alto rendimiento, especialmente en grandes infraestructuras donde el enrutamiento dinámico y el uso de hardware especializado pueden mejorar la velocidad y eficiencia del tráfico de red.
• Las mejoras en RouterOS v7 han optimizado el proceso de Nexthop Lookup, reduciendo los problemas de dependencia entre rutas y mejorando la estabilidad del sistema. Ahora, cada dirección puede tener múltiples objetos de puerta de enlace, evitando los errores de inactivación inesperada que ocurrían en versiones anteriores. Además, las verificaciones de puerta de enlace se han vuelto más flexibles y eficientes mediante ARP, ICMP y BFD.