Bonjour tout le monde.
J'ai un petit soucis d'agrégation de liens. Sur mon serveur de sauvegarde, j'ai 2carte réseaux 1Gbps avec lesquels je souhaite créer un seul lien 2Gbps.
Les cartes réseaux sont des netxtremII broadcom ,que j'ai mises en team (type 802.3ad). Donc jusqu'a la tout va bien, ensuite je configure le switch (un dell 6248) pour intégrer le port 10 et 12 sur lesquels sont connectés mes cartes dans le LAG 1 et avec un LCP Timeout en Long.
 
Donc y'a pas de probleme , ca fonctionne, la tolérance de panne est ok si je vire un des deux liens à l'arrache, mais en revanche, la Team est toujours a 1gbps au lieu de 2... Donc c'est un peu galère, puisque mon but premier est justement de doubler le débit.
 
Je précise que je n'ai pas crée de VLan pour cette team, je n'ai aucune idée si c'est pour cette raison que ca ne fonctionne pas, et je ne sais pas nom plus ce que je dois mettre comme "LAG Hash Configuration".
Si quelqun avait des infos a ce sujet ce serai super cool
 
Merci à tous  

Tu fais le transfert d'un seul serveur/machine à ton serveur qui a la Team ?
 
De mémoire le 802.3ad se sert de l'adresse mac du partenaire pour savoir sur quel port envoyer le traffic donc au final tu as 1Gbps/s maxi par transfert mais si tu as plusieurs machines qui envoient/reçoivent là le partage de charge se fait (tout en ayant au maxi 1Gbps/s par machine)

 
Est-ce que les ports du switch ne devraient pas être configurés en LACP ?
 
Steph

Je confirme que les ports du switch doivent être configurés en LACP si c'est du vrai 802.3ad.  En revanche, il existe plusieurs modes LACP (statique et dynamique), il faut être homogène en terme de config.
 
Steph

Re all. Merci pour vos reponses
En fait mon switch est bien configuré et tout et je suis bien en 2gbs.
C'est juste le truc broadcom qui bug en me disant 1gbs. Mes test me donnent en effet 1,8Gbs...
 
La prochaine fois je commanderai en carte INTEL, j'ai deja eu les plus grandes difficultés a installer le logiciel de configuration broadcom, qui ne se lancait meme pas...
 
Merci en tout cas  

salut a tous

j'ai le même problème entre mon switch cisco 2950 et ma passerelle debian 2*100Mbits, j'ai configuré mon interface bond0 et mon switch en LACP en mode ON et coté serveur j'ai ça:
Fichier /etc/modules :

fichier /etc/network/interfaces :

quand je débranche un câble j'ai bien l'autre interface qui prend le relais et quand j'ai les 2 j'ai la charge qui s'équilibre bien sur les 2 mais elle dépasse pas les 50Mb part interface, donc 100Mb quand je fait un test iperf entre la passerelle et un autre serveur avec aussi 2*100Mb ou la j'arrive bien a monter a 200Mb sur l'autre serveur. Merci de votre aide

petit up pour mon problème. Merci  

quand tu fais des show interfaces sur les ports de ton 2950, tu vois des drops dans les files d'attente ?
 
ça viendrait pas du serveur ? les cartes sont en PCI ?

 
Je suis pas un pro des logs cisco mais ça je pense que c'est pas bon signe:
1 input errors, 1 CRC, 0 frame, 0 overrun, 21095 ignored
y aurait bien des packets qui disparaissent.
si non oui les Cartes Réseau sont des PCI.

fais un "clear counters" et reprends l'output de la commande quand le problème arrive

bon, voilà avec un bon petit trafic avec iperf:

Merci de ton aide

EDIT: ça viendrait donc du serveur.

rien de louche sur les interfaces physiques du switch, 0 no buffer, 0 drop dans les files hardware.

tu pense que ça peut venir de quoi? les bus PCI qui limite? en plus c'est bizarre que ça soit limité a 100Mb piles

ok j'ai compris, ça vient du mode de répartition du trafic sur le channel.
 
Tu peux me dire quelle est ta topologie est les tests exacts que tu fais (avec les @IP)
 
dans le 2950 tu dois avoir une commande qui ressemble à "show port-channel load-balance"

les tests je les fait avec iperf avec 2 client connecté sur le même switch à 100Mb.
Si non j'ai trouvé que cette commande :
 

tu peux m'envoyer un schéma de la topologie

en gros c'est ça:
 
serveur X 2*100MBits : avec serveur iperf vlan 100 --- switch 2950 ---- vlan 100 Passerelle debian 2*100MBits vlan 101 ----- switc 2950 ----- vlan 101 2 clients 100Mbits avec client iperf sur le serveur X
 
Merci de ton aide.  

la commande c'est "show etherchannel load-balance"
 
mais je pense que tu seras toujours limité à 100Mb. Parce que le switch ne voit qu'un seul couple (src/dst) or il fait un hash là dessus pour choisir le lien du channel sur lequel envoyer le trafic.

renvoie rien t'as commande:
 
2950-1.es#show etherchannel load-balance
Source MAC address
 
si non les graphs munin, donc la charge est bien équilibré sur les 2 cartes mais dépasse pas les 100Mbits sur bond0.
 

ben si :  
2950-1.es#show etherchannel load-balance
Source MAC address
 
 
ça veut dire que le choix du lien dans le channel se fait en fonction de la MAC source, donc une machine donnée passe par un seul câble du channel, donc 100 M

Tout à fait d'accord avec dreamer18, de plus je rajouterai que dans une agrégation de liens Ethernet, les données échangées entre deux machines passent forcément par le même lien car c'est une limitation d'Ethernet.
 
En effet en Ethernet les trames ne sont pas numérotées, aussi elles doivent être reçues par le destinataire dans le même ordre que celui de l'envoi (puisque en l'absence de numérotation des trames le destinataire ne peut remettre les trames dans le bon ordre) et, pour garantir cette contrainte, le trafic entre deux machines données passe par un seul lien.

 
Elles sont bien la même adresse mac, et sur le serveur x j'ai bien un débits de 200Mbits, donc pourquoi pas sur la passerelle?

heu non, c'est pas une limitation d'ethernet mais bien du mode de répartition sur le channel
 
sur les 4500/6500, tu peux répartir la charge en remontant jusqu'au numéro de port pour calculer le hash, dans ce cas là, plusieurs sessions TCP ou UDP entre deux machines différentes seront quand même "bien" réparties sur le channel (sur la sup720-3C on peut en plus prendre l'id du vlan)

tu peux nous faire un schéma de ta topologie (complète) en représentant le cablage, les vlans... avec ton protocole de tests ?
 
attention, le switch prend ses décisions de LB sur le channel en output et pas en input, peutêtre que ton debian gère le LB sur le channel en sortie de manière différente

Voilà le réseau:
 

 
Donc je met un serveur iperf sur le serveur de fichier qui est uniquement dans la vlan 100 et ou je suis sur qu'il monte à 200Mbits.
Et je met sur 2 clients qui sont sur le vlan 101 un client iperf qui se connecte sur le serveur de fichier.
Donc pour que les clients contact le serveur de fichier ils sont obligé de passer par le passerelle et c'est elle qui pose problème car elle monte juste a 100Mbits pile.
Et bien sur ils sont tous sur le même switch. Merci de votre aide

Perso je pense que c'est la limite dont on parle juste au dessus : étant donné que c'est ta passerelle qui fait le bouzin, du point de vue adresse mac source c'est la mac de la passerelle qui est utilisé comme critère de hash et donc bah ça fait 100mbps.

maintenant que j'ai le schéma c'est sûr c'est ça qui coince

et y a pas un moyen de remédier à ça, car c'est vraiment con.
Je viens de faire un test avec un serveur iperf sur le serveur de fichier et le client sur la passerelle, on devrait normalement avoir 200Mbits car on est dans la même config que le serveur de fichier, pas de routage, mais toujours 100Mbits.
Y a quand même pas un petit problème?
car le serveur de fichier fait bien les 200Mbits , car j'ai 2 autres serveurs dans le vlan des serveurs (vlan 100) et quand je met les clients iperf sur ses 2 autres serveurs, le serveur de fichier monte bien a 200Mbits.

le problème c'est pas le débit en réception sur le channel mais le débit en émission.
 
 
Quand tu as deux clients les MAC sources sont différentes, donc la charge se répartit bien sur les deux liens, c'est juste qu'on client donné est limité à 100M sur le channel entre le switch et le serveur

et y a pas moyen de résoudre ça, car j'ai du mal à te suivre sur ton dernier message.

non. Je l'ai dit plus haut, il faut changer de modèle de switch, pour remonter jusqu'au port TCP/UDP pour répartir la charge sur un channel, c'est 4500/6500 minimum.

ok merci

Euh... Ca me parait totalement faux ce que tu écris.
Le role d'ordonnancement des mcx de data n'est pas dévolue à la couche 2 mais à la couche 4 (transport). C'est TCP/UDP qui assurent le réordonnancement des paquets à l'aide des n° de séquences.
Pour t'en convaincre regarde la structure d'une trame ethernet, tu verras qu'il n'y a aucun info dedans pour réorganiser les paquets.

 
dans ce cas là tu n'est plus dans une agrégation de lien Ethernet (ie faite avec un switch ce qui est le cas ici)

Et j'ai écrit le contraire ?

http://www.cisco.com/en/US/docs/sw [...] #wp1020414
 
de plus il n'y a aucune notion de séquence en ethernet, le déséquencement du trafic est géré par les couches du dessus (no de séquences TCP). Si le mode de répartition n'est pas round robin (ou plus généralement dynamique) c'est parce que ça nécessiterait des files d'attente, alors que si c'est déterministe, c'est gérable en hardware dans la PFC