From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?ISO-8859-2?Q?Tak=E1cs=20B=E1lint?= Date: Mon, 02 Sep 2002 11:24:59 +0000 Subject: Re: [LARTC] HTB shares equally when borrowing enabled :( Message-Id: List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To: lartc@vger.kernel.org Thanks Stef! The trick with setting lower maximum bandwidth works. I=20 convinced me that I understand now what happens :) The ISP starts to=20 build queues when maximal input rate is reached and releases packets=20 from these queues equally. Thus the prioritized connections had to wait=20 sometimes and it lends its guaranteed bw instead of waiting. I had to set the ceil to as low as 50 kbps (!). My usual maximal=20 throughput rate is about 55 kb/sec, while my ISP says the maximal input=20 rate is 512 kbit/sec. I always assigned the difference to IP=20 administration. Now, the maximal throughput seems to not drop until=20 ceil is lowered below 55 kbps. Thus I assume the rates calculated by HTB=20 measure the REAL throughput without IP administration. Is it true? Sometimes the maximal input rate drops (damn ISP) and it seems to enable=20 small "bursts" with high throughputs. Does it mean that I should to=20 decrease/increase the ceil when it happens? I think it depends on the=20 ISP queues: if they start to build, then I must. It can mean that I=20 can't use traffic shaping, or at least not HTB qdisc - maybe some prio=20 setup will do the job. What if I try to shape the outgoing traffic? Maybe it has an effect on=20 incoming, too. I mean if "acknowledged" information goes back slow, I=20 can manipulate the ISP queues, hm? B=E1lint Stef Coene wrote: >On Sunday 01 September 2002 01:04, Tak=E1cs B=E1lint wrote: > >>Hi, >> >>I'm fighting seriously with a most simple HTB setup. I'd like to share >>the incoming 64kbps into 5 and 59 for two different machines under NAT. >>HTB seems to hold the required limits when ceil is not set (no >>borrowing), but when borrowing enabled it seems to share equally rather >>then keeping the specified ratio. >>My setup is below. A typical output of "tc -s -d qdisc show dev eth1" >>and "tc -s -d class show dev eth1" is given. HTB seems to disobey the >>specified rate (last entry: rate 40Kbit is set for 1:10 and 16466bps is >>measured, while rate 472Kbit is set for 1:11 and rate 20755bps is >>measured). >>Setting the explicit bandwith (ceildkbps everywhere) does not work. >>Playing with burst and cburst did not any change. >> >You have to put a ceil of 64kbps everywhere so class 1:10 and 1:11 share t= he=20 >same 64 kbps : > >run_tc class add dev eth1 parent 1: classid 1:1 htb rate ceil 64kbps > >run_tc class add dev eth1 parent 1:1 classid 1:10 htb rate 5kbps ceil 64k= bps=20 >prio 2 >run_tc class add dev eth1 parent 1:1 classid 1:11 htb rate 59kbps ceil 64= kbps=20 >prio 1 > >And if that's not working, try ceilbkbps. You have to do this so YOU are = >controlling the link and not the modem. And take sum of class =3D 62kbps. > >Stef > _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/