Resumen

  • RFC 791 creó el campo Identification para relacionar los fragmentos de un datagrama original.
  • RFC 6864 eliminó ese significado en los datagramas atómicos, pero no en los que pueden requerir reensamblaje.

La misma cifra no significa el mismo paquete

Dos datagramas IPv4 pueden llevar el mismo ID cuando DF=1, MF=0 y el desplazamiento de fragmento es cero. Esa combinación los define como atómicos: no fueron fragmentados y los routers no pueden fragmentarlos después. Por eso, repetir el valor no demuestra duplicación, fallo del emisor ni agotamiento de un contador.

En la especificación original, Identification era un valor asignado por el emisor para ayudar a reunir fragmentos. Junto con las direcciones de origen y destino y el protocolo, permitía distinguir las piezas de datagramas que coexistían durante una ventana de reensamblaje.

El problema era la escala. Un campo de 16 bits solo tiene 65.536 valores. Exigir que cada datagrama evitara repetirlos durante la vida máxima de un datagrama impone una presión creciente a altas velocidades, incluso sobre tráfico que nunca puede producir fragmentos.

RFC 6864 divide el tráfico usando campos ya existentes. Un datagrama no atómico permite la fragmentación o ya muestra estado de fragmentación: DF=0, MF=1 o desplazamiento mayor que cero. Allí el ID sigue siendo necesario para el reensamblaje. En un datagrama atómico, el origen puede elegir cualquier valor y los dispositivos deben ignorarlo. No hay un valor especial reservado, incluido cero.

La norma no retiró el campo ni hizo imposible toda fragmentación. Retiró una promesa demasiado amplia: el ID ya no es una identidad universal, un contador ni una señal interoperable de duplicación. Las herramientas de medición deben aportar contexto adicional. Un patrón secuencial puede describir una implementación concreta, pero no es una garantía del protocolo.

Fuentes