Moar link.
by Emile `iMil' Heitor - 2010-04-24
Le NAS dont je vous entretenais recemment, comme un bon NAS qu’il est, effectue beaucoup de traffic sur le réseau privé d’hébergement. Il sert et il leeche à tout va; Or, ce gentil petit équipement est muni de deux cartes réseau Gigabit, et a la bonne idée d’être branché sur un switch lui aussi Gigabit… hmmm… et si ?
Et si.
Le switch en question ET l’OS en question, OpenSolaris, implémentent le protocole LACP (Link Aggregation Control Protocol), ou 802.3ad.
Ce protocole permet :
- d’augmenter la capacité du lien
- le failover
- le load balancing Il serait dommage de s’en priver.
Coté Solaris, on désactive nwam (j’aime pas les trucs “automagic”) et on prépare l’interface d’aggregation :
On unplumb les deux interfaces réseau :
ifconfig igb0 unplumb
ifconfig igb1 unplumb
ifconfig -a # verification que les interfaces sont bien descendues
lo0: flags=2001000849<up ,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1
inet 127.0.0.1 netmask ff000000
lo0: flags=2002000849<up ,LOOPBACK,RUNNING,MULTICAST,IPv6,VIRTUAL> mtu 8252 index 1
inet6 ::1/128
Puis on crée l’interface aggrégée à l’aide de dladm
:
Ça a l’air pas mal.
Coté switch maintenant. On déclare un lien EtherChannel (qui supporte le protocole LACP) auquel on affecte un identifiant :
Puis on “attache” les ports 1 et 2 du switch à ce lien aggrégé :
C’est tout.
L’interface EtherChannel ainsi configurée est manipulable comme un port classique du switch, on peut donc par exemple l’affecter à un VLAN de cette façon :
C’est prêêêt !
Vous pouvez désormais épater vos amis en débranchant l’un ou l’autre des RJ45 alors que vous sauvegardez des documentations multimedia à haute teneur informatives.