<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 27, 2015 at 1:06 AM, Sebastian Moeller <span dir="ltr"><<a href="mailto:moeller0@gmx.de" target="_blank">moeller0@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Justin,<br>
<span class=""><br>
<br>
On Oct 22, 2015, at 21:54 , Justin Uberti <<a href="mailto:juberti@google.com">juberti@google.com</a>> wrote:<br>
<br>
> At present I'm not aware of any widely-deployed OS where an app can read the received ECN markings.<br>
><br>
> iOS9 added support for this within the kernel, and it's used for TCP, but not exposed to userspace. There is an open Radar bug asking for this info to be exposed to userspace.<br>
><br>
> FWIW, Chrome supports setting the DSCP markings if you set a magic parameter. But it's not on by default, mainly because we've never done the auditing necessary to ensure this doesn't randomly break in various dimly-lit parts of the internet.<br>
<br>
</span>        Slightly related question, is this DSCP marking capability restricted to webrtc packets or is there a way to make chrome use (arbitrary) DSCP marks for all its packets? For exercising different priority banding schemes such an option would be perfect (say to test whether a aqm+qos system will allow snappy browsing even with heavy download/upload/bittorrent traffic in other priority bands; this test is especially interesting if all traffic sources can reside on the same host, as this is a quite common set-up in home networks, one computer that does everything concurrently and where the users still want a decent browsing experience).<br></blockquote><div><br></div><div>The option that currently exists only works for WebRTC packets. </div></div></div></div>