Re: Fwd: [LARTC] HTB shaping borrowing info

2006-06-01 Thread Andy Furniss
Stefano Mainardi wrote: tc class add dev eth1 parent 11:1 classid 11:2 htb rate 70Mbit ceil 70Mbit burst 6k cburst 64k quantum 1600 I am not sure if it matters in this case with the big cburst - but remember burst * 8 * HZ will be the bit rate a class can reach. Andy.

Re: Fwd: [LARTC] HTB shaping borrowing info

2006-06-01 Thread Stefano Mainardi
Hi Andy,how i must setup the value for CBURST for my situation? Have you read?Ste2006/6/1, Andy Furniss [EMAIL PROTECTED] :Stefano Mainardi wrote: tc class add dev eth1 parent 11:1 classid 11:2 htb rate 70Mbit ceil 70Mbit burst 6k cburst 64k quantum 1600I am not sure if it matters in this case

Re: Fwd: [LARTC] HTB shaping borrowing info

2006-06-01 Thread Andy Furniss
Stefano Mainardi wrote: Hi Andy, how i must setup the value for CBURST for my situation? Have you read? I think the burst is too small - In your case I would just not specify either burst and let htb choose them. Andy. Ste 2006/6/1, Andy Furniss [EMAIL PROTECTED]: Stefano Mainardi

Re: Fwd: [LARTC] HTB shaping borrowing info

2006-06-01 Thread Stefano Mainardi
Ok, i try without CBURST value.Thanks ;)2006/6/1, Andy Furniss [EMAIL PROTECTED]: Stefano Mainardi wrote: Hi Andy, how i must setup the value for CBURST for my situation? Have you read?I think the burst is too small - In your case I would just not specifyeither burst and let htb choose them. Andy.

Re: Fwd: [LARTC] HTB shaping borrowing info

2006-06-01 Thread Andy Furniss
Stefano Mainardi wrote: Ok, i try without CBURST value. Without burst aswell ... Andy. ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: Fwd: [LARTC] HTB shaping borrowing info

2006-06-01 Thread Stefano Mainardi
Ops BURST...sorry!And CBURST value you think that is correct?2006/6/1, Andy Furniss [EMAIL PROTECTED]: Stefano Mainardi wrote: Ok, i try without CBURST value.Without burst aswell ... Andy.-- Stefano MainardiPresidente Associazione ILDN - Italian Linux Distro NetworkMobile: 349/3917212Skype:

Re: Fwd: [LARTC] HTB shaping borrowing info

2006-06-01 Thread Andy Furniss
Stefano Mainardi wrote: Ops BURST...sorry! And CBURST value you think that is correct? I would leave that out aswell and let htb choose it from the rate of the class. Andy. ___ LARTC mailing list LARTC@mailman.ds9a.nl

Re: Fwd: [LARTC] HTB shaping borrowing info

2006-05-30 Thread Stefano Mainardi
Andreas,if I want that A,B,C can borrow bandwidth from each other? How i can the structure of HTB tree?Stefano2006/5/28, Andreas Klauer [EMAIL PROTECTED]:On Sun, May 28, 2006 at 02:04:57AM +0200, Stefano Mainardi wrote: Like I said above, in the case that B is not producing traffic, 7/8 of the

Re: [LARTC] HTB shaping borrowing info

2006-05-27 Thread Andreas Klauer
On Sat, May 27, 2006 at 11:28:12PM +0200, Stefano Mainardi wrote: The goal is to divide the traffic for classes of workstations, at example in three classes, let say A, B and C. Sounds simple enough... If B don't make traffic, 7/8 of 20Mb/s must be assigned to A and all the rest at B Why

Fwd: [LARTC] HTB shaping borrowing info

2006-05-27 Thread Stefano Mainardi
2006/5/27, Andreas Klauer [EMAIL PROTECTED]: If B don't make traffic, 7/8 of 20Mb/s must be assigned to A and all the rest at BWhy would you assign traffic at B if it doesn't make traffic?Sorry, all the rest at A :) Post your HTB script and I (and probably others) will have a look at it. This

Re: Fwd: [LARTC] HTB shaping borrowing info

2006-05-27 Thread Stefano Mainardi
2006/5/28, Andreas Klauer [EMAIL PROTECTED]: So, in other words, A is allowed to take bandwidth from B.B and C stick to their bandwidth limits.There is a misunderstanding, sorry.I need to know if it is possible to manage in a dynamic way the assignment of traffic to workstations and of the traffic

Re: Fwd: [LARTC] HTB shaping borrowing info

2006-05-27 Thread Andreas Klauer
On Sun, May 28, 2006 at 02:04:57AM +0200, Stefano Mainardi wrote: Like I said above, in the case that B is not producing traffic, 7/8 of the 20 MB/s need to be assigned to A and the remaining 1/8 will remain to B. Well, reducing the ceil of A by 1/8 of B's bandwidth in the tree I posted