On Friday 22 of April 2005 01:34, you wrote: > tc@xxxxxxxxxxxxx wrote: > > > 64 bytes from 192.168.1.1: icmp_seq=95 ttl=64 time=89.0 ms > > Which is about 2 packets @ 256kbit. I tested and got the same behaviour > with a simple setup, but max ping about 45 because htb dequeues in pairs > by default. If you change #define hysteresis from 1 to 0 in > net/sched/sch_htb.c then it's more accurate. Setting Quantum to your MTU > may also help. ok. I changed hysteresis and I changed quantum. > > > Then it is stable (0.4ms) for some time. > > > > The same situation repeats in about 60 second delay. > > > > Maybe someone solved this problem? > > Give interactive class more rate than it needs. Latency was OK for me > with ICMP class rate 255kbit ceil 256kbit. > I can't give 255 kbit to icmp traffic :) But for me 4kbit seems to be enough. On testing environment it works fine. But on "real" configuration the pings are still too long. I wonder if one-level configuration (with just one root qdisc) would give better latency. > > > > PPS. Is it possible to create a filter that will match all packets? > > I don't know about all, but all per protocol like - > > .. protocol ip prio 10 u32 match u32 0 0 .. > .. protocol arp prio 11 u32 match u32 0 0 .. > It works ok for me, but only with prio 0. Thanks for help. Maciek. _______________________________________________ LARTC mailing list LARTC@xxxxxxxxxxxxxxx http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
