<div dir="ltr">On 12 April 2013 02:58, Sepherosa Ziehau <span dir="ltr"><<a href="mailto:sepherosa@gmail.com" target="_blank">sepherosa@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
</div>You could use ALTQ fairq w/ PF, which is similar to dummynet's WF2Q<br>
<br>
Best Regards,<br>
sephe<br>
<br>
--<br>
Tomorrow Will Never Die<br>
</blockquote></div><br>Hum... but I need to do a hard limiting to all my customers. They have a unique IP address, so I can decide about the bandwidth (here, we are about to implement RADIUS to do auth too). The ideia here is to</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">1. limit external in/out traffic</div><div class="gmail_extra">2. do QoS over this limited traffic</div><div class="gmail_extra"><br></div><div class="gmail_extra">

I have an average of 600 clients at the same time, so I think that FAIRQ could be a good thing but not to hard limiting every IP.</div><div class="gmail_extra"><br></div><div class="gmail_extra">If I offer three kinds of bandwidth to my customers, may I define three subclasses in FAIRQ and let the traffic of the right kinds go through the right queues? I think it does not work: if someone is hogging that queue, what the others will end up with? <br clear="all">

<div><br></div>-- <br>--------------------------------------------<br>Raimundo A. P. Santos<br>Bacharelando em Informática<br>ICMC - USP
</div></div>