Page suivante - Page précédente - Table des matières

3. Pourquoi utiliser un sous-réseau avec mandataire ARP ?

Les applications d'un sous-réseau avec mandataire ARP sont assez spécifiques.

Dans mon cas, j'avais une carte Ethernet sans-fil ISA 8 bits. Je voulais utiliser cette carte pour raccorder un certain nombre de machines. Après avoir écrit un pilote (driver) pour cette carte ISA (c'est le sujet d'un autre document), je pouvais l'utiliser dans une machine Linux. À partir de là, il était seulement nécessaire d'ajouter une seconde interface Ethernet à la machine Linux, et d'utiliser alors un mécanisme quelconque pour interconnecter les deux réseaux.

Dans la suite, j'appellerai réseau 0 le réseau local Ethernet relié à la machine Linux par une carte Ethernet (clone NE-2000) sur eth0. Le réseau 1 est le réseau principal connecté par la carte Ethernet sans-fil sur eth1. La machine A est la machine Linux avec ses deux interfaces. La machine B est une station quelconque du réseau 0, et la machine C est sur le réseau 1.

Normalement, pour réaliser l'interconnexion, on pourrait :

  • utiliser le logiciel IP-Bridge (voir le Bridge mini-HOWTO) pour réaliser un pont entre les deux interfaces réseau. Malheureusement, la carte Ethernet sans-fil ne peut pas être mise en mode ``promiscuous'' (autrement dit elle ne peut pas voir tous les paquets circulant sur le réseau 1). C'est principalement à cause de la faible bande passante de la carte Ethernet sans-fil (2 Mbits/sec), ce qui implique que nous ne voulons pas supporter le trafic qui n'est pas destiné à une autre machine sans-fil - dans notre cas la machine A -, ou les diffusions générales (broadcasts). De plus, un pont charge assez lourdement le processeur.
  • ou bien utiliser des sous-réseaux et un routeur pour transmettre les paquets entre les réseaux (voir le IP-Subnetworking mini-HOWTO). C'est une solution dépendante du protocole, bénéficiant du fait que le noyau Linux sait gérer les paquets IP (Internet Protocol), mais demandant du logiciel supplémentaire pour router d'autres protocoles (tels qu'AppleTalk). De plus, ceci nécessite d'allouer un nouveau numéro de sous-réseau IP, ce qui n'est pas toujours possible.

Dans mon cas, il n'était pas possible d'obtenir un nouveau numéro de sous-réseau, alors je voulais une solution qui permette aux machines du réseau 0 d'apparaître comme si elles étaient sur le réseau 1. C'est à cela que sert le mandatement ARP. D'autres solutions sont utilisées pour connecter d'autres protocoles (non-IP), comme netatalk pour le routage AppleTalk.

Page suivante - Page précédente - Table des matières