Resumen

  • Data Offset cuenta la cabecera TCP completa en palabras de 32 bits e identifica dónde empiezan los datos.
  • EOL termina la interpretación de opciones, pero el relleno posterior sigue formando parte de la cabecera.
  • NOP puede ayudar a alinear opciones, aunque ningún receptor debe exigir esa alineación.

La cabecera mínima ocupa cinco palabras, veinte octetos. Las opciones hacen que su tamaño varíe, por lo que el receptor necesita una frontera exterior independiente de las funciones que conozca. El campo de cuatro bits Data Offset expresa el número de palabras de 32 bits de toda la cabecera. Al multiplicarlo por cuatro se obtiene el octeto inicial de los datos. Cinco representa la cabecera básica; los valores mayores incluyen opciones y relleno, con un máximo directo de quince palabras, o sesenta octetos.

Cuando Data Offset es mayor que cinco, RFC 9293 calcula el área de opciones como (DOffset-5)*32 bits. Ese total incluye también el relleno que sigue a las opciones reales.

EOL indica que no siguen más opciones, pero puede aparecer antes del límite señalado por Data Offset. Los octetos restantes deben ser relleno de cabecera cero. NOP ocupa un octeto y puede servir para la alineación; aun así, las opciones pueden comenzar en cualquier límite de octeto. Las demás opciones llevan un campo de longitud, de modo que una opción desconocida bien formada puede ignorarse sin perder el recorrido.

Data Offset proporciona el techo de ese recorrido. Opciones y relleno están cubiertos por la suma de comprobación TCP, aunque no son datos de aplicación. Una longitud ilegal debe gestionarse; RFC 9293 deja la respuesta exacta a la implementación y menciona reiniciar la conexión y registrar la causa como procedimiento sugerido.

Fuentes