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"><<a href="mailto:jof@thejof.com" target="_blank">jof@thejof.com</a>></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's hard to tell where we congest without visibility into Monkeybrains' hardware.<br>
<br><br><div class="HOEnZb"><div class="h5"><br>
<br>On Tue, May 8, 2012 at 3:29 PM, Jonathan Lassoff <<a href="mailto:jof@thejof.com" target="_blank">jof@thejof.com</a>> wrote:<br>> On Tue, May 8, 2012 at 3:26 PM, William Sargent <<a href="mailto:will.sargent@gmail.com" target="_blank">will.sargent@gmail.com</a>> wrote:<br>

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

>> 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>>> 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>
>> 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>
>> 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>>> 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>
>> 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>
>> 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>>> 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>
>> 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>
>> 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>>><br>>> Is this something new, or this happens all the time when someone is downloading porn / torrents over the wifi?<br>

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

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

><br>> Cheers,<br>> 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>