Resumen

  • La RFC 871 reconstruyó el modelo de referencia de ARPANET a partir de decisiones que su grupo de trabajo ya había aplicado al conectar computadoras distintas para compartir recursos.
  • Su principio más difícil de dibujar era la equidad entre sistemas: una simplificación útil en un equipo podía quitarle a otro la autenticación o alterar su contabilidad.

La solución parecía caber en una línea: para que recibir un mensaje electrónico no costara dinero, quitar la obligación de iniciar sesión al transferirlo. Michael A. Padlipsky explicó en la RFC 871 dónde tropezó la propuesta. En algunos sistemas operativos, los comandos de inicio de sesión también activaban la autenticación. Suprimirlos en FTP eliminaba un cobro en un sitio y una protección en otro. El arreglo descrito conservó la facultad de exigir el inicio de sesión y anunció una cuenta compartida gratuita para el correo entrante. El diagrama había perdido una casilla; el computador la echó de menos.

Padlipsky llamó equidad a la regla detrás del cambio. Si un mecanismo parecía natural en el sistema de quien lo proponía pero perturbaba seriamente el de un colega, tocaba escuchar al colega. El protocolo debía funcionar en máquinas con organizaciones internas distintas. Sus responsables podían señalar requisitos que un esquema limpio dejaba fuera: cómo se identificaba a alguien, cuándo se abría una cuenta, qué proceso tenía privilegios. Aquella objeción era una pieza del diseño, no una interrupción administrativa.

El artículo se publicó en septiembre de 1982, cuando el modelo de referencia ISO ocupaba gran parte de las conversaciones sobre redes. Padlipsky quiso escribir el marco que, según él, ya había orientado al Network Working Group de ARPANET mientras construía protocolos. Lo presentó como una reconstrucción de ideas usadas en la práctica. ARPANET había hecho funcionar una forma de compartir recursos antes de producir una gran lámina que la explicara. El riesgo era comparar esa experiencia con otro modelo como si la historia empezara en la lámina más conocida.

El propósito original iba más allá de abrir una sesión lejana. Computadoras de fabricación y sistemas diferentes debían permitir que sus programas y datos cooperaran. Para ello había que comunicar procesos en ejecución. Las conexiones lógicas identificaban conversaciones y servicios; un socket conocido indicaba dónde se ofrecía una función, y otros números quedaban libres para ensayar nuevas funciones. El número servía para encontrar una tarea reconocible, no para describir un cable físico.

La variedad de terminales enseñó otra economía. Si cada clase de computadora tuviera que comprender cada clase de terminal, cada incorporación multiplicaría las adaptaciones. La terminal virtual de la red ofrecía una representación común. Cada sistema traducía su forma particular a esa forma intermedia y viceversa. La misma idea podía ayudar a transferir archivos. Se evitaba entregar a cada anfitrión un diccionario de todos los aparatos del mundo; bastaba con que aprendiera la lengua compartida.

Padlipsky agrupó las funciones en interfaz de red, comunicación entre computadoras y aplicaciones o procesos. Los grupos eran amplios y podían contener varios protocolos. La separación permitía cambiar uno sin introducir sus detalles internos en todos los demás. Para él, un modelo de referencia explicaba una organización de funciones; sus cajas no tenían por qué convertirse en una procesión obligatoria para cada dato. Su imagen de un edificio demasiado reglamentado tenía una consecuencia concreta: un vecino en el mismo piso no debería bajar hasta la planta baja y volver a subir solo para saludar al de al lado.

También había que gastar con cuidado la memoria y el tiempo de procesador de los equipos. Y había que integrar las piezas del protocolo en sistemas operativos que ya ejecutaban sus propios mecanismos. Padlipsky discutió con dureza lecturas del modelo ISO que veía demasiado rígidas; esas valoraciones pertenecen a su intervención de 1982. El caso del correo entrante muestra con precisión su criterio: una mejora local tenía que sobrevivir al contacto con otros anfitriones.

La RFC 871 ofrece tres grandes grupos y una lista más larga de compromisos: compartir recursos, comunicar procesos, dar significado a las conexiones, traducir mediante formas comunes, conservar recursos y tratar con justicia las limitaciones de cada sistema. El dibujo era pequeño. La dificultad estaba en que las máquinas distintas pudieran obedecerlo sin fingir que eran iguales.