* Re: [LARTC] Controlling only delay using HTB without stealing excess bandwidth
2003-12-15 17:18 [LARTC] Controlling only delay using HTB without stealing excess bandwidth Aron Brand
@ 2003-12-15 18:14 ` Roy
2003-12-15 19:09 ` Mike
` (2 subsequent siblings)
3 siblings, 0 replies; 5+ messages in thread
From: Roy @ 2003-12-15 18:14 UTC (permalink / raw)
To: lartc
htb is very primitive trafic managing system (if compare it with ipatbles)
because it was designed for high speed, and not quality
Anyway it is not easy to make what you want because delay is the same as
priority
so the first function is just side effect of second.
There is no easy way to make what you want.
Hi Gurus,
The documentation isn't terribly clear, but it seems that the HTB 'prio'
field has two separate functions:
1. Classes with lower prio get all the excess bandwidth first.
2. Classes with lower prio get lower delay.
I want just #2 - and not #1
In other words, for example lets say that I have a 100kbps link, divided
to classes A and B as following.
A - rate kbps limit\x100kbps
B - rate kbps limit\x100kbps
How can I get class B to have a lower delay than A, while still sharing
the excess bandwidth fairly with A?
Thanks,
Aron Brand
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply [flat|nested] 5+ messages in thread* RE: [LARTC] Controlling only delay using HTB without stealing excess bandwidth
2003-12-15 17:18 [LARTC] Controlling only delay using HTB without stealing excess bandwidth Aron Brand
2003-12-15 18:14 ` Roy
@ 2003-12-15 19:09 ` Mike
2003-12-16 7:53 ` [LARTC] Controlling only delay using HTB without stealing Cezar Atanasiu
2003-12-16 13:31 ` [LARTC] Controlling only delay using HTB without stealing excess bandwidth Roy
3 siblings, 0 replies; 5+ messages in thread
From: Mike @ 2003-12-15 19:09 UTC (permalink / raw)
To: lartc
I disagree here. You can easily use IPTables to mark packets based on
just about anything (source/dest IP, MAC, source/dest port, etc). You
can then use those marks to assign traffic to the HTB classes you wish.
Mike Fetherston
> -----Original Message-----
> From: Roy [mailto:roy@xxx.lt]
> Sent: Monday, December 15, 2003 1:14 PM
> To: LARTC@mailman.ds9a.nl
> Subject: Re: [LARTC] Controlling only delay using HTB without stealing
> excess bandwidth
>
> htb is very primitive trafic managing system (if compare it with
ipatbles)
> because it was designed for high speed, and not quality
>
> Anyway it is not easy to make what you want because delay is the same
as
> priority
> so the first function is just side effect of second.
>
> There is no easy way to make what you want.
>
>
>
>
> Hi Gurus,
>
> The documentation isn't terribly clear, but it seems that the HTB
'prio'
> field has two separate functions:
> 1. Classes with lower prio get all the excess bandwidth first.
> 2. Classes with lower prio get lower delay.
>
> I want just #2 - and not #1
> In other words, for example lets say that I have a 100kbps link,
divided
> to classes A and B as following.
>
> A - rate kbps limit\x100kbps
> B - rate kbps limit\x100kbps
>
> How can I get class B to have a lower delay than A, while still
sharing
> the excess bandwidth fairly with A?
>
> Thanks,
> Aron Brand
> _______________________________________________
> LARTC mailing list / LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
>
> _______________________________________________
> LARTC mailing list / LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [LARTC] Controlling only delay using HTB without stealing
2003-12-15 17:18 [LARTC] Controlling only delay using HTB without stealing excess bandwidth Aron Brand
2003-12-15 18:14 ` Roy
2003-12-15 19:09 ` Mike
@ 2003-12-16 7:53 ` Cezar Atanasiu
2003-12-16 13:31 ` [LARTC] Controlling only delay using HTB without stealing excess bandwidth Roy
3 siblings, 0 replies; 5+ messages in thread
From: Cezar Atanasiu @ 2003-12-16 7:53 UTC (permalink / raw)
To: lartc
or you could try :
http://trash.net/~kaber/hfsc
maybe this could help.
On Mon, 15 Dec 2003 19:18:59 +0200
"Aron Brand" <Aron@sofaware.com> wrote:
> Hi Gurus,
>
> The documentation isn't terribly clear, but it seems that the HTB
> 'prio' field has two separate functions:
> 1. Classes with lower prio get all the excess bandwidth first.
> 2. Classes with lower prio get lower delay.
>
> I want just #2 - and not #1
> In other words, for example lets say that I have a 100kbps link,
> divided to classes A and B as following.
>
> A - rate kbps limit\x100kbps
> B - rate kbps limit\x100kbps
>
> How can I get class B to have a lower delay than A, while still
> sharing the excess bandwidth fairly with A?
>
> Thanks,
> Aron Brand
> _______________________________________________
> LARTC mailing list / LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
--
Cezar ATANASIU
GMB Computers
Departamentul Internet
Tel/fax: +40 241 619222/673199
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [LARTC] Controlling only delay using HTB without stealing excess bandwidth
2003-12-15 17:18 [LARTC] Controlling only delay using HTB without stealing excess bandwidth Aron Brand
` (2 preceding siblings ...)
2003-12-16 7:53 ` [LARTC] Controlling only delay using HTB without stealing Cezar Atanasiu
@ 2003-12-16 13:31 ` Roy
3 siblings, 0 replies; 5+ messages in thread
From: Roy @ 2003-12-16 13:31 UTC (permalink / raw)
To: lartc
I dont talk about clasfying packets this part is almost not implemented in
hatb but we can yse iptables anyway for very complex situations so no
problem.
but htb dont have enough features, for example you can set shaping function
rate is not usefull at all because it is almost everytime 1 kb/s if you
decide to divide 250kbit into 60 classes
it cant be extended like iptables and too much optimized for speed. I would
like to have very wide range of features and shaping functions.
looks like hfsc is little more promissing than htb. the only shaping
function of htb is "everything(ceil) or rate"
In my htb vs iptables comparion I was trying to say that you will cant use
word "impossible" with iptables what cant be said about htb.
how to set foe example this: if class A takes at least 3kbit then lower ceil
of class B from 100 to 80 kbit? ( to decrease latency)
or if ip X (diferent ports) belongs to class A and class B(completely
diferent clases that dont have any relation) then how to make them limit
rate separately and at once ? At least it is possible to set ceil by using
policers.
Anyway it have enough features to be quite usefull, but I think it would be
much better if htb was implemented as netfilter module, it could be much
more powerfull then.
----- Original Message -----
From: "Mike" <mike@superiorholidayadventures.ca>
To: <LARTC@mailman.ds9a.nl>
Sent: Monday, December 15, 2003 9:09 PM
Subject: RE: [LARTC] Controlling only delay using HTB without stealing
excess bandwidth
I disagree here. You can easily use IPTables to mark packets based on
just about anything (source/dest IP, MAC, source/dest port, etc). You
can then use those marks to assign traffic to the HTB classes you wish.
Mike Fetherston
> -----Original Message-----
> From: Roy [mailto:roy@xxx.lt]
> Sent: Monday, December 15, 2003 1:14 PM
> To: LARTC@mailman.ds9a.nl
> Subject: Re: [LARTC] Controlling only delay using HTB without stealing
> excess bandwidth
>
> htb is very primitive trafic managing system (if compare it with
ipatbles)
> because it was designed for high speed, and not quality
>
> Anyway it is not easy to make what you want because delay is the same
as
> priority
> so the first function is just side effect of second.
>
> There is no easy way to make what you want.
>
>
>
>
> Hi Gurus,
>
> The documentation isn't terribly clear, but it seems that the HTB
'prio'
> field has two separate functions:
> 1. Classes with lower prio get all the excess bandwidth first.
> 2. Classes with lower prio get lower delay.
>
> I want just #2 - and not #1
> In other words, for example lets say that I have a 100kbps link,
divided
> to classes A and B as following.
>
> A - rate kbps limit\x100kbps
> B - rate kbps limit\x100kbps
>
> How can I get class B to have a lower delay than A, while still
sharing
> the excess bandwidth fairly with A?
>
> Thanks,
> Aron Brand
> _______________________________________________
> LARTC mailing list / LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
>
> _______________________________________________
> LARTC mailing list / LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply [flat|nested] 5+ messages in thread