Do we have TCP ACK prioritization? Would it be feasible to implement it?<br><br><div class="gmail_quote">On Tue, May 8, 2012 at 3:34 PM, Jonathan Lassoff <span dir="ltr">&lt;<a href="mailto:jof@thejof.com" target="_blank">jof@thejof.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">There has been a fair bit of upstream earlier, but nothing too crazy. It&#39;s hard to tell where we congest without visibility into Monkeybrains&#39; hardware.<br>
<br><br><div class="HOEnZb"><div class="h5"><br>
<br>On Tue, May 8, 2012 at 3:29 PM, Jonathan Lassoff &lt;<a href="mailto:jof@thejof.com" target="_blank">jof@thejof.com</a>&gt; wrote:<br>&gt; On Tue, May 8, 2012 at 3:26 PM, William Sargent &lt;<a href="mailto:will.sargent@gmail.com" target="_blank">will.sargent@gmail.com</a>&gt; wrote:<br>

&gt;&gt; I&#39;m getting some really odd lag from the Noisebridge network:<br>&gt;&gt;<br>&gt;&gt; [15:19:42] wsargent:~ $ ping <a href="http://google.com" target="_blank">google.com</a><br>&gt;&gt; PING <a href="http://google.com" target="_blank">google.com</a> (74.125.224.40): 56 data bytes<br>

&gt;&gt; 64 bytes from <a href="http://74.125.224.40" target="_blank">74.125.224.40</a>: icmp_seq=0 ttl=56 time=388.703 ms<br>&gt;&gt; 64 bytes from <a href="http://74.125.224.40" target="_blank">74.125.224.40</a>: icmp_seq=1 ttl=56 time=516.701 ms<br>
&gt;&gt; 64 bytes from <a href="http://74.125.224.40" target="_blank">74.125.224.40</a>: icmp_seq=2 ttl=56 time=895.076 ms<br>
&gt;&gt; 64 bytes from <a href="http://74.125.224.40" target="_blank">74.125.224.40</a>: icmp_seq=3 ttl=56 time=781.850 ms<br>&gt;&gt; 64 bytes from <a href="http://74.125.224.40" target="_blank">74.125.224.40</a>: icmp_seq=4 ttl=56 time=501.712 ms<br>
&gt;&gt; 64 bytes from <a href="http://74.125.224.40" target="_blank">74.125.224.40</a>: icmp_seq=5 ttl=56 time=196.522 ms<br>
&gt;&gt; 64 bytes from <a href="http://74.125.224.40" target="_blank">74.125.224.40</a>: icmp_seq=6 ttl=56 time=774.152 ms<br>&gt;&gt; 64 bytes from <a href="http://74.125.224.40" target="_blank">74.125.224.40</a>: icmp_seq=7 ttl=56 time=455.544 ms<br>
&gt;&gt; 64 bytes from <a href="http://74.125.224.40" target="_blank">74.125.224.40</a>: icmp_seq=8 ttl=56 time=121.375 ms<br>
&gt;&gt; 64 bytes from <a href="http://74.125.224.40" target="_blank">74.125.224.40</a>: icmp_seq=9 ttl=56 time=97.818 ms<br>&gt;&gt;<br>&gt;&gt; Is this something new, or this happens all the time when someone is downloading porn / torrents over the wifi?<br>

&gt;<br>&gt; It depends.<br>&gt;<br>&gt; Since we switched over to the Vyatta box, we&#39;re no longer doing any<br>&gt; prioritization or controlled queueing of traffic. So, it could be that<br>&gt; someone is pushing heavy upstream and is causing collateral damage to<br>

&gt; other TCP ACKs, for example.<br>&gt;<br>&gt; It could also be that the WiFi is too congested. Try out the<br>&gt; &quot;noisebridge-a&quot; network if you have a suitable adapter, or try<br>&gt; plugging into a wired port.<br>

&gt;<br>&gt; Cheers,<br>&gt; jof<br><br>
</div></div><br>_______________________________________________<br>
Noisebridge-discuss mailing list<br>
<a href="mailto:Noisebridge-discuss@lists.noisebridge.net">Noisebridge-discuss@lists.noisebridge.net</a><br>
<a href="https://www.noisebridge.net/mailman/listinfo/noisebridge-discuss" target="_blank">https://www.noisebridge.net/mailman/listinfo/noisebridge-discuss</a><br>
<br></blockquote></div><br>