<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"><head><title>Algorithme Clark-Shenker-Zhang (CSZ)</title><link href="style.css" rel="stylesheet" type="text/css" /><meta content="DocBook XSL Stylesheets V1.73.2" name="generator" /><link rel="start" href="index.html" title="HOWTO du routage avancé et du contrôle de trafic sous Linux" /><link rel="up" href="ch14.html" title="Chapitre 14. Gestionnaires de mise en file d'attente avancés & moins communs" /><link rel="prev" href="ch14.html" title="Chapitre 14. Gestionnaires de mise en file d'attente avancés & moins communs" /><link rel="next" href="ch14s03.html" title="DSMARK" /></head><body><div class="navheader"><table summary="Navigation header" width="100%"><tr><th align="center" colspan="3">Algorithme Clark-Shenker-Zhang (CSZ)</th></tr><tr><td align="left" width="20%"><a accesskey="p" href="ch14.html">Précédent</a> </td><th align="center" width="60%">Chapitre 14. Gestionnaires de mise en file d'attente avancés & moins communs</th><td align="right" width="20%"> <a accesskey="n" href="ch14s03.html">Suivant</a></td></tr></table><hr /></div><div class="sect1" lang="fr"><div class="titlepage"><div><div><h2 class="title"><a id="lartc.adv-qdisc.csz" />Algorithme Clark-Shenker-Zhang (CSZ)</h2></div></div></div><p> Ceci est si théorique que même Alexey (l'auteur principal de CBQ) prétend ne pas le comprendre. De son propre avis : </p><div class="blockquote"><blockquote class="blockquote"><p> David D. Clark, Scott Shenker and Lixia Zhang <em class="citetitle">Supporting Real-Time Applications in an Integrated Services Packet Network: Architecture and Mechanism</em>. </p><p>Comme je le comprends, l'idée principale est de créer des flux <acronym class="acronym">WFQ</acronym> pour chaque service garanti et d'allouer le reste de la bande passante au flux factice, appelé <code class="literal">flow-0</code>. Le Flux-0 inclut le trafic de service prédictif et le trafic <em class="wordasword">best-effort</em>. Il est traité par un ordonnanceur de priorité qui alloue la bande passante de plus grande priorité aux services prédictifs, et le reste aux paquets <em class="wordasword">best-effort</em>. </p><p>Notez que dans <acronym class="acronym">CSZ</acronym>, les flux ne sont <span class="emphasis"><em>PAS</em></span> limités à leur bande passante. On suppose que le flux a passé le contrôle d'admission à la frontière du réseau <acronym class="acronym">QoS</acronym> et qu'il n'a pas besoin de mises en forme supplémentaires. N'importe quelles autres tentatives pour améliorer le flux ou pour le mettre en forme grâce à un seau de jetons lors d'étapes intermédiaires introduiront des retards non désirés et augmenteront la gigue. </p><p>A l'heure actuelle, <acronym class="acronym">CSZ</acronym> est le seul ordonnanceur qui fournit un véritable service garanti. Les autres implémentations (incluant <acronym class="acronym">CBQ</acronym>) n'assurent pas un délai garanti et rendent la gigue aléatoire. </p><p>Ne semble pas actuellement un bon candidat à utiliser, à moins que vous n'ayez lu et compris l'article mentionné. </p></blockquote></div></div><div class="navfooter"><hr /><table summary="Navigation footer" width="100%"><tr><td align="left" width="40%"><a accesskey="p" href="ch14.html">Précédent</a> </td><td align="center" width="20%"><a accesskey="u" href="ch14.html">Niveau supérieur</a></td><td align="right" width="40%"> <a accesskey="n" href="ch14s03.html">Suivant</a></td></tr><tr><td valign="top" align="left" width="40%">Chapitre 14. Gestionnaires de mise en file d'attente avancés & moins communs </td><td align="center" width="20%"><a accesskey="h" href="index.html">Sommaire</a></td><td valign="top" align="right" width="40%"> <code class="option">DSMARK</code></td></tr></table></div></body></html>
