Le 24 janv. 2013 à 11:19, Dominique Rousseau a écrit :

> Le Thu, Jan 24, 2013 at 11:04:57AM +0100, Emmanuel Thierry [m...@sekil.fr] a 
> écrit:
>> Salut,
> [...]
>>> 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, 
> 
> Ce qui permet d'agréger pour des connexions en parallèle (par exemple,
> plusieurs utilisateurs), mais qui ne permet pas d'avoir un débit crete
> équivalent à la somme des liaisons pour un seul transfert.
> (ça peut largement suffire à beaucoup d'usages, mais il y a toujours un
> utilisateur pour s'étonner que le débit qu'il obtient sur speedtest ou
> autre n'est pas celui promis sur la plaquette)
> 
> 
> -- 

Intéressant, je n'avais pas songé à cela.
N'est-il pas possible d'éduquer les utilisateurs ?

Cordialement,
Emmanuel Thierry


---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/

Répondre à