Follow Techotopia on Twitter

On-line Guides
All Guides
eBook Store
iOS / Android
Linux for Beginners
Office Productivity
Linux Installation
Linux Security
Linux Utilities
Linux Virtualization
Linux Kernel
System/Network Admin
Programming
Scripting Languages
Development Tools
Web Development
GUI Toolkits/Desktop
Databases
Mail Systems
openSolaris
Eclipse Documentation
Techotopia.com
Virtuatopia.com
Answertopia.com

How To Guides
Virtualization
General System Admin
Linux Security
Linux Filesystems
Web Servers
Graphics & Desktop
PC Hardware
Windows
Problem Solutions
Privacy Policy

  




 

 

Linuxtopia - CentOS Enterprise Linux Guide de reference - Param�tres Ethernet

A.3. Param�tres Ethernet

ImportantImportant
 

De nos jours, la plupart des cartes d'interface r�seau bas�es sur Ethernet (ou NIC) ne n�cessitent pas de param�tres de module pour modifier les param�trages. Ils peuvent par contre �tre configur�s � l'aide de ethtool ou de mii-tool. Les param�tres de module ne devraient �tre ajust�s que si ces outils ne fonctionnent pas. Les param�tres de module peuvent �tre affich�s � l'aide de la commande modinfo.

NoteRemarque
 

Pour obtenir de plus amples informations sur l'utilisation de ces outils, reportez-vous aux pages de manuel de ethtool, mii-tool et modinfo.

Mat�rielModuleParam�tres
3Com EtherLink PCI III/XL Vortex (3c590, 3c592, 3c595, 3c597) Boomerang (3c900, 3c905, 3c595)3c59x.o

full_duplex=
0 est actif
1 est inactif

RTL8139, SMC EZ Card Fast Ethernet, cartes RealTek utilisant RTL8129 ou RTL8139 Fast Ethernet chipsets.8139too.o 
Pilote Intel Ether Express/100e100.o

e100_speed_duplex=X
If X =
0 = autodetect speed and duplex
1 = 10Mbps, half duplex
2 = 10Mbps, full duplex
3 = 100Mbps, half duplex
4 = 100Mbps, full duplex

Intel EtherExpress/1000 Gigabite1000.o 
Pilote Intel i82557/i82558 PCI EtherExpressProeepro100.o 
NatSemi DP83815 Fast Ethernetnatsemi.o 
AMD PCnet32 et AMD PCnetPCIpcnet32.o 
SIS 900/701G PCI Fast Ethernetsis900.o 
ThunderLANtlan.o 
Cartes Ethernet PCI Digital 21x4x Tulip SMC EtherPower 10 PCI(8432T/8432BT) SMC EtherPower 10/100 PCI(9332DST) DEC EtherWorks 100/10 PCI(DE500-XA) DEC EtherWorks 10 PCI(DE450) DEC QSILVER's, Znyx 312 etherarray Allied Telesis LA100PCI-T Danpex EN-9400, Cogent EM110tulip.oio=io_port
Cartes PCI Fast Ethernet VIA Rhine PCI avec soit VIA VT86c100A Rhine-II PCI ou 3043 Rhine-I D-Link DFE-930-TX PCI 10/100via-rhine.o 

Tableau A-2. Param�tres de modules Ethernet

A.3.1. Utilisation de plusieurs cartes Ethernet

Il est possible d'utiliser plusieurs cartes Ethernet sur un seul ordinateur. Pour chaque carte, il doit exister une ligne alias, et �ventuellement une ligne options, pour chaque carte dans le fichier /etc/modules.conf. Reportez-vous au chapitre intitul� Modules noyau du Guide d'administration syst�me de Red Hat Enterprise Linux pour obtenir de plus amples informations sur le sujet.

Pour obtenir davantage d'informations sur l'utilisation de multiples cartes Ethernet, consultez le document intitul� Linux Ethernet-HOWTO disponible en ligne et en anglais � l'adresse suivante�: https://www.redhat.com/mirrors/LDP/HOWTO/Ethernet-HOWTO.html.

A.3.2. Module de liaison de canaux

Red Hat Enterprise Linux permet aux administrateurs de lier des NIC sur un seul canal en utilisant le module noyau de liaison (bonding) et une interface r�seau sp�ciale appel�e interface de liaison de canaux. La liaison de canaux permet � deux interfaces r�seau ou plus, d'agir en tant qu'une seule, augmentant ainsi la largeur de bande et offrant de la redondance.

Afin de lier plusieurs interfaces r�seau, l'administrateur doit effectuer les �tapes suivantes�:

  1. Ajoutez la ligne suivante dans /etc/modules.conf�:

    alias bond<N> bonding

    Remplacez <N> par le num�ro de l'interface, comme 0. Pour chaque interface de liaison de canaux configur�e, une entr�e correspondante doit exister dans /etc/modules.conf.

  2. Configurez une interface de liaison de canaux comme l'explique la Section 8.2.3.

  3. Afin d'accro�tre la performance, ajustez les options de module disponibles pour identifier les combinaisons qui fonctionnent le mieux. Faites particuli�rement attention aux commandes miimon et arp_interval ainsi qu'aux param�tres de arp_ip_target. Reportez-vous � la Section A.3.2.1 afin d'obtenir une liste des options disponibles.

  4. Apr�s avoir test� le module, ajoutez vos options de modules pr�f�r�es dans le fichier /etc/modules.conf.

A.3.2.1. Directives du module bonding

Avant d'en finir avec les param�tres du module bonding, il est bon de tester ceux qui fonctionnent le mieux. Pour ce faire, ouvrez une invite du shell en �tant connect� en tant que super-utilisateur et saisissez la commande suivante�:

tail -f /var/log/messages

Ouvrez une autre invite de shell et utilisez la commande /sbin/insmod pour charger le module bonding avec diff�rents param�tres, tout surveillant les messages du noyau pour repr�rer toute indication d'erreur.

La commande /sbin/insmod est ex�cut�e selon le format suivant�:

/sbin/insmod bond<N> <parameter=value> 

Remplacez <N> par le num�ro de l'interface de liaison. Remplacez <parameter=value> par une liste de param�tres pour l'interface dont les �l�ments sont s�par�s les uns des autres par un espace.

Une fois convaincu qu'il n'y a pas d'erreurs et apr�s avoir v�rifi� la performance de l'interface de liaison, ajoutez les param�tres appropri�s du module bonding dans /etc/modules.conf.

La liste ci-dessous r�pertorie les param�tres disponibles pour le module bonding�:

  • mode= — Sp�cifie l'une des quatre politiques autoris�es pour le module bonding. Les valeurs acceptables pour ce param�tre sont les suivants�:

    • 0 — D�finit une politique round-robin pour la tol�rance aux pannes et la r�partition de charge. Les transmissions sont re�ues et envoy�es en s�quence sur chaque interface esclave li�e, en commen�ant par la premi�re interface disponible.

    • 1 — D�finit une politique active-backup pour la tol�rance aux pannes. Les transmissions sont re�ues et envoy�es via la premi�re interface esclave li�e qui est disponible. Une autre interface esclave li�e est seulement utilis�e si l'interface esclave li�e qui est active, �choue.

    • 2 — D�finit une politique XOR (exclusive-or) pour la tol�rance aux pannes et la r�partition de charge. En utilisant cette m�thode, l'interface �tablit la correspondance entre l'adresse MAC des requ�tes entrantes et l'adresse MAC de l'une des NIC esclaves. Une fois ce lien �tabli, les transmissions sont envoy�es s�quentiellement en commen�ant par la premi�re interface disponible.

    • 3 — D�finit une politique de diffusion pour la tol�rance aux pannes. Toutes les transmissions sont envoy�es sur toutes les interfaces esclaves.

    • 4 — D�finit une politique d'agr�gats de liens dynamiques IEEE 802.3ad. Cr�e des groupes d'agr�gats qui partagent les m�mes param�trages de vitesse et de duplex. Transmet et re�oit sur tous les esclaves dans le groupe actif. Requiert un interrupteur conforme � la norme 802.3ad.

    • 5 — D�finit une politique TLB (Transmit Load Balancing) pour la tol�rance aux pannes et la r�partition de charge. Le trafic sortant est distribu� selon la charge actuelle sur chaque interface esclave. Le trafic entrant est re�u par l'esclave actuel. Si l'esclave de r�ception �choue, un autre esclave prend le relais de son adresse MAC.

    • 6 — D�finit une politique ALB (Active Load Balancing) pour la tol�rance aux pannes et la r�partition de charge. Inclut la r�partition de charge de transmission et de r�ception pour le trafic IPV4. La r�partition de charge de r�ception est effectu�e par n�gociation ARP.

  • miimon= — Sp�cifie (en millisecondes) la fr�quence de contr�le du lien MII. Cette option est utile si une haute disponibilit� est requise vu que MII est utilis� pour v�rifier que le NIC est bien activ�. Pour v�rifier que le pilote de ce NIC particulier supporte l'outil MII, saisissez la commande suivante en �tant connect� en tant que super-utilisateur�:

    ethtool <interface-name> | grep "Link detected:"

    Dans cette commande, remplacez <interface-name> par le nom de l'interface du p�riph�rique, tel que eth0 et non pas par l'interface bond. Si MII est pris en charge, la commande renvoie l'extrait suivant�:

    Link detected: yes

    Si une interface de liaison est utilis�e � des fin de haute disponibilit�, le module de chaque NIC doit prendre en charge MII.

    Le r�glage de la valeur sur 0 (la valeur par d�faut) d�sactive cette fonction. Lors de la configuration de ce param�tre, un bon point de d�part est la valeur 100.

  • downdelay= — Sp�cifie (en millisecondes) la dur�e d'attente apr�s l'�chec d'un lien, avant que ce dernier ne soit d�sactiv�. La valeur doit �tre un multiple de la valeur sp�cifi�e dans le param�tre miimon. Par d�faut, la valeur �tant r�gl�e sur 0, le param�tre est d�sactiv�.

  • updelay= — Sp�cifie (en millisecondes) la dur�e d'attente avant qu'un lien soit activ�. La valeur doit �tre un multiple de la valeur sp�cifi�e dans le param�tre miimon.Par d�faut, la valeur �tant r�gl�e sur 0, le param�tre est d�sactiv�.

  • arp_interval= — Sp�cifie (en millisecondes) la fr�quence du contr�le ARP.

    Si ce param�trage est utilis� tout en �tant en mode mode 0 ou 2 (les deux modes de r�partition de charge), le commutateur r�seau doit �tre configur� pour distributer les paquets uniform�ment sur toutes les NIC. Afin d'obtenir de plus amples informations sur ce sujet, consultez le document /usr/share/doc/kernel-doc-<kernel-version>/Documentation/networking/bonding.txt.

    Par d�faut, la valeur �tant r�gl�e sur 0, ce param�tre est d�sactiv�.

  • arp_ip_target= — Sp�cifie l'adresse IP cible des requ�tes ARP lorsque le param�tre arp_interval est activ�. Jusqu'� 16 adresses IP peuvent �tre sp�cifi�es dans une liste dont les �l�ments sont s�par�s les uns des autres par une virgule.

  • primary= — Sp�cifie le nom de l'interface, telle que eth0, du p�riph�rique primaire. Le p�riph�rique primaire dit primary repr�sente la premi�re des interfaces de liaison devant �tre utilis�es et n'est pas abandonn�e � moins qu'elle n'�choue. Cette configuration est particuli�rement utile lorsqu'un NIC de l'interface de liaison est plus rapide et donc, capable de traiter un charge plus importante.

    Ce param�trage est seulement valide lorsque l'interface de liaison est en mode active-backup. Consultez le document /usr/share/doc/kernel-doc-<kernel-version>/Documentation/networking/bonding.txt pour obtenir davantage d'informations.

  • multicast= — Sp�cifie une valeur enti�re pour le type de prise en charge de multi-diffusion d�sir�.

    Les valeurs acceptables pour ce param�tre sont les suivantes�:

    • 0 — D�sactive la prise en charge de la multi-diffusion.

    • 1 — Active la prise en charge de la multi-diffusion, mais seulement sur l'esclave activ�.

    • 2 — Active la prise en charge de la multi-diffusion sur tous les esclaves (valeur par d�faut).

ImportantImportant
 

Il est essentiel que soit les param�tres de arp_interval et arp_ip_target soit ceux de miimon soient sp�cifi�s. Dans le cas contraire, la performance r�seau peut d�g�n�rer lorsqu'un lien ne peut �tre �tabli avec succ�s.

Consultez le document suivant�:

/usr/share/doc/kernel-doc-<kernel-version>/Documentation/networking/bonding.txt

pour obtenir des instructions d�taill�es sur la liaison d'interfaces.

 
 
  Published under the terms of the GNU General Public License Design by Interspire