Resumen

  • RFC 787 difundió la propuesta de A. Lyman Chapin para añadir la transmisión sin conexión, junto al servicio orientado a conexión, al modelo de referencia OSI. Una unidad autocontenida podía enviarse sin abrir antes una conexión en esa capa.
  • La nota de julio de 1981 solicitó comentarios antes de una posible revisión en ANSI X3T5 y una presentación posterior a ISO. El propio documento declaró que todavía carecía de aprobación del comité y de condición de consenso estadounidense.

Hay mensajes que merecen una conversación larga. Una lectura de temperatura que llega cada pocos segundos tiene otros modales. A. Lyman Chapin llevó esta diferencia al debate sobre el modelo OSI en 1981. Su RFC 787 distribuyó un trabajo sobre transmisión de datos sin conexión: una unidad completa podía salir sin negociar primero una sesión en la capa que la transportaba. El trabajo sobre esa unidad, en cambio, tenía que recoger opiniones, pasar por ANSI y quizá llegar a ISO. Las normas conservaban su propio apretón de manos.

La carta de presentación indicaba fechas y autoridades. Organizaciones estadounidenses interesadas en normas internacionales recibirían el texto y podrían comentarlo hasta el 1 de septiembre de 1981. Chapin lo revisaría a la luz de esas respuestas. Después podría examinarlo X3T5, el comité de ANSI encargado de cuestiones del modelo OSI. Su aprobación permitiría plantearlo ante los grupos pertinentes de ISO como base de una posición estadounidense. Un recuadro en la portada del trabajo aclaraba que el comité aún no lo había revisado ni aprobado y que todavía no representaba un consenso nacional.

El número RFC puso el argumento al alcance de los lectores; el sello institucional seguía pendiente.

El problema técnico era el punto de partida del modelo. Un servicio orientado a conexión establece una asociación antes de transferir datos y puede usarla para mantener orden, recuperación y otros estados. Resulta valioso para un intercambio sostenido. Chapin describió la alternativa: enviar una sola unidad de datos, suficiente por sí misma, sin acuerdo previo en esa capa y sin la garantía habitual de entrega. Quien use el servicio desde una capa superior puede añadir temporizadores, acuses, retransmisiones y números de secuencia. La aplicación conserva la facultad de decidir cuánta memoria y recuperación necesita su conversación.

Los ejemplos daban cuerpo a la propuesta. Muchos sensores podían comunicar mediciones periódicas a un centro. La siguiente lectura podía reemplazar a una perdida; una ausencia más larga sí desencadenaría una alerta. Un aviso de cierre de red o la nueva dirección de un servidor debía llegar a muchos destinos. Una pregunta y una respuesta podían bastar en reservas, inventarios o servicios bancarios, casos que Chapin mencionó junto con controles industriales. Describió centros de control eléctrico en los que convivían mediciones, consultas y órdenes difundidas a varios puntos.

También explicó por qué los grupos, la voz digital y la telemetría sensible al tiempo podían preferir la siguiente unidad fresca a esperar el rescate de una vieja.

El texto afinó incluso una tentación del lenguaje comercial. Un servicio que confirmase la entrega o la pérdida de cada datagrama parecía tener una operación corta, pero Chapin lo llamó híbrido: incorporaba una promesa de seguridad de entrega. Una aplicación podía montar su propia fiabilidad encima del servicio sin conexión. Lo que debía decidir el diseño de capas era quién asumía cada obligación. La lectura de un sensor y una conversación de media hora no tenían por qué pagar la misma tarifa de preparación.

La RFC 787 reunió estos casos para lectores que trabajaban en la arquitectura OSI. Pedía que el modelo dejara espacio a la transmisión sin conexión junto a la conexión establecida. El itinerario de la idea seguía abierto: revisión pública entre organizaciones, posible debate de ANSI y, bajo aprobación, presentación internacional. Esa precisión sobre los pasos es tan útil como el argumento técnico. Una propuesta puede estar bien armada antes de que una institución decida adoptarla.

El paquete podía llevar su contenido en un solo viaje. Para cambiar el mapa usado por muchos fabricantes hacían falta más escalas. Chapin ofreció al comité un sensor, un aviso a toda la red y una consulta breve: tres casos fáciles de imaginar en los que el mensaje tenía prisa y el establecimiento de una conexión consumía parte del trayecto. El comité podía tomarse su tiempo. El termómetro no siempre podía.