On trouve derrière ce nom les programmes ax25_call et netrom_call. Il s'agit de programmes très simples destinés à être lancés par ax25d pour automatiser les connexions depuis des hôtes distants. On peut bien sûr les employer dans des scripts ou via d'autres démons tels node.
Ils équivalent au programme call et n'effectuent aucun traitement sur les données, ce qui vous épargne le problème des conversions de fin de lignes.
Un exemple pour commencer. On suppose que vous disposez d'un petit réseau personnel, d'une station Linux tenant lieu de passerelle radio et d'une autre machine -- on prendra un noeud BPQ -- qui lui est connectée par un lien ethernet.
En principe, si vous voulez que les utilisateurs radio puissent joindre le noeud BPQ, il leur faudra le faire par l'intermédiaire de votre noeud Linux ou se connecter au démon node puis établir la connexion. ax25_call peut simplifier le processus s'il est invoqué par ax25d.
Prenons le cas d'un noeud BPQ d'identifiant VK2KTJ-9, la station Linux
étant munie d'un port AX.25/ethernet nommé `bpq'. `radio' désignera
le port radio de la machine passerelle.
Un enregistrement dans le fichier /etc/ax25/ax25d.conf du type :
[VK2KTJ-1 via radio]
default * * * * * * *
root /usr/sbin/ax25_call ax25_call bpq %u vk2ktj-9
VK2KTJ-1' qui n'est autre que
le démon Linux ax25d, celui ci les commutant automatiquement sur un
lien AX.25 à `VK2KTJ-9' via l'interface `bpq'.Vous pouvez essayer toutes sortes d'autres configurations. Les utilitaires `netrom_call' et `rose_call' opèrent de façon similaire. Un radioamateur en a fait usage pour faciliter l'accès à un BBS distant. En principe, on aurait dû entrer à la main une chaîne de connexion démesurément longue. Il a donc ajouté une entrée faisant apparaitre le BBS comme une entité appartenant au réseau local, ax25d servant en fait de proxy pour l'accès à la machine distante.