<br><br><div class="gmail_quote">On Mon, May 13, 2013 at 9:56 PM, Tristan Seligmann <span dir="ltr"><<a href="mailto:mithrandi@mithrandi.net" target="_blank">mithrandi@mithrandi.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="im">On Tue, May 14, 2013 at 4:26 AM, Dan Siemon <span dir="ltr"><<a href="mailto:dan@coverfire.com" target="_blank">dan@coverfire.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
It's pretty easy to configure the Transmission Bittorrent client to mark<br>
packets.<br></blockquote></div></div></div></div></blockquote><div><br>It is not clear to me that transmission correctly marks uTP traffic, particularly on IPv6. grep the current sources for "TCLASS"?<br> <br></div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
</blockquote></div><div><br> Unfortunately this only helps with outgoing traffic. Marking on inbound 
traffic is at the mercy of the torrent peer and your ISP (in my case, my
 ISP seems to overwrite the TOS/DS field indiscriminately, not that you 
would want to trust the marking for inbound traffic anyway), and 
matching by port is also not feasible as outgoing connections involve a 
random port on my side, and an arbitrary port on the peer's side.</div></div></div></div></blockquote><div><br>It is very evident that incoming traffic needs to be re-marked at the gateway, as a huge percentage of traffic I see at one of my sites is marked background that shouldn't be. (or there's a bug in my script) <br>
<br>Inappropriately marking traffic as background has side effects on stuff inside the gateway, particularly on wifi, as it gets tossed into the hw background queue, which has different scheduling characteristics than best effort.<br>
<br>As for dealing with incoming vs outgoing traffic, it might be possible to use connection tracking to successfully re-mark traffic on incoming to match the outgoing. <br><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><span class="HOEnZb"><font color="#888888">-- <br>mithrandi, i Ainil en-Balandor, a faer Ambar
</font></span></div></div>
<br>_______________________________________________<br>
Bloat mailing list<br>
<a href="mailto:Bloat@lists.bufferbloat.net">Bloat@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/bloat" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Dave Täht<br><br>Fixing bufferbloat with cerowrt: <a href="http://www.teklibre.com/cerowrt/subscribe.html" target="_blank">http://www.teklibre.com/cerowrt/subscribe.html</a>