From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id CC25721F5CE for ; Tue, 27 Oct 2015 10:05:12 -0700 (PDT) Received: from u-089-d065.biologie.uni-tuebingen.de ([134.2.89.65]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MPppG-1ZuzIF3M7W-004x7r; Tue, 27 Oct 2015 18:05:01 +0100 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Sebastian Moeller In-Reply-To: Date: Tue, 27 Oct 2015 18:04:59 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <3976D747-F6DA-4AC4-BCAB-D2B420E25B2D@gmx.de> References: <5627B90D.8070106@alvestrand.no> <43B59C2F-4B64-4318-8339-04903AF2A6AC@cisco.com> <34EEB0FF-1922-42B5-A778-9BB66B7C4FDC@csperkins.org> <7AE5EAF1-4177-466F-AEFA-3198F03F24B7@gmx.de> To: Justin Uberti X-Mailer: Apple Mail (2.1878.6) X-Provags-ID: V03:K0:ly4l91k0sPd78l3//CreRIhFmBzfMQfons8oS4vYkLx7F6kouVf nlvXlOZ/9G7Uhh8PlJlGIEO6AelYtnNc7verIl9NJA0MiP8Q7kHiiI7NOX3MFGAD0XuqY3r TMhyvIsHCfzgaGyJ0AO1eRyH2thuOlS+NXCH1PmAVIfXvbjL3B4lvUtDnoXpS4FxwLL3IDX ege+GAmgRbLYp85gXjw+A== X-UI-Out-Filterresults: notjunk:1;V01:K0:JKswMMFuCW8=:aRbQ3PrzM4FiPszi6iZIdh lm6frKsD8bI4aGULvXWxncbQx3lHsYgf3KabkxVy5yJIIGmYmfM1LU7Uj0ohQ0dB4O/6tQizZ iHVKHBbs/y3bWCY+FAJ5ToU49ypfI++FCgSMsLGKJAj+UxI5Wcfy6A6Qap7HmsBIgr1LFXZMj 0m6mCk0ELyCXias6D98o2wjP+EbcqG14jdHuqGRRo7ecjzkCFqDkC2ZgxTQO1EEg9T7c4/sYw dGnIiHROZKRERgOwaNxOiRW1k6jBiOcTtkjjnOKJY15sTktRoy7Wa6ZWSBTl82/WfagyuZ+r2 8RKz8ViMwcSOqEpkER2veBLmLnaIvQJ9Rt54yp1O6RqoFVSEm6IP59DyTVKU/U8AXOld1Waof aNbowxErk30aNTnYYnhi0BgWc4PQOpwSvuCKfRuqjMWD++ATlaA6LdItrTSARWI0V8XSGQ1AZ sW1pJDALmHylkO/l9ZMu9vr5EgGIiezAR4rdqtDxDBi4O9Z2IDpvgyLx5zBaGRfKR42DOqEvO w8SKLC2qRanSezekGBEPJCcZdmE9NZAXTrzebTxPQmt450uXPvZuoMo1jZcS9DxMHe3yEf7xf Iue1WldACXIRRwYcW9Dsx5+6ct7PNtw9F/eZGTA3PvgSyBxY4u6UEPUzPJyn29HUKG7WiZxjU 22TU21EsmSHaVNpb7mddE5Do1MaZ0qeO/PJTdg9sGxDRARPtnuVpgNxfdJvG+FLkDs9OuFvvB kGt/hlu299pWnDoyJKrWMJaxAISg4jXiUFJYLXkRo0ssvVbMBkqh0D+kiMfYWyfr6W9nAOJuP MUqe8BC Cc: "Pal Martinsen \(palmarti\)" , "aqm@ietf.org" , "cake@lists.bufferbloat.net" , "rmcat@ietf.org" , "rtcweb@ietf.org" , Colin Perkins Subject: Re: [Cake] [rmcat] [rtcweb] Catching up on diffserv markings X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Oct 2015 17:05:35 -0000 Hi Justin, On Oct 27, 2015, at 17:16 , Justin Uberti wrote: >=20 >=20 > On Tue, Oct 27, 2015 at 1:06 AM, Sebastian Moeller = wrote: > Hi Justin, >=20 >=20 > On Oct 22, 2015, at 21:54 , Justin Uberti wrote: >=20 > > At present I'm not aware of any widely-deployed OS where an app can = read the received ECN markings. > > > > 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. > > > > 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. >=20 > 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). >=20 > The option that currently exists only works for WebRTC packets.=20 Ah, thanks, that is a pity. It would be really sweet for testing = different qos systems. I guess on a linux machine I should e able to = fake it with a local iptable rule=85 Best Regards Sebastian=