> > to take a look to the classes 1:31 1:32 and 1:33. > > I could see that the filters does there job and every connection=20 > > is going to the right class. > > I=B4ve started a download of a kernel image on a pay-system and it=20 > > has ca 80kb/s. Than i=B4ve stopped that download and started the same= =20 > > on a BOfH-System, it has 80kb/s, all ok! > > Than a i=B4ve started the download on the pay-system again and after=20 > > 10 seconds both systems got 40kb/s. Thats wrong! >=20 > i=B4ve put the kernel-image to the routers-webserver (normaly for mrtg)= =20 > to exclude inges influence. But the situation is still the same! I can't found tc -s -d show qdisc and tc -s -d show class outputs=20 during all tests. Did you attached them ? =20 > Thats still the question! Should i send other/more information? What=20 > would you need to help? money ? ;-] hehe just joking (unfortunately) =20 > > PS: is it possible, that the hole QoS-Part of my 2.2.17 Kernel is=20 > > bugy? On an other kernel-tree i applyed the ds-patch to get ingress=20 > > qdisc support. It commpiles fine and the module loads with no errors, > > but a "tc qdisc add dev ppp0 ingress ..." gives no such device error!= =20 >=20 > This is also left unanswerd. Is anybody succesfully using thes kernel? yes, me. devik