F.P.A.C
D'après document de F1OAT ( 1996 ) FlOAT@F6PTT.FRPA.FRA.EU
FPAC - Linux
Présentation du projet
I/ Introduction
Après plusieurs années de travail acharné et de qualité FPAC
a atteint ses limites:
-le logiciel est devenu trop encombrant pour pouvoir cohabiter avec une autre application BBS, Cluster, ...)
sur la même machine sous forme de TSR.
-FPAC / MS-DOS est monolithique : il est très difficile de pouvoir travailler a plusieurs sur le coeur du logiciel.
-FPAC souffre des limitations de MS-DOS (mémoire, mono-tache, environnement non protégé. télé-exploitation non prévue).
Pour que le projet FPAC continue a vivre et que l'énorme travail déjà fourni puisse être utilisé et complété, il
est aujourd'hui nécessaire de refondre le produit.
Les choix initiaux non jamais été mis en défaut et donc la nouvelle génération de FPAC devra tout naturellement être bâtie
sur les mêmes bases:
-protocole éprouvé et normalisé X.25.
-adressage numérique X121.
-nodaux sur compatible PC.
-cartes séries synchrones intégrées dans le PC.
-modems externes.
-fonctionnement sur disquette seule, ou disque dur.
La nouvelle génération de FPAC devra offrir au moins le même niveau de fonctionnalités et rester compatible avec les
nodaux ancienne génération: la transition vers le nouveau système pourra ainsi se faire en douceur.
De nouvelles fonctionnalités et services devront être progressivement intégrés. La liste suivante (non fermée !)
donne une idée des évolutions possibles:
-amélioration de la convivialité de la procédure de connexion
:
-mise en place de serveurs de noms.
-paramètres AX.25 auto-adaptatifs.
-outils de diagnostic améliorés.
-outil d'administration de réseau évolué et puissant pour les sysops et les utilisateurs curieux (SNMP?).
-interconnexion améliorée avec les BBS et Cluster (intégration sur la même machine?).
-amélioration de la connectivité avec les autres systèmes (TCPIIP, Flexnet,...).
-simplification de la phase de configuration lors de l'installation.
-augmentation progressive des vitesses des cartes synchrones et modems.
-remplacement floppy/HD par un rom-disk pour les environnements difficiles (montagne).
2/ Pourquoi Linux?
Conscients des limitations du FPAC actuel, les membres de l'ATEPRA réfléchissent depuis longtemps aux évolutions possibles
En fait, tout repose sur le choix du nouveau système d'exploitation.
Le tableau ci dessous résume la situation en 1996
MSDOS+EXTENSION ATEPRA
----------------------
pour: mise en oeuvre simple de type msdos
fonctionne sur disquette , modulaire.
contre: extension atepra longue et difficile a mettre au point
système d'exploitation non standard.
peu de possibilités de profiter de logiciels écrits par d'autres équipes.
WINDOWS 3
---------
pour: très répandu,convivial,populaire,modulaire
contre: fiabilité insuffisante pour un nodal isolé
catastrophique pour les télécoms
environnement de développement difficile
ne fonctionne pas sans écran graphique
très mauvais multitâche
ne fonctionne pas sur disquettes
payant
sources non disponibles
environnement mal protégé
windows95:
---------
pour: amené a remplacer Windows 3
convivial,multitâche amélioré,populaire,modulaire
contre: ne fonctionne pas sans écran graphique
environnement de développement difficile
peu adapte aux contraintes d'un site isolé
ne fonctionne pas sur disquettes
payant
sources non disponibles
environnement mal protégé
Windows NT
----------
pour : convivial
fiable
multitâche digne de ce nom
modulaire
environnement protégé
contre: ne fonctionne pas sans écran graphique
pas encore très répandu
ne fonctionne pas sur disquettes
payant et cher
sources non disponibles
OS2
----
pour : convivial
fiable
multitâche digne de ce nom
modulaire
environnement protégé
contre: ne fonctionne pas sans écran graphique
peu répandu
en perte de vitesse
payant
sources non disponibles
MINIX:
------
pour: compatible unix
gratuit
sources disponibles
didactique
petit et sympathique
fonctionne sur disquette
multitâche / multi-utilisateur
livre de l'auteur expliquant le fonctionnement interne de minix
modulaire
tourne sur un 8088
contre: en perte de vitesse
moins connu
effort a faire pour les utilisateurs venant de MSDOS WINDOWS
environnement mal protégé
LINUX:
------
pour: c'est un vrai Unix
gratuit
sources disponibles
communauté de développeurs amateurs très importante
performant
fonctionne sur disquette
environnement spacieux
multitâche temps réel / multi-utilisateur
convivialité bonne via Xwindows (gratuit)
environnement protégé
contre: moins connu
effort à faire pour les utilisateurs venant de MSDOS WINDOWS
nécessité au moins un 386sx16 avec 2mo de ram et un floppy 1.44
nécessité d'une machine de développement musclée
le tableau ci-dessus montre clairement que linux est une bonne base pour la nouvelle génération de FPAC
L'absolu nécessité d'un 386 n'est plus un handicap en effet la multiplication des links et l'augmentation de
leur vitesse impose de toute façon une évolution généralisée vers ce type de machine De plus, le 386 réformé
est maintenant aussi courant que le 8086 ou 80286 il y a quelques années, au début du projet FPAC.
D'autre part on peut constater que l'utilisation de Linux permet de drainer beaucoup plus de développeurs
intéressés par le projet.
3/ Objectifs
Expérimentation, investigation, éducation dans le domaine des radiocommunications
Les objectifs poursuivis par la communauté des développeurs amateurs de Linux sont les mêmes que les nôtres,
transposés au monde de l'informatique. C'est donc tout naturellement que notre projet trouve sa place dans le
projet global Linux. En parcourant les news sur Internet on peut constater une activité considérable
autour de Linux qui a donne lieu au développement d'une quantité phénoménale de logiciels de grande qualité.
Pour le domaine particulier qui nous intéresse, on trouve par exemple:
- des logiciels de CAO PCB et électronique
- des logiciels de simulation de circuits électroniques.
- des outils pour le traitement du signal.
- des logiciels de communication.
- un clone de Packet Cluster
- des BBS
- des couches Ax.25 et NETROM avec logiciels associés.
- des couches TCP/IP avec support des liens radio.
- des drivers pour cartes réseaux type SCC.
Actuellement, quelques projets en cours ont pour objectif la réduction de la taille de Linux et l'ajout de
fonctions spécifiques pour système embarqué. Un routeur radio IP tenant sur une disquette 1.44 Mo est annoncé.
Notre projet est aujourd'hui novateur, mais peut être pour encore peu de temps: s'inscrivant dans le sens de
l'histoire, il y a très certainement d'autres équipes encore inconnues qui ont le même type d'idées!
4/ Ce qui existe (liste restreinte a la radio!)
Noyau Linux avec Ax.25 intégré proprement via l'interface socket.
Driver SCC compatible avec la plupart des cartes SCC dont la carte SCC4 de l'ATEPRA.
Driver série KISS.
Driver pour carte Gracilis PacketTwin.
Driver Ethernet pour transport de trames Ax.25 entre 2 machines.
Logiciel de configuration Ax.25.
Logiciels terminal et démon pour création simple de serveurs
radio type BBS.
Différentes versions de NOS pour Linux.
BBS N0ARY et MBL/RLI.
Packet Cluster.
Outils de développement (compilateurs, débuggeurs, etc...).
5/ Ce qu'il reste a faire
Intégration du protocole niveau 3 X.25 FPAC.
Création de serveurs pour nodal FPAC (pour voir les connexions, avoir des informations, etc .
Création d'une interface utilisateur.
Création d'un outil d'administration a distance (SNMP?).
Support d'une bonne connectivité avec les autres systèmes.
Amélioration du niveau 2 avec fonction d'auto-adaptation des paramètres.
Portage de la BBS FBB sous Linux Motif (c'est un scoop, F6FBB est sur le point de démarrer...).
6/ Organisation
La modularité du développement sous Linux permet de diviser de facon efficace les travaux entre différentes
personnes. Aujourd'hui, les différentes tâches identifiées sont:
-Mise en place d'un BBS filaire destine a l'échange des logiciels et autres fichiers entre les participants
(de préférence sous Linux pour offrir un accès de type PPP).
-Intégration, archivage et suivi des versions. Création d'un jeu de disquettes d'installation
-Création d'une mailing-list pour le dialogue entre les participants.
-Intégration du niveau 3 X.25.
-Ecriture des outils de configuration du nodal.
-Ecriture des serveurs d'information du nodal.
-Ecriture de l'agent SNMP de Linux.
-Ecriture du client SNMP du sysop.
-Optimisation de l'occupation mémoire et disquette de la version Nodal.
-Optimisation du niveau 2 AX.25.
-Portage de la BBS FBB.
-Mise en place d'une ou plusieurs plates-formes de test.
-Ecriture de la documentation en Anglais au minimum, en
Français et autres langues Si le temps disponible le permet.
-Publicité sur les réseaux Packet et Internet
A noter le gros travail de F1OAT : drivers USCC et Yam, FPAC-Linux
F6FBB : Serveur BBS sous Linux,drivers USCC et Yam, FPAC-Linux, Rose