[Cerowrt-devel] Torrents are too fast

Sebastian Moeller moeller0 at gmx.de
Fri Nov 21 06:51:45 EST 2014


HI Dane hi Dave,


On Nov 20, 2014, at 17:25 , Dane Medic <dm70dm at gmail.com> wrote:

> Thank you for advice Dave. I'm just looking around how to set-up layer 7 inspection, I've also found this -> http://luci.subsignal.org/trac/browser/luci/trunk/contrib/package/freifunk-p2pblock?rev=
> It would be very nice if someone could "merge" this with simple.qos, I don't really know how, yet.

See the last comment in https://dev.openwrt.org/ticket/8590 it seems that L7 filters are on the way out in openwrt. If I understand correctly L7 does regular expression search of each packet (which are documented as not perfect and potentially slow), I would not be amazed if that would be really costly on your wndr. You might be “saved” though by your slow link ;) .  Also L& filters doe not really work with encrypted packets, so a malicious (actually mischievous would be enough) torrent client could mask its packets out of the filter match by encryption.


> 
> 2014-11-20 15:40 GMT+01:00 Dave Taht <dave.taht at gmail.com>:
> I would be surprised if you could tolerate a *single* big download
> while watching a movie, at 4mbit/512k, much less torrents, which are 6
> or more.
> 
> That said, most torrent clients are configurable in several ways.
> 
> 1) You can limit the number of download flows to something far less
> than 6. Try 1 or 2.
> 
> 2) You can typically rate limit them in the client to a lower rate
> during the day and a higher rate at night.
> 
> 3) You can tell them to mark the torrents as background (QoS marking
> CS1), but that only helps on uploads vs the simple.qos script.

	I think this is the best approach to take, actively configure the torrent client to be a good citizen...

> 
> At the router itself, you can try things like identifying torrent
> traffic via a consistent port number (if you have one) to toss it into
> the background queue , or try qos-scripts which has a layer 7 dpi
> tool.

	If you have just a single torrent application you are concerned with you could capture a few incoming and outgoing packets and see whether you can find a “signature” for these packets in the data and then create “tc filter” invocations just against your specific torrent application…
	I fear there is no automatic solution that will get all this right, and hence the prudent way would be for SQM to use the background queue as the default queue for everything (instead of the best effort queue) and then selectively promote reasonable traffic to the other queues. (But that means everything not classified will share a queue /suffer with the torrents until special cased by a promotion rule). 


Best Regards
	Sebastian

> 
> 
> 
> 
> On Thu, Nov 20, 2014 at 6:13 AM, Dane Medic <dm70dm at gmail.com> wrote:
> > dpreed, thank you for response. I'm already using fq_codel with cerowrt and
> > I don't think it does what I want (or maybe I want too much :)
> >
> > So the steps I've made:
> > flashed wndr3700v2 with cerowrt 3.10.50-1 then I've measured:
> >
> > root at cerowrt:/usr/lib/CeroWrtScripts# sh betterspeedtest.sh -p wlan-si.net
> > -t 120
> > 2014-11-20 12:18:34 Testing against netperf.bufferbloat.net (ipv4) with 5
> > simultaneous sessions while pinging wlan-si.net (120 seconds in each
> > direction)
> > .........................................................................................................................
> >  Download:  3.78 Mbps
> >   Latency: (in msec, 119 pings, 0.00% packet loss)
> >       Min: 13.077
> >     10pct: 251.522
> >    Median: 317.851
> >       Avg: 308.497
> >     90pct: 371.033
> >       Max: 376.132
> > ............................................................................................................................
> >    Upload:  0.48 Mbps
> >   Latency: (in msec, 103 pings, 0.00% packet loss)
> >       Min: 12.278
> >     10pct: 12.727
> >    Median: 18.359
> >       Avg: 23.256
> >     90pct: 33.971
> >       Max: 180.303
> >
> > Then I've put these commands:
> >
> > uci set sqm.ge00.enabled=1
> > uci set sqm.ge00.download=3200
> > uci set sqm.ge00.qdisc=nfq_codel
> > uci commit sqm
> > reboot
> >
> > And another measure:
> >
> > root at cerowrt:/usr/lib/CeroWrtScripts# sh betterspeedtest.sh -p wlan-si.net
> > -t 120
> > 2014-11-20 12:49:05 Testing against netperf.bufferbloat.net (ipv4) with 5
> > simultaneous sessions while pinging wlan-si.net (120 seconds in each
> > direction)
> > .........................................................................................................................
> >  Download:  2.74 Mbps
> >   Latency: (in msec, 121 pings, 0.00% packet loss)
> >       Min: 12.210
> >     10pct: 13.002
> >    Median: 15.077
> >       Avg: 15.095
> >     90pct: 16.968
> >       Max: 18.599
> > .............................................................................................................................
> >    Upload:  0.49 Mbps
> >   Latency: (in msec, 101 pings, 0.00% packet loss)
> >       Min: 12.255
> >     10pct: 12.684
> >    Median: 16.679
> >       Avg: 23.100
> >     90pct: 34.019
> >       Max: 170.173
> >
> > The tests doesn't look bad, but the problem is I watch a video clip on
> > youtube and my sister starts torrent client, I can't watch anymore.
> >
> > Cheers
> >
> > _______________________________________________
> > Cerowrt-devel mailing list
> > Cerowrt-devel at lists.bufferbloat.net
> > https://lists.bufferbloat.net/listinfo/cerowrt-devel
> >
> 
> 
> 
> --
> Dave Täht
> 
> thttp://www.bufferbloat.net/projects/bloat/wiki/Upcoming_Talks
> 
> _______________________________________________
> Cerowrt-devel mailing list
> Cerowrt-devel at lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cerowrt-devel




More information about the Cerowrt-devel mailing list