Le 09/11/2018 à 13h 19

Les réponses :

- quand on n'a pas la fibre (ou là l’agrégation n'a aucun intérêt), le débit de 100Mbits n'est pas limitant      

- MPTCP n'est pas intégré à OpenWRT... sauf justement avec OpenMPTCProuter qui est l'assemblage des 2 :)      

Pour compléter la réponse de Minikea à chichillus : en réalité, l'usb2 c'est 480mbits, donc les 100mbits on les obtient bien sur l'interface ethernet      

Voici le montage qui maximiserait le débit (je pense l'exemple dans le sens descendant) :      

Entrant :      

- connexion xDSL (<100mbits) => port ethernet du rpi      

- connexion 4G => port usb du rpi (si smartphone en tethering, sinon via un adaptateur ethernet/usb ou en wifi)      

Sortant (agrégé) :      

- adaptateur usb vers ethernet Gigabit => débit théorique maximum de 240 mbits (480 mbits / 2, car partagé entre les entrées et la sortie)      

Dans mon cas, j'utilise le même lien ethernet "dans les 2 sens",  c'est à dire depuis ma box adsl et pour mon Lan. L'intérêt était de ne pas multiplier les routeurs/point d'accès Wifi.      

Je suis donc limité  dans mon agrégation à un maximum théorique de 91mbits (soit 100mbits - les 9 mbits de mon adsl),  débit que j’atteins jamais car ma 4G n'est pas assez rapide pour ça.      

Pour faire fonctionner ce montage, j'ai désactivé le DHCP de ma box adsl, et utilisé 2 sous-réseaux différents (1 pour le lien box<->rpi, l'autre pour le LAN). La box n'a pas connaissance du réseau LAN, mais le matériel agit comme un switch réseau + point d'accès wifi (au niveau 2 donc, via les adresses MAC).

Le 07/11/2018 à 18h 44

Il manque dans l’article une information importante : on ne peut pas agréger 2 connexions si on ne réunifie pas le flux à la fin. Il y a donc 2 alternatives :
1/ soit le client le fait (exemple avec Aria2c cité dans l’article)
2/ soit on encapsule le flux réseau pour le faire passer par différentes lignes, à l’image des VPN

Malheureusement quand l’article parle des routeurs Multi-WAN, en fait ces routeurs ne font que répartir les flux entre les connexions. Aussi cela correspond au cas 1/, sans possibilité d’agréger les 2 liens pour un flux unique.
C’est là que MPTCP entre en jeu, car, lorsqu’il utilisé sur le routeur, il peut séparer un flux TCP unique sur plusieurs liens différents. Mais la plupart des serveurs n’utilisant pas MPTCP, il faut agréger le flux quelque part, en l’occurrence sur un serveur qui lui dispose d’une large bande passante (les VPS d’OVH par exemple).

J’utilise MPTCP sur un raspberrypi, avec un ADSL 9Mbit et une 4G 30Mbit, en donnant la priorité à la connexion ADSL au départ (meilleure latence).  Cela me permet :

• d’avoir le débit de l’ensemble des connexions quand nécessaire (téléchargement / téléversement, en TCP),
  


• la latence de l’ADSL
  


• une économie sur mon quota 4G, pour les vidéos qui sont diffusées avec un débit qui “rentre” dans ma connexion ADSL
   
  Je profite de ce commentaire pour remercier @Ycarus  pour son travail, qui m’a permit d’avoir une configuration fonctionnelle avec OpenMPTCProuter avant de faire ma propre configuration (basée directement sur raspbian). J’ai un article à écrire pour expliquer comment recompiler le noyau de raspbian pour ajouter le support de MPTCP dedans.

Le 06/07/2018 à 08h 16

PC INpact était pour moi un site de presse informatique généraliste et suffisamment complet. Avec Next INpact, le périmètre s’est agrandi sur à des notions connexes qui intéressent beaucoup de vos lecteurs, et c’est une bonne chose. L’arrivée (ou le retour) d’INpact Hardware est une excellente nouvelle, pour retrouver plus d’information sur le matos, qui effectivement tendait à se raréfier sur Next INpact.