RE: ECN signaling from userland Re: Getting to consensus on packet number encryption

Praveen Balasubramanian <pravb@microsoft.com> Thu, 05 April 2018 18:33 UTC

Return-Path: <pravb@microsoft.com>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C342D12D94D for <quic@ietfa.amsl.com>; Thu, 5 Apr 2018 11:33:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LGTLXh_X-MKx for <quic@ietfa.amsl.com>; Thu, 5 Apr 2018 11:33:44 -0700 (PDT)
Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0090.outbound.protection.outlook.com [104.47.36.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D2A0E124C27 for <quic@ietf.org>; Thu, 5 Apr 2018 11:33:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=JXB2zkh6OMf8OWKxd+81fyG3X0MkAIA7slMc0D0Niig=; b=mLJThOLCXHGFwph7T35aasClF8fLbZsmweSx0ZSqRmE7NaHcTtHE465KLkd8N89SJCPBranqXQyg9L8n4FNgwujkgSaEY3hhDmDGyqjXvUbL/WRhO9cyfgBZX7ysh4d0PoP184pkxa5SVkp20w3ZU7nbZbjzfxcRUKB+yI2cTy0=
Received: from CY4PR21MB0630.namprd21.prod.outlook.com (10.175.115.20) by CY4PR21MB0135.namprd21.prod.outlook.com (10.173.189.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.675.1; Thu, 5 Apr 2018 18:33:41 +0000
Received: from CY4PR21MB0630.namprd21.prod.outlook.com ([fe80::de:ba33:4748:51da]) by CY4PR21MB0630.namprd21.prod.outlook.com ([fe80::de:ba33:4748:51da%6]) with mapi id 15.20.0675.003; Thu, 5 Apr 2018 18:33:41 +0000
From: Praveen Balasubramanian <pravb@microsoft.com>
To: "Brian Trammell (IETF)" <ietf@trammell.ch>, Lars Eggert <lars@eggert.org>
CC: Mark Nottingham <mnot@mnot.net>, IETF QUIC WG <quic@ietf.org>, Martin Thomson <martin.thomson@gmail.com>, Patrick McManus <pmcmanus@mozilla.com>, Kazuho Oku <kazuhooku@gmail.com>
Subject: RE: ECN signaling from userland Re: Getting to consensus on packet number encryption
Thread-Topic: ECN signaling from userland Re: Getting to consensus on packet number encryption
Thread-Index: AQHTy9GYaiUVNrU6h0aiyBQtEo3l9KPwkIMAgADKCACAADzkAIAAJouAgAACNYCAAABvAIAAwCzw
Date: Thu, 05 Apr 2018 18:33:41 +0000
Message-ID: <CY4PR21MB063036840758FD01AF0DB214B6BB0@CY4PR21MB0630.namprd21.prod.outlook.com>
References: <7fd34142-2e14-e383-1f65-bc3ca657576c@huitema.net> <F9FCC213-62B9-437C-ADF9-1277E6090317@gmail.com> <CABcZeBM3PfPkqVxPMcWM-Noyk=M2eCFWZw2Eq-XytbHM=0T9Uw@mail.gmail.com> <CAN1APdfjuvd1eBWCYedsbpi1mx9_+Xa6VvZ3aq_Bhhc+HN67ug@mail.gmail.com> <CABcZeBMtQBwsAF85i=xHmWN3PuGRkJEci+_PjS3LDXi7NgHyYg@mail.gmail.com> <1F436ED13A22A246A59CA374CBC543998B5CCEFD@ORSMSX111.amr.corp.intel.com> <CABcZeBNfPsJtLErBn1=iGKuLjJMo=jEB5OLxDuU7FxjJv=+b=A@mail.gmail.com> <1F436ED13A22A246A59CA374CBC543998B5CDAD4@ORSMSX111.amr.corp.intel.com> <BBB8D1DE-25F8-4F3D-B274-C317848DE872@akamai.com> <CAN1APdd=47b2eXkvMg+Q_+P254xo4vo-Tu-YQu6XoUGMByO_eQ@mail.gmail.com> <CAKcm_gMpz4MpdmrHLtC8MvTf5uO9LjD915jM-i2LfpKY384O2w@mail.gmail.com> <HE1PR0702MB3611A67E764EE1C7D1644FAD84AD0@HE1PR0702MB3611.eurprd07.prod.outlook.com> <d8e35569-e939-4064-9ec4-2cccfba2f341@huitema.net> <CACpbDccqKoF-Y1poHMN2cLOK9GOuvtMTPsF-QEen3b30kUo9bg@mail.gmail.com> <CAKcm_gNffwpraF-H2LQBF33vUhYFx0bi_UXJ3N14k4Xj4NmWUw@mail.gmail.com> <40C1F6FE-2B2C-469F-8F98-66329703ED50@mnot.net> <CAOdDvNo9QS=CX5YUWK8Lxs_SYX4nEM7OWv2+zB=VGhOX6J-BEw@mail.gmail.com> <CANatvzyo6xz7Kwh=EJ4GExBM35Dpw_=pLsAYiFA==vVBJwhCXw@mail.gmail.com> <CABkgnnV8ya_YdhU1VE+BuiMvuuZOO1-j-2=YHAGbmdE3OMk7Gg@mail.gmail.com> <3E5BCB0F-DEDE-4EBA-80DF-31E49764C0FE@trammell.ch> <0F07FB8F-A8D0-4F2B-8ED8-7230DF99EE7C@eggert.org> <8F38C971-5E0C-4C6D-B67F-7186D88AF034@trammell.ch>
In-Reply-To: <8F38C971-5E0C-4C6D-B67F-7186D88AF034@trammell.ch>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [2001:4898:80e8:a::712]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; CY4PR21MB0135; 7:wrdhRuUC4iks8o9bY8PYO3FlrKFKxeDioX/UItYDP1eHJcZsUXYa4bO4DS1c3QYKGFHw2bw6catJ52wtF8D5LogqTDv7wmBc919BurwXzXtDfoh2oMHr/jGiOx+LOMKrD3SBYmQ65zL4+1GjaFsimRAMZQKGDI8EqjYyhfFyh9xYsByzphWisRK8YMzYUVz+OtW2uNz+UVjvhKuNmQVunYfVhsfj2gzhQXPqysboszFkhiyDYJcFVwY4x6WqaTs1; 20:DioOIVe/GUWOazzVB3DpQ9aSKYLksIqXKwhifbc9OIRCnYb//O2aM61oQLoWyQ+baEH1lOkD0MKsQQko7zoyBYJ8YWvWYiHulwJxJ+rS9sKMu7ahvvsMmcEC2gauYrGs0ca1Pqgif5/e9t1ADx1dA1hlsykQGhZcNQOMeEgZNhA=
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 8f62f1eb-ca9f-405a-a9c2-08d59b23c162
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4604075)(3008032)(48565401081)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7193020); SRVR:CY4PR21MB0135;
x-ms-traffictypediagnostic: CY4PR21MB0135:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=pravb@microsoft.com;
x-microsoft-antispam-prvs: <CY4PR21MB013582FC76DF7B851CD3B341B6BB0@CY4PR21MB0135.namprd21.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(166708455590820)(85827821059158)(100405760836317);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(61425038)(6040522)(2401047)(8121501046)(5005006)(3231221)(944501327)(52105095)(10201501046)(3002001)(93006095)(93001095)(6055026)(61426038)(61427038)(6041310)(20161123562045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123560045)(6072148)(201708071742011); SRVR:CY4PR21MB0135; BCL:0; PCL:0; RULEID:; SRVR:CY4PR21MB0135;
x-forefront-prvs: 06339BAE63
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(39380400002)(39860400002)(346002)(376002)(366004)(377424004)(13464003)(189003)(199004)(86612001)(105586002)(99286004)(186003)(106356001)(7696005)(316002)(102836004)(33656002)(76176011)(53546011)(6506007)(68736007)(110136005)(54906003)(93886005)(14454004)(7736002)(966005)(305945005)(22452003)(11346002)(446003)(4326008)(39060400002)(97736004)(10290500003)(4001150100001)(478600001)(25786009)(3280700002)(3660700001)(2906002)(5660300001)(74316002)(486006)(8676002)(229853002)(10090500001)(8936002)(81156014)(81166006)(476003)(6116002)(8990500004)(6436002)(9686003)(86362001)(6306002)(53936002)(6246003)(2900100001)(55016002)(5250100002)(46003); DIR:OUT; SFP:1102; SCL:1; SRVR:CY4PR21MB0135; H:CY4PR21MB0630.namprd21.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: microsoft.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: V/MpA5mGo8cOsuB6hg3GNSXovf8XqXrS/CJPMs8PVLn5193Jh3zoWDAh+4ZaZyw+rRcF9c7hVNpW+zXv9CI25HWrQOvRl88b9eyETjmEN6WpWBXoRQlSqiZ8neXKS1z4cv/vELWZKw0yuPgjAh7oRrNLIEitDNHZTInAsH7bCNBOk4dKeGxdna+Fwhih3oLpLiBN9kjHibaMwFT1z1fw1E7D8LvJJHKmJTLedxNe46Ye6I5HAdqXK8fgo9we2OYygITh7VIeiiiIQvpYBiDuhvgqBysytGGYa9+VgYefb5eTBjcMROJttiY3Nqwqc4gyKE5YuEvJeFarS7EeXXnyV2Km2/W6ADuKSQR2I15w1RpEqk+MF4RK9hzH7zgQZRRGD2uEqjDT3eRaPfBWMrar0Y2QSAPZF6xzeYkVTf7jsJ0=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: microsoft.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8f62f1eb-ca9f-405a-a9c2-08d59b23c162
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Apr 2018 18:33:41.2271 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR21MB0135
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/fGQBp1T75f7HHd189yL5UjtThqs>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Apr 2018 18:33:47 -0000

Windows supports querying of the ECN bits (recvmsg) on recent versions but does not yet support setting them (sendmsg). Adding support for set is on our TODO list. Please see https://github.com/quicwg/base-drafts/wiki/ECN-in-QUIC which has per OS details.

-----Original Message-----
From: QUIC [mailto:quic-bounces@ietf.org] On Behalf Of Brian Trammell (IETF)
Sent: Thursday, April 5, 2018 12:03 AM
To: Lars Eggert <lars@eggert.org>
Cc: Mark Nottingham <mnot@mnot.net>; IETF QUIC WG <quic@ietf.org>; Martin Thomson <martin.thomson@gmail.com>; Patrick McManus <pmcmanus@mozilla.com>; Kazuho Oku <kazuhooku@gmail.com>
Subject: Re: ECN signaling from userland Re: Getting to consensus on packet number encryption



> On 5 Apr 2018, at 09:01, Lars Eggert <lars@eggert.org> wrote:
> 
> Hi,
> 
> On 2018-4-5, at 8:53, Brian Trammell (IETF) <ietf@trammell.ch> wrote:
>> However, fixing kernel interface issues (as are at the root of UDP performance problems, as well as the lack of ECN signaling from userland) takes time
> 
> FWIW, ECN signaling is mostly only an issue on Windows at the moment. Most other stacks can do this via ancillary data on sendmsg/recvmsg. I have tested Linux, FreeBSD and Darwin and they work (modulo a bug in Darwin on TX that Apple is looking into.)

Ah, I thought this was a more widely spread problem. Okay, cool, we can focus more on making UDP not suck then. :)

Thanks, cheers,

Brian