Suite à celle ci je précise que j'ai pas coupé le ip_forward pendant la mise en place du script ( qui met plus d'une seconde pour s'initialiser completement ) pour interrompre le moins possible les connections à ce moment, que ce soit pour le MASQUERADING ou pour les tunnels ipsec qui tournent.
quels sont les intérets de le couper, à part une extreme rigueur sécuritaire ?:)
pareil pour moi, c'est bien le ftp qui m'a poussé au début à utiliser du QoS ;)
ça vaut vraiment le coup, avec ce script tu discerne plus en ssh si quelqu'un télécharge chez toi ou pas, ni ça ralenti le surf ou coupe les radios shoutcast [ ce qui n'est même pas envisagable :]
si le ping monte encore un peu trop, tu peux modifier la ligne:
-$TC class add dev $IFOUTPUT parent 1:1 classid 1:103 htb rate 13kbit ceil 128kbit prio 2 burst 128
+$TC class add dev $IFOUTPUT parent 1:1 classid 1:103 htb rate 13kbit ceil 124kbit prio 2 burst 128
ou bien simplement diminuer la première classe
-$TC class add dev $IFOUTPUT parent 1: classid 1:1 htb rate 128kbit ceil 128kbit burst 7k
+$TC class add dev $IFOUTPUT parent 1: classid 1:1 htb rate 124kbit ceil 124kbit burst 7k
avec une connection à 128kbit/s d'upload bien sur :)
ça laissera un peu plus de marge pour garder une faible latence
de la même façon, tu pourra toujours marquer le traffic ftp sortant et lui forcer une taille de paquet inférieure, comme montré pour edonkey et audiogalaxy
en effet un paquet de 1492ocets met 91ms pour sortir à 128kbit/s, et c'est une latence non réductible puisqu'au final un seul paquet sort en même temps. ( et c'est aussi pour ça que lors des mesures de ping quand on upload, le ping varie )
un paquet de 600 mettra seulement 37ms , ce qui est toujours ça de gagné en interactivité de terminal :)
( une faq / mini howto est en préparation pour l'installation des composants )
[^] # Re: Script avancé avec gestion des traffics entrant et sortant
Posté par Francois SIMOND . En réponse à la dépêche Introduction à la qualité de service sous Linux. Évalué à 10.
Suite à celle ci je précise que j'ai pas coupé le ip_forward pendant la mise en place du script ( qui met plus d'une seconde pour s'initialiser completement ) pour interrompre le moins possible les connections à ce moment, que ce soit pour le MASQUERADING ou pour les tunnels ipsec qui tournent.
quels sont les intérets de le couper, à part une extreme rigueur sécuritaire ?:)
pareil pour moi, c'est bien le ftp qui m'a poussé au début à utiliser du QoS ;)
ça vaut vraiment le coup, avec ce script tu discerne plus en ssh si quelqu'un télécharge chez toi ou pas, ni ça ralenti le surf ou coupe les radios shoutcast [ ce qui n'est même pas envisagable :]
si le ping monte encore un peu trop, tu peux modifier la ligne:
-$TC class add dev $IFOUTPUT parent 1:1 classid 1:103 htb rate 13kbit ceil 128kbit prio 2 burst 128
+$TC class add dev $IFOUTPUT parent 1:1 classid 1:103 htb rate 13kbit ceil 124kbit prio 2 burst 128
ou bien simplement diminuer la première classe
-$TC class add dev $IFOUTPUT parent 1: classid 1:1 htb rate 128kbit ceil 128kbit burst 7k
+$TC class add dev $IFOUTPUT parent 1: classid 1:1 htb rate 124kbit ceil 124kbit burst 7k
avec une connection à 128kbit/s d'upload bien sur :)
ça laissera un peu plus de marge pour garder une faible latence
de la même façon, tu pourra toujours marquer le traffic ftp sortant et lui forcer une taille de paquet inférieure, comme montré pour edonkey et audiogalaxy
en effet un paquet de 1492ocets met 91ms pour sortir à 128kbit/s, et c'est une latence non réductible puisqu'au final un seul paquet sort en même temps. ( et c'est aussi pour ça que lors des mesures de ping quand on upload, le ping varie )
un paquet de 600 mettra seulement 37ms , ce qui est toujours ça de gagné en interactivité de terminal :)
( une faq / mini howto est en préparation pour l'installation des composants )