Resumen

  • La conmutación por circuitos virtuales de Sandy Fraser convertía el comienzo de una comunicación en un acto visible: solicitar, aceptar e instalar una correspondencia antes del primer byte de usuario.
  • El estado previo simplificaba el tránsito posterior y acogía equipos distintos, pero obligaba a demostrar qué llamada seguía viva, qué recursos poseía y si cada salto había recibido la orden de terminarla.

Antes del sí, no hay canal

La patente estadounidense 3.749.845 describe cuatro mensajes con consecuencias distintas: conectar, aceptar, rechazar y terminar la llamada. El dispositivo que llama utiliza un canal de control reservado para identificar al destino. El receptor decide. Si acepta, la respuesta transporta lo necesario para asignar el circuito virtual a lo largo del camino. La comunicación puede comenzar cuando la aceptación regresa al origen.

Ese orden convierte la aceptación en una constancia. No afirma que una línea física vaya a permanecer ocupada; afirma que varios participantes han almacenado una misma intención bajo identificadores locales. Los bytes posteriores pueden llevar una referencia breve porque cada conmutador ya sabe a qué siguiente enlace corresponde.

Fraser aprovechó el carácter intermitente del tráfico digital. La descripción distingue la asignación virtual del uso efectivo: guarda las características del camino solicitado, pero activa recursos cuando hay datos. Entre ráfagas, el sistema conserva el conocimiento de la llamada sin tratarla como una conversación telefónica que monopoliza capacidad continua.

La misma precisión aparece al cerrar. Cualquiera de los extremos puede enviar un mensaje de fin; el circuito se libera enlace por enlace. La patente advierte que los datos en tránsito pueden perderse. Por eso una orden de cierre no es mantenimiento posterior: determina desde qué instante la vieja referencia deja de tener derecho a mover información.

Spider prueba la idea, Datakit la institucionaliza

El currículum de Fraser sitúa la invención de la conmutación por circuitos virtuales en 1969 y el control de flujo por ventana en 1970. Spider sirvió para demostrar ambas ideas; la cronología de Bell Labs registra el comienzo de su construcción en 1970. En 1975 Fraser diseñó Datakit como una red modular con conmutación virtual realizada en hardware.

Para 1990, según el propio currículum, Datakit VCS daba servicio a Bell Labs y era usado ampliamente por AT&T, sus compañías operadoras y clientes internacionales. El paso de experimento a infraestructura multiplicó una obligación que el esquema original ya contenía. Cada llamada era estado repartido: nombres, ruta, traducciones, límites y una condición de finalización.

También era una respuesta práctica a dispositivos desiguales. Un terminal lento y un sistema capaz de enviar grandes ráfagas no podían suponer las mismas reservas ni hablar necesariamente el mismo protocolo. Las interfaces programables mediaban entre esas capacidades. El canal corto no borraba la diversidad: la absorbía detrás de una traducción reconocible.

Todo sistema basado en etiquetas paga esta cuenta en uno de dos lugares. Puede repetir un destino extenso en cada unidad y conservar la evidencia junto al dato. O puede instalar una correspondencia una vez y usar referencias locales después. El segundo camino ahorra trabajo repetido, pero obliga a proteger la tabla que da sentido a la referencia.

Una lengua común para solicitudes distintas

En 1992, Roy Campbell y Sean Dorward, junto con Arun Iyengar y Charles Kalmanek, más Gary Murakami y Ravi Sethi, además de Ce Kuen Shieh y See-Mong Tan, publicaron una descripción del software de llamadas desarrollado a través de varios proyectos de Bell Labs. Un proceso ligero por línea traducía solicitudes específicas del dispositivo a un protocolo interno uniforme. Muchas líneas lógicas podían compartir un enlace físico.

El traductor delimitaba responsabilidades. Un nuevo dispositivo podía conservar su convención de llamada; el control del conmutador recibía una forma común. La modularidad no consistía en fingir que todos los extremos eran iguales, sino en colocar su diferencia en una pieza concreta que podía fallar, medirse y sustituirse.

El artículo de red de Plan 9 ofrece otra vista de esa frontera. Datakit y los protocolos de Internet aparecían ante los programas mediante dispositivos semejantes. Un servidor de conexiones podía buscar una combinación de red y protocolo compartida con el destino. La aplicación pedía marcar o escuchar sin incrustar en su lógica todas las variantes de dirección.

La abstracción tuvo así un resultado humano: los autores de programas podían expresar intención en lugar de administrar cada peculiaridad del transporte. Pero la red no se volvía mágica. Los servidores de conexión, traductores y tablas eran nuevos custodios del significado.

IP promete algo distinto

El RFC 791 define IP como un servicio de datagramas sin conexión y no fiable. La propia capa no mejora fiabilidad de extremo a extremo, secuenciación ni control de flujo. Un datagrama intenta avanzar sin que antes todos los nodos instalen una llamada común.

Datakit e IP no son dos respuestas a un concurso con una sola puntuación. Distribuyen el riesgo. El datagrama reduce la dependencia de estado duradero dentro de la red, y deja que extremos y capas superiores reconstruyan continuidad. El circuito virtual paga por una preparación inicial para que cada unidad posterior siga un tratamiento ya acordado.

También exigen expedientes de incidente diferentes. Para un datagrama se reconstruyen alcance, ruta y recuperación del extremo. Para una llamada hay que añadir si el establecimiento terminó, qué traducción veía cada salto, qué servicio fue admitido y cuáles nodos confirmaron el cierre. La palabra “conectado” necesita pruebas más ricas que una luz verde.

La factura se lee en XUNET

Charles Kalmanek y Srinivasan Keshav, acompañados por William Marshall, además de Stephen Morgan y Robert Restrick, explicaron en su retrospectiva de XUNET 2 cómo evolucionó este linaje. XUNET 1 enlazó grupos universitarios mediante conmutadores Datakit. XUNET 2 pasó a una red ATM experimental para investigar tráfico, conmutación, control y administración.

El establecimiento permitía solicitar una clase de servicio. Había colas por circuito, planificación diferenciada y límites de búfer destinados a aislar usuarios. Crear una conexión modificaba tablas de traducción de cabeceras y la asignación de memoria. El circuito representaba una decisión de recursos además de una ruta.

La memoria por circuito podía resultar costosa. Reducir una asignación estática exigía mecanismos dinámicos y coordinación entre la lógica rápida de las colas y el procesador que calculaba límites. El equipo consideró necesarios los sondeos de fallos, las auditorías internas y la administración remota. El plano de control también tenía que ser un sistema disponible.

De ahí surge el fallo más peligroso: dos partes usan la misma etiqueta con historias distintas. El controlador conserva una llamada que el hardware perdió; un reinicio recupera la ruta pero no su concesión; o un intento repetido crea estado nuevo sin liberar el anterior. Los bytes se mueven, pero la prueba que los autorizaba se ha partido.

El legado está en el ciclo completo

El memorial de Fraser Research recorre la trayectoria de Fraser desde Ferranti y Cambridge hasta Bell Labs, AT&T Labs y el instituto que fundó. Sus reconocimientos de ACM, IEEE y la National Academy of Engineering se refieren a los circuitos virtuales, el control de flujo y la arquitectura de redes de paquetes.

Sin embargo, la idea más reutilizable no es una pieza de hardware. Es un ciclo de decisión. Solicitar expone la intención. Aceptar registra consentimiento. Instalar vuelve ejecutable la decisión. Controlar el flujo limita su alcance. Terminar autoriza al sistema a olvidar.

Fraser no demostró que toda red deba conservar llamadas. Demostró qué se debe exigir cuando lo hace. Un canal breve solo es seguro si existe un registro verificable que diga quién lo creó, qué permitió y cuándo dejó de significar algo.

Fuentes