Resumen
- El ID IPv4 distinguía conjuntos de fragmentos, aunque las reglas históricas exigían unicidad incluso a datagramas que nunca serían fragmentados.
- En un espacio de 65.536 valores, la velocidad podía provocar reutilización antes de desaparecer los fragmentos antiguos; además, los contadores predecibles filtraban actividad.
- RFC 6864 obliga a ignorar el ID de todo datagrama atómico y mantiene la unicidad para el tráfico fragmentado o todavía fragmentable.
Una etiqueta para reconstruir, no para describir
RFC 791 permitió dividir un datagrama para atravesar una red con menor MTU. El destino agrupaba piezas mediante origen, destino, protocolo e Identification; Fragment Offset indicaba la posición, MF anunciaba más piezas y DF impedía cortar.
La etiqueta tenía un objeto exacto: separar conjuntos de fragmentos vivos. No identificaba la operación de la aplicación. Sin embargo, al ocupar siempre un lugar en la cabecera, invitó a usos más amplios.
RFC 1122 mantuvo la idea de un ID diferente para cada datagrama de una misma tupla durante la vida máxima. También recogió posibles usos para eliminar duplicados o reutilizar fragmentos entre copias retransmitidas.
Así, una herramienta de reensamblado empezó a parecer un registro general de identidad. Incluso una fuente que prohibía fragmentar debía gastar nombres; diagnósticos y middleboxes podían interpretar la secuencia como cronología o huella del sistema.
El campo volvió a cero antes que la red
Los 16 bits ofrecen 65.536 números. La reutilización es peligrosa si un fragmento antiguo aún puede llegar al mismo contexto. La capacidad de transmitir crece, pero el tiempo de espera del reensamblador no disminuye automáticamente.
RFC 4963 documentó ese fallo de escala. Dos datagramas fragmentados con el mismo ID pueden aportar piezas a un ensamblaje equivocado. Sumatorias, orden y pérdida determinan si aparece descarte, corrupción o degradación.
La condición importante es la fragmentación. Un paquete completo que no puede dividirse no participa en ese choque. Cobrarle el mismo coste de unicidad no protege a los fragmentos.
RFC 6864 calculó que, con MTU de 1.500 bytes y vida de dos minutos, la antigua norma limitaría a unos 6,4 Mbps un protocolo entre dos direcciones. No es un umbral universal; es la demostración de que la promesa universal ya era inviable.
La previsibilidad creó consumidores sin contrato
Un contador creciente simplifica la implementación, pero la diferencia entre dos muestras puede revelar actividad. Bajo condiciones específicas, adivinar identificadores también facilita ataques fuera de ruta. RFC 7739 analiza esas consecuencias y varias formas de seleccionar valores.
Elegir al azar tampoco elimina colisiones en un espacio limitado. Y no todos los equipos siguieron un contador: algunos llevaban años emitiendo IDs constantes para tráfico no fragmentable. Ningún observador podía convertir una costumbre diversa en garantía interoperable.
Ver un patrón no concede autoridad para gobernar con él.
Atómico significa que el número no será convocado
RFC 6864 llama atómico al datagrama con DF=1, MF=0 y offset cero. No es fragmento y ningún tránsito conforme puede fragmentarlo.
Su ID puede tomar cualquier valor. Cero no es especial. La orden decisiva se dirige a los lectores: routers, destinos, firewalls, NAT, túneles y mecanismos de compartición deben ignorar Identification en ese datagrama.
La especificación no sólo libera al emisor. Retira a los intermediarios el derecho de decidir a partir del valor.
No atómico es todo lo demás. Un datagrama entero con DF=0 aún puede ser dividido; MF u offset muestran que ya lo fue. En esas situaciones, el número continúa siendo parte del contrato de reensamblado.
La unicidad sobrevivió donde seguía siendo necesaria
Una fuente no debe repetir el ID de datagramas no atómicos dentro de una vida máxima para la misma tupla. Una retransmisión no atómica recibe un número nuevo. Hosts, entradas de túnel y dispositivos que reescriben direcciones comparten la obligación cuando originan la cabecera relevante.
La red debe respetar DF: no puede fragmentar con DF=1 ni borrar ese bit. Si lo hiciera, convertiría un número arbitrario legítimo en una etiqueta insuficiente para fragmentos creados por sorpresa.
La libertad del origen y la disciplina del camino son partes de una misma frontera.
Menos significado, mejor interoperabilidad
RFC 6864 eliminó el ID como mecanismo de deduplicación. La correlación diagnóstica necesita otras pruebas. Contar equipos tras un NAT mediante secuencias deja de ser fiable. El ID atómico no promete entropía y sus bits libres pueden incluso transportar información encubierta.
Nada de esto exige una cabecera nueva. DF, MF y offset ya permiten distinguir los casos. El formato permanece y la autoridad se reduce.
La corrección enseña que una norma también progresa cuando deja de garantizar algo innecesario. El reensamblado conserva la identidad compartida; el resto de la red aprende a no confundir disponibilidad de bits con permiso de interpretación.
Fuentes y límites
El conjunto cerrado es RFC 791, RFC 1122, RFC 4963, RFC 6864 y RFC 7739. Sustenta el mecanismo, la norma anterior, el riesgo a alta velocidad, la distinción atómica y la seguridad de valores predecibles. No prueba comportamiento actual de fabricantes, frecuencia de ataques ni una tasa única de fallo.
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance
