La meilleure façon de le faire, aussi bien manuellement que dans un script est de rediriger le périphérique sur l'entrée standard de stty. Exemple~:
stty crtscts < /dev/ttyS0
activera le contrôle de flux matériel sur le premier port série utilisé en entrée.
stty -a < /dev/cua0
affichera tous les paramètres du premier port série utilisé en sortie.
Pour gérer le contrôle de flux matériel. Ce n'est pas
une obligation, c'est une garantie que l'échange de données
entre ETTD et ETCD se fera dans les meilleures conditions. Il faut bien
entendu que votre modem puisse le faire. Contrairement à une
idée reçue, si vous mettez l'option CRTSCTS dans le fichier
/etc/gettydefs, il n'est pas nécessaire d'effectuer en plus un
stty crtscts </dev/port\#. Par contre, il faut le mettre
à la fois dans la partie initiale et finale de gettydefs.
Notez qu'il s'agit bien d'un contrôle de flux local, et en aucun cas
il ne faut s'inquiéter de ce que fait le correspondant dans ce
domaine.
Ca peut effectivement paraître bizarre. Il s'agit en fait de l'établissement d'une session d'utilisation du périphérique. Celui-ci prend alors les droits du "chef" de session (session leader) qui se protège ainsi des utilisations du même tty par d'autres processus.
Cette question a été réellement posée. Si vous n'avez qu'une ligne téléphonique, la réponse est non. De plus, en décrochant le combiné téléphonique, vous pertuberez la ligne et le modem risque fort de diminuer le débit (pour le remonter si tout va bien ensuite).
Cette question montre à l'évidence une confusion entre toutes les notions réseaux. Bien qu'elle ait été posée suite à un problème relatifs aux modems, la réponse ne devrait théoriquement pas se trouver dans ce document. Néanmoins, le chapitre suivant rappelle quelques principes de base des empilements protocolaires afin de clarifier un peu tout cela.
Chapitre suivant, Chapitre Précédent
Table des matières de ce chapitre, Table des matières générale
Début du document, Début de ce chapitre