El viaje de un paquete

Un portátil ficticio conectado por Ethernet solicita el horario de una biblioteca remota. Parece que un mensaje viaja directamente hasta el servidor. En realidad, la comunicación cruza enlaces locales y varios routers toman decisiones sucesivas. El ejemplo sigue tramas Ethernet de datos que transportan paquetes IP después de resolver la MAC de cada siguiente salto. Además de preguntar «¿adónde va?», conviene preguntar «¿quién recibe este siguiente paso?».

Un mensaje con varias envolturas

Una aplicación crea datos con significado, como una solicitud HTTP. Los protocolos de transporte organizan la comunicación entre extremos. IP lleva paquetes entre redes. La capa de enlace, como Ethernet o Wi-Fi, realiza la siguiente entrega local. Cada capa tiene cabeceras y responsabilidades diferentes.

Dibujar un sobre dentro de otro ayuda, pero un mensaje de aplicación no tiene por qué corresponder a un solo paquete. El transporte puede dividir un flujo, agrupar escrituras o retransmitir datos. El cifrado también puede ocultar el contenido a los equipos que reenvían. Un router suele poder encaminar usando información IP sin conocer el título del libro solicitado.

Primero se decide si el destino es local

La información de rutas del portátil selecciona un siguiente salto y una interfaz de salida. En una red sencilla, un destino de la subred conectada puede alcanzarse directamente; uno remoto utiliza una puerta de enlace. También puede haber rutas más específicas y varias interfaces, por lo que no todo pasa necesariamente por la puerta de enlace predeterminada.

Para un siguiente salto IPv4 sobre Ethernet, ARP puede relacionar la dirección IPv4 del vecino con su dirección de enlace. Una solicitud ARP puede usar una trama de difusión antes de conocer esa relación. IPv6 utiliza Neighbor Discovery, con mensajes y reglas diferentes. Nuestro portátil ya conoce la MAC de su puerta de enlace al enviar la trama de datos que lleva IP. Wi-Fi tiene funciones de dirección adicionales; este dibujo sigue específicamente la entrega Ethernet.

PrediceEn nuestro ejemplo Ethernet, el portátil ya conoce la MAC de la puerta de enlace. La trama de datos saliente lleva esa puerta de enlace como destino, mientras el paquete IP que contiene se dirige a la biblioteca remota. ¿Hay una contradicción?

No. El destino IP indica adónde se dirige el paquete. El destino de enlace indica quién debe recibirlo en el enlace actual. La puerta de enlace recibe la trama y puede reenviar el paquete hacia su destino.

Cada router decide de nuevo

Un router IP ordinario elimina la envoltura del enlace entrante, consulta las rutas y prepara la entrega en el enlace de salida. Por eso las direcciones de las tramas cambian entre enlaces Ethernet enrutados. Sin traducción ni túneles, las direcciones IP de origen y destino normalmente se conservan, aunque cambian otros campos. El Hop Limit de IPv6 disminuye en cada router que reenvía, evitando una circulación interminable.

La respuesta también necesita una ruta y políticas que permitan su entrega. Su camino no tiene que ser idéntico al de ida. Los despliegues habituales de NAT con estado mantienen correspondencias; también existe traducción sin estado. La traducción es un mecanismo adicional, no la definición de enrutamiento.

Explica la demora sin adivinar culpables

Una página lenta puede deberse a colas, retransmisiones, resolución de nombres o trabajo de aplicación. Los caminos inalámbricos también pueden presentar contención de radio. Una sola flecha oculta esas posibilidades. Divide el viaje en enlaces y decisiones e indica qué partes conoces. Así puedes explicar un síntoma sin interpretar cada demora como un fallo de seguridad.