FTN (de FidoNet Technology Network ) es una tecnología de red fuera de línea utilizada en Fido y Levnets .
FTN es una tecnología que se originó con la red Fido en 1984, y el desarrollo de la tecnología fue impulsado por las necesidades de Fido en rápido crecimiento. Sin embargo, es incorrecto identificar a Fido y FTN, ya que FTN también se puede usar para crear otras redes que pueden no estar relacionadas con Fido de ninguna manera. Tales redes se llaman levnets . Casos conocidos de uso de tecnologías FTN por parte de fidoshniks para organizar redes industriales altamente especializadas.
La red FTN más grande y compleja es FidoNet . En él, el direccionamiento se basa en la afiliación geopolítica y la vida de la red se rige por una carta . Los izquierdistas suelen ser mucho más simples en términos organizativos.
Los estándares según los cuales se desarrolla el software FTN son los documentos adoptados por el FTSC (Comité de Estándares Técnicos de la Red Fido), pero la obligación de cumplir con ciertos documentos en las redes de la izquierda y Fido puede diferir.
La unidad de la red FTN es el llamado sistema, un conjunto de programas configurados para realizar funciones relacionadas con el reenvío y procesamiento de correo y archivos. La persona que mantiene el sistema se llama operador del sistema ( sysop ). Cada sistema tiene una dirección.
El esquema de direccionamiento FTN estándar se describe en FSP-1028 . Cuando está completamente escrita, la dirección se ve así: Zone:Net/Node.Point@Domain , donde los primeros cuatro campos se llenan con los números de la zona, red, nodo y punto, respectivamente, y el quinto es la designación de la letra de la red FTN. Tal registro completo se llama registro 5D. También son posibles formas cortas (4D, 3D y 2D), cuando los programas pueden asumir los valores de otros campos.
Los sistemas son nodales y puntuales. La diferencia entre ellos suele radicar únicamente en la posición legal en la red (por ejemplo, en Fido los puntos no son formalmente miembros de la red). A primera vista, la dirección del host parece más corta porque no contiene un número después del punto, pero de hecho siempre está presente, es simplemente cero en las direcciones del host y generalmente se omite. En forma 5D, las direcciones de los nodos también se suelen escribir sin un número de punto.
El campo "Dominio" de una dirección FTN (letra de red) no debe confundirse con los nombres de dominio de Internet (ver FQDN ). Por lo tanto, el nombre de dominio fidonet.org , que aloja el sitio web oficial de la red Fido, no será un dominio válido cuando se utilice en una dirección FTN. En su lugar, solo se debe usar fidonet .
Puede haber más de un sistema en una computadora. En primer lugar, se puede configurar un conjunto de programas para que funcione simultáneamente en varias direcciones. Luego se habla de AKA (de también conocido como ) además de la dirección principal del sistema (la primera especificada en la configuración ). En segundo lugar, puede haber varios kits configurados para funcionar de forma independiente. Esto sucede, por ejemplo, cuando un nodo tiene una dirección de punto técnico para el funcionamiento de BBS o robots .
La red es administrada por funcionarios - coordinadores. Los coordinadores son responsables de definir esquemas de enrutamiento y mantener la lista de nodos . Una lista de nodos es una lista de sistemas de nodos que forman parte de una red FTN. Una lista de nodos contiene la información necesaria para que un sistema llame a otro a través de una red pública. Los sistemas de puntos también pueden aceptar conexiones entrantes, la información para comunicarse con ellos se ingresa en la lista de puntos .
El formato y los indicadores de la lista de nodos se describen en FTS-5000 , FTS-5001 (estándares básicos) y FSP-1035 ( Lista de nodos distribuidos de DNS ). En Fido, las banderas válidas también se describen en el epílogo de la lista de nodos. El formato de la lista de puntos se describe en FTS-5002 .
Las redes FTN tienen facilidades para transferir mensajes de texto y archivos. Los mensajes de texto se pueden dividir en netmail (correspondencia personal) y echomail (conferencias temáticas públicas). Las herramientas para compartir archivos incluyen conferencias de eco de archivos (distribución de archivos por categorías temáticas) y solicitudes de archivos (solicitud de un archivo específico de un sistema a otro). Sin embargo, los mensajes de texto de archivos codificados con UUE también son comunes .
Durante mucho tiempo, las redes FTN establecieron límites en el tamaño de un mensaje (por ejemplo, las reglas de las ecoconferencias), debido a las imperfecciones de los programas utilizados en ese momento. Gradualmente se permitieron tamaños más grandes. último límite concebible era de 64 KB [1] ya que programa propietario FastEcho aún permanece[ ¿cuándo? ] lo suficientemente popular como para no poder manejar más [2] . Pero hay un animado debate en Fido en estos días, y cada vez más personas se están alejando de él en favor de programas más modernos que no tienen límites en el tamaño de los mensajes.
Los editores de mensajes FTN existentes no son compatibles con Unicode ni con los métodos de marcado. Esto da como resultado que solo se transmita a través de FTN texto sin formato, sin formato en CP866 u otro conjunto de caracteres codificados de un solo byte . FTN le permite enviar mensajes en cualquier codificación que contenga etiquetas de marcado, pero no hay editores que los admitan.
Para establecer varias características del mensaje transmitido, se insertan líneas de control especiales en él: kludges , similar al encabezado RFC de los mensajes de correo electrónico . El FTS-4000 contiene una descripción general de los kludges , pero los kludges mismos se describen en documentos separados. Cada mensaje debe contener el MSGID kludge ( FTS-0009 ), la codificación del mensaje se indica en el CHRS kludge ( FTS-5003 ), los mensajes cifrados o firmados con EDS se indican en el ENC kludge ( FSC-0073 ), etc.
La información necesaria para distribuir archivos a través de conferencias de eco de archivos se encuentra en un archivo adjunto con una extensión tic . La distribución de archivos de esta manera se describe en FSC-0087 . Hoy en día, cuando existen muchas formas más avanzadas de distribuir archivos, las ecoconferencias de archivos en Fido sirven principalmente para difundir información oficial.
Se pueden distinguir las siguientes funciones, para las que están destinados los programas correspondientes:
De hecho, las funciones de un programa a menudo son realizadas por otro. Por ejemplo, el lanzador HPT del kit Husky puede manejar el seguimiento de correo de red, y el correo T-Mail también es capaz de procesar solicitudes de archivos por sí mismo. En la actualidad, la mayoría de los sistemas son simplemente correo y lanzamiento.
De hecho, el sistema FTN se limita a recibir, procesar y transmitir mensajes y archivos; las bases de mensajes no forman parte del sistema. Si algún tipo de conferencia de eco no se almacena en la base de datos local, entonces se llama pass-through (del inglés passthrough ).
Puede hablar de BBS si la base de mensajes cuenta con acceso multiusuario a través de la red. Los usuarios de BBS no necesitan un conjunto completo de programas FTN, sino solo el programa cliente. Los BBS basados en los protocolos NNTP y HTTP son comunes en la actualidad . Los usuarios no tienen su propia dirección en la red; escriben desde la dirección del sistema en el que se ejecuta el BBS.
FTN en sí no está ligado a canales físicos de transmisión de datos, su esencia está fuera de línea. La comunicación ocurre según el principio de sesión: solo dos sistemas participan en la conexión, la conexión se requiere solo por un corto tiempo para recibir y transmitir nuevos mensajes. La información se distribuye en una serie de enlaces ascendentes y descendentes. Los nodos de distribución grandes reciben el estado de un concentrador . Los enlaces persistentes están protegidos por una contraseña, pero si el sistema acepta conexiones entrantes, entonces, de acuerdo con la lista de nodos o la lista de puntos, puede enviarle un mensaje o archivo directamente ("directo") a través de una sesión sin contraseña.
El remitente realiza el trabajo con el canal de transmisión de datos en el sistema FTN. Inicialmente, la tecnología se creó para la comunicación mediante un módem a través de líneas telefónicas , pero desde mediados de la década de 1990, Internet se ha utilizado para intercambiar correo entre grandes nodos de Fido .
Protocolos de transferencia de datos utilizados actualmente: binkp ( FTS-1026 ), ifcico ( FTS-1024 ) y fido-over-email ( FTS-1025 y otros) para comunicación por Internet y EMSI ( FSC-0056 ) para conexión de módem.
Teóricamente, una red FTN puede usar cualquier cantidad de redes físicas al mismo tiempo; la única pregunta es crear los anuncios publicitarios apropiados. Los fidoshniks, hablando de la independencia de los canales de comunicación, a veces agregan: "¡incluso con correo de paloma!" De hecho, los paquetes pueden codificarse en UUE , imprimirse como texto y enviarse con palomas, y en el lado receptor pueden reconocerse, decodificarse y transmitirse al lanzador: la paloma será el "enviador" y el UUE, junto con el impresora y escáner , serán de un tipo específico de entrada/salida.
"Inbound" y "outbound" son directorios con datos entrantes y salientes. La función propia del programa de correo es solo aceptar en la entrada y transferir desde la salida; el procesamiento lo llevan a cabo otros programas. Tanto la recepción como la transmisión del mailer en la mayoría de los casos se pueden realizar por igual tanto en sesiones entrantes como salientes.
Si la entrada es siempre la misma (sin embargo, normalmente hay diferentes directorios de entrada para sesiones con contraseña y sin contraseña), entonces la salida puede ser de diferentes tipos. Se conocen ArcMail Attach (AMA), Amiga Style Outbound (ASO) y Binkley Style Outbound (BSO).
ArcMail [3] se utiliza para transmitir correo de eco: el archivador comprime los paquetes de correo . Por lo general, muchos paquetes con mensajes se colocan en un paquete de archmail. Echomail se transmite como archmail (es decir, en forma comprimida) independientemente del tipo de salida.
Los paquetes de Netmail generalmente se envían sin comprimir. Tanto netmail como echomail utilizan el mismo formato de paquete (actualmente tipo de paquete 2+, descrito en FSC-0048 ). El formato en el que se escribe el mensaje en el paquete se describe en FTS-0001 .
Aquí hay una trampa terminológica. El hecho es que a menudo se puede escuchar a la gente decir "correo de red sin empaquetar". En este caso, nos referimos a netmail, no comprimido en archmail. Para ser enviado, cualquier mensaje debe estar empaquetado en un paquete (un archivo con la extensión pkt ), pero los paquetes de echomail se comprimen y transmiten por arcmail, mientras que los paquetes de netmail se transmiten solos, sin comprimir. Es posible transferir por archmail y netmail, pero esto se hace muy raramente.
Se habla de netmail sin comprimir ("desempaquetado") en relación con la hora postal. De acuerdo con el estatuto de la red Fido , el nodo de la red debe poder recibir un correo de red no archivado durante una sesión sin contraseña (cláusula 2.1.8 ).
Tras la aceptación de ciertos datos en el correo entrante, el remitente puede ejecutar un programa de manejo o crear un archivo de bandera.
Si el remitente acepta un arcmail, entonces se lanza el lanzador . Tosser descomprime el Arkmail y desempaqueta los paquetes con mensajes. Cuando se recibe un mensaje en un área de eco determinada ( AREA kludge ), el lanzador verifica el estado de suscripción de los enlaces del sistema a esta área y empaqueta nuevos mensajes para cada enlace suscrito, luego de lo cual coloca los paquetes creados en el saliente. Para evitar que un mensaje se reenvíe a los sistemas por los que ya ha pasado, existe el kludge VISTO POR . Los enlaces pueden administrar su suscripción a una conferencia de eco utilizando el administrador de suscripciones ( el robot Areafix ) enviando comandos especiales a través de netmail.
El lanzador puede guardar mensajes en una base de datos a la que un administrador del sistema puede acceder localmente usando un editor de mensajes o de forma remota por varios usuarios a través de un BBS . El lanzador debe escanear las bases de datos en busca de nuevos mensajes y empaquetarlos para enviarlos a los enlaces del sistema.
Echomail se describe en FTS-0004 .
Si el remitente acepta un correo de red, entonces se inicia un rastreador para procesarlo (aunque el lanzador o el mismo remitente pueden realizar las funciones de un rastreador). El rastreador desempaqueta el paquete con mensajes y actúa con ellos de acuerdo con la configuración del sistema. En primer lugar, el rastreador debe enrutar los mensajes en tránsito: si el mensaje no está dirigido al sistema al que pertenece el rastreador, se empaquetará para enviarlo a otro enlace de acuerdo con las reglas de enrutamiento. Antes de enviar, el rastreador inserta una línea con el Vía kludge en los mensajes , que contiene la dirección del sistema, el tiempo de procesamiento y el identificador del programa de seguimiento (el formato de este kludge se describe en FTS-4009 ). Cada sistema de tránsito por el que pasa el mensaje debe insertar su propia línea con la Vía kludge.
Además, el rastreador puede verificar la presencia del remitente y el destinatario del mensaje en la lista de nodos y la lista de puntos (estos documentos deben estar actualizados), enviar notificaciones sobre la recepción y el procesamiento del mensaje (si el remitente ha establecido el atributos apropiados), enviar mensajes a robots (por ejemplo, un servidor de fax o un administrador de suscripciones).
Si el mensaje está dirigido al sistema que posee el rastreador y no es técnico (por ejemplo, dirigido a un robot), debe guardarse en la base de datos de mensajes para que el administrador del sistema lo lea más tarde.
Si el remitente recibe un archivo con la extensión tic , entonces durante el funcionamiento normal del sistema de envío, esto significa que se envió un archivo distribuido por fileechoconference antes de este archivo. El archivo tic se envía después del nuevo archivo y realiza con respecto a él las mismas funciones que los kludges para mensajes, y para su procesamiento es necesario ejecutar un fileechoprocessor .
El esquema de funcionamiento del procesador de eco de archivos es similar al del lanzador. La función del archivo de ecoconferencia y el formato del archivo tic se describen en FSC-0087 .
Si el remitente recibe un archivo con una extensión req , significa que se ha enviado una solicitud de archivo (freak) al sistema y se debe ejecutar el controlador adecuado. Freks se describen en FSC-0086 y FTS-0006 .
Los atributos del mensaje establecen la urgencia de envío, solicitudes de notificaciones de recepción o lectura, y otros parámetros. Por ejemplo, el atributo K/s (de kill/send ) dice que el correo electrónico debe eliminarse de la base de datos después de enviarlo. Un mensaje con el atributo Dir debe enviarse directamente al destinatario, no mediante enrutamiento. Con el atributo Pvt , la carta se considera privada. El atributo Uns se establece en mensajes nuevos y cambia a Snt después del envío. El editor establece el atributo Rcv al nuevo mensaje recibido, dirigido al usuario cuando lo lee. El atributo Loc significa que el mensaje se creó en el sistema y no vino del exterior.
Hasta que se envía el mensaje, los atributos se almacenan en la base de datos de mensajes. Cuando se transmiten, los atributos pasan a formar parte del mensaje empaquetado (el formato del mensaje empaquetado se describe en FTS-0001 ). Cuando un lanzador escribe mensajes en un directorio temporal después de desempaquetar, los atributos se pueden escribir en el archivo FLAGS ( FSC-0053 ) [4] .
A menudo se utilizan programas adicionales para:
A partir de 2021, además de FidoNet , muchas otras redes FTN continúan funcionando e intercambiando mensajes entre nodos y BBS. Estas son redes como: