La tabla de rutas: longest match, distancia administrativa y métricas (3.1)

📋 En esta lección

Cada paquete que cruza un router pasa por una sola decisión: buscar su destino en la tabla de rutas. Aquí aprendes a leer esa tabla línea a línea, y las tres reglas que deciden todo el routing: longest prefix match (la que gana siempre), distancia administrativa (el árbitro entre protocolos) y métrica (el árbitro dentro de un protocolo). Con esto, el resto del módulo es vocabulario.

La decisión de forwarding

Cuando un paquete llega al router, este lee la IP de destino y consulta su tabla de rutas: ¿qué entrada cubre esta dirección? La entrada elegida dicta el next hop (la IP del siguiente router) y la interfaz de salida. Si ninguna entrada cubre el destino y no hay ruta por defecto, el paquete se descarta (con un ICMP Destination Unreachable de cortesía).

Eso es todo el routing: una búsqueda por paquete. Las tres reglas de esta lección definen qué entrada gana cuando varias podrían.

Leer show ip route

R1# show ip route
Codes: L - local, C - connected, S - static, O - OSPF, ... * - candidate default

Gateway of last resort is 203.0.113.1 to network 0.0.0.0

S*    0.0.0.0/0 [1/0] via 203.0.113.1
      10.0.0.0/8 is variably subnetted, 4 subnets, 2 masks
C        10.1.10.0/24 is directly connected, GigabitEthernet0/0
L        10.1.10.1/32 is directly connected, GigabitEthernet0/0
O        10.2.0.0/16 [110/3] via 10.255.255.2, 00:12:44, GigabitEthernet0/1
S        10.9.9.0/24 [1/0] via 10.255.255.6

Anatomía de una entrada, tomando la ruta OSPF:

O   10.2.0.0/16   [110/3]   via 10.255.255.2,  00:12:44,  Gi0/1
│   │             │    │    │                  │          └ interfaz de salida
│   │             │    │    │                  └ edad de la ruta
│   │             │    │    └ next hop
│   │             │    └ MÉTRICA (coste OSPF: 3)
│   │             └ DISTANCIA ADMINISTRATIVA (OSPF: 110)
│   └ red de destino con su prefijo
└ origen: O = OSPF

Los códigos esenciales: L (local — la /32 de la propia interfaz), C (connected — la subred de una interfaz up, lección 4.5), S (static — tecleada por ti, lección 7.2), O (OSPF, lecciones 7.3-7.5), S* (estática candidata a default). El Gateway of last resort es la ruta por defecto activa.

Regla 1 — Longest prefix match: la que manda

Si varias entradas cubren el destino, gana la de prefijo más largo (la más específica). Siempre. Antes que cualquier otra consideración.

Destino: 10.2.30.44. En tabla:

S    10.2.30.0/24  via A     ← /24: cubre 10.2.30.0–255      ✓ GANA
O    10.2.0.0/16   via B     ← /16: cubre 10.2.x.x
S*   0.0.0.0/0     via C     ← /0: cubre todo

Las tres cubren el destino; el paquete sale hacia A porque /24 > /16 > /0. La lógica: la ruta más específica representa el conocimiento más preciso. Y la ruta por defecto (0.0.0.0/0) es simplemente el caso extremo — el prefijo /0 cubre todo y pierde contra todo: "si nada más sabe, yo sé".

⚡ Longest match ≠ "la mejor ruta"

La AD y la métrica no compiten con el longest match — actúan antes, decidiendo qué rutas entran en la tabla para cada prefijo. Una vez en la tabla, la búsqueda por paquete solo mira especificidad. El orden mental correcto: (1) los protocolos proponen rutas → (2) AD y métrica eligen cuál se instala por prefijo → (3) el forwarding usa longest match entre lo instalado. Confundir el orden de estas fases es el error conceptual nº 1 del examen.

Regla 2 — Distancia administrativa: el árbitro entre orígenes

Dos orígenes distintos ofrecen ruta al mismo prefijo exacto (misma red, misma máscara): ¿cuál se instala? Gana la distancia administrativa (AD) más baja — el índice de confianza de cada origen:

Para el CCNA, memoriza el trío operativo: conectada 0, estática 1, OSPF 110 (y RIP 120 como referencia histórica). La consecuencia práctica: una estática (AD 1) eclipsa a la misma ruta aprendida por OSPF (110) — a veces lo que quieres, a veces un parche olvidado que rompe el routing dinámico. Y este mecanismo, usado a propósito, da las rutas flotantes (una estática con AD alta como respaldo del protocolo dinámico — lección 7.2).

Regla 3 — Métrica: el árbitro dentro del protocolo

El mismo protocolo conoce varios caminos al mismo prefijo: gana la métrica más baja — la vara de medir propia de cada protocolo. En OSPF, el coste (suma de los costes de los enlaces del camino, derivados del ancho de banda — lección 7.3); en RIP, saltos.

¿Y si hay empate exacto de métrica? El protocolo instala varias rutas y el router hace ECMP (Equal-Cost Multi-Path): reparte los flujos entre los caminos empatados — balanceo gratuito (OSPF instala hasta 4 por defecto).

Las tres reglas juntas: un ejemplo completo

Destino 10.2.30.44. Los orígenes proponen:

• OSPF: 10.2.30.0/24 métrica 5 via X y métrica 3 via Y → métrica elige Y (fase 2, dentro del protocolo)
• Estática: 10.2.30.0/24 via Z (AD 1) → AD 1 < 110: se instala Z, no la de OSPF (fase 2, entre orígenes)
• OSPF: 10.2.0.0/16 via W → prefijo distinto: se instala también, sin competir

Tabla resultante: S 10.2.30.0/24 via Z y O 10.2.0.0/16 via W. El paquete a 10.2.30.44 → longest match → sale via Z (fase 3).

Verificar qué decidiría el router

R1# show ip route 10.2.30.44
Routing entry for 10.2.30.0/24
  Known via "static", distance 1, metric 0
  Routing Descriptor Blocks:
  * 10.255.255.9

show ip route <destino> responde exactamente "¿qué harías con este paquete?" — la entrada elegida, su origen, AD y next hop. La primera herramienta del troubleshooting de routing: antes de suponer por dónde va el tráfico, pregúntalo.

(Todo lo anterior aplica igual a IPv6: show ipv6 route, mismos códigos, mismas tres reglas, ADs idénticas.)

Relación con otros conceptos

• Las rutas C y L nacen de configurar interfaces (lección 4.5); las SVIs y subinterfaces del Módulo 5 las generan igual.
• Las estáticas y flotantes que juegan con la AD son la próxima lección; el coste OSPF que alimenta la métrica, la 7.3.
• El longest match explica por qué la sumarización de la lección 4.4 es segura: la ruta específica siempre podrá "perforar" la agregada.
• show ip route <destino> + extended ping (lección 5.11) son la pareja del troubleshooting de caminos en ambos sentidos.

Resumen

La tabla de rutas se lee: código prefijo [AD/métrica] via next-hop, edad, interfaz, con C/L de las interfaces, S estáticas, O de OSPF y el Gateway of last resort como default activa. Tres reglas en tres fases: la métrica elige la mejor ruta dentro de un protocolo (empate → ECMP), la AD decide qué origen se instala para cada prefijo exacto (0 conectada, 1 estática, 110 OSPF, 120 RIP), y en el forwarding por paquete manda el longest prefix match entre lo instalado — la /0 por defecto solo actúa cuando nada más cubre el destino. Sin ruta que cubra y sin default: descarte. Y show ip route <destino> te dice, sin especular, qué decidiría el router.

Fuentes oficiales

• RFC 1812 — Requirements for IP Version 4 Routers (el algoritmo de reenvío)
• Cisco — Configure Route Selection for Routers (distancia administrativa y métrica)