COMO MONTAR UN BBS
Notas para evitarse algunos dolores de cabeza.

 

© 2005 Daniel Magnoli – LW1DRJ

ARM – BBS

Moreno, B.A. – ARG

 

 

INDICE:

 

Pág.

 

3          INTRODUCCION

 

3          AJUSTE INICIAL DEL ENTORNO DEL FBB

3          La PC

3          El equipo de radio

4          Antes de empezar

4          Instalación del FBB

5          Configuración inicial antes de arrancar el programa

6          INIT.SRV

11        PORT.SYS

13        Inicialización complementaria del TNC o módem

13        INITTNC.SYS

14        Ejemplo de configuración en Modo BAYCOM con AGW en WINFBB

15        Ejemplo de configuración en Modo BAYCOM con TFPCX en DOSFBB

16        Ejemplo de configuración sin TNC, con placa de sonido, con AGW

18        Los parámetros de temporización                                 

 

21        FORWARD DE MENSAJES PERSONALES Y BOLETINES

21        Configuración de archivos y forward

22        BBS.SYS

22        FORWARD.SYS

23        REJECT.SYS

24        ARCHIVOS PARTICULARES PARA EL FWD

24        Forward interno a archivo

25        Administración interna de mensajes y boletines

25        Depuración (EPURMESS)

28        7plus – Configuración

29        Como decodificar 7Plus

29        Como enviar archivos en 7plus

30        Configuración de Telnet para fwd

 

32        PROCESO DE MANTENIMIENTO

32        Los archivos APPEL.BAT y RUNFBB.BAT

 

35        CONFIGURACION DE OTROS ARCHIVOS

35        Archivos de idioma

35        Archivo de ayuda en línea

35        Archivo de información del BBS

36        Baliza

37        Cron

37        Passwd

38        Swapp 

 

39        SERVERS

 


 

 

INTRODUCCION:

 

El presente documento surge por la inquietud de distintos colegas y de preguntas puntuales recibidas, así como de los comentarios dejados en la red de packet y en distintos foros de discusión de internet. El tema es contar en un solo lugar y de manera resumida, los lineamientos principales para poder hacer arrancar un BBS.

Se intentará explicar el modo mas sencillo, sin entrar en configuraciones raras ni complejas, utilizando los soft mas generalizados para esto, que son el FBB desde el 5.15 hasta el 7.00i, con plataforma MSDOS o WIN hasta la versión 98.

No se entra en el campo de LINUX o del WINFBB 7.01 en sus distintas versiones beta y se trató de hacer lo menos tedioso este apunte, pero fue necesario describir cada uno de los archivos fundamentales para saber que estamos haciendo y que mirar si falla algo

Además de la experiencia propia, se ha utilizado el manual del FBB y otros documentos de configuración de programas relacionados al packet radio.

No es la intención volcar aquí los manuales de cada programa. Para referencias mayores, se deberá recurrir a ellos.

Gracias José María (CX2SA) por las correcciones y agregados.

 

 

AJUSTE INICIAL DEL ENTORNO DEL FBB

 

LA PC:

 

Casi cualquier máquina sirve para las distintas versiones de BBS, pero trataremos los temas teniendo en cuenta que no todos tienen 2 o 3 máquinas en su casa: gracias que hay sólo una y que la usa toda la familia o para otras cosas, además que montar un BBS.

Entonces, tenemos la primer decisión:

 

 

 

La mayoría de los ejemplos apunta a montar nuestro BBS inicialmente en plataforma WIN 98, que es la que nos permite mayor flexibilidad de uso, pero igualmente, para cada paso de configuración, se hará la mención de diferencias entre versiones DOS y WIN si es que existen.

 

 

EL EQUIPO DE RADIO:

 

Tengamos en cuenta que debemos protegerlo de la temperatura que puede producir el uso continuo: un buen par de coolers de PC (uno en la fuente y otro en el equipo), y salimos al aire. Idealmente, la potencia en nuestro equipo debe ser mayor a 5 vatios, complementados con el mejor sistema de antenas que se pueda usar. Recordar uno de los principios de la radioafición: “el esfuerzo aplicado a la instalación de un equipo debe ser superado por la calidad y rendimiento del montaje de las antenas”.

Para las conexiones al módem o TNC, usaremos cable mallado y lo mas corto posible para evitar interferencias que puedan afectar la recepción.


 

ANTES DE EMPEZAR

 

Que son las variables de entorno ?

Cuando un programa se guarda en la PC usualmente se ubica dentro de un directorio en particular y, al ejecutar ese programa, se lo llama desde esa ubicación o subdirectorio de trabajo.

Por ejemplo, si tenemos el programa ABC.EXE, ubicado en el directorio PRO, la ejecución deberá hacerse desde ese directorio llamado PRO: si llamamos al programa ABC.EXE desde un directorio distinto, posiblemente el sistema no logrará encontrarlo, devolviéndonos un mensaje de error.

Este mismo concepto utiliza el FBB: el programa “fija” su ubicación por defecto en C:\ FBB y sus directorios dependientes, pero es necesario declarar al directorio principal del FBB y a sus dependientes en nuestro autoexec.bat bajo la sentencia PATH de la siguiente forma:

 

PATH=C:\;C:\FBB;C:\FBB\BIN;C:\FBB\SYSTEM

 

De esta forma se logrará salvar uno de los errores mas comunes en la ejecución de las distintas rutinas de depuración que contiene el sistema y que normalmente no se nota, ya que se ejecutan en horarios donde no estamos frente a la máquina, o emitiendo mensajes que no llegamos a leer por la velocidad con la que son desplegados.

En el archivo RUNFBB.BAT (para WINFBB) y en el APPEL.BAT (para DOSFBB), se debe revisar y ajustar la variable de entorno correspondiente al FBB:

Ejemplo de ubicación de la variable en el RUNFBB

 

rem

rem RUNFBB.BAT file (example)

rem This file receives as an argument the option asked by RUNFBB.EXE

rem This option may be START, STOP, RERUN, MAINT or ERROR.

rem Only the part concerning the option will be executed.

break off

rem ---------- This portion is not valid any more ---

rem You must change this variable according to

rem the base directory of the installation

rem

set fbb=\FBB              ß ESTA ES LA VARIABLE

… resto del archivo …

 

Esta modificación da mayor estabilidad al sistema 


 

INSTALACION DEL FBB

 

Siempre es conveniente utilizar paquetes originales, tanto para DOS como para WIN, disponibles en el sitio http://www.f6fbb.org ya que disponen de instaladores que arman el árbol de directorios directamente.

Es muy saludable respetar la siguiente organización básica de directorios:

 

-  Directorio base o principal:                                          C:\FBB

-  Archivos de sistema:                                                 C:\FBB\SYSTEM

-  Mensajería                                                                C:\FBB\MAIL

-  Mensajes binarios                                                     C:\FBB\BINMAIL

-  Directorio de acceso libre a usuarios:                          C:\FBB\USERS

-  Correo viejo                                                               C:\FBB\OLDMAIL

-  Estadísticas de funcionamiento                                  C:\FBB\STATS

-  Archivos de Fwd                                                        C:\FBB\SYSTEM\FWD

-  Programas ejecutables                                              C:\FBB\BIN

 

La instalación crea algunos otros pero estos son los principales y deberán existir siempre.

 

 

CONFIGURACION INICIAL - ANTES DE ARRANCAR EL PROGRAMA:

 

En algunas versiones de DOS y en la de WIN, al finalizar la copia de archivos, se solicita arrancar el programa de configuración que no hace otra cosa que editar y agregar líneas en los siguientes archivos:

 

INIT.SRV

PORT.SYS

 

Como esos programas a veces fallan, editaremos a mano ambos archivos:

 

La edición debe hacerse con un editor plano y sin agregar caracteres especiales o formatos: grabar los archivos en formato txt no doc, rtf u otros pero conservando obviamente la extensión original (.srv.sys,etc). Para mi, el mas adecuado es el viejo EDIT.

 

Los siguientes archivos se deben ajustar ANTES de hacer arrancar el BBS por primera vez:

INIT.SRV

PORT.SYS

EPURMESS.INI

INITTNC.SYS

LANGUE.SYS

 

Estos archivos se deben ajustar si se desea hacer fwd de boletines y mensajes personales:

BBS.SYS

FORWARD.SYS

REJECT.SYS

ARCHIVOS PARTICULARES

AUTO7P.CFG

 

Finalmente estos tambien se deben revisar pero no son tan importantes al comienzo:

BEACON.SYS

CRON.SYS

PROTECT.SYS

MEMO.SYS

 


 

INIT.SRV para WINFBB 7.00E

UBICACION: C: \ FBB

 

(Hay ligeras diferencias entre las versiones DOS y WIN, pero lo básico es igual en ambas). Se comenta cada línea con su contenido. Las líneas que empiezan con # no son consideradas por el FBB.

 

# FBB7.00

######################

# INIT.SRV for FBB 7.00  #

######################

# Set-up file

# Distintiva del BBS y ruta jerárquica que es la que se usará para registrar nuestro BBS en la red.

# Usualmente la definición es:

# DISTINTIVA . # (numeral) LOCALIDAD (hasta 4 digitos) . PAIS . CONTINENTE

# Para la localidad se puede usar el código postal o una abreviatura y para el continente, en

# nuestro caso, usar SA o SOAM da lo mismo.

# Un ejemplo para la localidad de Moreno, B.A., sería .#1744.BA.ARG.SA o

#  #MORE.BA.ARG.SOAM, o #MOR.BA.ARG.SA.

#

LU0ÑÑÑ.#1744.BA.ARG.SA

#

# SSID del BBS: Secondary Station IDentifier: Indicativo secundario. Se utiliza para

# diferenciar el indicativo del BBS para usarlo en varios canales o propósitos. Valores: 0 a 15

0

# Locator

GF99ÑÑ

#

# QTH

TU-CIUDAD, (PCIA)

#

# Directorio de los archivos del sistema

C:\FBB\SYSTEM\

#

# Directorio para los mensajes

C:\FBB\MAIL\

#

# Directorio para mesajes comprimidos o binarios

C:\FBB\BINMAIL\

#

# Directorio de usuarios.

# Se pueden usar hasta 8 discos (letras de identificación de discos: de A hasta H),.

# Pueden ser discos físicos, particiones o unidades de CD.

# SE DEBE RESPETAR EL ORDEN DE UBICACIÓN TAL COMO APARECE. El primer *, es el

# drive A, el segundo *, es el B y asi sucesivamente.

*,*,C:\FBB\USERS\,D:\,*,*,*,*

#

# Directorio para archivos YAPP. Yo lo uso para 7plus convertidos.

C:\FBB\USERS\7PLUS\

#

# Directorio de archivos de documentación

C:\FBB\DOCS\

#

# Nombre del Sysop

Tu Nombre

#

# Señal distintiva del SYSOP

LU0ÑÑÑ

#

# Puede haber mas de una distintiva separada por un espacio.

# Distintiva (y ruta si hace falta) a los cuales se les enviara copia de los mensajes dirigidos al

# grupo SYSOP. ***** (asteriscos), cancelan el envío.

*****

#

# Ubicación (subdirectorio o carpeta) y nombre del archivo de importación. Cualquier archivo

# llamado MAIL.IN que sea puesto en este lugar (C:\FBB), será importardo como un

# boletín o grupo de boletines.

#

C:\FBB\MAIL.IN

#

# Tipo de video y tiempo de blanqueo de pantalla separados por un espacio

# Tipo: 0=CGA, 1=EGA, 2=VGA

# Blanqueo de pantalla en minutos antes de activarse. 0=desactiva y la pantalla no se

# apaga nunca.

2 0

#

#

# Log de actividad (OK o NO). NO lo desactiva

OK

#

# Video Directo (OK o NO) (?)

OK

#

# Indicación de canales (OK o NO)

OK

#

#  Modo de testeo. Este modo se usa antes de salir al aire para verificar que todo este bien

#  OK activa el modo de testeo y no se cargan los drivers de comunicaciones.

#  NO carga los drivers de comunicaciones y el BBS está listo para recibir y transmitir.

NO

#

# Usar tipo de fwd FBB (OK o NO)

##############################################################################

# Parámetros extras desde las versiones 5.15c45-51: (YO NO LOS USO pero en algunas

# instalaciones se completa automáticamente luego del OK)

#

#  1      Un espacio es mandatorio antes del signo @ en el comando de envío de mensaje

#  2      El largo de los campos de las direcciones jerárquicas no se testea al ser de 6 caracteres

#  4      La cabecera de un mensaje no se trunca después del caracter nro. 79

#  8      Cabecera MBL / RLI

#  16     If there is no BBS field, the callsign of the BBS is sent to the PMS (??)

#  32     Borra los mensajes DATA enviados a SYSOP

#  64     No usar el BID recuperado de cabeceras. Usa uno propio

#  128   Acepta forward solo de BBS pre declarados como tales.

#  256   Mensajes de WP no se retienen.

#  512   Protocolo de forward Xforward tiene prioridad ante el protocolo FBB.

# 1024  Generación de un BID alternativo tal como F6FBB-12345 (para BBS que usan ubicación

#          dual) (el mismo BBS en dos lugares distintos ?)

# 2048  Checksum no validado en XFwd.

# 4096  Test de distintivas es menos estricto. Se permiten todas las distintivas que contengan un

#          nro. Del 0 al 9 en cualquier lugar del string.

OK

##############################################################################

#

# Usar forward comprimido (OK o NO)

#

# Agregar 1 si se permite fwd reverso

##############################################################################

# Nuevo dedse 5.15c51:

# Sumar  2 al 1 si también se permite XFWD

# Los datos deben ir separados por un espacio

OK 3

##############################################################################

# Validación, búsqueda y actualización de la base de datos de rutas (HROUTE) (OK o NO).

OK

#

#  Un usuario debe tener Nombre, HomeBBS, QTH y código postal (OK o NO)

OK

#

# A continuación tenemos una 'Mascara'.  Esto es un valor que por defecto toma para todos 

# los nuevos usuarios,  cuando acceden  por primera vez  al BBS. Seleccione lo que

# quiera para los nuevos usuarios,  y su valor.  Si un usuario usa Paginación,  y  el

# modo Guest,  deberan sumar 32 y 64,  y  colocar el resultado 96 debajo de la lista.  Si no desea

# ninguno de la lista, coloque un 0. La mascara "Ver todos los mensajes" se activara  sólo si

# el usuario tiene  el código de seguridad.

#

# 0       Inutilizar

# 1       Excluído

# 2       Local

# 4       Experto

# 8       Sysop

# 16      BBS

# 32      Paginación

# 64      Invitado

# 128    Uso de Modem Telefónico permitido

# 256    Ver todos los mensajes

# 512    Se permite consultar la lista Unproto (cabecera y contenido de mensajes)

# 1024  Lista sus nuevos mensajes al ingresar

1696

#

# Códigos de seguridad adicionales que pueden asignarse a usuarios. El primer código de la

# secuencia es el que recibe un usuario común al conectarse, el segundo es el que recibe un BBS

# y el tercero el que recibe un SYSOP después de enviar el comando SYS y enviar su password

# correctamente..

#

# 1       Leer todos los mensajes, incluyendo los privados

# 2       Borrar todos los mensajes

# 4       Enviar el comando SYS para entrar al BBS como sysop

# 8       Usar comandos remotos de SYSOP (edit, forward, etc...)

# 16      Editar descripciones de archivos en YAPP, FBBDOS, DOCS

# 32      No puede borrar archivos en YAPP, FBBDOS

# 64      Acceso permitido a todos los gates

# 128    Ejecutar comandos DOS

# 256    Acceso irrestricto a todo el disco rígido

# 512    Acceso a comandos /A (stop) y /R (Reboot)

# Todos:           SYSOP:           Sysop luego de enviar el comando SYS:

     4                    53                                 1023

#

# Nuevos desde la versión 5.15b:

# Mensajes de alerta al sysop:

#    1: Disco lleno (menos de 1 mb libre)

#    2: Error en archivo de sistema (FORWARD, BBS, REJECT..)

#    4: Error de Server

#    8: Ping-Pong

#   16: Ruta de fwd no encontrada

#   32: Ruta de mensajes NTS no encontrada

#   64: Mensaje no encontrado

#  128: Error en forward

#  256: Mensaje rechazado en el BBS remoto

#  512: Mensaje retenido en el BBS remoto

#

1023

# Hora del mantenimiento del BBS (limpieza de mensajería, backups, etc.)

9

#

# Time-out (tiempo de desconexión por inactividad) para usuarios y forward

10 10

#

# Cantidad máxima de KB admitidos para bajar archivos vía Yapp o módem por día o por período

# de actividad del BBS. El valor 00 desactiva la opción.

500 500

#

# Diferencia horaria con la hora UTC ( - o + )

-3

#

# Número de distintivas en la baliza indicando correo personal.  B Incluye boletines locales

B20

#

# Numero de líneas en el buffer de scroll de pantallas: Usuario  Consola  Monitor

1000 1000 1000

#

# Texto del encabezado de forward header (NO CAMBIAR !)

#

[$c] FBB$E $$:$R

#

# Numero de BIDs grabados. Max 32000

# Usar la mayor cantidad posible (depende de la memoria de la PC)

10000

#

# Vida útil de los boletines en días

30

#

############################################################################

# Nuevo desde 515c7:  OVR removido

# Usar memory-cache.  No=0, Si=1 (preferible)

# En memory-cache: BID MSG HIE SCR WPG REJ FWD

1 BID MSG HIE SCR WPG REJ FWD

############################################################################

# Lista de rutas para enviar mensajes WP. En blanco no envía a nadie.

 

#

# Zip del BBS

1744

#

# Back number, delay, tipo de mensajes en la lista unproto

# A = mensajes ACK

# P = mensajes personales a usuarios locales

# V = mensajes personales en tránsito

# M = asunto se reemplaza con estrellas en los correos personales

#

500 5 AVP

#

# Interrupción DRSI y TFPC (Hexadecimal, por defecto es FF y FE pero puede ser FD para TFPCx)

FD

#

# Programas que arrancan antes del BBS y se apagan después

#

# BBS-UP (vacío por defecto)

 

#

# BBS-DOWN (vacío por defecto)

 

# DE AQUI PARA ABAJO VIENE LA COSMETICA DE NUESTRO BBS…

# Color de textos :

#

# Negro 0     Gris oscuro                        8

# Azul              1     Azul brillante          9

# Verde            2     Verde brillante        10

# Cyan             3     Cian brillante          11

# Rojo              4     Rojo brillante          12

# Magenta        5     Magenta brillante    13

# Marron           6     Amarillo                 14

# Gris brillante   7     Blanco                   15

#

# Colores de fondo :

#

# Status (barra superior)

1

# Separacion (barra del medio)

7

# Textos (barra de abajo)

0

# Menues

4

#

# Colores de fuente :

#

# Status (barra superior)

7

# Separación (medio)

1

# Menues (abajo)

14

# Texto enviado

10

# Texto recibido

12

# UI (cabaceras)

15

# UI (texto)

7

# Consola

14

# Baliza

6

# Marca de canales

11

#

-------

#

# Lista de servers :

# Internos: REQCFG y WP nuevos desde 5.15. Se debe declarar el nombre del server y el nombre del programa que lo ejecuta. Los internos van con una línea de ******* en el nombre

REQCFG          *********

WP                  *********

MULTSP           MULTSP

LISTSP             MULTSP

#

# Fin de archivo INIT.SRV

#

 

 

PORT.SYS:

UBICACIÓN: C: \ FBB \ SYSTEM

 

Este es el archivo “corazón” del FBB y es el que maneja todos los puertos y modos. Hay diferencias entre las versiones WIN y DOS. Se traducen todas las líneas pero para ver las diferencias no citadas, revisar el manual del FBB de cada versión.

El archivo tiene dos puertos habilitados pero, igual que el anterior, las líneas que empiezan con #  no son consideradas y se puede ver un ejemplo con 3 puertos y 3 TNC.

 

# FBB7.00

# Archivo para programar canales y TNCs

#

# Puertos : Cuantos puertos 1, 2, 3 , etc. (COM1, COM2, Etc...)

# TNCs : Cuantos TNC´s y/o módems hay.

# Puede haber hasta 4 TNCs por puerto.

#

#Puertos TNCs

      2        2

#    3        3

#

# En WinFBB SOLO ESTAS INTERFACES ESTAN DISPONIBLES:

# Interface :       2 = BPQ-node (BPQ en modo AA4RE en forma de DLL)

#                      4 = DRSI

#                      5 = TFPCR/TFPCX interface.  La interrupción en el INIT.SRV DEBE SER FD

#                      6 = Windows-driver, reemplaza ESS, ESSKAM y FBBIOS de la versión para DOS

#                      7 = TCP/IP.  Necesita WINSOCK.DLL.  Poner dirección del puerto en 17.

#                         La emulaciñon de TNC-emulation es T (ver abajo)

#                      8 = TFWin.dll (SOLO PARA WinFBB32, a la fecha es la 7.00e)

# CUIDADO: La vieja interface 1 y 3 NO SE USAN EN WinFBB.  La interface  6

# reemplaza a ambas.  (FBBCOMM.DRV).  NO USAR ESS O FBBIOS EN WinFBB !

#

#I En LinFBB SOLO ESTA INTERFACE ESTA DISPONIBLE:

# Interface         9 = Linux. Puede trabajar via puerto serie (D),via dominio AX25 (X) o via

#                            puerto Telnet (T).

#

# En DosFBB SOLO ESTAS INTERFACES ESTAN DISPONIBLES:

# Interface :       1 = Driver externo COMBIOS (MBBIOS, ESS etc)

#                      2 = BPQ-node v 4.05 y mayores (BPQ en modo AA4RE)

#                      3 = modem telefónico con FBBIOS

#                      4 = tarjeta DRSI con su driver

#                      5 = TFPCR/TFPCX . La interrupción DEBE SER 0xFD

#

# Dirección:      Dirección del puerto en hexadecimal (Necesaria para el multiplexor).

#             En LinFBB:

#             La dirección es el nombre del dispositivo (/dev/cua0).

#             Asegurarse de que se tienen los permisos necesarios para acceder al dispositivo:

#             (rw-rw-rw-).

#             Cuando se use el núcleo (kernel) AF_AX25 socket, no se usa la dirección.

#             Cuando se usa Telnet, la dirección es la del puerto Telnet (Hex 17 = puerto Telnet 23 o

#             189c para 6300)

# Baud:            Velocidad del puerto. Ignorado por BPQ, kernel AF_AX25 socket y Telnet.

#

# Poner una linea para cada puerto de acuerdo a lo mencionado en las líneas de mas arriba:

#

#          Com     Interface           Dirección       Baud

#          1          8                      3F8               9600

#          2          8                      2F8               9600

2          6                      2F8               9600

            9          7                      189c              9600

#

# LINEA DE DATOS SIGUIENTE DEBAJO DE ESTOS COMENTARIOS

# TNC               Cantidad de TNC en uso.  Usar la 0 siempre para el fwd interno !

# NbCh             Cantidad de canales que se quieren usar en el TNC.

#                      La cantidad máxima de canales depende del driver usado.

# Com              Numero del COM-port. Com1, Com2 etc.

# MultCh           Numero del canal si se usa multiplexer es 1, sinó poner 0.

#                      En DRSI usar valores de 0 a 7, para KAM usar 1para VHF y 2 para HF.

#                      Con BPQ el primer TNC debe tener MultCh 0, el próximo 1, etc.

#                      Cuando se usa kernel AF_AX25 en Linux, MultCh es el nombre de la interface

#                      (por ejemplo: ax0)

# Paclen           PACLEN o tamaño del paquete en bytes. De 1 a 250. NO PASAR DE 256.

# Maxframe       Máxima cantidad de paquetes que el TNC enviará por vez. De 1 a 7. Normal 3.

# NbFwd           Cantidad de canales SALIENTES de forward al mismo tiempo.

# MxBloc          Tamaño del bloque de forward en kb.

# M/P-Fwd        Minuto de la hora en el que empieza el fwd y período (cuantos minutos entre

#                      cada llamada de fwd).

# Modo del Puerto, uno de estos:

#           B : modo BBS

#           G : modo "Guest" (Invitado).

#           U : modo Normal.

# Tipo de host-mode, uno de estos:

#           D : WA8DED

#           K : KAM hostmode.  Debe usarse el driver ESSKAM (SOLO PARA DOSFBB).

#           P : PK-232

#           Q : BPQ v 4.x

#           T : Ethernet/TCP-IP

#           X : AX25 domain socket (para Linux)

# Agregado: Uno o mas de estas letras se pueden adicionar a la línea:

#           L : Envía el paquete unproto (encabezado y tipo de mensaje) por cada mensaje que se

#               registra en el BBS.

#           M : Modem telefónico o Telnet

#           Y : Se permiten descargas Yapp en el canal.

#           W : Gateway (o repetidor digital) disponible en este canal.

#           R : El puerto de Modem se asigna en modo sólo lectura.

#  Freq.   : Texto que describe el puerto (max 9 caracteres, sin espacios)

#

# A continuación van tantas líneas como TNC tengamos, incluyendo al Telnet como un TNC:

# Recordar que las líneas con # no se consideran y que la explicación de cada  dato está mas

#  arriba…

#

#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode     Freq

    0        0     0         0       0         0        0        0        00/01      ----       File-fwd.

#  1        4     1         0      250       3        2      10        00/60     DUYW  AGWBAY

    1        4     2         0      250       3        2      10        00/60     PUYR   PK232

#  2        4     2         0      250       3        2      10        00/60     DUYW  BAY2

    2        4     9         0      250       2        1      10        00/60     TUWR  TELNET

#

# Distintivas especiales y modos para algunos canales.

#

#TNC Nbs Callsign-SSID Mode

#   1    4      ITA000-8       B

#

# Fin de archivo.

#

 

INICIALIZACION COMPLEMENTARIA DEL MODEM O TNC.

 

El siguiente archivo puede no definirse pero es conveniente para ajustar los parámetros del módem o TNC.

 

INITTNCx.SYS

UBICACIÓN: C: \ FBB \ SYSTEM

 

Este es un archivo de texto que se usa para enviar comandos al módem o TNC que no han sido considerados en el arranque del programa driver.

Normalmente se usa para definir parámetros de temporización o visualización de tráficos.

Se debe tener un archivo por cada módem o TNC numerados de la misma forma en que se declararon en el port.sys.

Por ejemplo, si en el port 1 hay un módem baycom y en el 2 un módem PK232, se deberán definir dos archivos, uno llamado INITTNC1.SYS y otro llamado INITTNC2.SYS, cada uno con los comandos correspondientes a cada módem.

Si uso un solo módem, se llamará INITTNC1.SYS

 

NO CONFUNDIR EL ORDEN CON EL NOMBRE DE LOS ARCHIVOS Y SU CONTENIDO: SI EN EL PUERTO 1 TENGO UN BAYCOM Y LE PONGO AL INITTNC1 LOS COMANDOS DEL PK232, EL FBB NO EMITIRA NINGUN ERROR PERO EL ARCHIVO DE INICIALIZACION NO FUNCIONARA.

 

Ejemplos de archivos típicos para cada caso:

 

INITTNC1.SYS (para Baycom)

 

C MAIL

Z 0

U 0

N 8

W 20

P 64

F 3

M IUSC

 

INITTNC2.SYS (para PK232)

 

MN6

MC6

UNMAIL

RY8

HB1200

WION

VHON

 

Ver en el manual del FBB las distintas opciones para los distintos módems.

 

 

EJEMPLO DE CONFIGURACION DE WINFBB CON MODEM BAYCOM EN COM2 Y AGW EN WIN 98 SE

 

  1. Arrancar Agw Packet Engine.exe

2.       Aparecerá una imagen de presentación del programa Packet Engine que desaparecerá en unos segundos automáticamente, y quedará un icono en la barra de herramientas (algo parecido a dos torrecitas). Esto quiere decir que ya ha arrancado el AGW

  1. Poner el puntero del ratón encima de este icono y hacer clic derecho.
  2. Seleccionar la opción Propiedades.
  3. En la ventana que aparece, pulsar “Añadir Nuevo” y el AGW informará que se ha creado un nuevo puerto y debe ser configurado. Dar “Aceptar” y se abre la ventana de configuración.
  4. Los campos a cargar son:

 

Seleccione Puerto Serie:           COM2

 

Velocidad del Puerto Serie:        Elegir 1200

 

Tipo TNC:                                 Elegir Baycom Serial de la lista. Debe estar en ella !!. Si no es así,

                                               La versión de AGW que estamos usando está incompleta. Después

de seleccionar en “Tipo de TNC” el tipo de modem, que será BayCom Serial, podrá salir una ventana con la dirección e interrupción  del puerto serie . Pulsar “Aceptar”.

 

TNC Subtipo:                            Elegir KISS SIMPLE

 

TNC Puerto Radio:                    Cargar una descripción, por ejemplo: BAYVHF, 1200 o la que

quieras.

 

Dar “Aceptar” a todo, cerrar y reiniciar el AGW.

 

Ir otra vez al icono del AGW situado en la barra de tareas de windows, seleccionarlo y escoger el menú “Setup Interfaces”

En la solapa WinSock Interface, activar la opción Enable Winsock TCP/IP Application Interface

Si al configurar el baycom dice que falta el AGWBAY.VXD es porque falta ese driver en la carpeta donde está el AGW o no se descomprimió el archivo llamado DRIVERS.ZIP

Si da error de IRQ puede ser porque se intentan crear dos puertos de AGW en el mismo COM.

En algunas máquinas es probable que AGW no transmita ni reciba nada. Para verificar esto hay que modificar una clave del registro de Windows.

No creo necesario aclarar que la manipulación del registro es súmamente delicada y puede inutilizar toda la PC…

Editar el registro ejecutando Start (o Inicio), Run, REGEDIT [enter] y buscar la clave

HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ VxD \ VCOMM.

Y modificar la clave EnablePowerManagement de 01 a 00

Reiniciar la PC y listo.

 

Configurar el PORT.SYS con las siguientes líneas:

 

#          Com     Interface           Dirección       Baud

            2          8                      2F8               9600

 

#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode     Freq

    0        0     0         0       0         0        0        0        00/01      ----       File-fwd.

    1        4     2         0      250       3        2      10        00/60     DUYW  AGWBAY

 

Y estamos en condiciones de salir: iniciar primero el AGW y luego el FBB.

 

EJEMPLO DE CONFIGURACION DE DOSFBB CON MODEM BAYCOM EN COM2 Y TFPCX EN MSDOS

 

Como en el caso anterior, se debe cargar primero el driver (TFPCX), pero esta carga se puede hacer directamente editando el APPEL.BAT

En este caso usaremos un archivo de inicialización especial para el TFPCX que ajusta algunos parámetros de temporización.

 

    c:                                                                            (comienzo del APPEL.BAT)

    @echo off

    set fbb=c:\fbb  

    cd \fbb

     TFPCX -PCOM2 -B1200  -IFD   -FTFPCX.INI  (carga el TFPCX en COM2)

    cls

    break off

...........                                                                                   (resto de las lineas del appel)

……….

:fin                                                                              (fin del APPEL.BAT)

    cls

tfpcx –U                                                           (descarga el TFPCX)

    echo.

    echo.

    echo **********  Programa  terminado **********

    echo.

    echo **********  Drivers descargados **********

    echo.

break on

 

 

 

ARCHIVO TFPCX.INI

UBICACIÓN: C:\FBB, JUNTO CON EL EJECUTABLE TFPCX.EXE

 

I   LU0ZZZ         ;TU DISTINTIVA

; Parámetros aplicables a todos los port

;

Y   4                            ; max. Nro. de conecciones de otras estaciones (nro de canales)

R   0                            ; L2-digipeater (0=off, 1=on)

F   7                             ; (1 s) tiempo antes de que se repita el envío de un paquete no recibido

N   10               ; (0-127) max. numero de retries de un paquete

@I  80              ; antes 80 (0-256) largo máximo de una trama IPOLL (0=IPOLL off)

@T3 3000         ; antes 3000 (10 ms) tiempo para ejecutar un link test en recepcion

 

; port 0

P   0:64            ; (8-255) probabilidad de transmitir (=P/255) (Persist)

W   0:12           ; antes 10 (10 ms) tiempo entre intentos de transmision (slot-time)

T   0:30             ; antes 25 (10 ms) retardo: PTT on -> Transmision de datos (TX-Delay)

@TA 0:1           ; (10 ms) retardo: final de trama o paquete -> PTT off (TX-Tail)

@C  0:19          ; (0-63) antes 25 DCD (0=Hard-DCD, >0 valor de respuesta para Soft-DCD)

@D  0:1            ; (0-1)   duplex (0=off, 1=on)

O   0:2              ; (1-7)   nro. Maximo de tramas no recepcionadas

@T2 0:50          ; antes 50 (10 ms) retardo despues de enviar un ACK en una trama I


 

EJEMPLO DE CONFIGURACION DE WINFBB 7.00e SIN TNC, CON PLACA DE SONIDO MANEJADA POR AGW.

 

NOTA 1: Para esta configuración es necesario tener una máquina Pentium II a 250 mhz. o mayor. Si no es así, pueden surgir problemas en la operación del BBS.

NOTA 2: No utilizar esta configuración con WINFBB que no sea de 32 bits testeada (actualmente versión e).

NOTA 3: Se utilizará en este ejemplo un solo puerto en COM1.

 

Antes que nada, habrá que reemplazar una dll que viene con el FBB llamada TFWIN32.DLL por otra llamada TF2AGW.DLL que se puede obtener en http://www.qsl.net/lu7did .

 

Crear el puerto para la tarjeta de sonido:

 

1)       Arrancar Agw Packet Engine.exe

2)       Aparecerá una imagen de presentación del programa Packet Engine que desaparecerá en unos segundos automáticamente, y quedará un icono en la barra de herramientas (algo parecido a dos torrecitas). Esto quiere decir que ya ha arrancado el AGW

3)       Poner el puntero del ratón encima de este icono y hacer clic derecho.

4)       Seleccionar la opción Propiedades.

5)       En la ventana que aparece, pulsar “Añadir Nuevo” y el AGW informará que se ha creado un nuevo puerto y debe ser configurado. Dar “Aceptar” y se abre la ventana de configuración.

6)       Los campos a cargar son:

 

Seleccione Puerto Serie:     COM1

 

Velocidad del Puerto Serie: Elegir 9600

 

Tipo TNC:                           Elegir SoundCard de la lista. Debe estar en ella !!. Si no es

así, la versión de AGW que estamos usando está

incompleta. Después de aceptar esta selección, saldrá una ventana con datos sobre la tarjeta de sonido: en LEFT CHANEL , va la velocidad a la que quieres hacer packet la de Rigth chanel,  la dejamos como esta. Luego tienes que hacer clik en OK.

 

TNC Subtipo:                      Elegir KISS SIMPLE

 

TNC Puerto Radio:              Cargar una descripción, por ejemplo: BAYVHF, 1200 o la

que quieras.

 

Dar “Aceptar” a todo, cerrar y reiniciar el AGW.

 

Comprobación:

Ejecutar nuevamente el programa AGW Packet Engine y en el icono de las torrecitas y con el boton de la derecha hacer clik para elegir SOUND CARD TUNNING AID, la nueva ventana que aparece es como un analizador de espectro, solo tienes que sintonizar tu equipo de radio en una frecuencia de packet y ajustar los niveles de audio hasta que no se recorten los picos. Haciendo clik en DONE se cierra la ventana. Si todo resulto como esperabamos, ya podremos empezar a configurar nuestro FBB.

 

Localizar el archivo TFWIN32.DLL en C:\ FBB \ BIN y renombrarlo como TFWIN32.OLD

Copiar el archivo TF2AGW.DLL a C:\ FBB \ BIN ye renombrarlo como TFWIN32.DLL

Resguardar ambos archivos originales (TFWIN32.OLD y TF2AGW.DLL) para volver a tras si es necesario.

Editar el PORT.SYS y adecuar las siguientes líneas

 

#

#Ports TNCs

     1       1

#

#Com Interface Address (device)   Baud

     1            8       3f8                       9600

#

#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd  Mode         Freq

    0       0        0        0          0         0        0          0        00/01      ----             File-fwd.

    1       3        1        0        230       3        1         10       30/60      DULWYR   VHF

 

Y ahora al taller:

 

Deberemos construir una interfaz entre la PC y nuestro transceiver. Un modelo bastante bueno es el que sigue:

 

 

src="ptt.gif" v:shapes="_x0000_i1025">

 

 

Finalmente:

 

Editar el AGWPE.INI y agregar las siguientes líneas luego de [MAIN]:

 

[AUTO]

MAXMAXFRAME=3

MINMAXFRAME=1

 

El AGWPE.INI está en el mismo directorio con el AGW Packet Engine.

 

 

 

PARAMETROS DE TEMPORIZACION

 

Los parámetros de temporización son aquellos que fijan los tiempos internos en el manejo de intercambio de datos entre la PC y el equipo de radio, de acuerdo a las condiciones de ocupación del canal, condiciones de propagación o QRM, tipo de emisión, etc.

Si bien los programas que citamos tienen alguna facilidad para hacer ajustes automáticos en este sentido a continuación, encontrarás una lista de los parámetros, organizados de esta forma:

Entre corchetes ([]) encontrarás el valor recomendado pero se deberá tener en cuenta que algunos programas usan distintas unidades de tiempos

 

SlotTime, Dwait

 

Este es el "tiempo de frecuencia libre para transmitir", o sea, después de que la frecuencia está libre, debe de pasar este tiempo para poder emitir nosotros.  Este temporizador actúa en conjunción con otro parámetro: la P-Persistance. Este último mide la probabilidad de que enviemos cuando ha concluido el SlotTime.  O sea, cuando se libera la frecuencia, se espera SlotTime, se calcula la probabilidad, y si tiene éxito, emitimos (siempre que mientras tanto la frecuencia no haya sido ocupada por otra estación).  Para que sirve este timer tan tonto? preguntarán algunos.  Pues es muy importante en el tema de la compartición de la frecuencia y el "abuso" por parte de algunas estaciones.  Con este timer, nos aseguramos de que cuando la frecuancia se libere, no se pongan    todas las estaciones a emitir a la vez, pisándose unas a otras.  Esto no ocurre con el protocolo DAMA, así que en ese caso este parámetro queda desactivado automáticamente.  Pero normalmente hay que darle un valor no inferior a 80 ms, recomendado que todas las estaciones tengan 100 ms.

 

    Firmware TAPR: DWAIT [10] - 0-250 *10ms

                   SLOTS [4]  - 0-127 (N° max. de veces que se espera SlotTime)

    Firmware TF  : W     [10] - 0-127 *10ms

                   P     [64] - 0-255 (0-100%)

 

    Nota: En TAPR 1.1.9 hay que usar ACKPRIOR OFF, PPERSIST ON, y PERSIST 8,

          no tengo muchos datos sobre esto, así que agradezco colaboraciones.

 

FrAck, Timer-1

 

Su nombre de guerra es Frame Acknowledgement (confirmación de paquete), y establece el tiempo que hay que esperar después de enviar un paquete, para reenviarlo de nuevo en caso de no recibir respuesta de la estación contraria.  Por esta misma causa, puedes comprobar instantáneamente si el valor que has puesto corresponde con el tiempo que querías establecer, de    esta forma: haz intentos de conexión con una estación inexistente, y a continuación mide el tiempo entre dos paquetes SABM sucesivos.  Este parámetro es bastante importante ya que si se pone mal (demasiado pequeño) origina una repetición innecesaria de peticiones, que acabar  haciendo    que el destinatario conteste a cada una de ellas el número de veces pedidas.  Si esa respuesta consiste en paquetes Info, se envían uno detrás de otro el número de paquetes establecido por el MaxFrame de la estación contraria, repitiendo esta sucesión tantas veces como peticiones sucesivas se hayan producido.  Ejemplo:

 

    YO>TU: RR3

    YO>TU: RR3    TU>YO: I03

      Datos......

    TU>YO: I04

      Datos......

    TU>YO: I05

      Datos......

    TU>YO: I03

      Datos......

    TU>YO: I04

      Datos......

    TU>YO: I05

      Datos......

 

Como ves, en este caso está duplicado el envío de cada paquete, además de forma innecesaria.  Puedes comprobar cómo esto sucede poniendo un FRACK de, digamos, 1 segundo, en una frecuencia cargada.  El valor que suele venir por defecto es 5 segundos, aunque para evitar problemas recomiendo que sean 6.  De todas formas, variando este parámetro sólo estamos   estableciendo el valor inicial del FrAck, a lo largo de la conexión se irá ajustando (suavizando) dependiendo del tiempo de respuesta que se vaya obteniendo.

 

    Firmware TAPR: FRACK [6] - 1-15 segundos.

    Firmware TF  : F     [6] - 1-15 segundos. El rango 16-65535 ajusta el SRTT,

                               *10ms, siendo FrAck=A3*SRTT (A3=3 por defecto)

 

RespTime, Timer-2

 

O Packet-Response-Timer, es un tiempo que hay que esperar desde que recibimos una serie de paquetes-Info y enviamos la confirmación de llegada de éstos.  Se suele conocer también como Timer-2.  Es muy importante tener bien ajustado este parámetro, ya que un valor demasiado bajo conlleva consecuencias nefastas.  Este temporizador debe ser siempre superior al tiempo que se tarda en recibir 1 paquete, que a 1200 bps y con un PacLen de 256, es más o menos 2 segundos (contando los datos de la cabecera). Si es menor que 2 segundos, entonces nuestra estación enviará un paquete RR de confirmación por cada paquete Info recibido.  Creo que está claro que esto no sólo es superfluo sino que puede provocar una repetición incesante de paquetes ya recibidos.  Esto ocurre porque mientras que se está recibiendo el siguiente paquete, el temporizador acaba y se envía a la cola de paquetes pendientes un paquete RR confirmando el primero que llegó (y por consiguiente pidiendo el segundo).  Pero el segundo paquete está    siendo enviado en esos momentos, por lo que esa petición sera innecesaria cuando llegue a emitirse.  Un ejemplo:

 

    YO>TU: RR1

    TU>YO: I01

    TU>YO: I02    -- mientras se recibe, acaba T2 y se genera un RR2

    TU>YO: I03    -- idem, se genera un RR3

    YO>TU: RR2

    YO>TU: RR3

    YO>TU: RR4

    TU>YO: I02    -- redundante

    TU>YO: I03    ....

 

En el TFPCX esto no ocurre casi nunca ya que está protegido contra estas situaciones.  Pero el TFX hace exactamente esto cuando le ponemos el Resp-Time a un valor muy bajo.  Solo que en pantalla el orden de los paquetes no es el mismo con el que son enviados.  El RR2 aparecería justo después del I02, pero se envía realmente cuando la frecuencia está libre.

 

    Firmware TAPR: RESPTIME [30]  - 0-250   *100ms

    Firmware TF  : @T2      [100] - 0-65535 *30ms

 

LinkTime, Timer-3

 

También llamado Link-Inactivity-Timer (temporizador en inactividad del enlace), es un temporizador que empieza a contar marcha atrás cuando, como su nombre indica, no hay actividad en el enlace establecido. O sea, cuando una estación no está enviando nada a la otra, ni recibiendo. El valor que suele venir establecido son 3 minutos.  Sin embargo, aconsejo ponerlo a 1 minuto, por la razón que explico a continuación:  en caso de que el enlace sea de mala calidad, muchas veces las dos estaciones conectadas permanecen largo tiempo en espera sin hacer nada, aun cuando se este realizando una transferencia de datos entre ambos (o sea, paquetes Info).  Entonces una espera muy larga originará pausas muy grandes, lo que puede minimizarse disminuyendo el Timer-3.  Poniendolo a 1 minuto, nos aseguramos de que la espera más grande será de 1 minuto.  No está mal para una frecuencia compartida, y un paquete RR cada minuto como mínimo, no supone carga alguna innecesaria.  Hay situaciones peores.

 

    Firmware TAPR: ?

    Firmware TF  : @T3 [6000] - 0-65535 *10ms

 

Soft-DCD

 

Este parámetro es bastante conocido, aunque pocos saben el valor correcto que se le debe dar.  El DCD (Data Carrier Detect) es un pin del puerto serie que se activa cuando están llegando datos.  Esto es lo que se conoce como Hard-DCD (DCD por Hardware), y son pocos los modems o TNC que lo incorporan.  Otra forma de detectar el DCD es mediante el Squelch de la emisora, cosa que a veces también se llama Hard-DCD, aunque su nombre correcto es Transiciones de Datos. Tiene la diferencia de que no se está usando el pin DCD.  La última forma es Soft-DCD, que consiste en que se "adivina" si lo que se está recibiendo son datos válidos o sólo ruido, mediante software.  En este caso el Squelch de la emisora está abierto. Normalmente hace falta un ajuste de sensibilidad.

 

    Firmware TAPR: SOFTDCD [OFF] - ON/OFF, ON: no usar el Squelch, OFF: usarlo.

    Firmware TF  : @C      [0]   - 0-63, 0=usar el Squelch. Si se desea usar

                                   el Soft-DCD, se recomienda 25 o menos.

    (Sólo TFX)   : @D      [2]   - 0=FullDuplex (no DCD), 1=pin DCD, 2=usar

                                   Squelch, 3=Soft-DCD.  Ajuste de sensibilidad

                                   entre 4 (4%) y 100 (100%), recomendado 50.

 

  InfoPoll

 

Tambien llamado IPoll, es uno de los pocos "inventos" que se han hecho para mejorar algo el rendimiento del AX.25.  De hecho, en la versión 2.0 del protocolo (1984), esta forma de actuar no está contemplada, por lo que se puede considerar algo "ilegal", en la próxima versión del AX.25   posiblemente se incluirá algo como esto.  Consiste en un pequeño truco para saltarse las pausas que a veces se producen debido al envío de paquetes RR de búsqueda (Poll).  En lugar de enviar este paquete, se envía un paquete Info para ir adelantando trabajo, el cual sirve también de RR.  No conviene enviar siempre un paquete Info en lugar de un RR debido a que la longitud de los primeros exceden con mucho a la de los RR. Por ello, se establece una limitación del tamaño del paquete que puede ser enviado como "Poll".  Se recomienda no pasar de 128 bytes.

 

    Firmware TAPR: ?

    Firmware TF  : @I [128] - 1-256 bytes, 0=no usar IPoll.

 

Finalmente y a modo de resúmen, les transcribo un pedacito del archivo de ayuda del AGW:

 

1) Estoy recibiendo muchos paquetes REJ:       

Incrementar el valor se TXDelay (TXD)

2) Estoy enviando muchos paquetes REJ:         

Activar el SoftDCD (squelch abierto) si el TNC lo permite

O que la otra estación incremente el TXD

3) Estoy recibiendo muchos paquetes RR1 en la misma transmisión

            Incrementar el parámetro FRACK

4) Estoy enviando muchos paquetes RR´s (1,2,3, etc.) en la misma transmisión.

            Incrementar el parámetro RESPTIME

 

 

FORWARD DE MENSAJES Y BOLETINES

 

Ya tenemos funcionando al BBS, ahora veremos los archivos y ajustes que son necesarios para:

 

 

 

CONFIGURACION DEL FWD

 

Importante: Se debe crear el Usuario-BBS la primera vez con el comando EU desde la consola o desde el menú para WINFBB,  o sólo desde la consola para DOSFBB y ponerle la B de BBS. NO LA “S” DE SYSOP !!

Asimismo, si se va a hacer fwd por Telnet, habrá que habilitarle también la marca de Modem.y asignarle una pasword para el acceso.

 

Secuencia de comandos para la creación de un usuario BBS con el DOSFBB:

 

  1. Estando en la consola, tipear EU LA-DISTINTIVA-DEL-BBS [enter]
  2. Ante el mensaje de Indicativo no conocido… Lo crea ? (S/N), tipear S [enter]
  3. Se presentaran los datos asignados a la nueva estación. Tipear una B y dar [enter]
  4. Se vuelven a presentar los datos, ahora con la B de BBS asignada.
  5. Tipear N NOMBRE-DEL-BBS y dar [enter]
  6. Se vuelven a presentar los datos, ahora con el nombre asignado.
  7. Dar [enter] para finalizar

 

Secuencia de comandos para la creación de un usuario BBS con el WINFBB:

 

  1. En el Menú del WINFBB seleccionar Edit y luego User
  2. Dar un clic en el botón Add User
  3. En CALLSIGN borrar esa palabra e ingresar la distintiva
  4. En Name, ingresar el nombre
  5. Dar un clic en el cuadrito referenciado como BBS (a la derecha de la ventana)
  6. Dar un clic en el cuadrito referenciado como Modem / Telnet (si va a hacer fwd por Telnet)
  7. En este caso, asignar una password en el campo Password. No es necesaria la password para la conexión vía radio.
  8. Para finalizar dar un clic en “Apply” y luego en “Close”

 

Ahora, para poder recibir y enviar boletines y/o mensajes personales, se debe actuar sobre los siguientes archivos:

 

  1. BBS.SYS
  2. FORWARD.SYS
  3. REJECT.SYS
  4. ARCHIVOS “PARTICULARES”

 

El BBS.SYS y el FORWARD SYS, indican con quien vamos a intercambiar correo y el REJECT.SYS lo que vamos a rechazar, si es que rechazamos algo…

Los ARCHIVOS PARTICULARES, son archivos que van en el subdirectorio C: \ FBB \ SYSTEM \ FWD y se usan para determinar que clase de boletines vamos a intercambiar. Deben existir los mismos de acuerdo a lo cargado en el BBS.SYS y el FORWARD.SYS


 

BBS.SYS

UNICACION: C:\ FBB \ SYSTEM

 

############

# BBS.SYS  #

############

#

# Aqui van todos los BBS con los que mantenemos FWD y las declaraciones

# de fwd interno (mail, amsat, auto7p, etc.)

# NO ELIMINAR NINGUNA LINEA. SI SE AGREGAN O SE SACAN BBS, BORRAR LA

# DISTINTIVA PERO NO ELIMINAR EL NRO AL COMIENZO DE CADA FILA

# A LOS EFECTOS DEL APUNTE SE HAN ELIMINADO LINEAS VACIAS INTERMEDIAS PERO

# DEBEN EXISTIR SIEMPRE 80 LINEAS NUMERADAS CONSECUTIVAS DE LA 01 A LA 80.

#

01

02 CX2ACB

03 LU7DBA

04 LU2HJA

05 LU1KBK

06 LU4HH

07

08 LU6DWS

09 LU4DXG

.....

48

….

49 WP

50 AMSAT

51 AUTO7P

52 MAIL

53

….

80

 

Símplemente indicar en cada linea el fwd que se va a hacer y / o con quien. Notar que el signo < forma parte de la linea y no es un comentario

 

FORWARD.SYS

UBICACIÓN: C:\ FBB \ SYSTEM

 

****************

* Forward     *

****************

* TELNET

*

< FWD\LU2HJA

< FWD\LU1KBK

< FWD\LU7DBA

< FWD\CX2ACB

< FWD\LU4HH

*

* VHF

*

< FWD\LU6DWS

< FWD\LU4DXG

< FWD\LU9DGD

*

* MAIL

*

< FWD\LU5MT

< FWD\INTERN

< FWD\LU4HB

< FWD\LU6KAB

< FWD\PU3XGS

*

* INTERNO

*

< FWD\AMSAT

< FWD\WP

< FWD\MAIL

< FWD\AUTO7P

*

 

En este archivo deben existir LAS MISMAS ESTACIONES Y OPCIONES DE FWD INTERNO QUE EN EL ARCHIVO BBS.SYS.

Nótese que algunas lineas en este caso comienzan con *, lo cual es lo mismo que el #: son liíneas de descripción ignoradas por el programa.

 

REJECT.SYS

UBICACIÓN: C: \ FBB \ SYSTEM

 

Este archivo puede dejarse tal como viene en la instalación y se aconseja editarlo una vez que estemos seguros de que es lo que queremos recibir y que no.

 

##############

# REJECT.SYS  #

##############

#

# Boletines para rechazar:

#

# La acción puede ser R=Rechaza o H=Retiene.

# La distribución u orden en la linea es:

# Accion    tipo de boletin   de    @BBS    dirigido a   BID    tamaño máximo:

#      1                2              3         4                5        6             7

# los símbolos * y ? se usan como comodines, como en MS-DOS, e indican “todos”

# NO DEJAR NINGUN ESPACIO AL COMIENZO DE CADA LINEA !!

#

# R para rechazar, H para retener :

# 1       2          3          4                      5                      6          7

# H       *           *           *                      *                      *           20

R          B          *           *                      WXINFO           *           0

R          B          *           *                      WX                   *           0

R          B          *           *                      FETE               *           0

R          B          *           QUEBEC          *                      *           0

R          B          *           THEBOX           *                      *           0

R          B          *           *                       VENTA             *           0

R          B          *           *                      WP                  *           0

Las siguientes líneas de rechazo no permiten que entren a nuestros BBS mensajes provenientes de estaciones que no tienen una distintiva válida:

 

R * @        *       *       *        0

R * @@       *       *       *        0

R * @@@      *       *       *        0

R * @@@@*    *       *       *        0

#

R * #        *       *       *        0

R * ##*      *       *       *        0

R * #@@@*    *       *       *        0

R * #@       *       *       *        0

R * @#       *       *       *        0

R * @#@#*    *       *       *        0

#

 

ARCHIVOS PARTICULARES

UBICACIÓN: C: \ FBB \ SYSTEM \ FWD

 

Se debe armar un archivo de estos por cada BBS declarado en el FORWARD.SYS y BBS.SYS. Debe llevar el mismo nombre del BBS con el que vamos a hacer fwd.

Por ejemplo, si declaramos a LU0ZZZ en el BBS.SYS y en el FORWARD.SYS, deberá existir un archivo llamado LU0ZZZ en C: \ FBB \ SYSTEM \ FWD (SIN EXTENSION: NO PONERLE .TXT NI NADA. SOLO LA DISTINTIVA !!).

Si no existe el archivo, el programa emitirá un mensaje de error cuando intente procesar el fwd correspondiente (p.ej.:“Can´t lock the file LU0ZZZ”.)

 

A DISTINTIVA                           # esta primera línea empieza siempre con A

   #

   P C                                       # identificación de que canal del port.sys se usa para este fwd.

# En este caso es el canal C, o línea 3 de la sección de

# declaracion de TNC´s, o TNC definido como 3. Si el fwd va

# por el TNC declarado como 2, es B y si va por el 1 es A.

# Si el fwd va a un archivo en lugar de la indicación del canal va

# una @ (arroba). (P @)

   #

   C C DISTINTIVA                     # Pedido de conexión

   #

   B DISTINTIVA                        # La B envía a ese BBS todos los mensajes personales que

# tengan esta  distintiva en la ruta jerárquica.

   B DISTINTIVA 1                     # se pueden agregar mensajes personales para otros BBS

   B DISTINTIVA 2                     # adicionando tantas lineas B como se quiera, pero

# asegurándose antes que esos otros BBS son los correctos.

   #

   F DISTINTIVA            # La F envía los mensajes personales que son PARA esa

# distintiva.

   #

   G LUNET                              # La G es para indicar que boletines van a ir a ese BBS.

   G LATNET                             # Va una línea G por cada grupo de boletines. Si ponemos

                                               # G * (asterisco), le manda todo lo que recibamos de todos

                                               # los grupos.

   #

   H *.5000.*                             # Se pueden agregar asteriscos como comodin en las lineas B y

                                               # en este caso, donde H significa que todos los boletines o

# mensajes que tengan el nro 5000 en la ruta serán enviados

# a este BBS.

   H 5507.MZ.ARG.SA               # Estos son otros ejemplos de enrutamiento usando comodines.

   H *DELTA.BA.ARG.SA          # El primero manda todo lo que tenga  5507.MZ.ARG.SA en la

   H *.CHL.*                              # dirección, el segundo, todo lo que tenga DELTA.BA.ARG.SA y

                                               # el tercero, todo lo que tenga *.CHL.*

   #

   R                                          # No olvidarse de poner esta R al final que habilita el forward de

# vuelta.

   #

 ---------                                     # Finalmente esta línea de ------- también debe existir como

# indicación de FIN DE BLOQUE.

 

 

EJEMPLO DE ARHIVO DE FWD INTERNO

 

A WP

P @

IF 13,14,15,01                          # este IF se usa para fijar la hora en que arranca este fwd y se

# debe usar en todos los archivos de fwd para fijar horarios de

# comienzo ya que si no se coloca, el fwd arranca cada 15

# minutos

 C C:\FBB\WP.OUT                  # Nótese que anida el comando de pedido de conexión y

# termina SIEMPRE en la sentencia ENDIF.

ENDIF                                      # TENER CUIDADO EN DEFINIR MUY BIEN EL NOMBRE

                                               # Y DIRECTORIO DE SALIDA !!, ESPECIALMENTE SI SE VA A

# USAR EL ARCHIVO PARA HACER FWD DE 7PLUS.

F WP

B WP

-----------

 

 

ADMINISTRACION INTERNA DE MENSAJES Y BOLETINES

 

Los mensajes se graban en forma de archivos de texto en el directorio C: \ FBB \ SYSTEM \ MAIL.

Dentro de \ MAIL, se crean 10 subdirectorios mas: MAIL0 a MAIL9 y los mensajes se guardan por número dentro de cada uno con el nombre M_nnnnnn.MES. Por ejemplo, el mensaje M_000001.MES se guardará en el subdirectorio MAIL1, el nro. M_000002.MES, en MAIL2 y asi sucesivamente.

 

DIRMES.SYS

UBICACIÓN: C:\ FBB \ SYSTEM

 

Para que el FBB sepa cuantos boletines y mensajes tiene y donde están, crea el archivo DIRMES.SYS automáticamente cada vez que se ejecuta la depuración y si este archivo se borra o se corrompe, el FBB pierde la referencia y los mensajes ya no se verán mas. Tampoco se borrarán cuando se ejecute la depuración…

Es por eso que el sistema guarda automáticamente una copia del DIRMES.SYS en C: \ FBB \ BACKUP (revisar esta ubicación) con el nombre DIRMES.S1: si ocurre un desastre se podrá recuperar el índice copiando el DIRMES.S1 a C:\ FBB \ SYSTEM con el nombre DIRMES.SYS.

 

EPURMESS.INI

UBICACION: C:\ FBB

 

Este archivo es muy importante y define la permanencia de los mensajes y boletines dentro de nuestro BBS.

El borrado de mensajes puede ser dado en días de acuerdo a parámetros de permanencia que figuran mas abajo (PN, PX, PY, etc.) o borrados directamente.

NOTA: Los boletines marcados como B$, están en tránsito, (pendientes de envío por parte de nuestro BBS), y no son alcanzados por el proceso de depuración.

 

################

# EPURMESS.INI  #

################

# Archivo para decidir la vida de los mensajes

#

# Directorio de mensajeria

\FBB\MAIL\

#

# Directorio para mensajes binarios

\FBB\BINMAIL\

#

# Directorio para mensajes borrados

\FBB\OLDMAIL\

#

# Ubicación del archivo DIRMES.SYS (base de datos de mensajería)

\FBB\SYSTEM\DIRMES.SYS

#

# Archivo de resguardo del DIRMES.SYS

\FBB\SYSTEM\DIRMES.OLD

#

# Nuevo archivo DIRMES (luego de la limpieza)

\FBB\SYSTEM\DIRMES.NEW

#

# Resultado de la limpieza se graba en:

\FBB\EPURMESS.RES

#

# Parámetro para mensajes personales y boletines (0=borra 1=archiva en oldmail)

0 0

#

# Parametros en dias para mensajes personales:

#

# de PN a PX (dias despues de haber sido escrito el mensaje)

5

#

# de PY a PX (días después de haber cambiado el mensaje a Y)

2

#

# PF -> PK (días despues de haber cambiado a F)

2

#

# PX -> PK (días despues de haber cambiado a X)

0

#

# PK -> PA (días después de haber cambiando a K)

0

#

# Los mismos parametros en dias para boletines generales:

# pero cambiando la P por una B. La explicación es la misma.

# BN -> BX

7

# B$ -> BX

7

# BY -> BX

7

# BX -> BK

14

# BF -> BX

14

# BK -> BA

0

#

# Mensaje de retorno automáticos para aquellos no forwardeados

# Cada línea no debe exceder de los 255 caractares.  Se desactiva con 0.

# Formato: Timeout o tiempo máximo de guarda para la ruta equivocada (numero de días +

# texto, y fin del mensaje con  $W)

21 Este mensaje no pudo ser enviado por link deficiente.$W

#

# Ruta equivocada o dirección jerárquica desconocida (numero de días + texto, y fin del

# mensaje con  $W)

2 Este mensaje no pudo ser enviado por estar mal la ruta o la distintiva.$W

#

###########################################################################

# Nuevo a partir de la versión 7.00:

# nro. máximo de lineas en un mensaje de retorno:

10

#

#############################################################################

------

#

# Parámetros especiales de permanencia. Ignoran los citados anteriormente:

# Si en 1 ponemos @ se aplicará ese parámetro a los boletines mandados VIA ese GRUPO

# Si ponemos >, se aplicará ese parámetro a los boletines mandados PARA ese TEMA,

# independientemente de la VIA (WW, LUNET, LATNET, etc.)

# Formato: 1- Tipo    2- A     3-Cantidad de dias de vida.

# NO DEJAR ESPACIOS EN BLANCO AL COMIENZO DE CADA LINEA

# 1   2              3

@  WW                        2

@  INET           0

>  TECH           30

>  TECNI          30

>  TECNO         30

>  TECHNI        30

>  TECNIC        30

>  CQ               90

>  ANTEN         30

>  ANTENN       30

#

# Fin de archivo

#

 

Cuando finaliza el proceso de depuración se deja el archivo EPURMESS.RES en el mismo lugar y en él se muestra el resultado del trabajo:

 


 

BOLETINES O MENSAJES CON CODIGO 7PLUS

 

Mucho del tráfico de la red es ocupado por este tipo de envíos que no son mas que archivos binarios divididos en “n” partes, que luego se unen en nuestro BBS al recibirlas todas. Si es que las recibimos todas y bien…

 

AUTO7P.EXE

UBICACIÓN: C:\ FBB

 

El programa que se encarga de decodificarlos es el AUTO7P.EXE y está en C:\FBB.

Esta decodificación puede o no activarse y es complementada por otro programa llamado AU7PFWD.EXE, ubicado en el mismo lugar, y que se encarga de marcar y borrar los boletines que ya han sido procesados.

El AUTO7P también puede usarse para “solicitar” archivos al BBS pero no todos los sysop mantienen habilitada esta funcionalidad. Para hacerlo, se edita el archivo INIT.SRV y se coloca debajo de todo, en la sección habilitada para “Servers”

 

 A continuación va el archivo de configuración

 

AUTO7P.CFG

UBICACIÓN: C:\ FBB

 

#

# CONFIGURACION PARA AUTO7P v1.32

# No escribir mas de 79 caracteres por línea !.

#

# Distintiva del BBS, sin SSID

            LU0ZZZ

#

# Directorio base para el programa server. Se pueden declarar hasta 8 directorios o ubicaciones.

# Las distintas ubicaciones deben separarse con uno o mas espacios

            C:\FBB\USERS\

#

# Nombre del archivo de importación de datos

            C:\FBB\MAIL.IN

#

# Directorio de trabajo para AUTO7P. Es donde se guarda el archivo a convertir

# Tener mucho cuidado en su definición ya que si nos equivocamos, el server no funcionará.

            C:\FBB\AUTO7P

#

# Directorio donde el auto7p colocará los archivos armados o convertidos.

# Si este es igual al anterior, el archivo no será movido.

            C:\FBB\USERS\7PLUS

#

# Distintiva / s donde auto7p enviara los mensajes al sysop cuando se arme un archivo o se

# mueva al directorio final.

# Poner un * si no se desean generar mensajes de aviso

            LU0ZZZ

#

# Tamaño máximo para la división del archivo de importación a enviar ante pedidos personales,

# en Kbytes ( de 20 a 1000), 0=no se divide y se manda todo junto. Sólo aplicable si está

# habilitada la opción de pedir archivos en el INIT.SRV

#

# Nuevo desde la versión 1.32: Tamaño máximo del pedido de corrección de partes

# corruptas en kb 0 a 1000,

#

# Nuevo desde la versión 1.32B: Tamaño máximo del archivo original 0 a 1000000 Kb.  0 no

# hay máximo.

# De otra forma, es el máximo tamaño que puede asumir el archivo original una vez

# decodificado. Esta opción aplica sólo a los pedidos de archivos, no a la decodificación

# automática de boletines que llegan al BBS.

#

# MAX MAIL      MAX COR      MAX TAMAÑO ORIG

        20                       5                     2000

#

# Marca de descarga o pedidos por parte de usuarios.

#  1      Cualquier usuario pide un archivo SOLO para su distintiva.

#  0      Solo el usuario que figure en la lista puede pedir un archivo.

            0

#

# Lista de estaciones o usuarios habilitados a pedir archivos y tipo de permiso.

# 0       Excluido

# 1       El usuario puede pedir archivos sólo para su distintiva.

# 2       El usuario puede pedir archivos o redireccionarlos a otro (comando AUTO7P TO)

            LN0ÑÑÑ           0

            LU0ZZZ 2

            LU0ABC           1

#

 

EJEMPLO DE ARCHIVO DE FWD INTERNO PARA  AUTO7PLUS:

 

A AUTO7P

  P @

IF 11,13,14,15,22

   C C:\FBB\AUTO7P\AUTO7P.FWD      # la misma ubicación que la declarada en el cfg anterior.

ENDIF

 B AUTO7P

 F SYSOP

 G *

--------------

 

 

 

COMO DECODIFICAR LOS BOLETINES 7PLUS.

 

Cuando el AUTO7P detecta código en los boletines, guarda el resultado en un archivo definido como AUTO7P.FWD en la configuración del programa.

Usualmente, en el proceso de depuración o mantenimiento el programa levanta ese archivo, lee las partes, arma el resultado, coloca el archivo en la salida e informa al sysop.

Otra forma de procesar el AUTO7P.FWD es a través del archivo CRON.SYS que ejecuta determinados comandos de acuerdo a parámetros fijados por el sysop. El tratamiento de este archivo está en la sección destinada a CONFIGURACION DE OTROS ARCHIVOS.

 

 

COMO ENVIAR ARCHIVOS EN 7PLUS

 

Existen varios programas destrinados a este propósito, incluyendo al propio AUTO7P pero trataremos el tema usando el programa 7SENT que viene en las versiónes WIN del FBB.

 

 

7SENT.EXE

UBICACIÓN: C:\ FBB \ SPLIT

 

NOTA MUY IMPORTANTE: Para enviar archivos de esta forma habrá que tener muy en cuenta el tamaño de cada parte, la cantidad de partes inyectadas en la red y la posibilidad de que lleguen a armarse bien.

No olvidarse de que hay estaciones de packet que trabajan en HF y que el tráfico de, por ejemplo, 10 o mas archivos de 10k resulta en un trabajo eterno…, con el agravante de que, si una sóla de las partes se corrompe en el proceso (cosa bastante común), todo habrá sido en vano…

 

Para enviar un archivo haremos lo siguiente:

 

0- Colocar el programa o archivo a enviar en el directorio C:\FBB\SPLIT para evitar buscarlo por toda la PC…

1- Ejecutar el programa 7SENT

2- La primera vez que usemos el programa Presionar F10 para configurarlo

 

En la pantalla de configuración editar también con F10 cada uno de los campos, y completarlos:

Callsign:                       TU-DISTINTIVA

Directory Program:        C:\FBB\ (aquí se dejan las partes para que el FBB las procese)

Lenght Split Bytes:        5000 (o menos: es el tamaño que se dará a cada parte del archivo a enviar)

Bytes to Send Hour:      No editable. Dejar así.

Use Program Type:       Elegir FBB

Password to use PRIV: Dejar en PRIV

Autosave /ack e PRIV:  Dejar en Disable

 

3- Darle “Enter” para que muestre la pantalla de búsqueda del archivo a enviar

4- Darle otra vez “Enter”: nos muestra el contenido del directorio actual.

5- Ir bajando y seleccionar el archivo a enviar. Darle “Enter”

6- Aparece una ventanita que dice Bulletin o Personal. Seleccionar Bulletin.

7- Seleccionar ahora el destino o grupo de interes. Con Alt-e, se edita el campo y se puede cambiar. Sinó elegir uno de la lista y dar dos veces “Enter”

8- Ingresar el ruteo (LUNET, LATNET, WW, etc.)

9- Ingresar los comentarios para la descripcion de lo que estamos mandando.

10- Darle “Enter” para procesar el envío.

 

Para verificar que se haya generado todo bien, chequear por la consola del FBB que se hayan generado las partes correspondientes.

Igualmente, en el momento de efectuarse el mantenimiento del BBS, el archivo que hemos procesado se armará en nuestra propia máquina.

 

Nuevamente: mucho cuidado con el tamaño, cantidad y calidad de lo enviado…

 

 

CONFIGURACION DE TELNET PARA HACER FWD

 

Como Telnet forma parte del paquete de Windows se comentará la forma de utilizar este programa junto con el FBB 7.00e para hacer fwd.

Para poder empezar debemos contar con un “Nombre de Dominio”, o lo que es lo mismo, un nombre donde se nos pueda localizar a través de la red de Internet.

La manera mas sencilla de gestionar este nombre es ingresando a http://www.dyndns.org y, luego de cargar algunos datos, se nos asignará una cuenta “dyndns.org” totalmente gratuita.

Este nombre de dominio es necesario ya que cada vez que nos conectamos a internet, nuestro proveedor nos asigna una dirección IP que permanece activa hasta que nos desconectemos o alrededor de 12 horas si estamos siempre conectados.

Lo que hace DYNDNS es asignarle a nuestro nombre de dominio esa IP y mantenerla hasta el próximo cambio.

Por lo tanto, cada vez que entremos a internet, si esperamos que se conecten con nosotros vía Telnet, será necesario entrar también a la página de DYNDNS y actualizar la cuenta para que tome los cambios de IP.

Para esto, una vez ingresados a la página de DYNDNS, picar el vínculo para entrar en nuestra cuenta y, luego de ingresar el usuario y la clave, se desplegará una ventana con los datos de la IP registrada y la nueva, asignada por el proveedor.

Dar un clic en el botón “Modify Host” y listo: recibimos el mensaje “Modifications Complete” y ya tenemos a nuestro dominio registrado en la red.

NOTA: Recordar que esta actualización de datos es necesaria si esperamos conexiones. Si nosotros únicamente vamos a llamar a nuestro corresponsal, no hace falta esta actualización.

 

El segundo paso es descargar el programa PORTMAPPERI.EXE del sitio  http://www.analogx.com que es el que gestionará el intercambio del fwd utilizando nuestro nombre de dominio junto con el FBB.

Instalaremos el programa en un directorio cualquiera y luego lo configuramos. Para esto usaremos un ejemplo donde uds. reemplazarán las distintivas con las reales.

Supongamos que haremos FWD con las siguientes estaciones las cuales previamente ya nos han informado sus nombres de dominio o “hostnames” y puertos de conexión:

 

            LU9ÑÑÑ.DYNDNS.ORG y usa port 23

            PY0ZZZ.MYFTP.ORG  y usa port 6302

 

Abrimos el portmapper que no tiene ninguna pantalla, sólo se instala un pequeño ícono en forma de M en la barra de tareas.

Damos clic-derecho en ese ícono y abrimos  "Configure".

Aparece un cuadro con 3 botones. Ignorar el que dice "Configure IP" y dejarlo en blanco no se necesita.

Dar un clic en  "Configure Mapping" y una vez dentro, click en "Add":

 

a) En "Enter port" pongamos 90 y en "Enter Target" LU9ÑÑÑ.DYNDNS.ORG:23.

Como veran luego del host name va ":" (dos puntos) y pegado sin espacios el port que nos ha informado la estacion.

El resto del dialogo lo dejamos como esta o sea "TCP" y "Any interface".   Demos click en "OK" y así grabamos la primera estacion.

b) Para la segunda, en "Enter Port" ponemos 91 y en “Enter Target” PY0ZZZ.MYFTP.ORG:6302

El resto es igual al primer caso.

 

Nótese que es usan puertos virtuales (del 90 en adelante) y asi se podrán seguir añadiendo otras estaciones: 90, 91, 92, 93, etc. La única condición es NO REPETIR LOS NROS DE PUERTOS VIRTUALES EN DISTINTAS ESTACIONES NI COINCIDIR CON PUERTOS REALES DE LA PC, LOS CUALES SON USADOS POR OTROS PROGRAMAS Y/O DISPOSITIVOS..

 

Luego de cargar todas las estaciones, dar un clic en "Done" y cierran la ventana.

El PORTMAPPER quedo listo y debe permanecer activo cada vez que hagamos el fwd por Telnet.

 

NOTA: Es posible que el Portmapper presente un bug (o error) que lo hace quedar “tonto” en determinadas ocasiones. Para evitar este problema, debe iniciarse el programa dos o tres minutos antes de las llamadas de forward.

Si se va a dejar premanentemente activo, lo ideal es ejecutarlo desde el programador de tareas de Windows y apagarlo cada 59 minutos, dejarlo descansar un minuto y reiniciarlo nuevamente.

 

Ahora configuramos el FWD del WINFBB.

Como el WINFBB no maneja direcciones IP, se usará la denominada IP LOCAL (local es interna de nuestra PC) que es 127.0.0.1

Entonces las lineas de conexión en el archivo de FWD serán:

 

Para LU9ÑÑÑ:  C C LU9ÑÑÑ 127.0.0.1  90        (90 es el port definido antes)

Para PY0ZZZ:   C C CX4ZLA 127.0.0.1  91         (91 idem)

 

EJEMPLO DE ARCHIVO DE FWD PARA TELNET

 

A LU9ÑÑÑ                                           (una de las estaciones configuradas mas arriba)

#

  P B                                                   (verificar el canal asignado a Telnet en el PORT.SYS. En el

ejemplo usado para este documento, ver que hay 3 líneas de TNC´s: el 0 el 1 y el 2. El 0 es el interno, el 1 es VHF (canal A) y el 2 es el Telnet (canal B)

#

  C C LU9ÑÑÑ 127.0.0.1 90                   (aquí entra a jugar la configuración del Portmapperi ya que

debe figurar el puerto virtual asingado (90 en este caso).

#

  V .distintiva-bbs$Wpassw$W               (En esta línea que SIEMPRE empieza con V va la distintiva

del bbs, una variable de retorno ($W), la password que nos

asignó el sysop de LU9ÑÑÑ y otra variable de retorno.

TODO ESTO PRECEDIDO POR UN PUNTO (.) Y SIN

ESPACIOS, TAL COMO APARECE EN EL EJEMPLO)

#

  N 1                                                    (Esta línea asinga el protocolo de fwd. El 1 es el protocolo

FBB)

#

  B LU9ÑÑÑ                                         (el resto de las líneas son las mismas que para otros

archivos de fwd.)

  F LU9ÑÑÑ

  G LUNET

  R

--------------

 

RESUMIENDO: Tener bien presente que, para hacer fwd vía Telnet debe estar activo el portmapper antes de empezar la llamada o éste mas la actualización de IP dinámica en DYNDNS.ORG si nos van a llamar a nosotros..

 

 

PROCESO DE MANTENIMIENTO DEL BBS (HOUSEKEEPING)

 

Este trabajo, también llamado “housekeeping” en algunos documentos se procesa en forma automática a la hora indicada en el INIT.SRV y se ejecuta con los siguientes programas:

 

APPEL.BAT      en el DOSFBB

RUNFBB.BAT   en el WINFBB

 

Se extractan a continuación las líneas del archivo RUNFBB.BAT que corresponden a tareas de mantenimiento. En el APPEL.BAT del DOSFBB son similares.

 

MUCHO CUIDADO CON LA EDICION DE ESTOS ARCHIVOS YA QUE, ADEMAS DE EJECUTAR EL MANTENIMIENTO, SIRVEN PARA ARRANCAR Y PARAR EL BBS.

UNA LINEA MAL MODIFICADA PUEDE DETERMINAR QUE EL BBS NO ARRANQUE MAS…

HACER UN COPIA ANTES DE MODIFICAR CUALQUIER COSA.

 

Proceso de datos de archivos de AMSAT: con este proceso se actualizan los datos de los distintos satélites cargados en la base interna del FBB que pueden ser usados en trayectografía.

 

cd C:\FBB

cd C:\FBB\system\sat                                       

if not exist amsat.txt goto amsatend       (busca archivo de actualización creado en el fwd)

satupdat amsat.txt /n > satupdat.res      (pocesa archivo y deja el resultado en stupdat.res)

satupdat amsat.txt >> satupdat.res        (pocesa archivo y deja el resultado en stupdat.res)

del amsat.txt                                        (borra archivo original)

:amsatend

cls

 

Backup de archivos importantes: Indice de mensajería y datos de usuarios.

 

cd C:\FBB

echo Backup de archivos importantes...

copy C:\FBB\system\dirmes.sys C:\FBB\backup\dirmes.s1        (copia el DIRMES)

copy C:\FBB\system\inf.sys C:\FBB\backup\inf.s1                     (copia el INF)

 

Depuración de mensajería

 

del epurmess.res          (borra resultados anteriores)

epurmess                     (procesa depuración de acuerdo a lo indicado en el EPURMESS.INI)

 

Proceso de 7pluses

 

auto7p deletime 40                    (borra partes de 7plus viejas: mas de 40 días según el parámetro

“deletime”)

 

au7pfwd c:\auto7p\auto7p.fwd /K >> c:\fbb\report.txt       (busca código 7plus en mensajes

borra boletines e informa)

au7pfwd c:\fbb\m_filter.fwd /K >> c:\fbb\report.txt            (repite lo mismo para otro archivo)

 

auto7p inquiryfile c:\fbb\auto7p\auto7p.fwd                      (procesa partes e intenta armar)

auto7p inquiryfile c:\fbb\m_filter.fwd                                (procesa partes e intenta armar)

 

Proceso de White Pages o Páginas Blancas: Base de datos de direcciones jerárquicas.

 

epurwp 40 90                            (ejecuta la depuración: 1er. Nro:  Nro de días antes de actualizar

2do. Nro.: de días para borrar el registro)

 

del C:\FBB\system\wp\wp.old    (borra archivo de backup viejo)

 

Proceso de depuración de la base de usuarios

 

cd C:\FBB\system

clr_user>>C:\FBB\clr_user.res                                                  (borra resultados anteriores)

 

MAINTINF 3 /a                                                                         (ejecuta el mantenimiento. El

parámetro 3 indica la cantidad de

meses para borrar un usuario

inactivo)

 

COPY %FBB%\SYSTEM\INF.NEW %FBB%\SYSTEM\INF.SYS            (copia el nuevo archivo)

 

Proceso de información de errores en el proceso de depuración.

 

NOTA: Este procesito no informa sobre errores como directorios no definidos o archivos no encontrados. Se refiere a errores que generan los procesos ejecutados anteriormente.

 

    if not exist C:\FBB\error.sys goto direct

    echo SP DISTINTIVA            >> %FBB%\MAIL.IN

    echo Reporte de Error           >> %FBB%\MAIL.IN

    type %FBB%\ERROR.SYS  >> %FBB%\MAIL.IN

    echo.                                               >> %FBB%\MAIL.IN

    ECHO /EX                            >> %FBB%\MAIL.IN

    type %FBB%\ERROR.SYS               >> %FBB%\ERROR.LOG

    del %FBB%\ERROR.SYS


 

CONFIGURACION DE OTROS ARCHIVOS

 

IDIOMA DEL BBS

 

LANGUE.SYS

UBICACIÓN: C: \ FBB \ SYSTEM

 

Este archivo indica que cantidad y cuales son los lenguajes que contiene nuestro BBS.

Se complementa con el archivo que contiene los literales y mensajes del idioma ubicado en

C:\ FBB \ SYSTEM \ LANG.

Estos archivos tienen la extensión TXT y se pueden editar pero NO AGREGAR NI QUITAR LINEAS, SOLO SE PUEDE MODIFICAR SU CONTENIDO.

 

#

# Lenguajes del BBS que se asignara al usuario la primera vez que se conecte.

# Se puede definir una lista de prefijos para que se asuma el lenguaje.

# Los parámetros son: 1- Cantidad de idiomas, 2- Nro. de buffers, 3- Idioma por defecto

# Liberando las líneas que empiezan con # se activa el idioma.

# DEBE EXISTIR EL ARCHIVO CORRESPONDIENTE A CADA IDIOMA DEFINIDO EN

# C:\FBB\SYSTEM\LANG\

1 2 1

#

#ENGLISH

#FRANCAIS

ESPAGNOL

#ITALIANO

….

#SVENSKA

#

# 1 : Anglais

# 2 : Francais

# 3 : Espagnol

# 4 : Italiano

# 5 : Nederland

# 6 : Deutch

# 7 : Catala

# 8 : Norsk

# 9 : Portugues

# 10: Dansk

# 11: Svensk

# 12: Hrvatski

# Lista de prefijos y asignación de idiomas. Ni no se define o hay uno sólo se asume el idioma por

# defecto.

C3*       7

CT*       9

…etc.

#

 

ESPAGNOL.TXT, ESPAGNOL.INF, ESPAGNOL.HLP

UBICACION: C: \ FBB \ SYSTEM \ LANG

 

El ESPAGNOL.TXT es el que tiene todos los textos que se usan en el BBS.

Como se mencionó antes, se puede editar y cambiar lo que se desee, pero sin agregar ni borrar ninguna línea. Es muy recomendable leer la definición y uso de variables en cualquier manual del FBB ya que se usan mucho en este archivo.

 

El ESPAGNOL.INF es otro archivo de texto que contiene una breve descripción del BBS y se llama con el comando I (letra i) desde la consola o cuando ingresamos remotamente al BBS.

 

El ESPAGNOL.HLP es el que contiene los textos de la ayuda en línea del BBS. También es un texto editable y se le pueden agregar o modificar funciones.

Si se agregan funciones, se debe respetar el siguiente formato:

 

@@ 14 CLAVE1|CLAVE2|CLAVE3

COMO USAR EL SERVER  XXXXXX

-------------------------------------------------------

Texto referido a la ayuda. La cantidad de líneas que se quieran.

 

Las dos arrobas y el 14 (@@ 14) indican que ahí empieza un tema de ayuda.

CLAVE1, CLAVE2 y CLAVE3, son 3 accesos (o mas), diferentes que puede tener ese tema de ayuda. Por ejemplo, un tema referido a satélites, puede ser SATELITE|SAT|SATE|SA etc. Nótese que cada clave está separada por una barra (|) vertical sin espacios. Entonces la ayuda se presentará cuando un usuario tipee SATELITE, SAT, SATE o SA en el prompt del BBS con el símbolo de interrogación al principio ( ?SAT, por ejemplo ).

El texto que compone la ayuda es libre y debe ir directamente debajo del título o de la línea de puntos que se usa a modo de separador.

 

BEACON.SYS

UBICACIÓN: C: \ FBB \ SYSTEM

 

Es el archivo que el BBS usa para identificarse en la frecuencia y sale cada “n” minutos configurables. PUEDE TENER VARIAS LINEAS DE EXTENSION PERO TIENE QUE VER DIRECTAMENTE CON EL PACLEN.

El paclen es la cantidad de bytes que el BBS emite en cada paquete.

Como ejemplo fijaremos un paclen de 250 (bytes) en el PORT.SYS: esto significa que deberemos calcular (a ojo…) cuantos bytes tiene nuestro texto de baliza y no debe exceder de 250 bytes y eso se logra sólo con pruebas (que yo sepa)… Si nos excedemos del paclen, la baliza saldrá en dos paquetes y quedará desprolija.

 

%15                             (tiempo en que sale la baliza. En este ejemplo es cada 15 minutos)

! MAIL-1                        (identificación)

 

<<< LW1DRJ ARM-BBS >>> Moreno, BA         (estas 5 líneas son el texto que no debe exceder al paclen para que salga prolijo y en un solo paquete)

 WFBB 7.00e + PK232MBX

 $N boletines activos.

 Mensajes personales para: $Q

 http://www.lw1drj.com.ar

 

 

CRON.SYS

UBICACIÓN: C: \ FBB \ SYSTEM

 

Personalmente no uso este archivo pero se pueden incluir comandos que ejecuten, por ejemplo, el chequeo de 7plus en horarios prefijados:

 

##########################

# CRON.SYS para FBB 7.00  #

##########################

# CRON.SYS. Se pueden ejecutar comandos DOS a horas prefijadas.

# También se pueden activar o desactivar accesos al Gate, transferencias yapp, sonidos y

# conversación.

# Formato: TALK YES (NO), BIP YES (NO), GATE 1 YES (NO), YAPP 2

# YES (NO).

# Programas DOS se pueden ejecutar como por ejemplo en FORWARD.SYS con los comandos D

# o X .

#

# Como en el FORWARD.SYS, se puede usar H para la hora y D para el día.

# En este documento no se ha tratado este formato de FORWARD.SYS. Ver el manual del FBB

# para mayor información.

# 0=domingo, 1=lunes,.....6=sabado.

# También IF-ENDIF e IF-ELSE-ENDIF se permiten usar

#

# Formastos de tiempo:

# IF H 0-9 todas las horas entre las 00 y 09.

# IF H 0,9 sólo a las 00 y 09.

# IF H 0,9-11 A las 00, y cualquier hora entre las 9 y las 11.

# IF D 0-2 Domingo, lunes, martes.

#

TALK NO

BIP NO

GATE 1 YES

GATE 2 YES

YAPP 1 YES

YAPP 2 YES

IF D 1-5

  IF H 15-23

    GATE 3 YES

    YAPP 3 YES

  ELSE

    GATE 3 NO

    YAPP 3 NO

  ENDIF

ELSE

  IF H 8-23

    GATE 3 YES

    YAPP 3 YES

    ELSE

    GATE 3 NO

    YAPP 3 NO

  ENDIF

ENDIF

 

PASSWD.SYS

UBICACION: C:\ FBB \ SYSTEM

 

Este es otro archivo de texto que sirve para asignar una clave de acceso remoto al Sysop.

Se ejecuta cuando, una vez ingresado al BBS, se envía el comando SYS.

Ante este comando, el BBS responde:

 

PROMPT-0>  1 6 9 10 8 [1129392329]

 

Donde la secuencia de 5 números corresponden a la ubicación de cada componente de la clave en el archivo passwd.sys. El nro. Encerrado entre [] es interno del FBB.

El ejemplo siguiente es un archivo de prueba

 

# DISTINTIVA    MASCARA DE SEGURIDAD    PASSWORD

LU1AAA                          63 1023                      123456789

LU2BBB                          63 1023                      987654321ZABHYTRGYTT

 

Suponiendo que haya ingresado al BBS la estación LU1AAA y enviado el comando SYS, el BBS le responderá con la secuencia 1 6 9 10 8, LU1AAA deberá enviar los dígitos correspondientes. En el ejemplo será 16908 y dar [enter] a lo que el BBS le responde

 

Ok

0:PROMPT>

 

Este OK significa que ha sido aceptada la clave y ya se está en condiciones de ejecutar comandos asignados únicamente al Sysop.

La clave o password debe ser lo mas larga posible, compuesta de nros. y letras intercalados para que no pueda ser decodificada fácilmente.

Se aclara que, cada vez que se envíe el comando SYS, el BBS pedirá una secuencia distinta de dígitos: la primera vez pidió 1 6 9 10 8, la segunda podrá pedir 5 4 9 6 1 y así sucesivamente irá recorriendo todo el string de la pawwsord en forma aleatoria.

 

SWAPP.SYS

UBICACION: C:\ FBB \ SYSTEM

 

Este archivo permite algunos encaminamientos fundamentales tales como el del propio BBS.

En la primera línea siempre debe estar: “nuestra estación sin ruta jerárquica”@”estación con ruta jerárquica”

 

ESTA LINEA SIEMPRE DEBE SER LA PRIMERA

 

##########################

# SWAPP.SYS for FBB 7.00 #

# for CX2SA BBS by CX2SA #

##########################

#

# El archivo SWAPP.SYS es usado para cambiar las direcciones @BBS, “a”,

# etc.

# > cambia dirección “a” la distintiva

# < cambia “de” la distintiva

# @ cambia @BBS

# Las combinaciones están permitidas, por ejemplo > LA8AK @ OZ2PAC.

#

@ CX2SA @ CX2SA.LAV.URY.SA

> CX2SA @ CX2SA


 

 

SERVERS

 

Los servers son pequeños programas que agregan funciones al FBB y pueden ser usados tanto por usuarios remotos como por el propio Sysop.

Hay muchos y muy buenos pero lamentablemente no todos trabajan en las versiones WIN del FBB.

Solo se citarán algunos que se sabe que funcionan y su uso:

 

MULTSP

 

Creado por CX2SA para enviar un mismo mensaje a varias estaciones a la vez.

 

FILE

 

Sólo funciona en la versión DOS FBB y sirve para grabar como archivo de texto boletines de determinados temas. Es configurable y crea un índice de cada grupo de boletines guardados.

 

LOG

 

El log es un conjunto de archivos bat de mi autoría que procesan los logs del FBB mostrando la actividad del BBS. Adicionalmente genera un correo informativo coin esa actividad.

 

 

QSLBBS

 

Envía una QSL virtual en forma de mensaje ante la primera conexión al BBS. Funciona en DOS FBB.