<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi Aaron,<div><br></div><div><br><div><div>On Jan 16, 2014, at 20:08 , Aaron Wood <<a href="mailto:woody77@gmail.com">woody77@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><br><blockquote type="cite"><blockquote type="cite">Sebastian, after sorting out the router, it's still biased, but far<br>less<br>so, about a 2:1 ratio between upload and download.<br></blockquote><br>So I See offen 10:1 and worse @165Mbit/s raw wireless rate<br></blockquote><br>I get mixed results, but they aren't good.  </blockquote><div><br></div><div><span class="Apple-tab-span" style="white-space:pre">        </span>I just checked again and I get crazy results for both RRUL and RRUL_NOCLASSIFICATION:</div><div><img height="368" width="640" apple-width="yes" apple-height="yes" id="07012b9c-aa1a-44dd-9dfb-62dffcb8a1bd" src="cid:92E1A0F2-BD4C-45B0-8BAD-2D04EE115BA4@home.lan"><img height="368" width="640" apple-width="yes" apple-height="yes" id="0fe3a539-0c8d-4d75-9216-44fca280b58e" src="cid:A2FCA964-5252-4595-838E-F7DB193A4ECC@home.lan"></div><div><br></div><div>in both cases I get ~ 10:1 out-in imbalance. And even crazier just had one rrul where both in and out came up almost perfectly at 1:1. Interestingly the classification really works in giving different bandwidth for the different classes. (And in rrul_noclassification, where the still classified UDP probes make it through the EF flow gets shorter latencies…). </div><div><span class="Apple-tab-span" style="white-space:pre">     </span>Note that measuring through cerowrt to a wired host (with too restrictive firewall settings) get:</div><div><img height="368" width="640" apple-width="yes" apple-height="yes" id="44d93f50-4337-4c24-970a-7c0b5d33203e" src="cid:7DD7D099-E8C3-47EF-B7A4-3B1C704E57B1@home.lan"><img height="368" width="640" apple-width="yes" apple-height="yes" id="148b9f80-1208-4603-819f-500791a9483b" src="cid:2EAAABFA-B386-499E-B47B-566A6E798DBF@home.lan"></div><div>with the MacBooks uplink still dominant (actually continually getting more bandwidth…). Since I my only wireless connected machines are macs and nobody else complained about this issue I assume it is an osx issue</div><div><br></div><div><img id="3e1c5491-bfea-460f-8c13-3672f74ee016" height="480" width="572" apple-width="yes" apple-height="yes" src="cid:78BF6C9A-007D-47B8-BF4D-C6C8CF6BA2AA@home.lan"></div><div>For comparison an RRUL test from the wired linux host to cerowrt, where things look much better...</div><div><br></div><div><br></div><br><blockquote type="cite">IIRC, apple really changed something about the media access in 10.8, I'll look into that.  And see if my wife will let me install netperf on her laptop (I think it's still running 10.7)<br></blockquote><div><br></div><div><span class="Apple-tab-span" style="white-space:pre">    </span>Yeah, good question whether this is the same in all macosx versions? (Sonner or later I will switch to 10.9 and repeat the measurements…) The saving grace is that I usually either upload or download at home between my 2 computers so I rarely feel the full force of this unfortunate macosx behavior. Just checked using SMB to copy a file to the wired machine and from the wired machine at the same time, nicely splits the bandwidth evenly between up and download, so this might be netsurf related...</div><br><blockquote type="cite"><br><br><blockquote type="cite"><blockquote type="cite">Also, my understanding was that with rts/cts, the router was in control<br>of<br>that aspect of things?  <br></blockquote><br>     That is what I thought AS well, but it is not what I See with osx 10.8.<br><br></blockquote><br>It may be a case of the station aggressively asking to send, and the AP granting instead of sending data to the station that's waiting.<br></blockquote><div><br></div><div><span class="Apple-tab-span" style="white-space:pre">      </span>I think we agree that the AP should show more self-confidence and reject such requests more firmly :)</div><div><br></div><br><blockquote type="cite"><br>It should be clear in a monitor-mode tcpdump (or a statistical summary of packets).</blockquote><div><br></div><div><span class="Apple-tab-span" style="white-space:pre">    </span>I am not really equipped to do this, with just one wireless notebook at my disposal :)</div><div><br></div><div>best</div><div><span class="Apple-tab-span" style="white-space:pre">   </span>Sebastian</div><div><br></div><br><blockquote type="cite"><br>--Aaron</blockquote></div><br></div></body></html>