Resumen

  • Jarkko Oikarinen creó IRC para OuluBox en agosto de 1988; cuando a veces superó los diez usuarios, pidió a otras universidades finlandesas que alojaran servidores.
  • En 1991 IRC ya llegaba al ámbito universitario australiano. La RFC 1459 describió después un árbol de servidores y las facultades de sus operadores, a la vez que reconocía diferencias entre implementaciones.

La historia empieza con una solución práctica. Jarkko Oikarinen administraba un servidor Unix en la Universidad de Oulu, Finlandia, y trabajaba en un programa de comunicaciones más amplio para OuluBox, el BBS de acceso público de la universidad. Quería reunir allí grupos de debate y conversaciones en tiempo real. El programa MultiUser Talk, que ya permitía conversar a varias personas, fallaba con frecuencia; por eso IRC fue la primera parte del proyecto que llegó a implementar. En su recuerdo posterior, IRC nació en agosto de 1988, aunque no recordaba el día exacto. El relato de Oikarinen es memoria de un participante, no un registro contemporáneo.

Oikarinen cuenta que la expansión dependió de personas dispuestas a operar otro servidor. Cuando IRC reunía a veces más de diez usuarios, pidió a amigos de Tampere University of Technology y Helsinki University of Technology que alojaran servidores. Otras universidades finlandesas se sumaron. Más tarde compartió el programa con contactos conocidos a través de BITNET Relay; usuarios de University of Denver y Oregon State University pusieron en marcha servidores y pidieron enlazarlos con la red finlandesa. Son ejemplos concretos de la primera expansión, no un inventario exhaustivo de los primeros nodos.

La arquitectura facilitaba esa replicación. Cada cliente se conectaba a un servidor; los servidores se enlazaban entre sí y retransmitían mensajes de usuarios y canales. La RFC 1459, publicada en mayo de 1993 por Oikarinen y Darren Reed, describe una red en árbol: cada servidor tenía una sola ruta ascendente. Así se evitaban rutas circulares, pero la caída de un enlace entre servidores podía aislar toda la rama que dependía de él. Los ejemplos de la RFC conservan nombres del sistema operativo real, como tolsun.oulu.fi en Oulu y un servidor de Boston University. RFC 1459

El documento no presenta una implementación universal ya terminada. Dice que el protocolo se había diseñado durante varios años y describe su estado vigente. La sección de implementaciones menciona como única implementación actual el servidor IRC 2.8 y reconoce variaciones debidas a la compatibilidad con versiones anteriores. La precisión importa: la RFC puso por escrito el vocabulario y el comportamiento de un sistema que ya funcionaba, pero también dejó constancia de que no todos los detalles coincidían. Una especificación podía facilitar la interoperabilidad; por sí sola no demuestra que todos los servidores la aplicaran igual.

Un estudio de 1991 ofrece una imagen anterior a la RFC. En Electropolis, Elizabeth Reid, de University of Melbourne, describe IRC como un medio sincrónico y multiusuario y analiza cómo se formaban comunidades mediante apodos, canales y conversación en directo. Estudia su uso en Australia dentro del contexto de AARNet, la red académica australiana. Su tesis calcula que ya había cientos de servidores; es una estimación contemporánea, no un censo mundial. El estudio muestra que IRC era ya un espacio social transfronterizo antes de la descripción formal del protocolo. Reid, Electropolis (1991)

El control operativo también estaba distribuido, aunque no desaparecía. La RFC 1459 reservó a los operadores comandos de mantenimiento, como desconectar o volver a conectar servidores para corregir el enrutamiento. También les permitió expulsar a un usuario de la red conectada. Los operadores de canal gestionaban miembros en un ámbito más limitado. Las observaciones de Reid sobre avisos enviados a los operadores muestran que esas facultades eran visibles en el uso, pero una tesis no permite afirmar que todos los IRC las ejercieran de manera uniforme.

IRC creció, por tanto, con software reutilizable, instituciones dispuestas a alojar servidores y un protocolo que se describió después. No era un servicio central que se desplegara desde arriba. Aun así, el árbol de servidores dependía de sus enlaces y de las personas autorizadas para repararlos. La RFC 1459 documentó esa forma de operar; no creó la comunidad que ya existía ni eliminó las decisiones locales. La RFC 2810, publicada en 2000, sitúa retrospectivamente en 1989 el inicio del desarrollo del protocolo y dice que la RFC 1459 lo documentó formalmente por primera vez en 1993. Esta cronología puede convivir con la fecha de 1988 que Oikarinen da para la primera implementación: son hitos distintos.