11.7. Utilisation du matériel courant pour PC
11.7.1. RNIS
Le Réseau Numérique à Intégration de Service (RNIS) (en anglais ISDN : Integrated Services Digital Network) est une série de normes attribuant les caractéristiques particulières d'un réseau de données numériques à usage général. Un « appel » RNIS permet de synchroniser des données point par point vers la destination. RNIS est généralement distribué sur une ligne à haut débit, divisée en un certain nombre de canaux discrets. Il existe deux types de canaux, les « canaux B » qui transportent de fait les données utilisateurs, et un canal unique appelé « canal D », utilisé pour envoyer les informations de contrôle pendant l'échange RNIS afin d'établir appels et autres fonctions. En Australie, par exemple, RNIS peut être fourni sur une liaison 2 Mps qui est divisée en 30 canaux B discrets de 64 kps et un canal D de 64 kps. Le nombre de canaux utilisé en même temps importe peu, et ceci avec toutes les combinaisons possibles. Vous pouvez par exemple établir 30 appels différents de 64 kps vers 30 destinations différentes, ou bien 15 appels de 128 kps chacun vers 15 destinations différentes (2 canaux utilisés par appel), ou seulement un petit nombre d'appels, le reste restant inactif. Un canal peut être utilisé pour des appels entrant ou sortant. Le but initial de RNIS était de permettre aux sociétés de Télécommunications de fournir un seul service de données pouvant distribuer soit le téléphone (avec voix numérisée) ou bien des services de données vers le domicile ou le bureau sans que cela nécessite des modifications pour obtenir une configuration spéciale.
On pourra connecter son ordinateur à un service RNIS de différentes façons : en utilisant un dispositif appelé « adaptateur de terminal » qui se branche sur l'unité de terminal réseau que votre opérateur de télécommunications a installé au moment de l'obtention de votre service RNIS, et qui présente des interfaces séries - une de ces interfaces est utilisée pour entrer les commandes et établir les appels et la configuration; les autres sont reliées aux périphériques réseau qui utiliseront les circuits de données quand la connexion sera faite. Linux peut travailler avec ce type de configuration sans modification. Il suffira de traiter le port de l'adaptateur de terminal comme tout périphérique série. L'autre moyen, la raison d'être du support RNIS dans le noyau, vous permet d'installer une carte RNIS dans votre machine Linux et ce sera le logiciel Linux qui alors prendra en charge les protocoles et fera lui-même les appels.
Options de compilation du noyau :
ISDN subsystem ---> <*> ISDN support [ ] Support synchronous PPP [ ] Support audio via ISDN < > ICN 2B and 4B support < > PCBIT-D support < > Teles/NICCY1016PC/Creatix support |
L'implémentation Linux de RNIS reconnaît différents types de cartes internes RNIS dont celles qui sont énumérées dans les options de configuration du noyau :
ICN 2B et 4B ;
Octal PCBIT-D ;
Teles ISDN-cartes et compatibles.
Certaines de ces cartes exigent certains logiciels téléchargeables pour être opérationnelles. Il existe pour cela un utilitaire séparé.
Tous les détails nécessaires à la configuration du support RNIS Linux se trouvent dans le répertoire /usr/src/linux/Documentation/isdn/ et un document FAQ consacré à isdn4linux est disponible sur lrz-muenchen.de (une version anglaise existe sous le drapeau de même nationalité).
 | Au sujet de PPP. L'ensemble des protocoles PPP fonctionne sur des lignes série synchrone ou asynchrone. Le démon PPP pppd couramment distribué pour Linux ne reconnaît que le mode asynchrone. Si vous désirez utiliser les protocoles PPP avec votre service RNIS, il vous faudra une version spéciale. Les détails pour la trouver se trouvent dans la documentation mentionnée ci-dessus. |
11.7.2. PLIP
Lors de la mise au point des versions 2.1 du noyau, le support des ports parallèles s'est amélioré.
Options de compilation du noyau :
General setup ---> [*] Parallel port support Network device support ---> <*> PLIP (parallel port) support |
Le nouveau code pour PLIP fonctionne de la même façon (on utilise les mêmes commandes ifconfig et route comme dans le paragraphe précédent), mais l'initialisation du système est différente en raison de l'amélioration du support du port parallèle.
Le « premier » périphérique PLIP est toujours appelé plip0 (premier signifiant ici « qui est détecté en premier par le système » comme pour les périphériques Ethernet). Le port parallèle utilisé de fait est l'un de ceux qui sont disponibles, comme indiqué dans /proc/parport. Par exemple, si vous n'avez qu'un seul port parallèle, vous n'aurez qu'un seul répertoire appelé /proc/parport/0.
Si votre noyau ne détecte pas l'IRQ utilisée par votre port parallèle, insmod plip échouera. Dans ce cas, il vous suffit d'écrire le chiffre qui convient dans /proc/parport/0/irq, ce qui invoque de nouveau insmod.
Une information complète sur la gestion des ports parallèles est disponible dans le fichier Documentation/parport.txt, qui se trouve dans les sources du noyau.
11.7.3. PPP
De par la nature, la taille, la complexité et la flexibilité de PPP, il possède maintenant son propre HOWTO. Le PPP-HOWTO est toujours un document du Linux Documentation Project, mon sa page officielle se situe sur le site Web thelinuxreview.com, dans la section PPP.