IETF Logo Mail Archive

Re: Payload length 0

"Eggert, Lars" <lars@netapp.com> Sat, 26 May 2018 07:38 UTC

Return-Path: <lars@netapp.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 64B89120724 for <quic@ietfa.amsl.com>; Sat, 26 May 2018 00:38:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=netapp.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 FWNzpaui5CHd for <quic@ietfa.amsl.com>; Sat, 26 May 2018 00:38:23 -0700 (PDT)
Received: from mx144.netapp.com (mx144.netapp.com [IPv6:2620:10a:4005:8000:2306::d]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A5C9212025C for <quic@ietf.org>; Sat, 26 May 2018 00:38:23 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="5.49,443,1520924400"; d="asc'?scan'208";a="259681941"
Received: from vmwexchts04-prd.hq.netapp.com ([10.122.105.32]) by mx144-out.netapp.com with ESMTP; 26 May 2018 00:38:22 -0700
Received: from VMWEXCCAS06-PRD.hq.netapp.com (10.122.105.22) by VMWEXCHTS04-PRD.hq.netapp.com (10.122.105.32) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Sat, 26 May 2018 00:38:22 -0700
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (10.120.60.153) by VMWEXCCAS06-PRD.hq.netapp.com (10.122.105.22) with Microsoft SMTP Server (TLS) id 15.0.1320.4 via Frontend Transport; Sat, 26 May 2018 00:38:22 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netapp.onmicrosoft.com; s=selector1-netapp-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=F3sfCZGChVcXdZtxMgc+aMXNsIYI4usXLc3RWwtkaL4=; b=e09w9K0HhT5Bwr0OzjDeU5Y4AEtT9GCsiQEwdxwX/WfBpnqiFdaoPVNaG4y69yHmXy/ss5GGUHCjdhGmTkwxSu4DYZgbvJZnLCNkcsaaFj6jrCkRPe7coft+c6EKIY2gtFT9syWKdUN4sEte0xLH46xKtfDXNSS7LkDZBF72Jtw=
Received: from BLUPR06MB1764.namprd06.prod.outlook.com (10.162.224.150) by BLUPR06MB1874.namprd06.prod.outlook.com (10.162.225.28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.797.11; Sat, 26 May 2018 07:38:19 +0000
Received: from BLUPR06MB1764.namprd06.prod.outlook.com ([fe80::fdfb:ef8b:4fae:590c]) by BLUPR06MB1764.namprd06.prod.outlook.com ([fe80::fdfb:ef8b:4fae:590c%4]) with mapi id 15.20.0797.015; Sat, 26 May 2018 07:38:19 +0000
From: "Eggert, Lars" <lars@netapp.com>
To: Marten Seemann <martenseemann@gmail.com>
CC: Janardhan Iyengar <jri.ietf@gmail.com>, Martin Thomson <martin.thomson@gmail.com>, QUIC WG <quic@ietf.org>
Subject: Re: Payload length 0
Thread-Topic: Payload length 0
Thread-Index: AQHT7mZLfA1S8PwR1UqMWwbQnUpKsKQ/3qAAgAE6QgCAABj7gIAAel0A
Date: Sat, 26 May 2018 07:38:19 +0000
Message-ID: <85B11F91-D4F1-4487-B2ED-6EA6DEF3297E@netapp.com>
References: <CAOYVs2q63DpkPZTbw9T24ZcFOxbvrWAGvOtUaHvCuSg_13pSkQ@mail.gmail.com> <CABkgnnUAiztUw-kEr97bCX499eQL8wno11rRJQJD+49eBn6LXA@mail.gmail.com> <CACpbDcezAWLC+4W8CezXnjyivWGV6ktR_XoCDnBT24MUKCg-PA@mail.gmail.com> <CAOYVs2pcSC__ERAWzd8dwJ_4HXL_je1heftyQz6YCCSM6gQ_yQ@mail.gmail.com>
In-Reply-To: <CAOYVs2pcSC__ERAWzd8dwJ_4HXL_je1heftyQz6YCCSM6gQ_yQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-mailer: Apple Mail (2.3445.6.18)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=lars@netapp.com;
x-originating-ip: [2001:a61:702:2a01:c873:92b3:67dd:8fee]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BLUPR06MB1874; 7:HNnreKiXnvBN5P7Bjj2E2DP6IaeaMd6L1zjFowP4uuMOaCSN7/bMkdnlW04hRYKDx69C7Il0niY9fB42MUEP/1hB36gSR0oEZ6AD82CCP6uUvt+0k7T98yv54/JQuFT1rZjhoIfvpkTeXBTPVrRL8zXhQRHmYg+/mjF86H7im2yz5xJra0m40iFFLGBfH2tWAFThomfzPpjDS4CknQSnJvkvkV7SPGr7cP1GnucXO8z7JJLnOC+rQ35nqRRLIq/8
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(49563074)(7193020); SRVR:BLUPR06MB1874;
x-ms-traffictypediagnostic: BLUPR06MB1874:
x-microsoft-antispam-prvs: <BLUPR06MB18743E1DE97946A90E933C58A7680@BLUPR06MB1874.namprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(166708455590820)(85827821059158);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(8121501046)(5005006)(3231254)(944501410)(52105095)(93006095)(93001095)(3002001)(10201501046)(6055026)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123558120)(20161123562045)(20161123564045)(6072148)(201708071742011)(7699016); SRVR:BLUPR06MB1874; BCL:0; PCL:0; RULEID:; SRVR:BLUPR06MB1874;
x-forefront-prvs: 0684F80A5C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(39860400002)(376002)(346002)(366004)(39380400002)(52314003)(377424004)(199004)(189003)(83716003)(966005)(57306001)(46003)(6116002)(99286004)(53546011)(11346002)(8936002)(6506007)(105586002)(2900100001)(50226002)(5250100002)(2616005)(76176011)(486006)(476003)(54906003)(478600001)(82746002)(86362001)(316002)(25786009)(36756003)(4001150100001)(14454004)(229853002)(33656002)(39060400002)(561944003)(2906002)(106356001)(3660700001)(3280700002)(99936001)(7736002)(4326008)(6246003)(305945005)(97736004)(81156014)(81166006)(93886005)(8676002)(446003)(6512007)(6306002)(53936002)(186003)(5660300001)(7116003)(6916009)(1411001)(102836004)(6436002)(68736007)(6486002); DIR:OUT; SFP:1101; SCL:1; SRVR:BLUPR06MB1874; H:BLUPR06MB1764.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: netapp.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: X2YlCLV0xdgB5cA7f0F9ulN6IY9ql9mROts0ddzpe6exTGNGQXLBsLhtTxDm5r9M7wq/zup8750mRFyOq+hnjqZh5QqF2S081Deh/pVitqXEB2yZJFlnr+mCtPjATIMqJyghXayJNu/32XwRwpl8q1j6+iWANkh5ozoWjoVY3C1HOzfmnX9IkSCiiIlmkQTj
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/signed; boundary="Apple-Mail=_C7E374BC-FF40-416A-AE50-499D45F20FC0"; protocol="application/pgp-signature"; micalg="pgp-sha512"
MIME-Version: 1.0
X-MS-Office365-Filtering-Correlation-Id: e7478f7b-fe73-411f-c9a7-08d5c2dba709
X-MS-Exchange-CrossTenant-Network-Message-Id: e7478f7b-fe73-411f-c9a7-08d5c2dba709
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 May 2018 07:38:19.7725 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 4b0911a0-929b-4715-944b-c03745165b3a
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR06MB1874
X-OriginatorOrg: netapp.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/cyVgcNjKygVeN47BWL7LWcVTQTo>
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: Sat, 26 May 2018 07:38:26 -0000

If we make the plen field fixed (which I think we just did to fix the issue with coalesced packets) I'm fine.

Lars

> On 2018-5-26, at 2:20, Marten Seemann <martenseemann@gmail.com> wrote:
> 
> Works for me.
> 
> On Sat 26. May 2018 at 06:50, Jana Iyengar <jri.ietf@gmail.com> wrote:
> I'm fine with having 0 not be special. Marten and Lars had stronger opinions, so they should speak up.
> 
> On Thu, May 24, 2018 at 9:06 PM, Martin Thomson <martin.thomson@gmail.com> wrote:
> It seems like the discussion has settled down.
> 
> For those advocating for 0 being special, are you happy to keep things as
> they are?
> On Fri, May 18, 2018 at 3:08 PM Marten Seemann <martenseemann@gmail.com>
> wrote:
> 
> > Jana asked me to raise this issue on the list, after we already had a bit
> of discussion in https://github.com/quicwg/base-drafts/pull/1301.
> 
> > The proposal is to make a payload length of 0 a special value, indicating
> that the packet is not a coalesced packet, i.e. that the whole payload of
> the UDP packet is the QUIC packet. This would eliminate an invalid value of
> the payload length (there are no empty packets), save one byte for packet
> lengths where varint encoding would result in a two byte number, and
> apparently also simplify (some) implementations.
> 
> > Kazuho argued creating two versions of each Long Header type (one with
> and one without a payload length) is the better solution, since all values
> below the AEAD tag length + 1 are invalid values anyway, and it would save
> one more byte.
> 
> > We should make a decision if and what we want to do about this.
> 
>

v2.23.0 | Report a Bug | By Email