I've been working on building a custom firmware with some minor patches to reduce the buffer bloat in Tomato. You can get it here: http://ordorica.org/blog/tomato-firmware-wreduced-bufferbloat Do a Google search on buffer bloat if you are interested in the issue. There's plenty of articles and blog posts out there. It's based on VicTek's RAF branch. Mostly I'm focusing on MIPS R1 routers like the . Read my blog post to see the changes I've done. Basically I'm reducing the large buffers in Tomato so that latency is better for gaming, web page loads, and VOIP. If you are feeling risky, try it out and let me know if it helps. It's been working fine on my GL for a few weeks now. Toastman also tried it on his MIPS R2 based router. If you need some kind of custom build, let me know. This is probably all I'm going to do with it. I'm not too interested in building in a GUI to control the packet limit buffers, because honestly, Tomato's kernel 2.6.22 is old and is missing out on a lot of cool features to combat buffer bloat in the Linux 2.6.39/3.0 kernel. There are so many better schedulers in the newer kernels (compared to sfq and pfifo). In theory, if one of the Tomato dev's wanted too, they could let you control the pfifo packet limit in the GUI. In practice though, just hard coding the limit to be much lower helps out. OpenWRT is best for that. So in the future I'll focus my efforts there. Still, this greatly improves the buffer situation in Tomato as it is. I should point out: Try pfifo and sfq. I think sfq drops less packets, but may have slightly more latency spikes. pfifo is generally the best if you just want low latency, even if it drops some packets.