QoS - Historique des versions

imported>SylvainBeucler : /* Gérer le TOS */

2009-10-06T16:03:18Z

Gérer le TOS

imported>SylvainBeucler : /* Gérer le TOS */

2009-10-06T15:59:14Z

Gérer le TOS

imported>SylvainBeucler : /* Gérer le TOS */

2009-10-06T15:45:34Z

Gérer le TOS

imported>SylvainBeucler le 21 août 2009 à 08:41

2009-08-21T08:41:54Z

imported>SylvainBeucler : Nouvelle page : == Principe général == On travaille principalement sur les données émises, par sur les données reçues (dont on ne peut pas contrôler l'ordre d'arrivée). == Gérer le TOS ==...

2009-08-21T08:38:43Z

Nouvelle page : == Principe général == On travaille principalement sur les données émises, par sur les données reçues (dont on ne peut pas contrôler l'ordre d'arrivée). == Gérer le TOS ==...

Nouvelle page

== Principe général ==

On travaille principalement sur les données émises, par sur les données reçues (dont on ne peut pas contrôler l'ordre d'arrivée).

== Gérer le TOS ==

Pour gérer les TOS (type of service), et donner priorité aux connexions intéractives telles que les sessions SSH, il faut créer un goulot d'étranglement au niveau de notre routeur. On peut ainsi gérer les files d'attente des paquets IP à notre niveau plutôt que de laisser le FAI (mal) le faire.

La première étape est de mesurer le débit ascendant. Ensuite on peut créer le goulot d'étranglement légèrement en dessous et appliquer des règles de priorités qui gèrent le TOS:
<pre>
# Nettoyage
tc qdisc del dev eth-inet root

# Limitation à 120 kbit/s
tc qdisc add dev eth-inet root handle 1: htb default 1
tc class add dev eth-inet parent 1: classid 1:1 htb rate 120kbit
# Utilisation de la règle d'attente PRIO qui gère le TOS
tc qdisc add dev eth-inet parent 1:1 handle 10: prio
</pre>

On peut également utiliser des files d'attente SFQ (stochastic fairness queuing,
tc qdisc add dev eth-inet parent 10:1 sfq perturb 10
tc qdisc add dev eth-inet parent 10:2 sfq perturb 10
tc qdisc add dev eth-inet parent 10:3 sfq perturb 10

== Liens ==

* [http://www.tldp.org/HOWTO/Adv-Routing-HOWTO/lartc.qdisc.html Queueing Disciplines for Bandwidth Management] dans le Linux Advanced Routing & Traffic Control HOWTO
* [http://lartc.org/wondershaper/ Wonder Shaper]: script pour optimiser la réactivité d'une connexion ADSL

@@ Ligne 27 : / Ligne 27 : @@
 * La première action est de limiter le traffic pour créer le goulot d'étranglement à notre niveau. On utilise une discipline HTB plutôt qu'un TBF car le HTB peut contenir des classes, donc on a besoin pour continuer le traitement.
-* On crée une unique classe qui contient la file d'attente PRIO qui oriente le traffic sur 3 files d'attente en fonction du TOS. À nouveau, on utilise PRIO plutôt que pfifo_fast car PRIO peut contenir des classes.
+* On crée une unique classe qui contient la file d'attente PRIO qui oriente le traffic sur 3 files d'attente en fonction du TOS. pfifo_fast, qui fait la même chose, ne peut pas être directement utilisé: il est apparemment limité à un rôle de discipline par défaut (<code>qdisc 'pfifo_fast' does not support option parsing</code>). On doit donc utiliser PRIO, qui par ailleurs permet d'utiliser des classes.
 * 3 classes, une par file d'attente, sont automatiquement crée dans PRIO. Pour chacune, on configure une discipline SFQ. La documentation recommande de changer la méthode de ''hashing'' des sessions TCP-UDP/IP toutes les 10 secondes.

@@ Ligne 26 : / Ligne 26 : @@
 </pre>
-* La première action est de limiter le traffic pour créer le goulot d'étranglement à notre niveau. On utilise un HTB plutôt qu'un TBF car le HTB peut contenir des classes, donc on a besoin pour continuer le traitement.
+* La première action est de limiter le traffic pour créer le goulot d'étranglement à notre niveau. On utilise une discipline HTB plutôt qu'un TBF car le HTB peut contenir des classes, donc on a besoin pour continuer le traitement.
-* La classe en question contient la file d'attente PRIO qui gère le TOS. À nouveau, on utilise PRIO plutôt que pfifo_fast car PRIO peut contenir des classes.
+* On crée une unique classe qui contient la file d'attente PRIO qui oriente le traffic sur 3 files d'attente en fonction du TOS. À nouveau, on utilise PRIO plutôt que pfifo_fast car PRIO peut contenir des classes.
-* PRIO contient 3 classes en fonction du TOS. Pour chacune, on configure une discipline SFQ. La documentation recommande de changer la méthode de ''hashing'' des sessions TCP-UDP/IP toutes les 10 secondes.
+* 3 classes, une par file d'attente, sont automatiquement crée dans PRIO. Pour chacune, on configure une discipline SFQ. La documentation recommande de changer la méthode de ''hashing'' des sessions TCP-UDP/IP toutes les 10 secondes.
 == Liens ==

@@ Ligne 25 : / Ligne 25 : @@
 tc qdisc add dev eth-inet parent 10:3 sfq perturb 10
 </pre>
 == Liens ==

@@ Ligne 19 : / Ligne 19 : @@
 </pre>
-On peut également utiliser des files d'attente SFQ (stochastic fairness queuing,
+On peut également utiliser des files d'attente SFQ (stochastic fairness queuing, mise en file d'attente stochastiquement équitable) pour éviter qu'une connexion gourmande puisse prendre l'ascendant sur les autres:
 tc qdisc add dev eth-inet parent 10:1 sfq perturb 10
 tc qdisc add dev eth-inet parent 10:2 sfq perturb 10
 tc qdisc add dev eth-inet parent 10:3 sfq perturb 10
+</pre>
 == Liens ==
 * [http://www.tldp.org/HOWTO/Adv-Routing-HOWTO/lartc.qdisc.html Queueing Disciplines for Bandwidth Management] dans le Linux Advanced Routing & Traffic Control HOWTO
 * [http://lartc.org/wondershaper/ Wonder Shaper]: script pour optimiser la réactivité d'une connexion ADSL