IETF Logo Mail Archive

RE: Big TP codespace

Mike Bishop <mbishop@evequefou.be> Wed, 15 May 2019 17:20 UTC

Return-Path: <mbishop@evequefou.be>
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 3E4EF1203A8 for <quic@ietfa.amsl.com>; Wed, 15 May 2019 10:20:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 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, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=evequefou.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 iyXMaz-kMg1b for <quic@ietfa.amsl.com>; Wed, 15 May 2019 10:20:40 -0700 (PDT)
Received: from NAM04-BN3-obe.outbound.protection.outlook.com (mail-eopbgr680129.outbound.protection.outlook.com [40.107.68.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ACDBB12039E for <quic@ietf.org>; Wed, 15 May 2019 10:20:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=evequefou.onmicrosoft.com; s=selector1-evequefou-be; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=UNaxoPmnxRFxDApV+G96DpmNVPRhfxyABq8vYmdv/D4=; b=BppnqRgslH4eKjQ0A3rFQNE5dVOE12LtL/kF2ZNTBTe7OSj13B+/ySqiuN07qf+rfJCPZEimlN6uIGgE3ejqMgTJQ+cDnpyDqvvZRgNjRsg/XJHz6qKmILUkLST+pR7c/YTspIjOtFw06YH4ZIML+u3BvuXJFuL0tsVR9G0KT0o=
Received: from CY4PR22MB0983.namprd22.prod.outlook.com (10.171.164.151) by CY4PR22MB0502.namprd22.prod.outlook.com (10.172.141.8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1878.24; Wed, 15 May 2019 17:20:35 +0000
Received: from CY4PR22MB0983.namprd22.prod.outlook.com ([fe80::5e:10a3:8225:425]) by CY4PR22MB0983.namprd22.prod.outlook.com ([fe80::5e:10a3:8225:425%5]) with mapi id 15.20.1878.024; Wed, 15 May 2019 17:20:35 +0000
From: Mike Bishop <mbishop@evequefou.be>
To: Eric Rescorla <ekr@rtfm.com>, David Schinazi <dschinazi.ietf@gmail.com>
CC: IETF QUIC WG <quic@ietf.org>, Christian Huitema <huitema@huitema.net>, Martin Duke <martin.h.duke@gmail.com>
Subject: RE: Big TP codespace
Thread-Topic: Big TP codespace
Thread-Index: AQHVCc6oZAwMXA1OvUK2tAABvpSGsaZpi+GAgAA13ICAAZLYgIABD22w
Date: Wed, 15 May 2019 17:20:35 +0000
Message-ID: <CY4PR22MB0983FBE5C72EF1D46DAC27ECDA090@CY4PR22MB0983.namprd22.prod.outlook.com>
References: <CAM4esxRBmm8CVWWeg=Fq6=JzS0ftQsj=0T6CfhQ8KHmkUNpenQ@mail.gmail.com> <C91C33EC-323B-41AB-8856-9FE56A065CF3@huitema.net> <CAPDSy+4KiCaG_ap_R=qcSm9wYA8ZU94983d5YWV3AZ9Vz=WHMQ@mail.gmail.com> <CABcZeBPpLh9ejrg-VbYKyL5rYV2=Y533SrqA+A_-jM4R-sGZ0Q@mail.gmail.com>
In-Reply-To: <CABcZeBPpLh9ejrg-VbYKyL5rYV2=Y533SrqA+A_-jM4R-sGZ0Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=mbishop@evequefou.be;
x-originating-ip: [38.134.241.6]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 64e43833-dc1f-4ce5-1bf7-08d6d959a4ba
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:CY4PR22MB0502;
x-ms-traffictypediagnostic: CY4PR22MB0502:
x-ms-exchange-purlcount: 3
x-microsoft-antispam-prvs: <CY4PR22MB0502D56C6D198D2AF0D71E72DA090@CY4PR22MB0502.namprd22.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0038DE95A2
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(39830400003)(136003)(376002)(346002)(366004)(199004)(189003)(5660300002)(14454004)(8936002)(52536014)(73956011)(66556008)(508600001)(26005)(81156014)(81166006)(8676002)(3480700005)(7736002)(74316002)(66066001)(66476007)(86362001)(25786009)(7116003)(790700001)(6116002)(3846002)(64756008)(76116006)(66946007)(66446008)(53546011)(606006)(14444005)(53936002)(74482002)(6506007)(229853002)(33656002)(6306002)(4326008)(6436002)(68736007)(186003)(236005)(9686003)(55016002)(54906003)(486006)(110136005)(256004)(11346002)(446003)(476003)(102836004)(54896002)(6246003)(76176011)(7696005)(99286004)(316002)(71200400001)(2906002)(71190400001); DIR:OUT; SFP:1102; SCL:1; SRVR:CY4PR22MB0502; H:CY4PR22MB0983.namprd22.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: evequefou.be does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: eq3gVmSWeGPorn9/SJfPgEtcutGKSqLFr3an4676/qPOu7z9RuP/4hd7bgijt76cfL6LR+IZjYkI+oxeNzNT5UTr9/RBGghdhzn3a0ZU/OArmASt6PlADbRYfmWfeE4tMO4xFKIKbuYJSEPoZu4JFgmT3ZVcQK/HtgFWsm8slXUDIBexNtM6bjjfib1bV1g7UQiOatHn5IEpgpuAzTxSfpQSSVH45HiHqZWXY3I0yJ8z+q+FMoD4YPaxZKTVC1ZZRO2zOFkIrNBljFLTZDIBTrrpKTzGewl1GPwrsMz0ne0gT0J0/JsTPU6lPPylJApCg792iPOtFYUlOikKt5UcwDzXPMTy/zzSGKlLI74+SHrty/EKKJ9Uyalrd1N0R5n/vIB9wDTWCEcvJToNq0ZaxuRAQy3UnVeM58a2+KDglL4=
Content-Type: multipart/alternative; boundary="_000_CY4PR22MB0983FBE5C72EF1D46DAC27ECDA090CY4PR22MB0983namp_"
MIME-Version: 1.0
X-OriginatorOrg: evequefou.be
X-MS-Exchange-CrossTenant-Network-Message-Id: 64e43833-dc1f-4ce5-1bf7-08d6d959a4ba
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 May 2019 17:20:35.7099 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 41eaf50b-882d-47eb-8c4c-0b5b76a9da8f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR22MB0502
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/WxhQW6RBXkO1NCG9vEcCM1NnqoM>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
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, 15 May 2019 17:20:44 -0000

We agreed in Tokyo that we would not mandate that implementations check for improper peer behavior when doing so required substantial extra work.  Implementations MUST error out on easily-detected errors, but only SHOULD/MAY error on things they would have to actively check (unless they’re already required to actively check for security reasons, in which case there’s no extra work).

From: QUIC <quic-bounces@ietf.org> On Behalf Of Eric Rescorla
Sent: Tuesday, May 14, 2019 5:21 PM
To: David Schinazi <dschinazi.ietf@gmail.com>
Cc: IETF QUIC WG <quic@ietf.org>; Christian Huitema <huitema@huitema.net>; Martin Duke <martin.h.duke@gmail.com>
Subject: Re: Big TP codespace

What's the bigger principle you are endorsing? What errors "like this" are we not requiring detection of?

On Mon, May 13, 2019 at 5:19 PM David Schinazi <dschinazi.ietf@gmail.com<mailto:dschinazi.ietf@gmail.com>> wrote:
Our implementation checks for duplicates only for the transport parameters it supports. I think #2691<https://github.com/quicwg/base-drafts/pull/2691/files> is the correct solution.

+1 to the design principle of encouraging but not requiring detection of errors like this

David

On Mon, May 13, 2019 at 2:06 PM Christian Huitema <huitema@huitema.net<mailto:huitema@huitema..net>> wrote:


> On May 13, 2019, at 1:58 PM, Martin Duke <martin.h.duke@gmail.com<mailto:martin.h.duke@gmail.com>> wrote:
>
> What do people think?

I think the general rule of protocol policing should be "MUST NOT" do dastardly stuff, and "MAY" drop the connection when that happens.

-- Christian Huitema

v2.23.0 | Report a Bug | By Email