Resumen

  • RFC 1306 narra un proyecto Cray con una red T3 de circuitos conmutados bajo petición; el núcleo podía emitir un mensaje al conmutador después de consultar una ruta.
  • El documento impide que el intento de transferencia active por sí solo una conexión incompleta: TCP debía esperar a que el circuito estuviera completo.
  • El temporizador separado para el establecimiento evitó tratar como retransmisión el tiempo que transcurría antes de que existiera cualquier dato enviado.

Análisis

Una tabla podía abrir una conversación, no cerrar el trabajo

El punto de partida de RFC 1306 es muy concreto. Un host fuente poseía conocimiento especial sobre un enlace conmutado por solicitud. Tras buscar una ruta, el núcleo podía generar un mensaje de control para un conmutador externo. Ese conmutador haría una conexión entre los hosts si podía hacerlo. La ruta funcionaba como una referencia para iniciar una conversación con otro sistema, no como la constatación de que el otro sistema ya había respondido favorablemente.

Esa diferencia protege tanto la técnica como el relato operativo. Hay una petición que salió del host. Hay un controlador que puede o no completar su parte. Hay una conexión que puede quedar incompleta durante un tiempo. Y hay datos que todavía no deben tomar esa ruta. Comprimir todo en “ruta disponible” borra los límites que permitirían descubrir dónde falló, quién debía actuar o qué ocurrió realmente.

El informe llama al resultado una conexión conmutada y encaminada dinámicamente. También contempla alias de ruta para ofrecer alternativas a una fuente mediante una interfaz conocida. Pero deja fuera de alcance los problemas de política y encaminamiento de esos alias. Es una cautela útil: que una alternativa aparezca en un selector no prueba que tenga capacidad, que deba utilizarse ni que el solicitante controle su activación.

Incompleto significaba no transferible

La regla del informe es más exigente que un simple “reintentar luego”. No debía activarse automáticamente el circuito al intentar transferir sobre una conexión incompleta. TCP no debía transferir datos por esa ruta hasta completar el circuito. Así, el primer paquete de una aplicación no podía convertirse de forma silenciosa en una orden de provisión para la red externa.

La secuencia obliga a hablar con precisión. Una petición puede mostrar intención y una acción de control. No muestra la aceptación del conmutador. Un circuito completo puede mostrar que la etapa de establecimiento terminó. No muestra por sí solo un segmento TCP enviado, un acuse recibido ni el éxito de una transacción de aplicación. El documento conserva esos umbrales porque cada uno requiere evidencia diferente.

También se describen mensajes para solicitar y abortar una conexión. El aborto revela algo que una etiqueta de “conectado” suele esconder: el estado solicitado es reversible y puede no llegar a convertirse en un recurso utilizable. La solicitud no adquiere por repetición la categoría de hecho.

No contaminar el reloj de TCP

La primera implementación del núcleo introdujo una confusión instructiva. Durante el tiempo de crear la conexión conmutada, los temporizadores normales de retransmisión TCP podían retroceder incluso antes de que se hubiese enviado dato alguno. La versión posterior añadió un temporizador independiente para ese período.

Un temporizador no es una sentencia; es un instrumento cuyo sentido depende del evento que empieza a medir. Un temporizador de retransmisión puede ayudar a razonar sobre la falta de respuesta a tráfico ya transmitido. Si se deja correr mientras aún se espera a un controlador externo, parece producir prueba de una pérdida o un retraso de datos que no existían. El estado real era previo: establecimiento pendiente.

Separar el reloj no convierte la espera en éxito. Evita atribuir a TCP un hecho perteneciente al control del circuito. Es una decisión de observabilidad: las señales deben conservar el alcance de la condición que realmente observaron.

La cadena que no debe acortarse

RFC 1306 es un informe informativo de un proyecto de marzo de 1992. No permite afirmar cómo operan redes actuales, productos actuales o proveedores actuales. Sí permite ver una disciplina que sigue siendo legible: selección de ruta, petición, respuesta del conmutador, circuito completo, primer envío, evidencia de transporte y consecuencia posterior.

Una operación responsable no salta de la primera palabra a la última. La ruta no prueba un circuito; el circuito no prueba entrega; la entrega no prueba que un servicio cumplió su objetivo. La diferencia no es burocrática. Es lo que impide que un mensaje visible se convierta en una promesa que ningún sistema ha verificado.

Fuentes

RFC 1306 registra una experiencia de proyecto de 1992; no acredita despliegue actual, autorización de ruta, capacidad, circuito completado, entrega de paquetes ni resultado de usuario.