Salut, Le 24 janv. 2013 à 10:44, Jérôme Nicolle a écrit :
> > Une pondération au prorata de la capacité de chaque lien est préférable, > et se fait assez facilement par simples scripts. Une méthode élégante > consiste à bencher une ligne hors de l'agrégat, en déduire un > coefficient, et mettre à jour une règle (iptables ou pf) ajoutant un > marqueur aléatoire sur chaque paquet pour le router vers un lien ou un > autre en fonction de la valeur dont la distance entre les bornes sont > fixées par le coeff. Alors le lien est intégré dans l'agrégat, on retire > le suivant, bench, calcul, et ainsi de suite. > > Cette approche, 100% scriptée, pose deux problèmes : > * Paquets presque toujours dans le désordre > * Le débit des liens peut varier (congestion, dégradation) > > Pour le premier point, il faut envisager une encapsulation des paquets > et un ré-ordonnancement à la réception. Ca coûte en latence, mais ça se > fait bien avec vtun ou OpenVPN en TCP. Point noir : ça coûte du MTU. Tu as une autre approche possible que de réordonner les paquets. Tu peux distribuer les paquets sur les deux liens par connexion/session plutôt que par paquet, et ce dans les deux sens (l'interface sur laquelle un paquet arrive sur le serveur en provenance du client sera réutilisée pour les paquets de la même session passant dans l'autre sens). Pour *BSD je ne sais pas mais sous Linux ça se fait très facilement à coup de conntrack/connmark ou bien ipset (en fonction de la granularité souhaitée). Emmanuel Thierry PS: Ça commence à devenir [TECH] comme discussion, non ? --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
