FidoNet

_
/ 
/ paciencia 
(_Sobrevivir /_)
_`@/_  _
TEN TENIDO TENIDO \
Silencio (*) Silencio )
______________ _ ___
/ FIDO  _//
(________) (_____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________
c) John Madill

FidoNet es una red informática mundial que se utiliza para la comunicación entre sistemas de tablones de anuncios (BBS). Utiliza un sistema de almacenamiento y reenvío para intercambiar mensajes privados (correo electrónico) y públicos (foros) entre los BBS de la red, así como otros archivos y protocolos en algunos casos.

El sistema FidoNet se basaba en varios programas pequeños que interactuaban, solo uno de los cuales necesitaba ser portado para admitir otro software BBS. FidoNet fue una de las pocas redes compatibles con casi todo el software de BBS, así como con una serie de servicios en línea que no son de BBS. Esta construcción modular también permitió que FidoNet se actualizara fácilmente a nuevos sistemas de compresión de datos, lo cual era importante en una era en la que se usaban comunicaciones basadas en módem a través de enlaces telefónicos con altos cargos por llamadas de larga distancia.

La rápida mejora en las velocidades de los módems a principios de la década de 1990, combinada con la rápida disminución del precio de los sistemas informáticos y el almacenamiento, hizo que los BBS fueran cada vez más populares. A mediados de la década de 1990, había casi 40 000 sistemas FidoNet en funcionamiento y era posible comunicarse con millones de usuarios en todo el mundo. Solo UUCPNET estuvo cerca en términos de amplitud o números; La base de usuarios de FidoNet superó con creces a otras redes como BITNET.

La amplia disponibilidad de conexiones a Internet de bajo costo a partir de mediados de la década de 1990 disminuyó la necesidad del sistema de almacenamiento y reenvío de FidoNet, ya que se podía acceder a cualquier sistema en el mundo por el mismo costo. La marcación directa a los sistemas BBS locales disminuyó rápidamente. Aunque FidoNet se ha reducido considerablemente desde finales de la década de 1990, se ha mantenido en uso incluso hoy en día a pesar de que la conectividad a Internet se ha generalizado.

Historia

Orígenes

Lista completada a mano de los sistemas Fido BBS, junio de 1984. Este documento formó la base de los primeros nodelistas.

Hay dos relatos principales del desarrollo de FidoNet, que difieren solo en pequeños detalles.

Tom Jennings' cuenta

Alrededor de la Navidad de 1983, Tom Jennings comenzó a trabajar en un nuevo sistema de tablón de anuncios que surgiría como Fido BBS. Se llamaba "Fido" porque el hardware variado en conjunto era "un verdadero mestizo". Jennings instaló el sistema en San Francisco en algún momento a principios de 1984. Otro de los primeros usuarios fue John Madill, que estaba tratando de configurar un sistema similar en Baltimore en su Rainbow 100. Fido comenzó a extenderse a nuevos sistemas, y Jennings finalmente comenzó a mantener una relación informal. lista de sus números de teléfono, con Jennings convirtiéndose en el número 1 y Madill en el número 2.

Jennings lanzó la primera versión del software FidoNet en junio de 1984. A principios de 1985, escribió un documento que explica las operaciones de FidoNet, junto con una breve porción de la historia del sistema. En esta versión, FidoNet se desarrolló como una forma de intercambiar correo entre los dos primeros sistemas Fido BBS, Jennings' y Madill's, para 'ver si se podía hacer, simplemente por diversión'. Esto se admitió por primera vez en Fido V7, "en algún momento de junio de 84 más o menos".

Cuenta de Ben Baker

A principios de 1984, Ben Baker planeaba iniciar un BBS para el recién formado club de computación en la división automotriz de McDonnell Douglas en St. Louis. Baker era parte del grupo de interés especial CP/M dentro del club. Tenía la intención de usar el sistema CBBS seminal, alojado en CP/M, y buscó una máquina para ejecutarlo. El presidente del club le dijo a Baker que DEC les daría una computadora Rainbow 100 en préstamo indefinido, por lo que hizo planes para trasladar el CBBS a esta máquina. El Rainbow contenía dos procesadores, un Intel 8088 y un Zilog Z80, lo que le permitía ejecutar tanto MS-DOS como CP/M, con el BBS ejecutándose en este último. Cuando llegó la máquina, se enteraron de que el lado Z80 no tenía acceso a los puertos de E/S, por lo que CBBS no podía comunicarse con un módem. Mientras buscaba software que se ejecutara en el lado MS-DOS del sistema, Baker se enteró de Fido a través de Madill.

El software Fido requirió cambios en los controladores seriales para funcionar correctamente en el Rainbow. Se inició un esfuerzo de portabilidad que involucró a Jennings, Madill y Baker. Esto provocó que todos los involucrados acumularan cargos considerables de larga distancia, ya que todos se llamaban entre sí durante el desarrollo o se llamaban a los BBS de los demás para dejar un correo electrónico. Durante una de esas llamadas 'en mayo o principios de junio', Baker y Jennings discutieron lo bueno que sería si los sistemas BBS pudieran llamarse entre sí automáticamente, intercambiando correo y archivos entre ellos. Esto les permitiría redactar el correo en sus máquinas locales y luego entregarlo rápidamente, en lugar de llamar y escribir el mensaje mientras están en una conexión telefónica de larga distancia.

Jennings respondió llamando al sistema de Baker esa noche y cargando una nueva versión del software que consta de tres archivos: FIDO_DECV6, una nueva versión del propio programa BBS, FIDONET, un nuevo programa y NODELIST.BBS, un archivo de texto. La nueva versión de FIDO BBS tenía un temporizador que hacía que saliera a una hora determinada, normalmente por la noche. Al salir, ejecutaría el programa FIDONET por separado. NODELIST era la lista de sistemas Fido BBS, que Jennings ya había estado compilando.

El programa FIDONET fue lo que luego se conoció como mailer. El software FIDO BBS se modificó para usar un campo numérico que no se usaba anteriormente en los encabezados de los mensajes para almacenar un número de nodo para la máquina a la que se debe enviar el mensaje. Cuando se ejecutaba FIDONET, buscaba en la base de datos de correo electrónico cualquier mensaje con un número en este campo. FIDONET recopiló todos los mensajes para un número de nodo en particular en un archivo conocido como paquete de mensajes. Después de generar todos los paquetes, uno para cada nodo, el programa FIDONET buscaría el número de teléfono del nodo de destino en NODELIST.BBS y llamaría al sistema remoto. Siempre que FIDONET se estuviera ejecutando en ese sistema, los dos sistemas se comunicarían y, si esto tenía éxito, el sistema que llama cargaría su paquete, descargaría un paquete de retorno si hubiera uno y se desconectaría. FIDONET luego desempaquetaría el paquete de retorno, colocaría los mensajes recibidos en la base de datos del sistema local y pasaría al siguiente paquete. Cuando no hubiera paquetes restantes, FIDONET saldría y ejecutaría el programa FIDO BBS.

Para reducir los cargos de larga distancia, los intercambios de correo se programaron para funcionar tarde en la noche, normalmente a las 4 a. m. Más tarde se conocería como hora del correo nacional y, más tarde aún, como hora del correo de zona.

En funcionamiento

Para junio de 1984, la versión 7 del sistema estaba funcionando en producción y los nodos se agregaban rápidamente a la red. En agosto había casi 30 sistemas en la lista de nodos, 50 en septiembre y más de 160 en enero de 1985. A medida que la red crecía, el mantenimiento de la lista de nodos se volvió prohibitivo y los errores eran comunes. En estos casos, las personas comenzarían a recibir llamadas telefónicas a las 4 a. m., de una persona que llamaría que no diría nada y luego colgaría. En otros casos, el sistema aparecía en la lista antes de que estuviera en funcionamiento, lo que generaba llamadas de larga distancia que no lograban nada.

En agosto de 1984, Jennings entregó el control de la lista de nodos al grupo de St. Louis, formado principalmente por Ken Kaplan y Ben Baker. Kaplan se había encontrado con Fido como parte de la búsqueda de una solución BBS para su empresa, que funcionaba con computadoras DEC y recibió una computadora Rainbow y un módem USRobotics de 1200 bits/s. A partir de ese momento, unirse a FidoNet requería que uno configurara su sistema y lo usara para enviar un mensaje de correo de red a un sistema especial, el Nodo 51. El mensaje contenía varios datos de contacto requeridos. Si este mensaje se transmitió con éxito, aseguró que al menos parte del sistema funcionaba correctamente. El equipo de la lista de nodos luego respondería con otro mensaje de correo de red al sistema en cuestión, que contiene el número de nodo asignado. Si la entrega tuvo éxito, se consideró que el sistema funcionaba correctamente y se agregó a la lista de nodos. La primera nueva lista de nodos se publicó el 21 de septiembre de 1984.

Redes y nodos

El crecimiento siguió acelerándose y, en la primavera de 1985, el sistema ya estaba alcanzando su límite de 250 nodos. Además de los límites en el crecimiento de lo que claramente era un sistema popular, el mantenimiento de la lista de nodos continuó creciendo cada vez más y consumía más tiempo.

También se dio cuenta de que los sistemas Fido generalmente estaban agrupados: de los 15 sistemas en funcionamiento a principios de junio de 1984, 5 de ellos estaban en St. Louis. Un usuario en el sistema de Jennings en San Francisco que dirigiera correos electrónicos a diferentes sistemas en St. Louis haría que se hicieran llamadas a cada uno de esos BBS por turno. En los Estados Unidos, las llamadas locales normalmente eran gratuitas y en la mayoría de los demás países se cobraban tarifas bajas. Además, la configuración inicial de la llamada, generalmente el primer minuto de la llamada, normalmente se facturaba a una tarifa más alta que continuar con una conexión existente. Por lo tanto, sería menos costoso entregar todos los mensajes de todos los usuarios de San Francisco a todos los usuarios de St. Louis en una sola llamada. Por lo general, los paquetes eran lo suficientemente pequeños como para ser entregados en uno o dos minutos, por lo que entregar todos los mensajes en una sola llamada podría reducir en gran medida los costos al evitar múltiples cargos por el primer minuto. Una vez entregado, el paquete se dividiría en paquetes separados para los sistemas locales y se entregaría mediante múltiples llamadas locales gratuitas.

El equipo se decidió por el concepto de agregar un nuevo número de red basado en la idea de los códigos de área. Una dirección de red completa ahora consistiría en el par de números de red y de nodo, que se escribirían con una barra oblicua entre ellos. Todo el correo que viaja entre redes se enviaría primero a su host de red local, alguien que se ofreció como voluntario para pagar los cargos de larga distancia. Ese único sitio recopilaría todo el correo de red de todos los sistemas de su red y luego lo volvería a empaquetar en paquetes únicos destinados a cada red. Luego llamarían a los sitios de administración de red requeridos y les entregarían el paquete. Ese sitio entonces procesaría el correo normalmente, aunque se garantizaría que todos los mensajes en el paquete serían llamadas locales.

La dirección de red se colocó en un campo sin usar en la base de datos de mensajes de Fido, que antes siempre contenía un cero. Los sistemas que ejecutan versiones existentes del software ya ignoraron los campos que contenían el nuevo direccionamiento, por lo que continuarían funcionando como antes; al notar un mensaje dirigido a otro nodo, lo buscarían y llamarían a ese sistema. Los sistemas más nuevos reconocerían el número de red y, en su lugar, enviarían ese mensaje al host de la red. Para garantizar la compatibilidad con versiones anteriores, los sistemas existentes conservaron sus números de nodo originales durante este período.

Una gran ventaja del nuevo esquema era que los números de nodo ahora eran únicos solo dentro de su red, no globalmente. Esto significó que el límite anterior de 250 nodos había desaparecido, pero por una variedad de razones, inicialmente se limitó a alrededor de 1200. Este cambio también delegó el mantenimiento de las listas de nodos a los hosts de la red, quienes luego enviaron listas actualizadas al Nodo 51 para que se recopilaran en la lista maestra. El grupo de St. Louis ahora solo tenía que mantener su propia red local y hacer el trabajo básico para compilar la lista global.

En una reunión celebrada en la sala de estar de Kaplan en St. Louis el 11 de abril de 1985, las distintas partes acordaron todos los detalles del nuevo concepto. Como parte de esta reunión, también agregaron el concepto de una región, un nivel puramente administrativo que no formaba parte del esquema de direccionamiento. Los hosts regionales se encargarían de cualquier rezagado en los mapas de red, sistemas remotos que no tenían hosts de red local. Luego dividieron los EE. UU. en diez regiones que, en su opinión, tendrían poblaciones aproximadamente iguales.

Para mayo, Jennings tenía en funcionamiento las primeras versiones del nuevo software. Estas primeras versiones especificaban el enrutamiento manualmente a través de un nuevo archivo ROUTE.BBS que enumeraba los hosts de red para cada nodo. Por ejemplo, un operador podría querer reenviar todo el correo a St. Louis a través de un solo nodo, el nodo 10. ROUTE.BBS incluiría una lista de todos los sistemas conocidos en esa área, con instrucciones para reenviar el correo a cada uno de esos nodos. a través del nodo 10. Posteriormente, este proceso fue semiautomatizado por el programa NODELIST de John Warren. Con el tiempo, esta información se incorporó a versiones actualizadas del formato de lista de nodos y el archivo ROUTES ya no se usa.

Se lanzó una nueva versión de FIDO y FIDONET, 10C, que contiene todas estas funciones. El 12 de junio de 1985, el grupo central presentó 10C y la mayoría de los sistemas Fido se actualizaron en unos pocos meses. El proceso fue mucho más fluido de lo que nadie imaginó y muy pocos nodos tuvieron problemas.

Correo electrónico

En algún momento durante la evolución de Fido, se agregaron archivos adjuntos al sistema, lo que permitió hacer referencia a un archivo desde un mensaje de correo electrónico. Durante el intercambio normal entre dos instancias de FIDONET, todos los archivos adjuntos a los mensajes en los paquetes se entregaron después de que el paquete se cargara o descargara. No está claro cuándo se agregó esto, pero ya era una característica del sistema básico cuando se publicó la versión del 8 de febrero de 1985 del documento de estándares de FidoNet, por lo que se agregó muy temprano en la historia de Fido.

En una reunión de operadores de sistemas en Dallas, se planteó la idea de que sería bueno que hubiera alguna forma de que los operadores de sistemas publicaran mensajes que se compartirían entre los sistemas. En febrero de 1986, Jeff Rush, uno de los miembros del grupo, presentó un nuevo programa de correo que extraía mensajes de foros públicos seleccionados por el administrador del sistema, de la misma manera que el programa de correo original manejaba los mensajes privados. El nuevo programa se conocía como tirador/escáner. El lanzador produjo un archivo que era similar (o idéntico) a la salida del escaneo de netmail normal, pero estos archivos luego se comprimieron y adjuntaron a un mensaje de netmail normal como un archivo adjunto. Luego, este mensaje se envió a una dirección especial en el sistema remoto. Después de recibir el correo de red normalmente, el escáner del sistema remoto buscó estos mensajes, los descomprimió y los colocó en el mismo foro público del sistema original.

De esta manera, el sistema de Rush implementó un sistema de almacenamiento y reenvío de mensajes públicos similar a Usenet, pero basado y alojado en el sistema FidoNet. El primer foro echomail de este tipo fue creado por los operadores del sistema del área de Dallas para hablar de negocios, conocido como SYSOP. Pronto siguió otro llamado TECH. Pronto siguieron varios ecos públicos, incluidos GAYNET y CLANG. Estos generaron cientos de nuevos ecos y condujeron a la creación de la Lista de conferencias de Echomail (Echolist) por Thomas Kenny en enero de 1987. Echomail produjo foros compartidos en todo el mundo y su volumen de tráfico superó rápidamente el sistema de netmail original. A principios de la década de 1990, echo mail transportaba más de 8 MB de tráfico de mensajes comprimidos al día, muchas veces sin comprimir.

Echomail no utilizaba necesariamente las mismas vías de distribución que el netmail normal, y el enrutamiento de distribución se almacenaba en un archivo de configuración independiente, similar al ROUTES.BBS original. En el sitio de origen, se agregó una línea de encabezado al mensaje que indica el nombre y la dirección del sistema de origen. Después de eso, cada sistema por el que viajó el mensaje se agregó a un encabezado PATH creciente, así como a un encabezado SEENBY. SEENBY evitó que el mensaje circulara por la red en el caso de información de enrutamiento mal configurada.

Echomail no fue el único sistema que usó la característica de archivos adjuntos de netmail para implementar capacidades de almacenamiento y reenvío. Los juegos en línea y otros sistemas también utilizaron conceptos similares.

Zonas y puntos

La evolución hacia el esquema de direccionamiento de red/nodo también fue útil para reducir los costos de comunicaciones entre continentes, donde las diferencias de zona horaria en cualquier extremo de la conexión también podrían entrar en juego. Por ejemplo, el mejor momento para reenviar correo en los EE. UU. era por la noche, pero ese podría no ser el mejor momento para que los anfitriones europeos intercambien. Los esfuerzos para introducir un nivel continental en el sistema de direcciones comenzaron en 1986.

Al mismo tiempo, se notó que algunos usuarios avanzados estaban interesados en usar los protocolos FidoNet como una forma de entregar grandes cantidades de correo electrónico a sus máquinas locales donde se podía leer sin conexión. Estos usuarios no querían que sus sistemas aparecieran en la lista de nodos; no ejecutaban (necesariamente) un sistema de tablón de anuncios y no eran de acceso público. Era deseable un mecanismo que permitiera la entrega de correo de red a estos sistemas sin la sobrecarga del mantenimiento de la lista de nodos.

En octubre de 1986 se lanzó el último cambio importante en la red FidoNet, agregando zonas y puntos. Las zonas representaban las principales áreas geográficas que correspondían aproximadamente a los continentes. Había seis zonas en total, América del Norte, América del Sur, Europa, Oceanía, Asia y África. Los puntos representaban nodos no públicos, que se crearon de forma privada en un sistema BBS. El correo de punto se entregó a un host BBS seleccionado como de costumbre, pero luego se volvió a empaquetar en un paquete para que el punto lo recogiera a pedido. El formato de direccionamiento completo ahora era zone:net/node.point, por lo que un ejemplo real podría ser Bob Smith@1:250/250.10. Los puntos se usaron ampliamente solo por un corto tiempo, la introducción de sistemas de lectura fuera de línea cumplió este rol con sistemas que eran mucho más fáciles de usar. Los puntos siguen en uso hasta el día de hoy, pero son menos populares que cuando se introdujeron.

Otras extensiones

Aunque FidoNet admitía archivos adjuntos incluso desde los estándares más antiguos, esta característica solía usarse raramente y, a menudo, se desactivaba. Los archivos adjuntos seguían el enrutamiento normal del correo a través de múltiples sistemas y podían respaldar las transferencias a lo largo de la línea a medida que se copiaban los archivos. Se ofreció una solución en forma de solicitudes de archivos, que realizaban transferencias de archivos impulsadas por el sistema de llamadas y usaban conexiones únicas punto a punto en lugar del enrutamiento tradicional.. Dos de estos estándares se volvieron comunes, "WaZOO" y "Bark", que vio un apoyo variable entre diferentes anuncios publicitarios. Ambos funcionaron de manera similar, con el remitente llamando al sistema remoto y enviando un nuevo paquete de protocolo de enlace para solicitar los archivos.

Aunque FidoNet era, con mucho, la red basada en BBS más conocida, no era la única. A partir de 1988, los sistemas PCBoard pudieron alojar una funcionalidad similar conocida como RelayNet, mientras que otras redes populares incluyeron RBBSNet del mundo Commodore 64 y AlterNet. Al final de la evolución del sistema FidoNet, hubo una propuesta para permitir que el correo (pero no los mensajes del foro) de estos sistemas cambiara a la estructura FidoNet. Esto no se adoptó, y el rápido auge de Internet lo hizo superfluo ya que estas redes agregaron rápidamente el intercambio de Internet, que actuó como una lingua franca.

Aumento rápido, pico de 1996 y disminución más lenta del número de Fidonodes

Pico

FidoNet comenzó en 1984 y enumeró 100 nodos a finales de ese año. El crecimiento constante continuó durante la década de 1980, pero una combinación de factores condujo a un rápido crecimiento después de 1988. Estos incluyeron módems más rápidos y menos costosos y la rápida disminución de los costos de los discos duros y los sistemas informáticos en general. En abril de 1993, la lista de nodos de FidoNet contenía más de 20.000 sistemas. En ese momento se estimó que cada nodo tenía, en promedio, unos 200 usuarios activos. De estos 4 millones de usuarios en total, 2 millones de usuarios usaban comúnmente echomail, los foros públicos compartidos, mientras que unos 200.000 usaban el sistema de netmail privado. En su apogeo, FidoNet enumeró aproximadamente 39.000 sistemas.

A lo largo de su vida, FidoNet estuvo plagado de problemas de gestión y luchas internas. Gran parte de esto se puede atribuir al hecho de que la entrega de Internet costó dinero real, y el tráfico creció más rápidamente que las disminuciones causadas por la mejora de las velocidades del módem y la tendencia a la baja de las tarifas de larga distancia. A medida que aumentaron, se intentaron varios métodos para recuperar los costos, todos los cuales causaron fricciones en los grupos. Los problemas eran tan graves que Jennings llegó a referirse al sistema como 'fight-o-net'.

Rechazar

A medida que los módems alcanzaban velocidades de 28,8 kbit/s, la sobrecarga de los protocolos TCP/IP ya no era tan atroz y el acceso telefónico a Internet se volvió cada vez más común. En 1995, el mercado de los tablones de anuncios se tambaleaba cuando los usuarios abandonaron los sistemas BBS locales en favor de sitios y páginas web más grandes, a los que se podía acceder en todo el mundo por el mismo costo que acceder a un sistema BBS local. Esto también hizo que la implementación de FidoNet fuera menos costosa, porque las transferencias de Internet también podían realizarse a través de Internet, con un costo marginal mínimo o nulo. Pero esto diluyó seriamente todo el propósito del modelo de almacenamiento y reenvío, que se había construido específicamente para abordar un problema de larga distancia que ya no existía.

La lista de nodos de FidoNet comenzó a reducirse, especialmente en áreas con una amplia disponibilidad de conexiones a Internet. Esta tendencia a la baja continúa, pero se ha nivelado en aproximadamente 2500 nodos. FidoNet sigue siendo popular en áreas donde el acceso a Internet es difícil o costoso.

Resurgimiento

Alrededor de 2014, un movimiento retro condujo a un aumento lento de BBS y nodos conectados a Internet. Telnet, rlogin y SSH se utilizan entre sistemas. Esto significa que el usuario puede hacer telnet a cualquier BBS en todo el mundo por un precio tan bajo como el de al lado. Además, se ha agregado Usenet y el correo de Internet, junto con nombres de archivo largos a muchas versiones más nuevas del software BBS, algunas de las cuales son gratuitas, lo que resulta en un uso cada vez mayor. Nodelists ya no está disminuyendo en todos los casos.

Estructura organizativa de FidoNet

FidoNet se rige por una estructura jerárquica de acuerdo con la política de FidoNet, con coordinadores designados en cada nivel para administrar la administración de los nodos de FidoNet y resolver disputas entre los miembros. Los coordinadores de red son responsables de administrar los nodos individuales dentro de su área, generalmente una ciudad o un área de tamaño similar. Los coordinadores regionales son responsables de gestionar la administración de los coordinadores de red dentro de su región, normalmente del tamaño de un estado o país pequeño. Los coordinadores de zona son responsables de gestionar la administración de todas las regiones dentro de su zona. El mundo está dividido en seis zonas, cuyos coordinadores eligen a uno de ellos para que sea el Coordinador Internacional de FidoNet.

Estructura técnica

FidoNet se diseñó históricamente para usar acceso telefónico basado en módem entre sistemas de boletines electrónicos, y gran parte de su política y estructura reflejaban esto.

El sistema FidoNet se refería oficialmente solo a la transferencia de Netmail, los mensajes privados individuales entre personas que usan tableros de anuncios, incluidos los protocolos y estándares con los que respaldarlo. Un mensaje de netmail contendría el nombre de la persona que lo envía, el nombre del destinatario previsto y las respectivas direcciones FidoNet de cada uno. El sistema FidoNet era responsable de enrutar el mensaje de un sistema a otro (detalles a continuación), y el software del tablón de anuncios en cada extremo era responsable de garantizar que solo el destinatario previsto pudiera leerlo. Debido a la naturaleza aficionada de la red, cualquier privacidad entre el remitente y el destinatario fue solo el resultado de la cortesía de los propietarios de los sistemas FidoNet involucrados en la transferencia del correo. Sin embargo, era común que los operadores del sistema se reservaran el derecho de revisar el contenido del correo que pasaba por su sistema.

Netmail permitía adjuntar un solo archivo a cada mensaje. Esto condujo a una serie de protocolos piggyback que crearon funciones adicionales en FidoNet al pasar información de un lado a otro como archivos adjuntos. Estos incluían la distribución automatizada de archivos y la transmisión de datos para juegos entre BBS.

Con mucho, el más utilizado de estos protocolos superpuestos fue Echomail, debates públicos de naturaleza similar a los grupos de noticias de Usenet. Echomail estaba respaldado por una variedad de software que recopilaba nuevos mensajes de los BBSes locales. foros públicos (el escáner), lo comprimió usando ARC o ZIP, adjuntó el archivo resultante a un mensaje de Netmail y envió ese mensaje a un sistema seleccionado. Al recibir un mensaje de este tipo, identificado porque estaba dirigido a un usuario en particular, se utilizaba el proceso inverso para extraer los mensajes, y un tosser los devolvía al nuevo sistema& #39;s foros.

Echomail era tan popular que para muchos usuarios, Echomail era FidoNet. El correo privado de persona a persona era relativamente raro.

Estructura geográfica

FidoNet está organizado políticamente en una estructura de árbol, con diferentes partes del árbol que eligen a sus respectivos coordinadores. La jerarquía de FidoNet consta de zonas, regiones, redes, nodos y puntos rotos hacia abajo más o menos geográficamente.

El nivel más alto es la zona, que se basa principalmente en continentes:

• Zona 1 es Estados Unidos y Canadá
• Zona 2 es Europa, ex países de la Unión Soviética e Israel
• Zona 3 es Australasia
• Zona 4 es América Latina (excepto Puerto Rico)
• Zona 5 África
• La zona 6 era Asia, Israel y las partes asiáticas de Rusia (que se enumeran en la Zona 2). El 26 de julio de 2007 se retiró la zona 6 y todos los nodos restantes se trasladaron a la zona 3.

Cada zona se divide en regiones, que se dividen en redes, que constan de nodos individuales. Las zonas 7-4095 se utilizan para otras redes; agrupaciones de nodos que usan software compatible con Fido para transportar sus propias áreas de mensajes independientes sin estar controlados de ninguna manera por la estructura política de FidoNet. El uso de números de zona no utilizados garantizaría que cada red tuviera un conjunto único de direcciones, evitando posibles conflictos de enrutamiento y ambigüedades para los sistemas que pertenecían a más de una red.

Direcciones de FidoNet

Las direcciones de FidoNet consisten explícitamente en un número de zona, un número de red (o número de región) y un número de nodo. Se escriben en la forma Zone:Network/Node. La estructura de FidoNet también permite la designación semántica del estado de región, host y concentrador para nodos particulares, pero este estado no se indica directamente mediante la dirección principal.

Por ejemplo, considere un nodo ubicado en Tulsa, Oklahoma, Estados Unidos con un número de nodo asignado 918, ubicado en la Zona 1 (América del Norte), Región 19 y Red 170. La dirección completa de FidoNet para este sistema sería 1:170/918. La región se usó con fines administrativos y solo era parte de la dirección si el nodo se enumeraba directamente debajo del Coordinador regional, en lugar de una de las redes que se usaban para dividir aún más la región.

La política de FidoNet requiere que cada sistema FidoNet mantenga una lista de nodos de todos los demás sistemas miembros. La información sobre cada nodo incluye el nombre del sistema o BBS, el nombre del operador del nodo, la ubicación geográfica, el número de teléfono y las capacidades del software. La lista de nodos se actualiza semanalmente, para evitar llamadas no deseadas a nodos que se habían cerrado, posiblemente sus números de teléfono hayan sido reasignados para uso de voz por la compañía telefónica respectiva.

Para realizar actualizaciones regulares, los coordinadores de cada red mantienen la lista de sistemas en sus áreas locales. Las listas se envían periódicamente al Coordinador Internacional a través de sistemas automatizados. Luego, el Coordinador internacional compilaría una nueva lista de nodos y generaría la lista de cambios (nodediff) que se distribuirá para que los operadores de nodos la apliquen a su lista de nodos existente.

Enrutamiento del correo FidoNet

En una situación teórica, un nodo normalmente reenviaría mensajes a un hub. El concentrador, que actúa como un punto de distribución de correo, podría enviar el mensaje al Coordinador de red. Desde allí podrá ser enviado a través de un Coordinador Regional, oa algún otro sistema específicamente habilitado para la función. El correo a otras zonas puede enviarse a través de Zone Gate.

Por ejemplo, un mensaje de FidoNet podría seguir la ruta:

• 1:170/918 (nodo) a 1:170/900 (hub) a 1:170/0 (coordinador neto) a 1:19/0 (Coordinador de registro) 1:1/0 (Coordinador de zonas). Desde allí, se distribuyó 'regla baja' al nodo de destino.

Originalmente, no había una relación específica entre los números de red y las regiones en las que residen. En algunas áreas de FidoNet, sobre todo en la Zona 2, la relación entre el número de región y el número de red está entrelazada. Por ejemplo, 2:201/329 está en la red 201, que está en la región 20, mientras que 2:2410/330 está en la red 2410, que está en la región 24. La zona 2 también relaciona el número de nodo con el número de concentrador si la red es lo suficientemente grande. para contener cualquier concentrador. Este efecto se puede ver en la lista de nodos al observar la estructura de Net 2410 donde el nodo 2:2410/330 aparece en el Hub 300. Este no es el caso en otras zonas.

En la Zona 1, las cosas son muy diferentes. La Zona 1 fue el punto de partida y cuando se formaron las Zonas y Regiones, las redes existentes se dividieron regionalmente sin una fórmula establecida. La única consideración que se tomó fue dónde estaban ubicados geográficamente con respecto al contorno del mapa de la región. A medida que se sumaron los números netos, se utilizó la siguiente fórmula.

Región número × 20

Luego, cuando algunas regiones comenzaron a quedarse sin números de red, también se utilizó lo siguiente.

Región número × 200

La Región 19, por ejemplo, contiene las redes 380-399 y 3800-3999 además de las que estaban en la Región 19 cuando se formó.

Parte del objetivo detrás de la formación de redes locales era implementar planes de reducción de costos mediante los cuales todos los mensajes se enviarían a uno o más concentradores o hosts en forma comprimida (ARC era nominalmente estándar, pero PKZIP es universalmente compatible); Luego, se podría realizar una llamada de pago fuera de las horas pico para intercambiar archivos completos llenos de mensajes con un enlace ascendente fuera de la ciudad para una mayor redistribución.

En la práctica, la estructura de FidoNet permite que cualquier nodo se conecte directamente con cualquier otro, y los operadores de nodos a veces forman sus propios arreglos de llamadas de pago ad-hoc, lo que permite un equilibrio entre el ahorro de costos colectivos y la entrega oportuna.. Por ejemplo, si un operador de nodo en una red se ofrece a realizar llamadas de pago periódicas a un sistema en particular en otro lugar, otros operadores pueden hacer arreglos para reenviar todo su correo destinado al sistema remoto, y los que están cerca de él, al voluntario local. Los operadores dentro de las redes individuales a veces tenían acuerdos de costos compartidos, pero también era común que las personas se ofrecieran como voluntarias para pagar las llamadas de peaje regulares, ya sea por generosidad o para construir su estatus en la comunidad.

Este sistema ad-hoc fue especialmente popular entre las redes construidas sobre FidoNet. Echomail, por ejemplo, a menudo implicaba transferencias de archivos relativamente grandes debido a su popularidad. Si los distribuidores oficiales de FidoNet se negaban a transferir Echomail debido a cargos adicionales, otros operadores de nodos a veces se ofrecían como voluntarios. En tales casos, los mensajes de Echomail se enrutarán a los voluntarios. sistemas en su lugar.

El sistema FidoNet se adaptó mejor a un entorno en el que el servicio telefónico local era económico y las llamadas de larga distancia (o la transferencia de datos entre ciudades a través de redes de conmutación de paquetes) eran costosas. Por lo tanto, le fue algo mal en Japón, donde incluso las líneas locales son caras, o en Francia, donde los peajes en las llamadas locales y la competencia con Minitel u otras redes de datos limitaron su crecimiento.

Puntos

A medida que la cantidad de mensajes en Echomail creció con el tiempo, se volvió muy difícil para los usuarios mantenerse al día con el volumen mientras iniciaban sesión en su BBS local. Se introdujeron puntos para abordar esto, lo que permite a los usuarios con conocimientos técnicos recibir Echomail (y Netmail) ya comprimido y en lotes y leerlo localmente en sus propias máquinas.

Para hacer esto, el esquema de direccionamiento de FidoNet se amplió con la adición de un segmento de dirección final, el número de punto. Por ejemplo, a un usuario en el sistema de ejemplo anterior se le puede dar el punto número 10 y, por lo tanto, se le puede enviar un correo a la dirección 1:170/918.10.

En el uso real, los puntos son bastante difíciles de configurar. El software FidoNet generalmente constaba de una serie de pequeños programas de utilidad ejecutados por scripts editados manualmente que requerían cierto nivel de habilidad técnica. Leer y editar el correo requería un "editor de sysop" programa o un programa BBS para ser ejecutado localmente.

En América del Norte (Zona 1), donde las llamadas locales generalmente son gratuitas, los beneficios del sistema se vieron contrarrestados por su complejidad. Los puntos se usaron solo brevemente, e incluso entonces solo en un grado limitado. A mediados de la década de 1990 se introdujeron programas dedicados de lectura de correo fuera de línea, como Blue Wave, Squiggy y Silver Xpress (OPX), que rápidamente dejaron obsoleto el sistema de puntos. Muchos de estos paquetes admitían el estándar de correo sin conexión QWK.

En otras partes del mundo, especialmente en Europa, esto fue diferente. En Europa, incluso las llamadas locales generalmente se miden, por lo que hubo un fuerte incentivo para mantener la duración de las llamadas lo más corta posible. El software de Point emplea una compresión estándar (ZIP, ARJ, etc.) y, por lo tanto, reduce las llamadas a unos pocos minutos al día como máximo. A diferencia de América del Norte, la señalización experimentó una aceptación rápida y bastante generalizada en Europa.

Muchas regiones distribuyen una lista de puntos en paralelo con la lista de nodos. Los segmentos de la lista de puntos se mantienen mediante administradores de listas de puntos de región y de red, y el administrador de listas de puntos de zona los ensambla en la lista de puntos de zona. En el apogeo de FidoNet había más de 120 000 puntos enumerados en la lista de puntos de la Zona 2. La lista de puntos es voluntaria y no se enumeran todos los puntos, por lo que nadie puede adivinar cuántos puntos hubo realmente. A partir de junio de 2006, todavía hay unos 50.000 puntos registrados. La mayoría de ellos están en Rusia y Ucrania.

Especificaciones técnicas

FidoNet contenía varias especificaciones técnicas para la compatibilidad entre sistemas. El más básico de todos es FTS-0001, con el que todos los sistemas FidoNet están obligados a cumplir como requisito mínimo. FTS-0001 definido:

• Manipulación - los protocolos utilizados por el software del correo para identificarse e intercambiar información sobre la sesión.
• Protocolo de transferencia (XMODEM) - los protocolos a utilizar para transferir archivos que contengan correo FidoNet entre sistemas.
• Formato de mensaje - el formato estándar para los mensajes de FidoNet durante el tiempo que fueron intercambiados entre sistemas.

Otras especificaciones que se usaban comúnmente para echomail, diferentes protocolos de transferencia y métodos de negociación (por ejemplo: Yoohoo/Yoohoo2u2, EMSI), compresión de archivos, formato de lista de nodos, transferencia a través de conexiones confiables como Internet (Binkp), y otros aspectos.

Hora de correo de zona

Dado que los tablones de anuncios de las computadoras históricamente usaban las mismas líneas telefónicas para transferir correo que las que se usaban para marcar a los usuarios humanos del BBS, la política de FidoNet dicta que al menos una línea designada de cada nodo de FidoNet debe estar disponible para aceptar correo de otros nodos FidoNet durante una hora determinada de cada día.

Zone Mail Hour, como se le denominó, varía según la ubicación geográfica del nodo, y se designó para ocurrir temprano en la mañana. La hora exacta varía según la zona horaria, y cualquier nodo con una sola línea telefónica debe rechazar llamadas humanas. En la práctica, particularmente en épocas posteriores, la mayoría de los sistemas FidoNet tienden a aceptar correo a cualquier hora del día cuando la línea telefónica no está ocupada, generalmente durante la noche.

Despliegues de FidoNet

La mayoría de las implementaciones de FidoNet se diseñaron de forma modular. Una implementación típica implicaría varias aplicaciones que se comunicarían a través de archivos y directorios compartidos, y cambiarían entre sí a través de secuencias de comandos cuidadosamente diseñadas o archivos por lotes. Sin embargo, está disponible un software monolítico que abarca todas las funciones requeridas en un solo paquete, como D'Bridge. Dicho software eliminó la necesidad de archivos por lotes personalizados y está estrechamente integrado en la operación. La preferencia por la implementación era la del operador y había pros y contras de ejecutarse de cualquier manera.

Posiblemente, la pieza de software más importante en un sistema Fido basado en DOS era el controlador FOSSIL, que era un controlador de dispositivo pequeño que proporcionaba una forma estándar para que el software Fido se comunicara con el módem. Este controlador debía cargarse antes de que funcionara cualquier software de Fido. Un controlador FOSSIL eficiente significó conexiones más rápidas y confiables.

El software Mailer era responsable de transferir archivos y mensajes entre sistemas, así como de pasar el control a otras aplicaciones, como el software BBS, en los momentos apropiados. El remitente respondería inicialmente al teléfono y, si fuera necesario, se ocuparía del correo entrante a través de los protocolos de transferencia de FidoNet. Si el remitente respondió al teléfono y se detectó una llamada humana en lugar de otro software de correo, el remitente saldría y pasaría el control al software BBS, que luego se inicializaría para interactuar con el usuario. Cuando el correo saliente estaba esperando en el sistema local, el software de correo intentaba enviarlo de vez en cuando marcando y conectándose a otros sistemas que aceptarían y enrutarían más el correo. Debido a los costos de las llamadas interurbanas que a menudo variaban entre las horas pico y las horas de menor actividad, el software de envío de correo normalmente permitiría a su operador configurar los horarios óptimos para intentar enviar correo a otros sistemas.

software BBS para interactuar con personas que llamaban al sistema. El software BBS permitiría a los usuarios de acceso telefónico usar las bases de mensajes del sistema y escribir correo a otros, localmente o en otros BBS. El correo dirigido a otros BBS más tarde sería enrutado y enviado por el remitente, generalmente después de que el usuario haya terminado de usar el sistema. Muchos BBS también permitieron a los usuarios intercambiar archivos, jugar juegos e interactuar con otros usuarios en una variedad de formas (es decir, chat de nodo a nodo).

Una aplicación de escáner/lanzador, como FastEcho, FMail, TosScan y Squish, normalmente se invocaría cuando un usuario de BBS hubiera ingresado un nuevo mensaje de FidoNet que debía enviarse, o cuando un remitente había recibido correo nuevo para importarlo a las bases de mensajes locales. Esta aplicación se encargaría de manejar el empaquetado del correo entrante y saliente, moviéndolo entre las bases de mensajes del sistema local y los directorios entrantes y salientes del remitente. La aplicación de escáner/lanzador generalmente sería responsable de la información de enrutamiento básica, determinando a qué sistemas reenviar el correo.

En tiempos posteriores, también se desarrollaron lectores de mensajes o editores que eran independientes del software BBS. A menudo, el operador del sistema de un BBS en particular usaría un lector de mensajes dedicado, en lugar del propio software BBS, para leer y escribir FidoNet y mensajes relacionados. Uno de los editores más populares en 2008 fue GoldED+. En algunos casos, los nodos de FidoNet, o más a menudo los puntos de FidoNet, no tenían un tablón de anuncios público adjunto y existían solo para la transferencia de correo en beneficio del operador del nodo. La mayoría de los nodos en 2009 no tenían acceso a BBS, sino solo puntos, en todo caso.

El software Fido BBS original, y algunos otros software compatibles con FidoNet de la década de 1980, ya no funcionan en los sistemas modernos. Esto se debe a varias razones, incluidos los problemas relacionados con el error Y2K. En algunos casos, los autores originales abandonaron la BBS o la comunidad shareware, y el software, gran parte del cual era de código cerrado, se convirtió en abandonware.

Varios FidoNet Mailers heredados basados en DOS como FrontDoor, Intermail, MainDoor y D'Bridge de principios de la década de 1990 todavía se pueden ejecutar en Windows sin módem, utilizando el controlador gratuito NetFoss Telnet FOSSIL y utilizando un módem virtual como NetSerial. Esto permite que el remitente marque una dirección IP o un nombre de host a través de Telnet, en lugar de marcar un número de teléfono POTS real. Existen soluciones similares para Linux como MODEMU (emulador de módem) que tiene un éxito limitado cuando se combina con DOSEMU (emulador de DOS). Mail Tossers como FastEcho y FMail todavía se usan en Windows y Linux/DOSEMU.

La cola de archivo en qcc, la interfaz de usuario ncurses para qico. Las direcciones están hechas.

Hay varios FidoNet Mailers modernos basados en Windows disponibles en la actualidad con código fuente, incluidos Argus, Radius y Taurus. MainDoor es otra aplicación de correo Fidonet basada en Windows, que también se puede ejecutar mediante un módem o directamente sobre TCP/IP. Dos programas populares de software gratuito y de código abierto FidoNet para sistemas similares a Unix son binkd (multiplataforma, solo IP, usa el protocolo binkp) y qico (admite comunicación por módem, así como el protocolo IP de ifcico y binkp).

En cuanto al hardware, los sistemas Fido solían ser máquinas bien equipadas, para su época, con CPU rápidas, módems de alta velocidad y 16550 UART, que en ese momento eran una actualización. Como un sistema Fidonet solía ser un BBS, necesitaba procesar rápidamente cualquier evento de correo nuevo antes de volver a su estado de 'esperando llamada'. Expresar. Además, el propio BBS normalmente necesitaba mucho espacio de almacenamiento. Finalmente, un sistema FidoNet generalmente tenía al menos una línea telefónica dedicada. En consecuencia, operar un sistema Fidonet a menudo requería una inversión financiera significativa, un costo que generalmente paga el propietario del sistema.

Disponibilidad de FidoNet

Si bien el uso de FidoNet ha disminuido drásticamente en comparación con su uso hasta mediados de la década de 1990, todavía se usa en muchos países, especialmente en Rusia y las ex repúblicas de la URSS. Algunos BBS, incluidos los que ahora están disponibles para usuarios con conexiones a Internet a través de telnet, también conservan sus feeds de FidoNet netmail y echomail.

Algunas de las conferencias de correo electrónico de FidoNet están disponibles a través de puertas de enlace con la jerarquía de noticias de Usenet utilizando software como UFGate. También hay puertas de correo para intercambiar mensajes entre Internet y FidoNet. El abuso generalizado de la red y el spam de correo electrónico en Internet ha provocado que algunas puertas de enlace (como la antigua puerta de enlace IEEE fidonet.org 1:1/31) se vuelvan inutilizables o dejen de funcionar por completo.

FidoNoticias

FidoNews es el boletín informativo de la comunidad FidoNet. Cariñosamente apodado The Snooze, se publica semanalmente. Se publicó por primera vez en 1984. A lo largo de su historia, ha sido publicado por varias personas y entidades, incluida la Asociación Internacional FidoNet de corta duración.