All of lore.kernel.org
 help / color / mirror / Atom feed
* [LARTC] Controlling only delay using HTB without stealing excess bandwidth
@ 2003-12-15 17:18 Aron Brand
  2003-12-15 18:14 ` Roy
                   ` (3 more replies)
  0 siblings, 4 replies; 5+ messages in thread
From: Aron Brand @ 2003-12-15 17:18 UTC (permalink / raw)
  To: lartc

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/

^ 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
                   ` (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

end of thread, other threads:[~2003-12-16 13:31 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.