<html><body><div style="color:#000; background-color:#fff; font-family:lucida console, sans-serif;font-size:10pt">Chez moi ca marche beaucoup mieux.<br>Merci à tous<br><div><span><br></span></div><div style="display: block;" class="yahoo_quoted"> <div style="font-family: lucida console, sans-serif; font-size: 10pt;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 12pt;"> <div dir="ltr"> <font face="Arial" size="2"> Le Mercredi 30 avril 2014 18h16, Cyril <popolinux@gmail.com> a écrit :<br> </font> </div> <div class="y_msg_container"><div id="yiv1788673818"><div>
Bonjour,<br clear="none">
<br clear="none">
Après quelques heures de prise de tête avec Ludo et Kévin, nous
avons mis en test un nouveau système de gestion de la bande passante
sur le routeur à St Go.<br clear="none">
<br clear="none">
En quelques mots, il y a quatre classes définies :<br clear="none">
<ul><li>Un download illimité<br clear="none">
</li><li>Un download limité à 10 Mb</li><li>Un upload illimité</li><li>Un upload limité à 5 Mb</li></ul>
<div><br clear="none">
Nous définissons ensuite des règles IPtables pour marquer les
paquets de la manière suivante :<br clear="none">
</div>
<div><b>En download :</b><br clear="none">
Si un adhérent consomme en moyenne 5 Mb/s sur une moyenne
flottante de 17 minutes, il passe dans la classe download bridée
(~700 Mo téléchargés one shoot / rateest iptables).<br clear="none">
Il y reste au minimum 2 minutes après être descendu en dessous de
cette moyenne (recent iptables).<br clear="none">
Il se retrouve donc à se partager 10 Mb avec les autres gros
consommateurs.<br clear="none">
</div>
<div><b>En upload :</b><br clear="none">
Si un adhérent consomme en moyenne 2 Mb/s sur une moyenne
flottante de 7 minutes, il passe dans la classe upload bridée
(~100 Mo uploadés one shoot).<br clear="none">
Il y reste au minimum 2 minutes après être descendu en dessous de
cette moyenne.<br clear="none">
Il se retrouve donc à se partager 5 Mb avec les autres gros
consommateurs.<br clear="none">
</div>
<div><br clear="none">
Un petit script nous permet de voir les adhérents à qui sont
appliquées ces règles.<br clear="none">
In fine, il faudra bien entendu optimiser ces valeurs en fonction
du ressenti des adhérents.<br clear="none">
</div>
<div>Cela permet de réaliser une répartition plus équitable de la
bande passante et de ne plus saturer les départs radio, le temps
d'en ajouter d'autres.<br clear="none">
Un gros consommateur de téléchargement qui se sert de sa connexion
la nuit n'est pas vraiment pénalisé s'il se partage "seulement" 10
Mb avec ses amis.<br clear="none">
Un petit consommateur profite d'une connexion à très haut débit
est n'est plus pénalisé.<br clear="none">
</div>
<div>Une répartition QoS par IP était délicate car nous connaissons et
maîtrisons la bande passante de notre départ fibre.<br clear="none">
Cependant, la bande passante des différents liens radio diffère en
fonction des secteurs couverts.<br clear="none">
La solution utilisée parait plus adaptée.<br clear="none">
</div>
<div>La modification est déjà clairement visible sur les graphes des
départs radio, plus rien ne sature.<br clear="none">
Pourtant, seulement 1 à 3 personnes sont actuellement prises dans
ce filtre sur les 200 adhérents du secteur.<br clear="none">
</div>
<div><br clear="none">
Il reste encore quelques petits bugs (quand un adhérent est pris
dans le filtre up, il se retrouve également dans le filtre down)
mais dès que ce sera optimisé je ferais suivre les scripts.<br clear="none">
</div>
<div>Bonne fin de journée<br clear="none">
Cyril</div><div class="yiv1788673818yqt7296663651" id="yiv1788673818yqtfd48286"><br clear="none">
</div><div class="yiv1788673818yqt7296663651" id="yiv1788673818yqtfd45341">
</div></div></div><br><br></div> </div> </div> </div> </div></body></html>