Prio is limited. I can have on PPPoE up to 500-600 customers, and i need to
create for each in ifb device class/qdisc. So prio will not fit.
On Fri, 28 Dec 2007 11:18:27 +0100, Jarek Poplawski wrote
> On Fri, Dec 28, 2007 at 01:44:17AM +0200, Denys Fedoryshchenko wrote:
>
> > For bandwidth s
On Fri, Dec 28, 2007 at 01:44:17AM +0200, Denys Fedoryshchenko wrote:
...
> For bandwidth sharing it is perfect, but i want just to make things, which i
> did with TBF - some time bursty speed, and then slow down to lower speed if
> customer is using too much. In theory it has to work like this,
On Thu, 27 Dec 2007 23:54:55 +0100, Jarek Poplawski wrote
> On Thu, Dec 27, 2007 at 11:25:53PM +0200, Denys Fedoryshchenko wrote:
> > I will try to talk in lartc, about HTB i wrote another mail...
> > It is not acting as TBF with burst, it is even acting weird. Probably it
is
> > bug, when traffi
On Thu, Dec 27, 2007 at 11:25:53PM +0200, Denys Fedoryshchenko wrote:
> I will try to talk in lartc, about HTB i wrote another mail...
> It is not acting as TBF with burst, it is even acting weird. Probably it is
> bug, when traffic get "blocked" cause of burst.
HTB was probably projected to be s
I will try to talk in lartc, about HTB i wrote another mail...
It is not acting as TBF with burst, it is even acting weird. Probably it is
bug, when traffic get "blocked" cause of burst.
I will try to use lartc, if it is better to not "spam" my stuff here :-)
I didn't try yet PSPacer yet, as ESF
Denys Fedoryshchenko wrote, On 12/26/2007 05:57 AM:
...
> But i got few times in dmesg, during tests (probably when i set sfq instead
> pfifo, or etc).
>
> [2090816.116000] htb: class 10003 isn't work conserving ?!
>
> Is it a bug? And does it worth to do such "shaper"?
It's not a bug - htb si
I did rules:
tc qdiscdel dev eth0 root
tc qdiscadd dev eth0 handle 1: root htb
tc classadd dev eth0 parent 1:0 classid 1:2 htb rate 100Mbit ceil
100Mbit quantum 1514
tc qdiscadd dev eth0 handle 2: parent 1:2 sfq
tc classadd dev eth0 parent 1:0 classid 1:3
