Use IMQ. I will allow you it. On Fri, 24 May 2002, Jason Hunter wrote: > Devik - > > Actually, I didn't realize that the shaping only shapes on egress. That is interesting. I assume this can be somewhat overcome by applying queues to both interfaces, however, this doesn't provide exactly the same simulation. That is to say, if I am trying to simulate a bounded connection of 1200bps shared between the upload and the download (e.g. a modem) then there isn't a direct way to do this, unless you can filter traffic in both directions into the same queue? > > > > tc class add dev eth0 parent 1:0 classid 1:$k cbq bandwidth \ > > 100Mbit rate 1200bps weight 1 prio 8 allot 1514 cell 8 maxburst 100 avpkt \ > > 1000 bounded > > As for the errors, I think that I have tracked them down to the maxburst value of 100 in my second level cbq queues. I adjusted this value to between 3 and 5, and got much better results. > > - Jason > > -----Original Message----- > From: Martin Devera [mailto:devik@xxxxxx] > Sent: Friday, May 24, 2002 4:27 AM > To: Jason Hunter > Cc: lartc@xxxxxxxxxxxxxxx > Subject: Re: [LARTC] tc causes errors on HTML downloads > > Probably you will have to do closer look (tcpdump > and tcptrace). > >From my experiance I'd not believe CBQ much but without > closer expertise it is hard to say what's goin' on. > Also you tried to add IP adresses as both SRC and DST > which is nonsense to do on single interface. It seems > like if you don't understand that shaping shapes egress > traffic only. > devik > > > > >
