Redes TCP/IP para IIoT (II): por qué tu Raspberry Pi puede estar hablando sola (y cómo pillarla)
Meta descripción: Tu Raspberry Pi lleva semanas intentando conectar con un dispositivo que ya no existe, y ni te has enterado. Guía gratuita de capa de enlace con el caso real paso a paso.
Si llevas un tiempo con proyectos de automatización, esta historia te va a sonar: tienes una Raspberry Pi haciendo de servidor de varios servicios — tu web, Node-RED, algún logger de datos — funcionando sin incidencias aparentes desde hace meses. Un día, por curiosidad, capturas el tráfico de tu red con Wireshark para otra cosa completamente distinta, y te encuentras con que tu Pi lleva generando, cada dos segundos, una pregunta que nadie contesta: "¿quién tiene la IP 192.168.1.100?". Nadie. Nunca. Y lleva así desde vete tú a saber cuándo.
Eso es exactamente lo que me pasó a mí mientras preparaba esta segunda guía, y es la mejor excusa que se me ocurre para explicarte la capa de enlace: la parte de la red más básica y, precisamente por eso, la que casi nadie mira hasta que algo así te obliga a hacerlo.
La guía anterior
En la Guía 1 vimos las cuatro capas de TCP/IP, direcciones IP, DNS, encapsulación y la diferencia entre TCP y UDP con una prueba real de pérdida de paquetes. Si te la perdiste, es el punto de partida natural antes de esta.
Qué vas a encontrar en la Guía 2
- Cómo es por dentro una trama Ethernet y qué es el EtherType (el campo que decide si lo que viaja es IP, ARP, o cualquier otra cosa).
- Cómo se resuelven direcciones con ARP, y por qué en una red con switch nunca ves la mitad de las conversaciones ajenas.
- Qué es la interfaz de loopback (127.0.0.1) y un truco gratuito de seguridad que puedes aplicar hoy mismo en tu Raspberry Pi.
- Qué es la MTU, por qué existe un límite de 1500 bytes por paquete, y qué pasa cuando algo se pasa de ese límite.
- Dos prácticas reales: una para comprobar con tus propios ojos cómo se comporta el loopback frente a un dispositivo real, y otra para descubrir si tu propia conexión a Internet esconde una sorpresa (spoiler: la mía sí).
El experimento: cuando el router de casa se convierte en profesor
Quise comprobar algo muy concreto: qué pasa si fuerzo el envío de un paquete más grande del que mi conexión puede tragar sin trocearlo. El resultado fue más interesante de lo que esperaba.
| Prueba | Destino | Resultado |
|---|---|---|
| Paquete de 1500 bytes | Dispositivo en mi propia red | Sin pérdida — mi red local aguanta el máximo de Ethernet |
| Mismo paquete de 1500 bytes | Un servidor en Internet | Rechazado: mi router avisa de que el límite real es 1492 |
| Paquete ajustado a 1464 bytes | El mismo servidor | Perfecto, sin pérdida |
La diferencia entre 1500 y 1492 tiene nombre y apellido: PPPoE, la forma en que mi proveedor de Internet encapsula la conexión, y que le roba 8 bytes a cada paquete. Es un detalle invisible el 99% del tiempo — hasta que montas una VPN para un sitio remoto y, de repente, el ping funciona perfecto pero una sincronización de datos se queda colgada sin motivo aparente. Si alguna vez te ha pasado eso con una instalación remota, la Guía 2 te explica exactamente cómo diagnosticarlo y cómo resolverlo.
Y volviendo al misterio de la Raspberry Pi…
La guía completa incluye, paso a paso, cómo llegué desde "veo preguntas ARP raras en una captura" hasta encontrar el culpable exacto: un flujo de pruebas de Node-RED, olvidado desde hacía tiempo, que seguía intentando leer un medidor de energía por Modbus TCP que ya no estaba en esa dirección. Node-RED, por cierto, tiene una particularidad que merece la pena conocer si lo usas: todas las pestañas de flujos se ejecutan a la vez estén o no a la vista, así que un experimento antiguo puede seguir vivo en segundo plano indefinidamente si no lo desactivas a mano.
Preguntas frecuentes
¿Necesito saber programar para seguir esta guía? No. Hace falta manejar una terminal (copiar y pegar comandos) y tener ganas de mirar capturas de tráfico con calma.
¿Sirve si mi proyecto usa WiFi en vez de Ethernet? Sí — los conceptos de esta guía (direcciones físicas, el límite de tamaño de los paquetes) aplican igual, cambia solo el medio físico.
¿Y si mi conexión no usa PPPoE? Mejor para ti, pero el método del experimento te sirve igualmente para detectar cualquier otro cuello de botella de MTU en el camino, venga de donde venga.
Lo que necesitas
El mismo laboratorio de la Guía 1: un PC con VirtualBox y una máquina virtual Linux en modo puente, más algún dispositivo accesible en tu red (una Raspberry Pi o un ESP32 son ideales). Nada nuevo que comprar.
🔘 Descargar la Guía 2 (PDF gratuito)
La guía es gratuita, como la anterior. Si te sirve, compártela, y si encuentras algún error o algo no te cuadra, escríbeme — con cosas así mejora la siguiente.
Primera consulta sin compromiso.
Cuéntame qué equipo tienes y qué quieres controlar o medir.