Gluon: simple-tc réduit la bande passante bien en dessous de la limite donnée

Créé le 26 juin 2018 · 5Commentaires · Source: freifunk-gluon/gluon

J'ai mis

uci set simple-tc.mesh_vpn.limit_ingress=10000
uci set simple-tc.mesh_vpn.limit_egress=1000
uci commit simple-tc && /etc/init.d/tunneldigger restart

Avec ces paramètres, lorsque je fais un test de vitesse, j'obtiens une vitesse de téléchargement <3 MBit / s (et ~ 1 MBit / s upload comme prévu).

Avec une limite d'entrée de 30000 , la vitesse de téléchargement augmente à ~ 5 MBit / s.

Quand je désactive simple-tc, j'obtiens 25 MBit / s pour les téléchargements (ma ligne DSL a 30 MBit / s donc c'est comme prévu).

On dirait que simple-tc réduit la vitesse de téléchargement beaucoup plus qu'il ne le devrait? J'ai jeté un coup d'œil à la charge de l'appareil lors de ces tests, mais il y avait toujours> 50% d'inactivité.

C'est avec un WR841N / ND v10 et un firmware basé sur Gluon v2018.1.8, dans un réseau basé sur tunneldigger / l2tp.

bug

Source

RalfJung

Tous les 5 commentaires

TL; DR: les filtres d'entrée sont mauvais, le comportement est connu.

Nous n'avons aucun moyen de contrôler la vitesse à laquelle un pair VPN envoie le trafic; une telle fonctionnalité devrait être implémentée dans le logiciel VPN, ou éventuellement une couche au-dessus du VPN qui transmet la limite et installe un filtre de sortie de l'autre côté.

La seule chose que fait notre filtre d'entrée est d'abandonner les paquets lorsque nous avons dépassé la limite et d'espérer que les connexions TCP se comportent correctement et réduisent le débit. Pour les protocoles non TCP, la situation est encore pire, car ils n'ont souvent aucun type de contrôle (ils subiront donc simplement une perte de paquets lorsque le filtre d'entrée interviendra). Et même pour TCP, le comportement en présence de perte de paquets peut être très mauvais avec certaines implémentations TCP, en particulier lorsqu'il existe plusieurs flux TCP parallèles.

NeoRaider le 26 juin 2018

Je vois. Donc, ce que l'on voudrait, c'est que tunneldigger dise au courtier du côté de la passerelle de s'il vous plaît faire le filtrage de sortie. Je peux voir comment cela a plus de sens. :)
Je pense que j'ai même vu des TODO pour cela quelque part dans les sources de tunneldigger ou plus.

Je peux envisager d'ajouter un support pour cela dans tunneldigger. Est-ce que simple-tc prend en charge la coopération avec le client VPN à cet égard?

RalfJung le 27 juin 2018

👍1

Tunneldigger a déjà cette prise en charge (l'indicateur -L sur le client oblige le serveur à définir la limite de bande passante en aval demandée). C'est juste que le support du côté Gluon manque pour passer ce drapeau à tunneldigger quand