IETF Logo Mail Archive

Re: A better way to do conn id?

"Fossati, Thomas (Nokia - GB/Cambridge, UK)" <thomas.fossati@nokia.com> Wed, 24 January 2018 13:53 UTC

Return-Path: <thomas.fossati@nokia.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 973DD124207 for <quic@ietfa.amsl.com>; Wed, 24 Jan 2018 05:53:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.91
X-Spam-Level:
X-Spam-Status: No, score=-2.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 dFmang-MY69A for <quic@ietfa.amsl.com>; Wed, 24 Jan 2018 05:53:37 -0800 (PST)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0127.outbound.protection.outlook.com [104.47.2.127]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0453D1241F8 for <quic@ietf.org>; Wed, 24 Jan 2018 05:53:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=9FqOe7fgIDB7d9PV9ZAnIbn9gGeXxn8BnSEtniGbu6E=; b=LxVJ14/Z6zxMHgbtNEiJdaLch2uZ1xmisJQu/f7XE58/tk7Cih8IfUYbajdqrBCUoOB1OLbRQfj89fnir62ulaopXCIEBHEUdHSFSLNQJsTNoDPptPXdeVwQ+zfoiLXiF+U3ZUUeuMP5BWkO/nvu3VbUu+/u+DxYc9gw2FAuOuM=
Received: from VI1PR07MB1102.eurprd07.prod.outlook.com (10.163.168.26) by VI1PR07MB1037.eurprd07.prod.outlook.com (10.161.111.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.464.6; Wed, 24 Jan 2018 13:53:33 +0000
Received: from VI1PR07MB1102.eurprd07.prod.outlook.com ([fe80::a946:631c:fa30:cf79]) by VI1PR07MB1102.eurprd07.prod.outlook.com ([fe80::a946:631c:fa30:cf79%14]) with mapi id 15.20.0444.008; Wed, 24 Jan 2018 13:53:33 +0000
From: "Fossati, Thomas (Nokia - GB/Cambridge, UK)" <thomas.fossati@nokia.com>
To: Subodh Iyengar <subodh@fb.com>, "Lubashev, Igor" <ilubashe@akamai.com>, Martin Duke <martin.h.duke@gmail.com>, Martin Thomson <martin.thomson@gmail.com>
CC: IETF QUIC WG <quic@ietf.org>, "Fossati, Thomas (Nokia - GB/Cambridge, UK)" <thomas.fossati@nokia.com>
Subject: Re: A better way to do conn id?
Thread-Topic: A better way to do conn id?
Thread-Index: AQHTlNFpZktDW5VFAk2UUOOMSGGBoKOCfDqAgAAAcoCAAAPIgIAAKMAAgABimgA=
Date: Wed, 24 Jan 2018 13:53:33 +0000
Message-ID: <C9597BA1-0DDF-4572-BF13-D94DAA3B4812@nokia.com>
References: <CAM4esxS4TDf1QwsdrQM1J7NBvTCjNaM0oi3Qm2i6oL0F9b5cnA@mail.gmail.com> <CABkgnnVfKGd9QYhUnJ0Tva5odNzRDvZCSU4ASN27bQFsAiUvPw@mail.gmail.com> <CAM4esxQtrZgQuqh=eeMR1BgKpx5SyDk2+7V0GBZJX9ak_H8yeg@mail.gmail.com> <6d7331bfb9e041e4a712f3edf99a3001@usma1ex-dag1mb5.msg.corp.akamai.com> <MWHPR15MB14559FAA5FAEF0577E1FC747B6E20@MWHPR15MB1455.namprd15.prod.outlook.com>
In-Reply-To: <MWHPR15MB14559FAA5FAEF0577E1FC747B6E20@MWHPR15MB1455.namprd15.prod.outlook.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.9.0.180116
x-originating-ip: [88.111.107.3]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VI1PR07MB1037; 7:8dySw2/0fgIwbe7hiq4yzT9cX3FMqzfmH5rT6O6ctM77T1GVZP0dThq8eYOhRNXfNTrdPLC+JMZZfn4tRQhd5n6zbFtYy4NC0i+bHh6eRF2yK60MJN69MyFS0zh4rdcikLzNvOT5p0FkhSRTA5VA7dnkzkhAlsAROpjBw1Yy6qfAFJ5HKh2rnBylg+6jcdRyJ0pyOlVdba07giDfDWTw9OLmJ826Y/IEPC04t1eJnUGItT2J+3qt6IaqqkKBP3AZ
x-ms-exchange-antispam-srfa-diagnostics: SSOS;SSOR;
x-forefront-antispam-report: SFV:SKI; SCL:-1; SFV:NSPM; SFS:(10019020)(39860400002)(396003)(376002)(346002)(39380400002)(366004)(199004)(189003)(57704003)(33656002)(6486002)(54896002)(107886003)(236005)(6512007)(76176011)(6436002)(6246003)(106356001)(6306002)(39060400002)(25786009)(229853002)(36756003)(68736007)(83716003)(5250100002)(6506007)(82746002)(3660700001)(58126008)(316002)(66066001)(110136005)(4326008)(54906003)(3280700002)(99286004)(53546011)(93886005)(53936002)(102836004)(83506002)(26005)(478600001)(2906002)(97736004)(105586002)(8936002)(8676002)(81156014)(81166006)(6116002)(3846002)(2900100001)(86362001)(7736002)(5660300001)(2950100002)(14454004)(43043002); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB1037; H:VI1PR07MB1102.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 5269d8c7-4402-459c-9426-08d56331dbb7
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(4534165)(4627221)(201703031133081)(201702281549075)(48565401081)(5600026)(4604075)(3008032)(2017052603307)(7193020); SRVR:VI1PR07MB1037;
x-ms-traffictypediagnostic: VI1PR07MB1037:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=thomas.fossati@nokia.com;
x-microsoft-antispam-prvs: <VI1PR07MB1037FF1A9E278B52B4AEFD9A80E20@VI1PR07MB1037.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(28532068793085)(67672495146484)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(5005006)(8121501046)(3231046)(11241501184)(806099)(2400081)(944501161)(3002001)(93006095)(93001095)(10201501046)(6055026)(6041288)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123558120)(20161123560045)(6072148)(201708071742011); SRVR:VI1PR07MB1037; BCL:0; PCL:0; RULEID:; SRVR:VI1PR07MB1037;
x-forefront-prvs: 056297E276
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: +wnX7xZ+wQoAoght3zSwuIIY0tmPJkrv6Rg1J5vX6NXnrDklnBSBwSjig9/FkFM/hDlq+Z9Io69zYORiWQeg3xhejGCRBD7uKA1vtuvqEAcRxMiyn5Pcjt/IWxfy24S4
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_C9597BA10DDF4572BF13D94DAA3B4812nokiacom_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 5269d8c7-4402-459c-9426-08d56331dbb7
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Jan 2018 13:53:33.2488 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB1037
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/fIp9SDCU01ramKYjpp-mUm3wFaw>
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, 24 Jan 2018 13:53:39 -0000

On 24/01/2018, 08:00, "QUIC on behalf of Subodh Iyengar" <quic-bounces@ietf.org<mailto:quic-bounces@ietf.org> on behalf of subodh@fb.com<mailto:subodh@fb.com>> wrote:


> (Victor voiced this today) Steal a code point from the packet type: have 2 bits that represent

Why do we need to represent the size of the connection id as bits in the packet? We usually represent the lengths as bits in the packet for 2 reasons:
1.      to be able to change them per packet
2.      If they need to be interpreted by unrelated parties.
This same thing came out in the discussion around connection-id in DTLS.  If troubleshooting is a concern (and I think it should), then an “unrelated” party might need to decode CID (e.g., to single out a flow among gazillion others).

Cheers

v2.23.0 | Report a Bug | By Email