RE: Connection IDs
Nick Banks <nibanks@microsoft.com> Wed, 07 March 2018 20:30 UTC
Return-Path: <nibanks@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 0AADD126B6D for <quic@ietfa.amsl.com>; Wed, 7 Mar 2018 12:30:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.01
X-Spam-Level:
X-Spam-Status: No, score=-0.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, 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 GJq5xhq4Yfxh for <quic@ietfa.amsl.com>; Wed, 7 Mar 2018 12:30:03 -0800 (PST)
Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0092.outbound.protection.outlook.com [104.47.40.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0A545129C6B for <quic@ietf.org>; Wed, 7 Mar 2018 12:30:02 -0800 (PST)
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=K1zCmgLwgSEiNsoDmSnLCcg1Ow/iqs7DxeETVcLTL5E=; b=TU+Ti64V2no9emU8t9Yc3c4ho/ig5NvDkaBo4XfYacR3hFOnCJQtn3OAPcPabK11oJeYTHuCPBkIsuEAr3c/CIKIqjcRtqUTrmYHK0mq1b/xvS94dBIsn7zdpw54bPfW97ijCjdBxhoUh+U6UpeYh9uXvCGnEzjl2viwLxVpigo=
Received: from DM5PR2101MB0901.namprd21.prod.outlook.com (52.132.132.158) by DM5PR2101MB1045.namprd21.prod.outlook.com (52.132.128.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.588.1; Wed, 7 Mar 2018 20:30:01 +0000
Received: from DM5PR2101MB0901.namprd21.prod.outlook.com ([fe80::7d49:ffb1:8350:bdfb]) by DM5PR2101MB0901.namprd21.prod.outlook.com ([fe80::7d49:ffb1:8350:bdfb%3]) with mapi id 15.20.0588.008; Wed, 7 Mar 2018 20:30:01 +0000
From: Nick Banks <nibanks@microsoft.com>
To: Subodh Iyengar <subodh@fb.com>, Martin Thomson <martin.thomson@gmail.com>, Jana Iyengar <jri.ietf@gmail.com>
CC: Ian Swett <ianswett@google.com>, IETF QUIC WG <quic@ietf.org>, Patrick McManus <pmcmanus@mozilla.com>
Subject: RE: Connection IDs
Thread-Topic: Connection IDs
Thread-Index: AQHTtCTzlSGvG6Ew30qpjsg/EF9DiKPBnREAgAAPfICAALkygIAC1QcAgAACE4CAAADfsA==
Date: Wed, 07 Mar 2018 20:30:01 +0000
Message-ID: <DM5PR2101MB0901F455D030D1ECB36B71CDB3D80@DM5PR2101MB0901.namprd21.prod.outlook.com>
References: <CABkgnnVSCnmzjWOZwQM+ctTxFXVzsVYe6Q3Zzk4yj3LNTYUtHw@mail.gmail.com> <CAOdDvNo9qmZqmEXBGM4bM6q3EO1FGuUxLSSWsVhNEYsn5u9puQ@mail.gmail.com> <CAKcm_gMR070JUegQbDw--RNr+0XYiBMwaTM3MBmqUo21u922TQ@mail.gmail.com> <CACpbDccpuNWnX=Y+gKaPxLEjUOnvu+hr9FqH+R6ZspwOfUq-qg@mail.gmail.com>, <CABkgnnUPJYG-QE4qxfOd-6AoHHgxVq4K=EyRfoxkcvdDF=oaZA@mail.gmail.com> <MWHPR15MB18215C39DCB3DC5398778EC6B6D80@MWHPR15MB1821.namprd15.prod.outlook.com>
In-Reply-To: <MWHPR15MB18215C39DCB3DC5398778EC6B6D80@MWHPR15MB1821.namprd15.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Enabled=True; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SiteId=72f988bf-86f1-41af-91ab-2d7cd011db47; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Owner=nibanks@microsoft.com; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SetDate=2018-03-07T20:29:59.8827965Z; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Name=General; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Application=Microsoft Azure Information Protection; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Extended_MSFT_Method=Automatic; Sensitivity=General
x-originating-ip: [2001:4898:80e8:5::4f4]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; DM5PR2101MB1045; 7:Volm92Rrn4DtGDXt5ZFhyLVFI7l0BYIanErryTpAU7q/OSEICSgWYhU3uuCD+uNCoHOnpSoyfE/wcJ2McszfIR1hz09DATgHhyBvXBckm4zBtM1zvsKHjy8Egmrxw0K9sfYSEG861OrMAjJj0mMR2jTuM2WjmMvDG/6A1VI9b+A2PyupL2aL1cl9e4Dj25Mj08Ukba9NuGdh9SFVPFaWvI6fJUjdH7+CNKRPKHIkm2xcKHSUcSPamgX761hQnf0r; 20:gVr51DqvH0efwbwkzGzLkDsOvoUB8OrIJgE73SkEvMqORN5shOsMzdBJTb9kI07arATE6q0AXCzxDUVeD/A1VPmaOEK2I6FwN69UxUb5c5VkJ0ekxHb6pLPagoRP9fDG+RjInih0kwG0s9wyji/tfzD41ZEvQxYj0aNscItP4fc=
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 282df940-f0e8-4b83-de6c-08d5846a33d3
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7193020); SRVR:DM5PR2101MB1045;
x-ms-traffictypediagnostic: DM5PR2101MB1045:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=nibanks@microsoft.com;
x-microsoft-antispam-prvs: <DM5PR2101MB10450CF70E69CA47077280F5B3D80@DM5PR2101MB1045.namprd21.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(28532068793085)(10436049006162)(166708455590820)(189930954265078)(85827821059158)(211936372134217)(153496737603132)(219752817060721)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(61425038)(6040501)(2401047)(5005006)(8121501046)(3002001)(10201501046)(3231220)(944501244)(52105095)(93006095)(93001095)(6055026)(61426038)(61427038)(6041288)(20161123564045)(20161123558120)(20161123560045)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:DM5PR2101MB1045; BCL:0; PCL:0; RULEID:; SRVR:DM5PR2101MB1045;
x-forefront-prvs: 0604AFA86B
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(39860400002)(39380400002)(396003)(366004)(346002)(376002)(189003)(199004)(3280700002)(5250100002)(97736004)(3480700004)(221733001)(39060400002)(7116003)(236005)(46003)(229853002)(6116002)(790700001)(53936002)(5660300001)(25786009)(55016002)(33656002)(9686003)(4326008)(54896002)(3660700001)(2950100002)(105586002)(6436002)(6246003)(6506007)(106356001)(2900100001)(19609705001)(186003)(7696005)(99286004)(10090500001)(102836004)(76176011)(10290500003)(6306002)(93886005)(14454004)(54906003)(606006)(2906002)(81156014)(316002)(8936002)(478600001)(81166006)(7736002)(86362001)(575784001)(53546011)(68736007)(966005)(74316002)(22452003)(86612001)(110136005)(8990500004)(8676002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR2101MB1045; H:DM5PR2101MB0901.namprd21.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: microsoft.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: dHYIhg1zeQn0oeF29C5R/AKQrw4aMPFNTeROgcoKAuxi39IYBTBdYdmkHRaDLEV5EHMGCVCSTPlIInJ3RoiYhV3xsz5BzjcY0K2Cx04lozUis86isS+8xw8TC5PkstBEHSvkVCB8FdWiKP6f4TBbzrz9QBu4UloWyqfJj1bY6f7fiNYZPT8jQ30JN0r7LG/VkQ+MwrMMmfJ//LU6xfBCcvRoi5wxy5SkZQFsv5O68HlTlaeHrS1kVv65sEZpEUZFz1M512nbTyvW2QTGsyKQV8JZ/4Ni+cRGO8IjpM+FQKrb6G6RNi8qD6vj8c2yX/UCNWFcGpnYpdDY+lvRmK8ICQ==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_DM5PR2101MB0901F455D030D1ECB36B71CDB3D80DM5PR2101MB0901_"
MIME-Version: 1.0
X-OriginatorOrg: microsoft.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 282df940-f0e8-4b83-de6c-08d5846a33d3
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Mar 2018 20:30:01.2745 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR2101MB1045
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/BQkrZviwtZbrw2FHzlyOzU33XMQ>
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: Wed, 07 Mar 2018 20:30:06 -0000
I personally like this proposed design as well. - Nick From: QUIC <quic-bounces@ietf.org> On Behalf Of Subodh Iyengar Sent: Wednesday, March 7, 2018 12:26 PM To: Martin Thomson <martin.thomson@gmail.com>; Jana Iyengar <jri.ietf@gmail.com> Cc: Ian Swett <ianswett@google.com>; IETF QUIC WG <quic@ietf.org>; Patrick McManus <pmcmanus@mozilla.com> Subject: Re: Connection IDs Unsurprisingly I am positive on the direction of this as well and the PR looks good to me Note: I do not work for mozilla or google :), but was a part of the connid design IIRC there was one unresolved question by Christian about both clients and servers needing to change the connids to enforce linkability, was that resolved? Subodh ________________________________ From: QUIC <quic-bounces@ietf.org<mailto:quic-bounces@ietf.org>> on behalf of Martin Thomson <martin.thomson@gmail.com<mailto:martin.thomson@gmail.com>> Sent: Wednesday, March 7, 2018 12:19:02 PM To: Jana Iyengar Cc: IETF QUIC WG; Patrick McManus; Ian Swett Subject: Re: Connection IDs Just to add to this and bring this list up to speed... Ian opened https://github.com/quicwg/base-drafts/issue/1166<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fquicwg%2Fbase-drafts%2Fissue%2F1166&data=04%7C01%7Cnibanks%40microsoft.com%7C389eff7e4dfa4eaca41708d58469bcb6%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636560512053683616%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwifQ%3D%3D%7C-2&sdata=uK7ct2umJZknXLMHwziR6FqLRmE5o9It4X5IcW%2FHWU0%3D&reserved=0> which suggests moving the Version field into a fixed location. To that end: https://github.com/quicwg/base-drafts/pull/1167<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fquicwg%2Fbase-drafts%2Fpull%2F1167&data=04%7C01%7Cnibanks%40microsoft.com%7C389eff7e4dfa4eaca41708d58469bcb6%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636560512053693620%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwifQ%3D%3D%7C-2&sdata=lqdb8bCHckVrIakeo2V%2Fq%2Flt%2BTQEA2M8ezl9bl278Xw%3D&reserved=0> Does anyone have anything more to add (perhaps someone who does not work for Mozilla or Google) here? The feedback I've received is overwhelmingly positive thus far and my hope is to merge this ahead of the editors starting an extended editing session next week. On Tue, Mar 6, 2018 at 12:04 PM, Jana Iyengar <jri.ietf@gmail.com<mailto:jri.ietf@gmail.com>> wrote: > +1 to this is the direction we're all converging on. > > On Mon, Mar 5, 2018 at 6:01 AM, Ian Swett > <ianswett=40google.com@dmarc.ietf.org<mailto:ianswett=40google.com@dmarc.ietf.org>> wrote: >> >> Agreed, I unsurprisingly think this is the right direction. >> >> >> On Mon, Mar 5, 2018 at 8:05 AM Patrick McManus <pmcmanus@mozilla.com<mailto:pmcmanus@mozilla.com>> >> wrote: >>> >>> big picture this is good. >>> >>> On Sun, Mar 4, 2018 at 8:54 PM, Martin Thomson <martin.thomson@gmail.com<mailto:martin.thomson@gmail.com>> >>> wrote: >>>> >>>> I've written up a PR that enacts the changes suggested by the design >>>> team [1]. >>>> >>>> https://github.com/quicwg/base-drafts/pull/1151<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fquicwg%2Fbase-drafts%2Fpull%2F1151&data=04%7C01%7Cnibanks%40microsoft.com%7C389eff7e4dfa4eaca41708d58469bcb6%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636560512053693620%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwifQ%3D%3D%7C-2&sdata=86WR%2B5tzroJ4D6DfHFm2ARJbglAU%2FjJe4nVB1FE5IIU%3D&reserved=0> >>>> >>>> This adds two connection IDs to the long header. An explicit length >>>> is added for each. >>>> >>>> The short header includes the raw connection ID without any C bit or >>>> length. >>>> >>>> I've tried to explain the limitations of the design where they apply. >>>> That includes stateless reset. >>>> >>>> This PR necessarily includes some choices about less critical aspects, >>>> such as how connection ID lengths are encoded. I ask that you try to >>>> separate objections about minor issues like this from more serious >>>> structural concerns. I'm happy to discuss details, but I'm most >>>> interested in whether this is broadly the right direction first. >>>> >>>> Cheers, >>>> Martin >>>> >>>> p.s., happy draft submission deadline day >>>> >>>> [1] >>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__mailarchive.ietf.org_arch_msg_quic_l-5Fb1NnBmQpQGCxCfQteOMkft-2DlE&d=DwIBaQ&c=5VD0RTtNlTh3ycd41b3MUw&r=h3Ju9EBS7mHtwg-wAyN7fQ&m=tfbg3BLo-IK9aUKrHNiK-A7EBi5XuVtoq9cZsYYBwbA&s=50Q1gLhlSOcRuTmcpkgAnBusZim2NElvKAFN6IIX2Ec&e=<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttps-3A__mailarchive.ietf.org_arch_msg_quic_l-5Fb1NnBmQpQGCxCfQteOMkft-2DlE%26d%3DDwIBaQ%26c%3D5VD0RTtNlTh3ycd41b3MUw%26r%3Dh3Ju9EBS7mHtwg-wAyN7fQ%26m%3Dtfbg3BLo-IK9aUKrHNiK-A7EBi5XuVtoq9cZsYYBwbA%26s%3D50Q1gLhlSOcRuTmcpkgAnBusZim2NElvKAFN6IIX2Ec%26e%3D&data=04%7C01%7Cnibanks%40microsoft.com%7C389eff7e4dfa4eaca41708d58469bcb6%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636560512053693620%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwifQ%3D%3D%7C-2&sdata=SJV2xnzuXi4nyTTnv2fYP4eZD9HAWeR22xXKU5g9A0Q%3D&reserved=0> >>>> >>> >
- Connection IDs Martin Thomson
- Re: Connection IDs Eric Rescorla
- Re: Connection IDs Patrick McManus
- Re: Connection IDs Ian Swett
- Re: Connection IDs Jana Iyengar
- Re: Connection IDs Martin Thomson
- Re: Connection IDs Subodh Iyengar
- RE: Connection IDs Nick Banks
- RE: Connection IDs Mike Bishop
- RE: Connection IDs Mike Bishop
- Re: Connection IDs Jana Iyengar
- Re: Connection IDs Martin Thomson
- RE: Connection IDs Lubashev, Igor
- Re: Connection IDs Christian Huitema
- Re: Connection IDs Gorry Fairhurst
- Re: Connection IDs Rui Paulo
- Re: Connection IDs Mikkel Fahnøe Jørgensen
- Re: Connection IDs Patrick McManus
- Re: Connection IDs Ian Swett
- Re: Connection IDs Subodh Iyengar
- Re: Connection IDs Jana Iyengar
- Re: Connection IDs Mikkel Fahnøe Jørgensen