Quelques paramètres AX25


Source de: F6CSS@F5GJC.FMLR.FRA.EU
                                                                04 / 1996

( Texte volontairement non accentue )


Bonjour a tous

Voici quelques infos concernant le parametrage AX25 des TNCs .

L'aspect rebarbatif de ce parametrage fait souvent que les OMs ou sysops
debutants adoptent avec plus ou moins de bonheur les valeurs "par defaut" .
Une comprehension du role de ces parametres sera parfois utile pour optimiser
le rendement des liaisons packet radio .

Les syntaxes utilisees dans les exemples font reference aux commandes du type
TNC2 + eprom TAPR ainsi qu'au mode "host" type WA8DED ( eprom TheFirmware
ou drivers TFPCX et derives ) . Des parametres similaires doivent exister pour
les TNCs du type KAM ou AEA . A noter egalement que certains programmes
applicatifs proposent des commandes specifiques permettant de parametrer les
TNCs au niveau AX25 .


Parametres :

============================================================================

1) CHECK (test d'activite) AX25 : timer T3

============================================================================ Ce parametre correspondont au timer T3 du protocole AX25 . Il s'agit d'un test effectue toutes les N secondes afin de determininer si la station distante est toujours active dans le cas ou il n'a pas d'echange de donnees . Ce test utilise des trames du type RR . En cas de non reponse apres plusieurs essais (cf RETRIES) une procedure de deconnexion est activee . min defaut max Syntaxe TAPR : CHECK 0 30 250 x 10 secondes HOST : @T3 <0....65535> x 10 ms En pratique : un test toutes les 5 mn ( 300 secondes ) est suffisant . ============================================================================

2) DWAIT (Digi Wait , attente digipeater )

============================================================================ Ce parametre est a l'origine prevu pour les liaisons via simples relais packet (digipeateur) sur une frequence unique . Chaque station s'impose un delai "dwait" avant emission. [Station 1] <-------> [digi] <------> [Station 2] (qrg unique) Ce temps d'attente _supplementaire_ avant emission permet au "digi" ( dont le DWAIT = 0 ) d'emettre en priorite des que la qrg est libre . ( A noter que ce mode de fonctionnement en "simple digi" sur qrg unique a heureusement tendance a disparaitre .) min defaut max Syntaxe TAPR : DWAIT 0 16 250 x 10 ms HOST : non parametrable . Dans 99.9 % des cas on peut positionner DWAIT = 0 . En principe cette temporisation s'ajoute au timer "PERSIST" qui gere le systeme d'attente aleatoire . ============================================================================

3) FRACK(Frame acknowledge , acquitement de trame) AX25 : timer T1

============================================================================ Ce parametre indique le temps _maximum_ d'attente d'acquitement de la derniere trame emise . Passe ce temps il y a reemission de la trame ( un "retry" ) . Cette temporisation FRACK correspond au "timer T1" du protocole AX25. Si la liaison fait intervenir une suite de digipeateur le parametre est recalcule a partir de la valeur de base et devient : FRACK = T1 * ( (nombre_de_digis * 2) + 1 ) En pratique FRACK = 5 secondes fonctionne bien . Ce n'est pas penalisant car si les conditions de transfert sont bonnes les acquitement seront recus bien avant la valeur FRACK . min defaut max Syntaxe TAPR : FRACK 1 3 15 secondes HOST : F <1..15> secondes ============================================================================

4) MAXFRAMES ( Nombre de trames max. ) AX25 : parametre K

============================================================================ Ce parametre defini le nombre de trames emises (de longueur PACLEN) en une seule fois par le TNC . Ces trames seront generalement acquittees d'une maniere groupee. ( Voir parametre RESPTIME) . Si la liaison radio est bonne et si la frequence est peu emconbree on aura tout interet a expedier un maximun de trames mais c'est tres rarement possible ! min defaut max Syntaxe TAPR : MAXFRAME 1 4 7 HOST : O <1..7> En 1200 Bds un MAXFRAME de 2 semble etre une bonne base de depart . ============================================================================

5) PACLEN (Packet Length , longueur paquet) AX25 : parametre N1

============================================================================ Ce parametre indique le nombre d'octets max. qu'une trame du type information pourra transporter . AX25 prevoit une valeur max. de 256 octets par trame . Si on doit traverser un systeme reseau mettant en oeuvre des en-tetes de protocoles , il faudra au prealable adapter la longueur du PACLEN de facon a eviter un decoupage (fragmentation) systematique des paquets . defaut Syntaxe TAPR : PACLEN 0....128......255 ( 0=256 !) HOST : Il n'y a pas de commande "host" particuliere . La longueur des paquets est controlee par le logiciel utilisant le mode host. (valeur max = 256 octets) . Le tableau suivant donne un ordre de grandeur du PACLEN en fonction du type de liaison . Type de liaison PACLEN max Remarques --------------------------------------------------------------------- Directe : 256 Via Digi niveau 2 : 256 Via reseau Flexnet : 256 (Pas d'en-tete protocole) Via reseau FPAC / ROSE : 250 (En-tete protocole 3 a 5 Octets) Via reseau Thenet : 230 (En-tete protocole 20 Octets) En ce qui concerne les serveurs du type FBB , le PACLEN max. par defaut = 250 . On reduira cette valeur a 230 si l'on passe par reseau Thenet (ou node BPQ) . ============================================================================

6) PERSIST (persistance)

============================================================================ Le protocole AX25 utilise le systeme "CSMA" (Carrier Sense Multiple Access). Ce systeme impose une ecoute prealable avant emission afin de determiner si la frequence est libre (signal DCD). Si 2 stations (ou plus) decident d'emettre il y a risque de collision de trames . Pour eviter ce probleme on a imagine un systeme d'attente aleatoire avant emission . De cette maniere on espere que les stations "en competition" auront des temps d'attente differants et qu'une seule station passera en emission . Le parametre PERSIST permet de determiner la probabilite d'emission des que la frequence est libre . Avant d'emettre le TNC effectue un tirage au sort d'une valeur parmis 256 ( plage de valeur : 0 a 255 ) . Si cette valeur est inferieure au parametre PERSIST il y a emission sinon il y a attente durant une periode egale a SLOTTIME (de l'ordre de 10 ms) et on recommence le tirage . La probabilite d'emettre sans attente des que le frequence est libre est egale a : PERSIST + 1 P = ------------- 256 PERSIST PROBABILITE 255 1 100 % ( pas d'attente ) 127 0.5 50 % ( 1 chance sur 2 de ne pas attendre) 63 0.25 25 % ( 1 chance sur 4 " " " ) 31 0.125 12.5 % ( 1 chance sur 8 " " " ) etc ... Il y a cependant deux conditions essentielles pour obtenir une certaine efficacite : 1 - IL FAUT QUE CHAQUE STATION RECOIVE TOUTES LES STATIONS VOISINES . 2 - Il faut harmoniser entre les stations le parametre PERSIST a une valeur commune que l'on pourrait estimer a : PERSIST = 255 / Nombre_moyen_d'utilisateurs_qrg Il ne faut pas se faire d'illusion ! Dans la pratique aucune de ces conditions n'est remplie ce qui conduit a une exploitation totalement inefficace du canal radio ...... :-( min defaut max Syntaxe TAPR : PERSIST 0 127 255 HOST : P <0..255> En pratique : 64 a la campagne et 16 en ville ... :-) Cas particulier : MODE DAMA Il s'agit d'un mode d'exploitation "maitre/esclave" . Quand une station "maitre" (bbs node) sollicite une station "esclave" cette derniere repond "sans delai" (PERSIST = 255) . ============================================================================

7) RESPTIME ( response time ) AX25 : timer T2

============================================================================ Correspond au parametre timer T2 du protocole AX25 . Il s'agit d'un temps d'attente avant acquitement de trames du type information . En reception , ce temps d'attente permet de determiner la fin d'un envoi d'un nombre MAXFRAME de trames et de transmettre un acquittement groupe . Ce parametrage n'est pas obligatoire (ex: full duplex) . En half-duplex (emission / reception alternee) il permet d'augmenter le debit moyen en reduisant le nombre de trame d'acquittement . min defaut max Syntaxe TAPR : RESPTIME 0 0 250 x 100 ms HOST : @T2 <0..65535> x 10 ms (default 100) . En pratique on prendra une valeur de 1 seconde (en 1200 bds) . ============================================================================

8) RETRIES (nombre max de repetition) AX25 : compteur N2

============================================================================ Correspond au parametre N2 du protocole AX25 . Il s'agit du nombre max. de repetition d'une trame en cas de non acquitement . (Voir aussi le parametre FRACK) . A l'issue de N2 tentatives il y a generalement deconnexion . min defaut max Syntaxe TAPR : RETRY 0 10 15 HOST : N <0..127> ( 10 par defaut ) La valeur de 10 est la valeur communement utilisee . ============================================================================

9) SLOTTIME (intervalle de temps)

============================================================================ Ce parametre specifie le temps d'attente de "PERSIST" . min defaut max Syntaxe TAPR : SLOTTIME 0 1 255 x 10 ms HOST : W <0..127> ( 10 par defaut ) En pratique on utilise la valeur par defaut de 10 ms . ============================================================================

10) TXDELAY (delai emission)

============================================================================ Ce parametre introduit un delai apres activation du signal "PTT" et l'emission effective de la trame . En effet il faut tenir compte du temps de commutation de l'emetteur ( relais , verouillage PLL ..) . Durant la temporisation TXDELAY le TNC envoie un signal de synchronisation. min defaut max Syntaxe TAPR : TXDELAY 0 30 120 x 10 ms HOST : T <0..127> x 10 ms (defaut = 25) Cette valeur est a optimiser en fonction du materiel . Un TX pilote quartz et commutation d'antenne a diodes sera beaucoup plus rapide qu'un TX pilote par synthetiseur et commutations par relais . En pratique (1200 Bds) on peut partir d'une valeur de 500 ms et diminiuer tres progressivement jusqu'a ce que l'on constate des problemes de connexion ou de repetitions . Par securite on ajoutera 50 ms a la valeur limite .Il ne faut pas oublier que les stations distantes ont egalement un "temps de reponse" du au delai d'ouverture du squelch et a la synchronisation du TNC .

Nombre de visiteurs depuis le 10/11/99:


Page réalisée par F5JTZ

Sommaire Retour à la page de présentation