RE: [FRnOG] [TECH] Bonding Linux et Cisco LACP

> Guillaume Barrot a écrit : > Bref en 2017, il serait rigolo de faire un petit bench entre du per packet et > per flow > pour du LACP géré 100% en soft ... m'est avis que le résultat pourrait être > surprenant :) Je suis généralement d'accord avec ce que tu as écrit, mais ne pas oublier aussi

Re: [FRnOG] [TECH] Bonding Linux et Cisco LACP

Rien ne l'oblige mais l'implantation générique est souvent base sur le fait que le hash + décision de forwarding est calculé une fois, pour le premier paquet, puis collé dans une table. Ensuite pour chaque autre paquet de la même FEC on calcule le hash, on look up la table, on applique la décision

Re: [FRnOG] [TECH] Bonding Linux et Cisco LACP

On 26/06/2017 19:49, Youssef Ghorbal wrote: - Est ce que la spec (802.3ax ?) impose le fait que tt les packets d'une meme session TCP partent sur le meme lien physique ? Je ne trouve rien de clairement explicite. Je vois quelque chose concernant l'algo de hash qui doit respecter l'order des

Re: [FRnOG] [TECH] Bonding Linux et Cisco LACP

Bonjour, Sans vouloir detourner le thread, mais une interrogation qui m'a toujours trotte dans la tete concernant le fonctionnement du channel bonding (surtout avec TCP) : - Est ce que la spec (802.3ax ?) impose le fait que tt les packets d'une meme session TCP partent sur le meme lien physique

RE: [FRnOG] [TECH] Bonding Linux et Cisco LACP

> Franck LABBE a écrit : > Je n'ai jamais fait le test entre un Cisco et un Linux, mais normalement, > la méthode de hash d'un LACP est uniquement pour l'émetteur.. Je plussoie; c'est donc très possible et même probable d'avoir du load-balancing assymétrique. J'ai çà sur mon réseau en ce moment.

Re: [FRnOG] [TECH] Bonding Linux et Cisco LACP

Tu peux aussi remonter le problème d'un cran et passer en NFSv4.1, et utiliser du multipathing au niveau protocolaire stockage cf http://packetpushers.net/multipathing-nfs4-1-kvm/ Ca marchera pareil sur un Vmware 6.0 et supérieur. Sinon, si ce n'est que pour des hyperviseurs iSCSI fait ça

Re: [FRnOG] [TECH] Bonding Linux et Cisco LACP

Salut, Tout dépend de ton traffic: nombre de flux tcp, des ports sources / destination (pour le L4), etc... Typiquement si tu as 2 connexions FTP depuis la même source vers la même destination si ton LACP ne prend pas en compte le port source ben c'est ballot, tout passera par le même cable.

Re: [FRnOG] [TECH] Bonding Linux et Cisco LACP

Pour contextualiser, c'est un NAS relié à 3 hyperviseurs en 2*1Gb/s Côté Cisco (hash XOR L2+L3) c'est assez mauvais (quasiment tout sur une seule interface) côté Linux (XOR en L3+L4)c'est bien plus homogène (70/30 environ) Si jamais vous avez des tips pour optimiser un LACP je suis preneur,

RE: [FRnOG] [TECH] Bonding Linux et Cisco LACP

Merci pour les retours :) Hugues, as-tu monitoré tes interfaces du Cisco pour voir comment le trafic est dispatché ? De : Hugues VOITURIER Envoyé : lundi 26 juin 2017 11:34:26 À : Franck LABBE Cc : David Ponzone; Sébastien 65;

RE: [FRnOG] [MISC] Free et les soldes Steam

Pas besoin de VPN : il suffit de changer de zone dans la configuration du client steam, ca se fait en 4 clics. Joël -Message d'origine- De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de Guillaume Barrot Envoyé : lundi 26 juin 2017 11:35 À : frnog@FRnOG.org

Re: [FRnOG] [MISC] Free et les soldes Steam

C'est beau Internet : quand c'est les soldes faut monter son VPN en Afrique du Nord pour arriver à récupérer un truc ... Le 26 juin 2017 à 11:17, Guillaume Hilt a écrit : > Rien à voir avec Free, le réseau Steam est globalement plus ou moins en > rade ce week-end, à

Re: [FRnOG] [TECH] Bonding Linux et Cisco LACP

J'ai la meme conf entre un Ubuntu 16.04 et un 2960G, ça marche au poil, pas besoin d'avoir le même hash des deux côtés en effet Sent from my iPhone > On 26 Jun 2017, at 11:31, Franck LABBE wrote: > > Hello, > Je n'ai jamais fait le test entre un Cisco et un Linux, mais

Re: [FRnOG] [TECH] Bonding Linux et Cisco LACP

Hello, Je n'ai jamais fait le test entre un Cisco et un Linux, mais normalement, la méthode de hash d'un LACP est uniquement pour l'émetteur.. Donc je ne pense pas que ce soit bloquant. Je veux bien un retour si tu test. Franck Le 26 juin 2017 à 11:07, David Ponzone a

[FRnOG] [BIZ] recherche distributeur Infininet wireless

Bonjour, Nous recherchons des distributeurs Français voire Européen d'Infininet Wireless. Spécifiquement Xm/5X.500.2x500.2x23 Bonne journée. Pascal BLANC 30 avenue de bourran 12000 Rodez Fixe : 05 65 600 600 --- Liste de diffusion du FRnOG http://www.frnog.org/

Re: [FRnOG] [MISC] Free et les soldes Steam

Rien à voir avec Free, le réseau Steam est globalement plus ou moins en rade ce week-end, à cause de leurs soldes. J'ai eu les mêmes problèmes sur fibre orange et sfr :) Et pourtant j'ai fait le tour des POP pour essayer d'améliorer la situation ... (et j'ai aussi tenté via VPN) C'était pas

Re: [FRnOG] [TECH] Bonding Linux et Cisco LACP

Teste, ça sera peut-être le mieux non ? > Le 26 juin 2017 à 10:28, Sébastien 65 a écrit : > > Bonjour, > > Est-ce que dans la salle il y a des utilisateurs du CHANNEL BONDING Linux > couplé avec un Cisco 3750 en mode LACP ? > > J’ai une question concernant l’option

[FRnOG] [TECH] Bonding Linux et Cisco LACP

Bonjour, Est-ce que dans la salle il y a des utilisateurs du CHANNEL BONDING Linux couplé avec un Cisco 3750 en mode LACP ? J’ai une question concernant l’option xmit_hash_policy. De base lorsqu’on utilise le BOND en mode 802.3ad, xmit_hash_policy est auto-configuré en mode layer2 Ici dans