Como dicen un refrán americano: "Ya estuve allí e hice eso..."
Nosotros* montamos el nodo de packet (OJO NO era una BBS) de la ciudad de Camagüey con indicativo CO9JAZ con el objetivo de entrar vía radio a la red de frcuba y por allí revisar el correo via TCP/IP.
Empezamos usando un KPC-2 en el server por KISS contra un server linux (ya les dije que en el server SIEMPRE hubo linux, específicamente Ubuntu Server en todas las versiones desde que empezamos y hasta que se desmantelo la estación)
La pila ax.25 (así se llama al componente del núcleo del sistema que atiende las peticiones de packet) de linux es la más estable y versátil hasta ahora, de eso hay prueba en internet y puedo dar fé de ello.
Como clientes usamos siempre la combinación del MixW con el plugin de TCP/IP más filtrado del sistema en la tarjeta de red que crea el plugin del MixW. Con el filtrado a nivel de TCP/UDP en la tarjeta de red bloqueábamos el tráfico UDP y solo permitíamos el tráfico TCP en los puertos permitidos (25/110) y así optimizábamos el tráfico de red. Por supuesto el Linux tenía firewall con los puertos abiertos y solo aceptaba conexiones desde las IP que estaban registradas...
Por cierto empezamos con AFSK (usando audio vía micrófono para TX y cogiendo el audio desde el plug para bocina exterior) a 1200, cuando nos dimos cuenta que un usuario revisando el correo se podía pasar alrededor de 30 minutos solo en recibir la lista de mensajes via POP3 y el server de FRCuba lo pateaba (porque se demoraba mucho, lógico era muy lento) me di cuenta que había que hacer algo. Otro tanto pasaba con los mensajes de salida, el server te pateaba por "timeout" o sea "tiempo de espera agotado"
Luego de buscar la solución y probar y probar, monté un server de correo en la propia PC en modo espejo, o sea cada user tenía que darme sus credenciales y desde el server cada 5 minutos de paseaba por cada una de las cuentas y se bajaba una copia de los mensajes al server local, de igual manera los mensajes de salida se recibían directo al server local y este los encaminaba al server real.
De esta manera la autenticación local era la misma que la de frcuba, y lográbamos algo nuevo, existía un correo entre nosotros que era INDEPENDIENTE de frcuba y local (no salía a ninguna parte).
Así yo y cada una de los colegas revisábamos un correo que era por ejemplo en mi caso co7wt@co9jaz.frcuba.co.cu y el server se encargaba tanto en recibo (pop3) como en envío (SMTP) de mapear co7wt@co9jaz.frcuba.co.cu a co7wt@frcuba.co.cu de manera transparente y si quería podía enviar un mensaje a co7kd@co9jaz.frcuba.co.cu desde co7wt@co9jaz.frcuba.co.cu y este mensaje era entregado en el server local no tenía que ir para nada a FRCuba.
Como el server (PII 333 Mhz 128MB RAM con CPU Ciryx + HDD IDE 20GB) tenía conectividad full a 64k con frcuba entre el server de correo de frc y el nuestro todo fluía, en el lado del packet radio se modificaron los tiempos de espera para que fueran ENORMES (recuerdo que el timeout lo llegamos a tener en 2 horas... jajaja) y así fuimos tirando un tiempo.
Luego cuando vimos que más de 20k de mensajes era un dolor en la parte baja de la espalda intentamos pasar a 2400 baudios AFSK, aquí los problemas fueron aumentando, ya de ~5 usuarios asiduos ya solo podían entrar dos o tres con facilidad, por tema de la modulación y los radios que dañaban la forma de onda por el pre-énfasis y el des-énfasis que tienes en la modulación FM.
Probamos incluso con un PK-232MBX que todavía funciona y pasó recientemente a manos de una colega en zona 6, nos dio buenos resultados cuando descubrimos un truco.
AFSK es usable por micrófono pero si quieres subir debe usar FSK, directo RX/TX al modulador.
En ese entonces ya eramos un piquete respetable de los que recuerdo, CO7KD con un TK-790, CO7GG con un FT-2500, otros usuarios con variantes de TK-760/762 en variantes G y no G (CO7YB, CO7LRP, otros...) además de otros con Alincos DR-130 (CO7EU y quien escribe CO7WT)
Hicimos un estudio de los planos y pruebas con diferentes radios, a todos se les pudo poner interfaces externas para entrar directo al modulador y salir directo del de-modulador, a unos más fácil que otros...
Pronto estábamos todos en la red a 4800 baudios... huf... que velocidad... jejeje
Y surgió un patrón... TK-790, TK-760 (en todas las variantes) y FT-2500 eran buenos para eso, el DR-130... no muy bueno... de hecho regularcito pa' malo...
Cambiamos el radio del nodo a un TK-762, y upgradeamos a casi todos a equipos kenwoods después de cambalaches, truekes y uF.
Por esa época el PII quedo QRT y el HDD tambien, el RC no ofreció un Cliente ligero e hicimos una ponina entre todos para adquirir un HDD IDE para este propósito... un Seagate de 40 Gb si mal no recuerdo...
Por esa época estaba yo usando un softmodem o sea un modem por software llamado soundmodem (OJO este no es el mismo que el de UZ7HO, este es de muuuuucho antes y solo funciona en linux) que tiene la propiedad de que puedes crear tantos modems o puertos como quieras en un mismo canal de audio... hum....
Sigo en otro post por que este está muy largo....
* NOTA, cuando digo nosotros me refiero a un equipo conformado por
- CO7KD Joan, que aportó mucha ayuda técnica y siempre estuvo listo para hacer cualquier prueba loca con respecto al packet y a la hora que fuera; Joan fue mi brazo derecho en esto...
- CO7YB Soris, que junto a Joan era otro de los asiduos usuarios de prueba para las mejoras.
- CO7WT Pavel, quien escribe que era el SYSOP oficial y responsable de la estación
[/i]
