Resumen

  • El tipo 136 tenía longitud fija 4 y guardaba un Stream ID SATNET de 16 bits que se copiaba a cada fragmento.
  • Hosts y routers dejaron de actuar sobre el valor antes de que la deprecación formal y la recomendación de filtrado cerrasen su historia.

Un puente sin significado propio

RFC 791 dibujó una opción mínima: un octeto de tipo, otro con longitud 4 y dos para el identificador. Su único objetivo era conservar el Stream ID de SATNET al cruzar redes sin noción de flujo. El bit de copia estaba activado, por lo que cada fragmento conservaba el valor; la opción solo podía aparecer una vez.

Así se separaba transporte y comprensión. Un intermediario no necesitaba interpretar la etiqueta para conservarla. Pero los cuatro octetos tampoco aportaban asignación, negociación, validación o una semántica general. Sin el concepto de SATNET, quedaba un contenedor sin trabajo.

RFC 1122 ya la llamó obsoleta: los hosts no debían enviarla y tenían que ignorarla silenciosamente al recibirla. RFC 1812 extendió el acuerdo a los routers: no originarla, ignorarla como destino y, al reenviar, dejarla pasar sin modificaciones.

Ignorar y conservar resolvía una transición. La semántica muerta no controlaba equipos actuales, pero la sintaxis antigua tampoco rompía automáticamente el tránsito. RFC 6814 formalizó la deprecación en 2012. RFC 7126 declaró que no quedaba uso actual, problema específico de seguridad, impacto operativo ni coste de interoperabilidad al bloquearla, y aconsejó descartar los paquetes que la contuvieran.

Fuentes