Plop bonjour ! Pour du load-balancing par packet (pas par flux), ne pas perdre de vue que les supports SDSL et ADSL ayant des latences différentes, cela va générer beaucoup de réception out-of-order. Tous les protocoles n'apprécient pas...
Du coup, la solution asymétrique proposée par David me semble être le meilleur compromis. Tu peux le faire en routé ou avec le mode active-backup du bonding. Pour l'approche load-balancing par paquets, en L3, comme décrit par Jérôme, une alternative à random c'est nth (Ex: nth=6,1 pour prendre un paquet sur 6). Mais avec l'impact du out-of-order il est probable que les perfs soit inférieur à la solution asymétrique ! Une dernière remarque: pour faire du routé, pourquoi utiliser du EoIP ? Du IPIP ne ferait il pas aussi bien l'affaire ( en réduisant l'overhead) ? Par contre dans ce cas là, à priori plus possible de faire du bonding: faut passer par un actif-passif au niveau routage (ce qui semble plus lisible) mes 2 centimes de jus de cerveau... ;) Fabrice Le 23/06/2016 09:51, Julien Escario a écrit : > Le 23/06/2016 00:15, Jérôme Nicolle a écrit : >> Salut Julien, >> >> Le 22/06/2016 17:32, Julien Escario a écrit : >>> Si j'ai deux liens avec des caractéristiques différentes, mettons : >>> ADSL 200kbps UP, 6Mbps DOWN >>> SDSL 1Mbps UP, 1 Mbps DOWN >> Tu ne peux pas utiliser le bonding pour faire ça, il faut le faire en L3 >> avec des marks de routage. >> >> J'avais bricolé un setup du genre mais j'ai pas la conf sous la main. Ca >> donne à peu près ça : >> >> En mangle ou prerouting sur l'interface LAN, tu vas action new-mark= sur >> un critère random=(1..99) correspondant au ratio de BP d'une interface >> par rapport à l'autre. Puis en forward tu envoi le paquet sur la table >> (et donc le gateway) d'un lien ou de l'autre. >> >> Il y a des tas de nouveautés qui permettent de faire le mark-* par flow >> et plus par paquet, ce qui permet de faire du load-baancing sticky pour >> éviter les merdes de HTTPS. Mais pour que ça marche dans les deux sens, >> tu as naturellement besoin de modifier le ratio sur l'endpoint coté DC. >> >> Je t'invite à développer la conf et à la poster en retour ;-) >> >> @+ > Merci poru la piste. > > J'essaie ça et l'idée de David dans la journée et je vous redis ce que ça > donne. > > Julien > > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
