Re: [Dots] [core] WG Last Call on draft-ietf-core-new-block

Marco Tiloca <marco.tiloca@ri.se> Mon, 21 December 2020 08:10 UTC

Return-Path: <marco.tiloca@ri.se>
X-Original-To: dots@ietfa.amsl.com
Delivered-To: dots@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BBE03A0EA0; Mon, 21 Dec 2020 00:10:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.101
X-Spam-Level:
X-Spam-Status: No, score=-2.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, MSGID_FROM_MTA_HEADER=0.001, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H2=-0.001, 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=ri.se
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 MDToPBhkKiXD; Mon, 21 Dec 2020 00:10:13 -0800 (PST)
Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80073.outbound.protection.outlook.com [40.107.8.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 491533A0C0D; Mon, 21 Dec 2020 00:10:12 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=CKiBT8mCbYyqchUW38woi+5jUsTilWN3l3noOt0iXf3LANpeaB4EiNumMwhSJE3D1FAXzMN4GCtUZQ/Xr2oQxUMFVVaxEi4quOwvLo0AqxlqRt9Wt+3bvh/5Lg25TAlO+CdkJR3Azh96ruzEHtfNoXSH6d5XWggoCiC3Us5SyH11vfrQw24Ypp4oS5oPdxPvNZx+xVPKFDBZKmYzwBhi54QWrV0j1NAHXRh2Unj8kPlJG3j00b0quMDv+H7XM0KiEvPIyLfBzf6YxSOPFsExq7CHXKdyHN1E+o36suHPb7vtQ66/2shzWTLL2J0e2KeMiU74M10yrMpjsEuGSnvzkw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7GdYByu7o5bRufuk5UNMGoZZWj9C9GCual2Yg6Iubrc=; b=ffDKxgWLSxnZc9Jde//noPkdePHiJLVACGdR9Qksa4KnLIdhTDcRTvw2BM/DMYqv/PI9bYNlhwYVTqBxngzAXgJwWdKg5bGZmEINyMrLQCa52esA7cWqF0HIW4J21Yj75hy90y9WZiBoQCgNjrgg/sQ0rnqUgD1Zs2llOtR1lNQmpZx7qEadxbxcqb69lmkKkgJxqDEEUkHpLTM/vqVi5YvubbVSo5R6yXillE1JJK35aQMWN7M/frKm8fOgopgQ8zpneUY+BhJj/omwtM/FOmil3ZR7y/+f6ibS1iwsJ0pjyCEV3WWUIlgEsHniJ+eKQlwlqPtfWfQuja+sxcDsfw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ri.se; dmarc=pass action=none header.from=ri.se; dkim=pass header.d=ri.se; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ri.se; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7GdYByu7o5bRufuk5UNMGoZZWj9C9GCual2Yg6Iubrc=; b=KkF0zPlLK7zBhd/l2LYEFqJVVcKYBE1Bhhjf5nB+ur6enQeEfVQTVJB12A5FMBwhVpI4f6K4P0ORUXyieDPbPjn4B4Ek0Edgx+BkIZYchtr+/Mgt2/hnMfQt/O9ps3qbPEV/m9TcOU/H5dPj9g5CuxPXyvuuD25yV1OKaFlzURQ=
Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ri.se;
Received: from DB8P189MB1032.EURP189.PROD.OUTLOOK.COM (2603:10a6:10:16e::14) by DB8P189MB0698.EURP189.PROD.OUTLOOK.COM (2603:10a6:10:127::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3676.29; Mon, 21 Dec 2020 08:10:10 +0000
Received: from DB8P189MB1032.EURP189.PROD.OUTLOOK.COM ([fe80::3465:5a04:e16a:9ee0]) by DB8P189MB1032.EURP189.PROD.OUTLOOK.COM ([fe80::3465:5a04:e16a:9ee0%8]) with mapi id 15.20.3676.033; Mon, 21 Dec 2020 08:10:10 +0000
From: Marco Tiloca <marco.tiloca@ri.se>
To: "core@ietf.org WG (core@ietf.org)" <core@ietf.org>
Cc: dots@ietf.org
References: <263d6f84-4a57-2085-288f-068b1d78f7ae@ri.se>
Autocrypt: addr=marco.tiloca@ri.se; prefer-encrypt=mutual; keydata= mQENBFSNeRUBCAC44iazWzj/PE3TiAlBsaWna0JbdIAJFHB8PLrqthI0ZG7GnCLNR8ZhDz6Z aRDPC4FR3UcMhPgZpJIqa6Zi8yWYCqF7A7QhT7E1WdQR1G0+6xUEd0ZD+QBdf29pQadrVZAt 0G4CkUnq5H+Sm05aw2Cpv3JfsATVaemWmujnMTvZ3dFudCGNdsY6kPSVzMRyedX7ArLXyF+0 Kh1T4WUW6NHfEWltnzkcqRhn2NcZtADsxWrMBgZXkLE/dP67SnyFjWYpz7aNpxxA+mb5WBT+ NrSetJlljT0QOXrXMGh98GLfNnLAl6gJryE6MZazN5oxkJgkAep8SevFXzglj7CAsh4PABEB AAG0Nk1hcmNvIFRpbG9jYSAobWFyY28udGlsb2NhQHJpLnNlKSA8bWFyY28udGlsb2NhQHJp LnNlPokBNwQTAQgAIQUCWkAnkAIbAwULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRDuJmS0 DljaQwEvCACJKPJIPGH0oGnLJY4G1I2DgNiyVKt1H4kkc/eT8Bz9OSbAxgZo3Jky382e4Dba ayWrQRFen0aLSFuzbU4BX4O/YRSaIqUO3KwUNO1iTC65OHz0XirGohPUOsc0SEMtpm+4zfYG 7G8p35MK0h9gpwgGMG0j0mZX4RDjuywC88i1VxCwMWGaZRlUrPXkC3nqDDRcPtuEGpncWhAV Qt2ZqeyITv9KCUmDntmXLPe6vEXtOfI9Z3HeqeI8OkGwXpotVobgLa/mVmFj6EALDzj7HC2u tfgxECBJddmcDInrvGgTkZtXEVbyLQuiK20lJmYnmPWN8DXaVVaQ4XP/lXUrzoEzuQENBFSN eRUBCACWmp+k6LkY4/ey7eA7umYVc22iyVqAEXmywDYzEjewYwRcjTrH/Nx1EqwjIDuW+BBE oMLRZOHCgmjo6HRmWIutcYVCt9ieokultkor9BBoQVPiI+Tp51Op02ifkGcrEQNZi7q3fmOt hFZwZ6NJnUbA2bycaKZ8oClvDCQj6AjEydBPnS73UaEoDsqsGVjZwChfOMg5OyFm90QjpIw8 m0uDVcCzKKfxq3T/z7tyRgucIUe84EzBuuJBESEjK/hF0nR2LDh1ShD29FWrFZSNVVCVu1UY ZLAayf8oKKHHpM+whfjEYO4XsDpV4zQ15A+D15HRiHR6Adf4PDtPM1DCwggjABEBAAGJAR8E GAECAAkFAlSNeRUCGwwACgkQ7iZktA5Y2kPGEwf/WNjTy3z74vLmHycVsFXXoQ8W1+858mRy Ad0a8JYzY3xB7CVtqI3Hy894Qcw4H6G799A1OL9B1EeA8Yj3aOz0NbUyf5GW+iotr3h8+KIC OYZ34/BQaOLzdvDNmRoGHn+NeTzhF7eSeiPKi2jex+NVodhjOVGXw8EhYGkeZLvynHEboiLM 4TbyPbVR9HsdVqKGVTDxKSE3namo3kvtY6syRFIiUz5WzJfYAuqbt6m3TxDEb8sA9pzaLuhm fnJRc12H5NVZEZmE/EkJFTlkP4wnZyOSf/r2/Vd0iHauBwv57cpY6HFFMe7rvK4s7ME5zctO Ely5C6NCu1ZaNtdUuqDSPA==
Message-ID: <e36b0b27-d802-5726-0605-0a3c4916dc19@ri.se>
Date: Mon, 21 Dec 2020 09:10:02 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
In-Reply-To: <263d6f84-4a57-2085-288f-068b1d78f7ae@ri.se>
Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="eOEMrsvD4dU5YvhOvcvvYZQfVbHbvK1hO"
X-Originating-IP: [91.132.138.180]
X-ClientProxiedBy: HE1PR08CA0047.eurprd08.prod.outlook.com (2603:10a6:7:2a::18) To DB8P189MB1032.EURP189.PROD.OUTLOOK.COM (2603:10a6:10:16e::14)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from [10.8.3.6] (91.132.138.180) by HE1PR08CA0047.eurprd08.prod.outlook.com (2603:10a6:7:2a::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3676.29 via Frontend Transport; Mon, 21 Dec 2020 08:10:10 +0000
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 3b5821a5-a691-462e-9457-08d8a587d63a
X-MS-TrafficTypeDiagnostic: DB8P189MB0698:
X-Microsoft-Antispam-PRVS: <DB8P189MB0698D04E3690E3B7BBD35AE199C00@DB8P189MB0698.EURP189.PROD.OUTLOOK.COM>
X-MS-Oob-TLC-OOBClassifiers: OLM:5236;
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: ugKwGHZHaBrhsljHy4MjpiYDAAJs58hxUSXTOMoEfqBm48opAobMj1v7S0RH4NNbd/Eg6NTP31Wy8PnXkraNYp6pM0ggmtLfE/M+R0O53VWPCXG9qnLbqoNSYf+EmP7GSDM2NzNkQfV41vaR67yEfjq//pO7zlczZ5RrRcKuta8nUOSwcRkKJAciGEkpIVSMk5GzMqe0VAWWeClSy3ipYN9qdSE0Q0abnDLUYbjmDYSglW3KyYoq9kWS9ExBR+VUp52G5T7KuTMVPcXNXkpXLbhFgmTohMUcSrHTGTxU0vSTEax/VlkvgPHrVEPOf203yRY6mfST1pTaRti0A0TANcRsjBjxYjgY00BYTfn7g129BL9exp8UrnFbYrPmcS6HqemrPymfGQMQbtQWQj5OhmBA7Zhy7GHelnNkLK4Wdiz7NVSbqfTPIODHnnANyRWrF4La8zEuQNT2C9RwGazxxHVIfgjTzIcDXLk3MN9icAUPjYOdaNOzqAPiNsceTkm9CCLpKoUemqkAGDu2mBlrzU/duafoEiyyAn987lpV0aBAaq30DFm6PjrHPr9kT19w
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB8P189MB1032.EURP189.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(4636009)(39850400004)(376002)(346002)(396003)(136003)(366004)(6666004)(16526019)(21480400003)(186003)(83380400001)(478600001)(86362001)(66946007)(36756003)(16576012)(316002)(966005)(66574015)(31696002)(44832011)(5660300002)(4326008)(450100002)(6916009)(6486002)(956004)(26005)(235185007)(33964004)(2616005)(52116002)(8936002)(8676002)(31686004)(66476007)(66556008)(53546011)(2906002)(43740500002)(45980500001); DIR:OUT; SFP:1101;
X-MS-Exchange-AntiSpam-MessageData: =?utf-8?B?U1gxWDBhZjV5M2tqVTFiL1BSUlppUnJjOWtDYVdaVGliN1VxakorcVhYM1Nx?= =?utf-8?B?a01mRDAva0NFeDd2NHR5TmZZazdBOXZmTjZveFdzNEh0ZWVQVkZPdzJlVkxt?= =?utf-8?B?b0xzaVU5VkRSbEVHOElqTHNpWWtpbzZMUnhid3FhTXRaMEpUd1RQVGxuamRV?= =?utf-8?B?S1h1aXdtUlVqMTlQMlpaZ3FmMFhKeE9aODg4SzB4RlN3QlJLWmVqcWI1V1Er?= =?utf-8?B?UkpMdVU0STIrRmtUWFpuTTU0YzgvRjBXbnNlQSthNmw0eXhla0E0TS83YnN5?= =?utf-8?B?dUluWG1TUzNkVlFBc1E1U0l1ZHlUUTYrbW5YRHE0NjRtSlJYMlBNdzZUM2dD?= =?utf-8?B?akpDeWtCK0Rkcit3WXpra2RMUVl0b043U1FUODhXNEF6RE1yU0l1a3lPWEFM?= =?utf-8?B?U3dWNGZBTEhLaW5zRG00eExNR1JGU09hQTNOMElueHh5VHBEd2VUanV6dC85?= =?utf-8?B?TUIrNm1PV2VoQnU3Z3FMSG5qUHJ6M0w4aWtlcFBWSVh6VGUyM2FJRmU5OThx?= =?utf-8?B?UWZ0Y3RrWHphQ3E3NG5LNHcvOXBoNnV5SGUvL2k2L2ZRWHlLb1V0VTNINE5I?= =?utf-8?B?V1EvUE9uTVl0Z3ZDemFPbjdtcHBMTGRVZFgzZ2hRS1ZCMlVVT2dHKzVnLzVX?= =?utf-8?B?ZS9wMFdFRkJKQUNQbCtsWDl1M21WZlBBb1Q5Qk1NbGdvNXhJaXRrL0RRTkpK?= =?utf-8?B?YVFDT0hoWXVVOTcxVmRtd3pKeTRaQTR5Wjd5QmFPLzNnVVZ0NExIZjRtQUx4?= =?utf-8?B?Q1NsUlNOcWUrbUNaMzJPeUVQN014aVVNeWhSQmhJTklPcEVab3ZELzA3M1dl?= =?utf-8?B?NHpZYnA4Mk1iQU41UFJTUGZYMC9GcUhHTzJBTVNpWDFKcnRHNTVqZ3pnQWZl?= =?utf-8?B?ZmZteEVzTnU3ZnJPTXdha2d2VFFEbXdHdjdBYU0xU2U2SWJKb1RrdTJpcnpP?= =?utf-8?B?T24xUWdBMzYzblc2bGJtUUhaU0luN1pjVjFkMjF3QkhaWFZNY3ZlMzNqbXVS?= =?utf-8?B?NTRWc3F1NFp2b2UrYVpyZlF3YTJBK0dmQUJLRUhsRmM0eCtPWU5pdW1sa3hJ?= =?utf-8?B?MmtnVFRMWTRkTm00VVRxbHQrT0gzSlZUTmdFU0ozSDlmMnRLL2tGU0VlaVdN?= =?utf-8?B?TXFXQjNac3g4SHVmZi9TaVIwV2NZRXFFTk44R1RBeVdtdWw5Z0ZTc3NIeFZ6?= =?utf-8?B?L3FQTS9wTFZLckZ6bEU5UmkzUDF4eTh3SklzSklzUThHMEd1TENjRG5DSUg3?= =?utf-8?B?bWhYY1FXSnQyRDVEaTNueVg5dHlLRjU1bFNsakFERzkwcldLSmMybjF2K0xV?= =?utf-8?Q?qUP/LaWqOSzZXPak+Kpe/TJUSHe+lo2hRl?=
X-OriginatorOrg: ri.se
X-MS-Exchange-CrossTenant-AuthSource: DB8P189MB1032.EURP189.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 21 Dec 2020 08:10:10.5768 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 5a9809cf-0bcb-413a-838a-09ecc40cc9e8
X-MS-Exchange-CrossTenant-Network-Message-Id: 3b5821a5-a691-462e-9457-08d8a587d63a
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: tX7Ei2TDzrHJKsixZJtICJGRBqYErbsRr8RpbsPzSnR1FK5y7LQlE5yaRmOAb3HZPHgz/6Xk0nPEwR++63CKhw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB8P189MB0698
Archived-At: <https://mailarchive.ietf.org/arch/msg/dots/etEDpEuNzUMvrXkMJUpWWH6ggyo>
Subject: Re: [Dots] [core] WG Last Call on draft-ietf-core-new-block
X-BeenThere: dots@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." <dots.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dots>, <mailto:dots-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dots/>
List-Post: <mailto:dots@ietf.org>
List-Help: <mailto:dots-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dots>, <mailto:dots-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Dec 2020 08:10:17 -0000

Hi all,

Please, see below some comments for this WGLC.

Best,
/Marco

 
[General]

* s/CoAP endpoint sender/CoAP sender endpoint

* Please, replace the references to RFC 7049 with references to RFC 8949.

* There are six instances of "CoAP session", which is not defined in RFC
7252 or RFC 7959. Do you simply mean "block-wise transfer" ?


[Section 1]

* I think that the heading of the current Section 1.1 can be removed, so
that Section 1 starts simply with "The Constrained Application Protocol ..."

* s/and further updated/and was further updated

* s/loss; which/loss, which

* s/informs the CoAP endpoint sender either successful receipt or/either
informs the CoAP sender endpoint of a successful receipt or

* s/that have been not yet been received/that have not yet been received

* s/will both generally/will both be generally

* The last paragraph in Section 1.4 can be expanded to mention OSCORE as
an alternative when DTLS is not used.


[Section 3.4]

* As to "If the server receives multiple requests (implied or otherwise)
for the same block ..." , I guess the word "requests" does not mean CoAP
requests, since the paragraph is talking about a single actual CoAP
request. In fact, it seems to refer to the multiple needed blocks
indicated by the multiple Q-Block2 options in a same CoAP request.

   If I'm interpreting correctly, this tries to cover a strange behavior
from the client that sends multiple Q-Block2 Options in a same CoAP
requests with the M bit set, such as: 2/1/1024 , 3/1/1024, 4/1/1024; but
still the server has to send back blocks 2, 3, 4 ... until the last one
only once each.
  
   If this is correct, how about the following rephrasing?
  
   "If the request includes multiple Q-Block2 Options and asks for a
same block multiple times (e.g., through the M bit set), the server MUST
only send back one instance of that block.

* s/if this is the case/if this is not the case

* s/Option whichever is/Option, whichever is


[Section 3.7]

* s/and MUST have the same value/and MUST preserve the same value in
each of those payloads.

(just to avoid reading it as Size1 and Size2 must have the same value)


[Section 9]

* I suggest to add one more example in the end, where Q-Block2 is used
in a request with the M bit set. As a separate continuation of the
example in Figure 7, this can be the case where, after observe being
triggered one more time, only the first block for a new ET=24 reaches
the client, which can use a single QB2:1/1/1024.


[Section 11]

* As mentioned for Section 1, more can be said here for when OSCORE is used.



On 2020-12-07 18:35, Marco Tiloca wrote:
> Dear all,
>
> Following the recent clarifications from the authors [1], this mail
> starts a Working Group Last Call on:
>
> https://tools.ietf.org/html/draft-ietf-core-new-block-02
>
> This WGLC will end on Tuesday, 22nd of December.
>
> This WGLC is also copied to the DOTS WG mailing list.
>
> Best,
> Marco and Jaime
>
> [1] https://mailarchive.ietf.org/arch/msg/core/MJRxWldea5EOchYJRBOmkdvjiLI/
>

-- 
Marco Tiloca
Ph.D., Senior Researcher

RISE Research Institutes of Sweden
Division ICT
Isafjordsgatan 22 / Kistagången 16
SE-164 40 Kista (Sweden)

Phone: +46 (0)70 60 46 501
https://www.ri.se