Implementing SQM to help counter Bufferbloat (Google it, can't post links) when using P2P / connection heavy software.

When downloading via P2P software, if the amount connections go above 26 seeds (or there abouts) the entire router tanks *ALL* communications. This means Wireless, Wired, Internet and Intranet. This isn't an ISP issue as it affects the internal network. Same applies when uploading.

This can be tested by looking up Debian torrent downloads

root@fileshare:----# ping 192.168.1.201
PING 192.168.1.201 (192.168.1.201) 56(84) bytes of data.
64 bytes from 192.168.1.201: icmp_seq=1 ttl=128 time=0.713 ms
64 bytes from 192.168.1.201: icmp_seq=2 ttl=128 time=0.586 ms
64 bytes from 192.168.1.201: icmp_seq=3 ttl=128 time=0.863 ms
64 bytes from 192.168.1.201: icmp_seq=4 ttl=128 time=0.530 ms
64 bytes from 192.168.1.201: icmp_seq=5 ttl=128 time=1.06 ms
 

When seeding:

root@fileshare:----# ping 192.168.1.201
PING 192.168.1.201 (192.168.1.201) 56(84) bytes of data.
64 bytes from 192.168.1.201: icmp_seq=1 ttl=128 time=0.213 ms
64 bytes from 192.168.1.201: icmp_seq=2 ttl=128 time=0.995 ms
64 bytes from 192.168.1.201: icmp_seq=3 ttl=128 time=2 ms
64 bytes from 192.168.1.201: icmp_seq=4 ttl=128 time=1573 ms
64 bytes from 192.168.1.201: icmp_seq=5 ttl=128 time=2401 ms

Image attached. CPU and Memory (if it's accurate) doesn't seem to be a bottleneck

If it wasn't for the proprietary Broadcom chip, I'd have dd-wrt / OpenWRT on it be now.