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@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> To: <LARTC@xxxxxxxxxxxxxxx> Sent: Monday, December 15, 2003 9:09 PM Subject: RE: 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@xxxxxx] > Sent: Monday, December 15, 2003 1:14 PM > To: LARTC@xxxxxxxxxxxxxxx > Subject: Re: 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=20kbps limit=100kbps > B - rate=20kbps limit=100kbps > > 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@xxxxxxxxxxxxxxx > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ > > _______________________________________________ > LARTC mailing list / LARTC@xxxxxxxxxxxxxxx > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ _______________________________________________ LARTC mailing list / LARTC@xxxxxxxxxxxxxxx http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ _______________________________________________ LARTC mailing list / LARTC@xxxxxxxxxxxxxxx http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
