Día 5 NETWORKING BÁSICO (7 DÍAS)
Diagnóstico avanzado: ARP, rutas, MTU, latencias, paquetes perdidos
(cómo saber lo que REALMENTE pasa dentro de la red)
1. Objetivo del día
Hoy aprenderás herramientas que te permiten entender:
- por qué un equipo no se comunica con su LAN
- por qué hay cortes o lentitud
- si la ruta es correcta o está rota
- si hay problemas de ARP
- si el MTU está mal ajustado
- cómo identificar pérdidas de paquetes
Éstas son las cosas que diferencian a un técnico normal de un técnico competente.
2. ARP – Address Resolution Protocol
(“¿Qué MAC tiene esta IP?”)
ARP relaciona:
IP ↔ MAC
Si ARP falla, DOS equipos DE LA MISMA RED no pueden comunicarse aunque sus IP sean correctas.
✔ Ver la tabla ARP (Linux)
ip neigh
Salida típica:
192.168.1.1 dev enp3s0 lladdr 70:3a:fb:12:34:56 REACHABLE
✔ En Windows
arp -a
Problemas típicos:
- IP duplicada
- ARP en estado FAILED
- ARP incompleto o en STALE constante
- un firewall que filtra ARP (sí, pasa)
3. Rutas – Saber hacia dónde va tu tráfico
Si un paquete no va a la red correcta → no puede llegar.
✔ Ver ruta actual (Linux)
ip route
Salida típica:
default via 192.168.1.1 dev enp3s0
192.168.1.0/24 dev enp3s0 proto kernel scope link src 192.168.1.20
✔ En Windows
route print
Problema típico real:
💥 “Tengo IP correcta, pero no tengo Internet.”
Solución:
- ruta por defecto (
default) mal definida - gateway incorrecto
- dos gateways en conflicto
4. MTU – Tamaño máximo de paquete
(cuando un servidor remoto NO responde, pero solo a paquetes grandes)
MTU determina el tamaño máximo de un paquete IP.
Valores típicos:
- Ethernet → 1500
- VPNs → 1400–1472
- PPPoE → 1492
✔ Detectar problemas de MTU (Linux)
ping -M do -s 1472 8.8.8.8
Si responde OK, MTU 1500 es válido.
Si da:
Frag needed and DF set
→ tu MTU es demasiado grande.
Prueba:
ping -M do -s 1400 8.8.8.8
✔ Cambiar MTU temporalmente (Linux)
sudo ip link set dev enp3s0 mtu 1400
⚠️ No lo hagas en producción sin razón clara.
5. Latencias y pérdidas – Interpretación profesional de ping
Cuando haces:
ping -c 10 google.com
Debes fijarte en:
✔ Latencia media
avg = 25 ms
✔ Jitter (variación)
min/avg/max = 21/25/70
Variaciones grandes → congestión en la red.
✔ Pérdidas
10 packets transmitted, 10 received, 0% packet loss
Si hay:
- 1–5% → aviso
- 5–15% → problema serio
- +15% → la red está rota
6. Path MTU Discovery – Saber dónde se rompen los paquetes
Para avanzados pero muy útil:
tracepath google.com
Te dice el MTU de cada enlace intermedio.
7. Práctica guiada (20–30 minutos)
✔ 1) Ver tabla ARP
Linux:
ip neigh
Windows:
arp -a
✔ 2) Ver rutas
Linux:
ip route
Windows:
route print
✔ 3) Comprobar si tu MTU es válido
ping -M do -s 1472 8.8.8.8
✔ 4) Analizar latencia y jitter
ping -c 20 google.com
✔ 5) Usar tracepath
tracepath google.com
8. Checklist del Día 5
- Entiendo qué es ARP
- Sé detectar problemas de ARP en red local
- Sé ver rutas y entender la default route
- Entiendo qué es MTU y cómo probarlo
- Sé interpretar latencia, jitter y packet loss
- He hecho la práctica guiada
Si todo marcado → Networking Día 5 completado ✔
¿Listo para el Día 6?
🟦 Día 6 – Herramientas avanzadas de inspección: tcpdump, Wireshark y captura básica de paquetes
(sin convertirte en analista, pero aprendiendo a capturar lo esencial)