> > Are you using the same htb patch ? 2.4.17 has done rather big > > changes .. This is not the first incompatibility I've seen. > > No, for 2.4.17 I'm using > http://luxik.cdi.cz/~devik/qos/htb/v2/htb2_2.4.17.diff And what one did you use for 2.4.16 ? > > you could try cbq instead. > > I like htb ;-) :) I only need to determine whether the bug is related to change in htb, pppoe or kernel. If 2.4.16 worked then we need to minimize code size with the bug. Not it seems that you used at least different kernel and htb. Not sure about pppoe patch (or is it in kernel?). Try to use htb2_2.4.17.diff with 2.4.16 - it could say whether the bug is in htb (the diff should work with 2.4.16). > Do think it would make sense to reduce the transmit queue on ppp0 > from 200 to ... let's say 50 or 20? probably not. The value is not used if you attached you own qdisc. It is only used as default size for default qdisc. What you might try to do is to use pfifo instead of SFQ and set pfifo's limit to say 20 packets. It is not long term solution but could help up to find the problem. The results you sent shows no backlog - probably it is too late or the problem is elsewhere. I don't know pppoe - it could be helpful to grep on source and look when the error message is printed. It could help us to see what pppoe sees as error. devik
