Redes TCP/IP para IIoT (III): por qué el primer ping siempre tarda más (y qué paquetes viajan antes)
Haz un experimento ahora mismo. Lanza un ping a tu Raspberry Pi (o a cualquier equipo de tu red) y mira el tiempo de los dos primeros paquetes.
En mi laboratorio salió esto: 3,36 ms el primero y 1,38 ms el segundo. Mismo cable, mismos equipos, mismo paquete. ¿Por qué el primero tarda más del doble?
La respuesta está en un paquete que no ves en el ping y que viaja antes que él. Y es justo el que usan los ataques de ARP spoofing que veremos en la Guía 4.
La guía anterior
En la Guía 1 vimos las capas de TCP/IP, las direcciones IP, DNS y TCP frente a UDP. En la Guía 2 bajamos a la capa de enlace: tramas Ethernet, ARP, loopback y MTU. Ambas son de descarga gratuita.
Qué vas a encontrar en la Guía 3
Esta guía es la de IP, el protocolo que lleva tus datos del ESP32 a la Raspberry Pi o a Internet:
- La cabecera IP, campo a campo: TTL, protocolo, checksum, flags.
- Cómo decide tu equipo si el paquete va directo o por el router, y por qué la IP de destino no cambia en todo el viaje pero la MAC sí.
- Máscaras y subredes sin memorizar tablas: /24, /26, /30, y por qué separar en subredes no es seguridad si no hay reglas de cortafuegos.
- Direcciones con significado especial (0.0.0.0, 127.0.0.1, broadcast) y cómo auditar qué servicios de tu Raspberry Pi están expuestos a toda la red.
- Cómo leer la configuración de tu interfaz con
ip addr, sinifconfig(obsoleto). - Por qué se acaba IPv4: NAT e IPv6.
- Nueve prácticas con capturas reales y un resumen final con todos los comandos usados.
El experimento: qué pasa dentro del primer ping
Capturé el ping con tcpdump mostrando el tiempo entre paquetes. Esto es lo que viaja realmente por el cable:
captura de la terminal con la salida de tcpdump -ttt de esta práctica (si la quieres con captura propia).
Suma las dos esperas del primer ping: 2,121 + 1,217 = 3,34 ms, casi exactamente los 3,36 ms que marcó ping. El segundo ya no necesita preguntar, porque mi equipo se guardó la MAC en su tabla de vecinos, y tarda 1,38 ms.
El misterio resuelto
El primer ping no es más lento porque el cable «se despierte». Tarda más porque mi equipo sabía la IP de la Raspberry Pi, pero no su MAC. Y la red local no entiende de IPs, solo de MACs. Así que primero hay que preguntar, por broadcast, a todos los de la red: «¿quién tiene esta IP?».
Lo importante para la seguridad: ARP no tiene autenticación. Cualquier equipo de tu red puede contestar «esa IP soy yo», y los demás se lo creen. De ahí nace el ARP spoofing. En la Guía 4 lo practicamos en nuestro propio laboratorio y vemos cómo defenderse.
Por el camino, la guía me sacó otras sorpresas del laboratorio. Por ejemplo, el ping de Linux marca DF (no fragmentar) por defecto: lo comprobé con tcpdump, que mostró flags [DF] en la petición y nada en la respuesta. Y otra: una respuesta de Google con ttl=116 no significa que el TTL empezara en 116. La guía explica por qué.
captura 01 de la práctica 1, el tcpdump con flags [DF].
Preguntas frecuentes
¿Necesito saber subnetting? No. La guía lo explica desde cero con la analogía del «sí/no» de la máscara y un script de Python para comprobar tus cálculos.
¿Sirve también con WiFi? Sí. IP y ARP funcionan igual por cable o por WiFi; solo cambia la capa física.
¿Es seguro hacer las prácticas? Sí: todas las pruebas son de lectura y diagnóstico en tu propia red. Las de la Raspberry Pi solo leen su configuración, no la tocan.
¿Qué pasa con IPv6? Se explica lo básico (::1, fe80::) para que sepas leer la salida de ip addr. Ver cómo se gestiona a fondo daría para otra guía.
Lo que necesitas
- Un PC con VirtualBox y una máquina virtual Linux (yo uso Kali) en modo adaptador puente.
- Algún equipo en tu red al que hacer ping: una Raspberry Pi, un ESP32 o el propio router.
Descarga la Guía 3
La Guía 3, «IP: direcciones, subredes y rutas», es gratuita en PDF desde Payhip:
Si te ha servido, compártela con quien trabaje con redes industriales o IIoT. Y si encuentras algún error, escríbeme a info@plc32control.com y lo corrijo en la siguiente versión.
Primera consulta sin compromiso.
Cuéntame qué equipo tienes y qué quieres controlar o medir.