# Generated by: TstHWin v2.21b - Registered to LW6EOF
# On : 24/03/2008 11:15:31
# UTC: 24/03/2008 14:15:31
Notas:
QUALADJUST
Desactivando Node Broadcasts
Limitando Node Broadcasts a Node Itself
UI Transmisiones
Public Parametros
Controlando Accesos
Port Quality Asignaciones
FRACK Configurando
MAXFRAME
Tiempo de Respuesta en ports NETROM
Unconnected en ports NETROM
********************************************
QUALADJUST
1. Para activar el equivalente al algoritmo alternado de difusion X1J, agregar QUALADJUST=100 (porciento) a la definicion de port Ax.25. Esto destruira la calidad de cualquier nodo en la difusion del nodo de este port y la mejor calidad para la ruta sera la misma que la del port. Esto ha sido chequeado y verificado. Use esta caracteristica en cualquier port que vea mas de una Red de nodos como una conexion matriz de diodos o un port de radio con canal libre compartido HTS incluyendo un canal con repetidor regenerativo.
Desactivando Node Broadcasts (Difusiones)
2. Para desactivar todas las difusiones del nodo en un port BPQ, configure QUALITY=0 en las definiciones de port ax.25. Esto previene todas las conexiones L3 y L4 en este port. Use este parametro en todos los ports de usuario directo.
Limitando Node Broadcasts a Node Itself
3. Para desactivar todas las difusiones del nodo excepto del mismo switch BPQ de uno de estos ports, configure MINQUAL=210 (o cualquier numero alto que la mayor quality del nodo en la tabla de nodos pero menor que 255) en la definicion de ports de ax.25. Esto sera apropiado para Gateways. Ahora no confunda este MINQUAL con el MINQUAL en la seccion de parametros del systema de Network del archivo BPQCFG.TXT conque se define la minima quality para agregar un nodo a la tabla de nodos. Esto tiene que ser chequeado y aparecer para ser valido. Nota: Esto no deberia difundir ningun BBS u otro servicio de aplicacion corriendo en el switch BPQ. Esto tiene que ser verificado.
UI Transmisiones
4. Cuando es necesario transmitir UI frames en un port de radio, o cuando en BBS envia TPK o una baliza "Mail For", el port de radio debera operar directamente del BPQ. En estos casos es necesario el uso de una tarjeta interna HDLC en la computadora o un TNC operando en "DED Host Mode" o en modo KISS. Si usted debe usar modo KISS, entonces use el firmware BPQKISS dedicado si es posible. Esto es especialmente recomendado para canales de Radio congestionados donde el modo "standard" KISS puede afectar seriamente el canal para todos los usuarios. La documentacion del BPQ dice que ciertos TNCs Kantronics usando una especial KISS EPROM son los equivalentes al BPQKISS. En un reciente chat, un representante de Kantronics dijo que todos los TNCs Kantronics ahora traen este especial KISS como un firmware standard. Un usuario local de JNOS con un KPC-3 realizo un test que parece confirmar esto. Puede alguien verificarlo?
Si usted no necesita transmitir UI frames en un port de radio,nosotros recomendamos que el switch BPQ sea conectado a una matriz de diodos y todos los port de radio operando como nodos X1J
usando regulares TNCs. Ahora cuando usted tiene solo un port de radio, este debera ser conectado como un nodo TheNET con un cable "NETROM" linkeando el port serie y el protocolo NETROM usado en el switch BPQ. Luego el BPQ sera una simple interface multi-conexion para el BBS u otras aplicaciones. Nosotros recomendamos usar un timer de desconexion BPQ/RS-232 para prevenir el bloqueo de la matriz y el crash de la computadora.
Public Parametros
5. Los parametros de configuracion en una Red de nodos deberian de ser de acceso publico. Esto haria posible que cualquier usuario conectado pudiese ver y editar dicho archivo. De esta manera los Sysops podrian calibrar los nodos de una Red con los mismos parametros para hacerla mas eficiente.La mejor manera seria poner el archivo BQPCFG.TXT en un directorio publico asociado al BBS. Una nota informativa de ello puede agregarse en el INFOMSG mostrando la localizacion del archivo.
Controlando Accesos
6. Controlando accesos a los ports de la red de un switch BPQ es diferente de un nodo TheNET. El parametro VALIDCALLS en la seccion de definicion de port ax.25 deberia limitar los indicativos que pueden hacer conexiones L2 y en que port del switch. Esto no distingue SSIDs. Esto puede ser usado de la misma manera como la funcion ACL del X1J pero solo para conexiones L2.
Fijando rutas y configurando por default la quality del port a 0 (una practica muy comun en administradores de redes con nodos TheNET) no deberia trabajar con BPQ. Configurando QUALITY a 0 desactiva la difusion del nodo del port e ignora todas las difusiones de nodos entrantes. Configurando QUALITY a un valor bajo distinto de cero como 1, entonces si este es mas bajo que MINQUAL (en los parametros del sistema Network) el resultado en el nodo vecino sera entrado en la lista de nodos. Esto no esta documentado pero es mi observacion. El unico camino para prevenir conexiones de estaciones sin control es usar el parametro VALIDCALLS mencionado anteriormente.
Port Quality Asignaciones
7. La asignacion de QUALITY a un port BPQ en un nodo puede crear mucha confusion y tratare de dar una explicacion razonable. La politica de NEDA de asignar una quality=203 a un port backbone es diseņada para limitar la propagacion del nodo hasta un maximo de 7 saltos de TNC (usualmente equivalente a 3 saltos de nodos visibles). Esta politica efectivamente limita el tamaņo de la lista de nodos a manejar no mas que 100.
BPQ tiene diferante hardware que un nodo dedicado con hardware TNC. Un BPQ switch (conteniendo 1 CPU) intentara la tarea de 2 TNC nodos (conteniendo 2 CPUs) en cada camino al nodo. La quality "decrementada" hacia 2 TNCs es equivalente a una quality de 161 (203/256 x 203/256 = 161/256). Para tener en el BPQ reflejado el mismo parametro con un TNC node la Quality debe ser seteada a 161. De cualquier modo esto solo afecta al listado del nodo que pasa continuamente al BPQ de un port a otro. Un port de usuario es usualmente configurado con QUALITY=50 (y sin difusion de nodos) para que no propage los nodos escuchados en el port y este argumento de quality no lo afecte. Por esto en un switch BPQ en donde no pasa ninguna informacion de nodo de un port a otro, QUALITY=203 es apropiado (hacer esto es la funcion equivalente a un TNC). Si la informacion del nodo es propagada de un port a otro, entonces use QUALITY=161.
Otro caso especial es un switch BPQ donde todos los ports son interfaceados a un nodo TheNET individual. Un proposito de un "nodo apilado" seria permitir mas circuitos (TheNET es generalmente limitado a 24) al final de un nodo Hub ocupado. En este caso especial, cada camino contiene 3 CPUs (un BPQ y dos TNCs). Nosotros sugerimos que QUALITY=228 en cada final de todos los links de BPQ<>NETROM .
Sea cual fuere la QUALITY asignada a un port de Red (network), la quality en un nodo o port BPQ en cada fianl de link de una Red (network) sera la misma. Esto evitara mostrar en el futuro
rutas "no-simetricas" en una direccion que no seran conectables en los
extremos finales.
73 de LW6EOF
AX25 : LW6EOF@LW8DJW.#1824.BA.ARG.SA
E-mail : lw6eof@yahoo.com.ar