Hi People, I am really losing sleep over concept of bandwidth guarantee using htb. Let me say that i have tried cbq and was quite satisfied. A simple example. I have a link of 128 Kbps, and 3 clients. Now i give each of them a bandwidth restriction of 64 Kbps, and one out of them i want guaranteed bandwidth. Now with cbq, i create an isolated class for the guaranteed guy, and i observerd that regardless of the other 2 machines being online, He always gets his allocated 64 Kbps. For htb, since there is no keyword "isolated", i created 3 root classes. Also in htb, its documented that root classes do not share from each other. In other words, can i assume that they are isolated? I tried the same scenario as above using htb, but unfortunately the guaranteed machine was not receiving the allocated bandwidth. Has neone doen nething like this? Thanx -- arc_of_descent _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
hi, you give to all the clients all the bandwith or limited at 64k, but with different priorities. class parent 1: classid 1:5 htb rate 128kbit class parent 1:5 classid 1:1 htb rate 64kbit ceil 128kbit prio 1 class parent 1:5 classid 1:2 htb rate 64kbit ceil 128kbit prio 2 you put the client that you want to have guaranted 64kbps in 1:1, and the other two in 1:2. it''s the clasic example from the devik page. C Rohan Almeida wrote:> Hi People, > I am really losing sleep over concept of bandwidth guarantee > using htb. > Let me say that i have tried cbq and was quite satisfied. > > A simple example. > I have a link of 128 Kbps, and 3 clients. > Now i give each of them a bandwidth restriction of 64 Kbps, > and one out of them i want guaranteed bandwidth. > > Now with cbq, i create an isolated class for the guaranteed guy, > and i observerd that regardless of the other 2 machines being online, > He always gets his allocated 64 Kbps. > > For htb, since there is no keyword "isolated", i created 3 root classes. > Also in htb, its documented that root classes do not share from each > other. In other words, can i assume that they are isolated? > > I tried the same scenario as above using htb, but unfortunately > the guaranteed machine was not receiving the allocated > bandwidth. > > Has neone doen nething like this? > Thanx > > -- > arc_of_descent > _______________________________________________ > LARTC mailing list / LARTC@mailman.ds9a.nl > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/------------------------------------------------------- Xnet scaneaza automat toate mesajele impotriva virusilor folosind RAV AntiVirus. Xnet automatically scans all messages for viruses using RAV AntiVirus. Nota: RAV AntiVirus poate sa nu detecteze toti virusii noi sau toate variantele lor. Va rugam sa luati in considerare ca exista un risc de fiecare data cand deschideti fisiere atasate si ca MobiFon nu este responsabila pentru nici un prejudiciu cauzat de virusi. Disclaimer: RAV AntiVirus may not be able to detect all new viruses and variants. Please be aware that there is a risk involved whenever opening e-mail attachments to your computer and that MobiFon is not responsible for any damages caused by viruses. _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
On Thursday 29 August 2002 10:53, Ciprian Niculescu wrote:> hi, > > you give to all the clients all the bandwith or limited at 64k, but with > different priorities. > > class parent 1: classid 1:5 htb rate 128kbit > class parent 1:5 classid 1:1 htb rate 64kbit ceil 128kbit prio 1 > class parent 1:5 classid 1:2 htb rate 64kbit ceil 128kbit prio 2 > > you put the client that you want to have guaranted 64kbps in 1:1, and > the other two in 1:2.The prio is only used to split the traffic that''s available after the rates are satisfied. In this case, the prio will change nothing. But if you have 3 classes like : class parent 1: classid 1:5 htb rate 128kbit class parent 1:5 classid 1:1 htb rate 32kbit ceil 128kbit prio 1 class parent 1:5 classid 1:2 htb rate 32kbit ceil 128kbit prio 1 class parent 1:5 classid 1:3 htb rate 64kbit ceil 128kbit prio 2 and class 1:1 uses no bandwidth. Class 1:2 will get 32kbit, class 1:3 64kbit, so 32 kbit left. Class 1:2 has the lowest prio, so it will get the remaining 32kbit. So each class gets 64 kbit. The rate for a class is always guaranteed. So you don''t need an isolated option like in cbq. Stef -- stef.coene@docum.org "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.oftc.net _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
On Thu, 2002-08-29 at 08:53, Stef Coene wrote:> The prio is only used to split the traffic that''s available after the rates > are satisfied. In this case, the prio will change nothing. But if you have > 3 classes like :Yes, the prio will change nothing, so it might as well look like this: class parent 1: classid 1:5 htb rate 128kbit class parent 1:5 classid 1:1 htb rate 64kbit ceil 128kbit prio 1 class parent 1:5 classid 1:2 htb rate 64kbit ceil 128kbit prio 1 If we put the client with the guaranteed rate (call him A) into 1:1, and the other two clients (B and C) into 1:2, it should work out the same way. If A uses 64kbit, the remaining 64kbit is split between B and C, and assuming there is a fair qdisc attached to 1:2, they should each get 32kbit. If B is inactive, both A and C will get 64kbit: their classes'' guaranteed rates. If A is inactive, 1:2 will hit the ceil and B and C will share 128kbit, so each gets 64kbit. Doesn''t that work out? Of course it''s entirely academic, since it''s not as if adding one extra rule makes it more complicated or less efficient in practice. Jason. -- Academic Computing Support Specialist Algoma University College Sault Ste. Marie, Ontario 705-949-2301 x330 Personal Home Page http://www.auc.ca http://sault.org _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
On Friday 30 August 2002 22:35, Jason Tackaberry wrote:> On Thu, 2002-08-29 at 08:53, Stef Coene wrote: > > The prio is only used to split the traffic that''s available after the > > rates are satisfied. In this case, the prio will change nothing. But if > > you have 3 classes like : > > Yes, the prio will change nothing, so it might as well look like this: > > class parent 1: classid 1:5 htb rate 128kbit > class parent 1:5 classid 1:1 htb rate 64kbit ceil 128kbit prio 1 > class parent 1:5 classid 1:2 htb rate 64kbit ceil 128kbit prio 1 > > If we put the client with the guaranteed rate (call him A) into 1:1, and > the other two clients (B and C) into 1:2, it should work out the same > way. If A uses 64kbit, the remaining 64kbit is split between B and C, > and assuming there is a fair qdisc attached to 1:2, they should each get > 32kbit. If B is inactive, both A and C will get 64kbit: their classes'' > guaranteed rates. If A is inactive, 1:2 will hit the ceil and B and C > will share 128kbit, so each gets 64kbit.Better, attach 2 new classes to 1:2 : class parent 1:2 classid 1:10 htb rate 16kbit ceil 128kbit prio 1 class parent 1:2 classid 1:20 htb rate 48kbit ceil 128kbit prio 1 Class 10 will get 25% of the available bandwidth of class 1:2 and class 20 75%. Stef -- stef.coene@docum.org "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.oftc.net _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/