Différences entre versions de « QoS »

De Cliss XXI
Sauter à la navigation Sauter à la recherche
imported>SylvainBeucler
m (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 ==...)
 
imported>SylvainBeucler
m
Ligne 19 : Ligne 19 :
 
</pre>
 
</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:
 +
<pre>
 
tc qdisc add dev eth-inet parent 10:1 sfq perturb 10
 
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:2 sfq perturb 10
 
tc qdisc add dev eth-inet parent 10:3 sfq perturb 10
 
tc qdisc add dev eth-inet parent 10:3 sfq perturb 10
 
+
</pre>
  
 
== Liens ==
 
== 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://www.tldp.org/HOWTO/Adv-Routing-HOWTO/lartc.qdisc.html Queueing Disciplines for Bandwidth Management] dans le Linux Advanced Routing & Traffic Control HOWTO
 +
* [http://www.traduc.org/docs/HOWTO/vf/lartc.html Routage avancé et contrôle du trafic sous Linux (Guide pratique)]: même chose en français
 
* [http://lartc.org/wondershaper/ Wonder Shaper]: script pour optimiser la réactivité d'une connexion ADSL
 
* [http://lartc.org/wondershaper/ Wonder Shaper]: script pour optimiser la réactivité d'une connexion ADSL

Version du 21 août 2009 à 10:41

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:

# 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

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

Liens