Caso 05: Tres routers, el ping muere en algún punto¶

El escenario¶

Una red con tres routers en cadena. Alguien configuró las rutas en R1 y R3 pero el ping de extremo a extremo no funciona.

Topología¶

name: "caso-05-router-medio"
nodes:
  - name: PC-A
    type: HOST
    x: 50
    y: 200
  - name: R1
    type: ROUTER
    x: 230
    y: 200
  - name: R2
    type: ROUTER
    x: 420
    y: 200
  - name: R3
    type: ROUTER
    x: 610
    y: 200
  - name: PC-B
    type: HOST
    x: 800
    y: 200
links:
  - source: PC-A
    target: R1
  - source: R1
    target: R2
  - source: R2
    target: R3
  - source: R3
    target: PC-B

Configuración inicial¶

En PC-A:

ip addr add 192.168.1.10/24 dev eth1
ip link set eth1 up
ip route add default via 192.168.1.1

En R1:

ip addr add 192.168.1.1/24 dev eth1
ip addr add 10.1.0.1/30 dev eth2
ip link set eth1 up && ip link set eth2 up
ip route add 192.168.2.0/24 via 10.1.0.2
ip route add 10.2.0.0/30 via 10.1.0.2

En R2:

ip addr add 10.1.0.2/30 dev eth1
ip addr add 10.2.0.1/30 dev eth2
ip link set eth1 up && ip link set eth2 up

En R3:

ip addr add 10.2.0.2/30 dev eth1
ip addr add 192.168.2.1/24 dev eth2
ip link set eth1 up && ip link set eth2 up
ip route add 192.168.1.0/24 via 10.2.0.1
ip route add 10.1.0.0/30 via 10.2.0.1

En PC-B:

ip addr add 192.168.2.10/24 dev eth1
ip link set eth1 up
ip route add default via 192.168.2.1

Introducir la falla¶

⚙️ Comando para romper el escenario — no leer si sos el alumno

# R2 no tiene ninguna ruta estática configurada — el escenario ya está roto
# (las rutas de R2 no se configuraron en la sección de arriba)

🔴 El síntoma¶

Desde PC-A:

ping -c 3 192.168.2.10

Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2

R1 tiene sus rutas. R3 tiene sus rutas. Todo debería funcionar.

Tu misión¶

Encontrá exactamente en qué punto del camino muere el paquete y arreglalo.

Pistas¶

Pista 1

Usá `traceroute` desde PC-A. Te va a mostrar en qué salto se corta el camino.

traceroute 192.168.2.10

Pista 2

Cuando `traceroute` muestra `* * *` en un salto, ese router recibe el paquete pero no lo puede reenviar. Ingresá a ese router y mirá su tabla de ruteo con `ip route show`. ¿Tiene ruta hacia `192.168.2.0/24`?

Solución completa

**Diagnóstico:**

# Desde PC-A
traceroute 192.168.2.10

1  192.168.1.1  (R1) — responde
2  10.1.0.2     (R2) — * * *
3  ...

El paquete muere en R2. Mirá su tabla:

# En R2
ip route show

10.1.0.0/30 dev eth1 proto kernel
10.2.0.0/30 dev eth2 proto kernel

R2 solo conoce sus dos enlaces directos. No tiene ruta hacia `192.168.2.0/24` ni hacia `192.168.1.0/24`. **Fix:**

# En R2
ip route add 192.168.1.0/24 via 10.1.0.1
ip route add 192.168.2.0/24 via 10.2.0.2

**Verificación:**

traceroute 192.168.2.10

1  192.168.1.1   (R1) ✅
2  10.1.0.2      (R2) ✅
3  10.2.0.2      (R3) ✅
4  192.168.2.10  (PC-B) ✅

**La lección:** `traceroute` es la herramienta exacta para este tipo de problema. Te lleva directo al router culpable sin tener que adivinar. El error clásico es configurar solo los routers de los extremos y olvidarse de los intermedios.