From nobody Sun Sep 1 23:33:09 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D945B120089 for ; Sun, 1 Sep 2019 23:33:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.821 X-Spam-Level: X-Spam-Status: No, score=-1.821 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_NEUTRAL=0.779] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.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 JOO5Cdsnih8Q for ; Sun, 1 Sep 2019 23:33:05 -0700 (PDT) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0F8712006F for ; Sun, 1 Sep 2019 23:33:04 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 05F5847A for ; Mon, 2 Sep 2019 02:33:02 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Mon, 02 Sep 2019 02:33:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=r+Ahd276zjBuOAplufhPcJ6eNjp2IvRXiXkRd0QNP EY=; b=D96wbBCiEFekc0wZJaluriLuuHGg12zp9skdztSmByXEMRne36LRZXMCW 2qfs1MkQkkaC6KsM/NYt5GYFd0zKGVjXKqwj0PRMKcz4W1wn+KrkwZNae48w91fQ ZQADwIRbiHfGamggsO2YVNpFkbFxKNtzt417Nas/hJaPe69MJFT/Ju1+FzB4sZx2 QXdjxhW4Vvrnw0WJiazy9/nPqWqZcvsJ25+UVBrq+g7/E79OZUI3GyNdibCbp6Qm cwrGE/qytVOhjJXRO3BW0oUuZ/+fomhYhENFRnoMMZYNQ5PQfdFGIOFiaQGdQYP+ XVrkbk1qsroo1GKF4ly3MaWTF/3ZQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrudeiledguddtkecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtugfgjggfse htkeertddtredunecuhfhrohhmpeflrghimhgvucflihhmrohnvgiiuceojhgrihhmvges ihhkihdrfhhiqeenucffohhmrghinhepihgvthhfrdhorhhgnecukfhppeekledrudeiie drgeelrddvgeefnecurfgrrhgrmhepmhgrihhlfhhrohhmpehjrghimhgvsehikhhirdhf ihenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: from EMB-918HFH01 (89-166-49-243.co.dnainternet.fi [89.166.49.243]) by mail.messagingengine.com (Postfix) with ESMTPA id C64358005C for ; Mon, 2 Sep 2019 02:33:01 -0400 (EDT) Date: Mon, 2 Sep 2019 09:33:00 +0300 From: =?utf-8?Q?Jaime=20Jim=C3=A9nez?= To: core@ietf.org Message-ID: <20190902063259.26pjkp7sboaeoygq@EMB-918HFH01> References: <20190821082234.5ostmp5mwdzn6uk7@EMB-918HFH01> <20190821082555.whoele3gzsm4ymsg@EMB-918HFH01> <20190826073128.eprl65oz3gn37xya@EMB-918HFH01> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190826073128.eprl65oz3gn37xya@EMB-918HFH01> User-Agent: NeoMutt/20180716 Archived-At: Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_CoRE_Working_Group_Adoption_call_f?= =?utf-8?q?or_draft-bormann-senml-more-units-03?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Sep 2019 06:33:08 -0000 Dear CoRE, The call for WG Adoption of draft-bormann-senml-more-units-03 ended yesterday. During the time we have received positive feedback and good additions to the subregistry. It looks like the work is necessary and has sufficient support within the WG, therefore let's adopt this document as a WG item. The authors should resubmit the latest version, if possible with Harri's additions. BR, -- Jaime Jiménez On Mon, Aug 26, 2019 at 10:31:28AM +0300, Jaime Jiménez wrote: > Dear all, > > as there seems to be some timing issues with the deadline of the WGA, > I'd like to move it ahead few days to the 1st of September. > > I hope this does not create problems to potential reviewers as there is > still this week to provide feedback. > > BR, > -- Jaime Jiménez > > On Wed, Aug 21, 2019 at 11:25:55AM +0300, Jaime Jiménez wrote: > > > > Forgot to add that the call will last a couple of weeks and will end the > > 4th of September. > > > > On Wed, Aug 21, 2019 at 11:22:34AM +0300, Jaime Jiménez wrote: > > > Dear Core WG, > > > > > > We would like to start the call for adoption on > > > draft-bormann-senml-more-units-03. > > > >From the minutes I see there was interest in the room during IETF 105. > > > > > > The draft registers some additional basic unit types for SenML (e.g. > > > Byte, etc). It also proposes a secondary registry of derived units > > > (e.g. milisecond, minute, etc) with different scales and > > > offset that better adjust to their "common uses". > > > > > > At a general level the need for this secondary registry has been > > > discussed in other SDOs and they too found it would be useful to have. > > > In order to encourage interoperability the main unit registry would be > > > more restricted. > > > > > > BR, > > > -- Jaime Jiménez > > > > > > _______________________________________________ > > > core mailing list > > > core@ietf.org > > > https://www.ietf.org/mailman/listinfo/core > > > > _______________________________________________ > > core mailing list > > core@ietf.org > > https://www.ietf.org/mailman/listinfo/core > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Mon Sep 2 01:43:00 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D32C12011F for ; Mon, 2 Sep 2019 01:42:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.198 X-Spam-Level: X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no 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 ivzArc2TKdjF for ; Mon, 2 Sep 2019 01:42:56 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40D9812011C for ; Mon, 2 Sep 2019 01:42:56 -0700 (PDT) Received: from [192.168.217.110] (p548DCCB9.dip0.t-ipconnect.de [84.141.204.185]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 46MNrZ3LtCzyfk; Mon, 2 Sep 2019 10:42:54 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Carsten Bormann In-Reply-To: <20190902063259.26pjkp7sboaeoygq@EMB-918HFH01> Date: Mon, 2 Sep 2019 10:42:53 +0200 Cc: core@ietf.org X-Mao-Original-Outgoing-Id: 589106572.31357-2ef732336bded9d478610c82077c1239 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20190821082234.5ostmp5mwdzn6uk7@EMB-918HFH01> <20190821082555.whoele3gzsm4ymsg@EMB-918HFH01> <20190826073128.eprl65oz3gn37xya@EMB-918HFH01> <20190902063259.26pjkp7sboaeoygq@EMB-918HFH01> To: =?utf-8?Q?Jaime_Jim=C3=A9nez?= X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_CoRE_Working_Group_Adoption_call_f?= =?utf-8?q?or_draft-bormann-senml-more-units-03?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Sep 2019 08:42:58 -0000 On Sep 2, 2019, at 08:33, Jaime Jim=C3=A9nez wrote: >=20 > The authors should resubmit the latest version, if possible with = Harri's > additions.=20 Right. I already prepared a bormann-04 of the individual draft with = those additions (and the IPSO particulates one, as well), and that is = what I just submitted as ietf-00. I believe the one thing we need to decide before going for WGLC on this = short document is whether we say =E2=80=9CUpdates 8428=E2=80=9D or not. = I now seem to think we should, as we are changing SenML to also allow = (=E2=80=9CMAY, but SHOULD NOT=E2=80=9D) use of the secondary registry, = and that sounds like an actual update to me. (Abstract and Introduction = need a sentence on this =E2=80=9CUpdates=E2=80=9D, too.) Gr=C3=BC=C3=9Fe, Carsten From nobody Mon Sep 2 02:42:31 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0473F120073; Mon, 2 Sep 2019 02:42:30 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: core@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: core@ietf.org Message-ID: <156741734985.12906.2806765319433702445@ietfa.amsl.com> Date: Mon, 02 Sep 2019 02:42:29 -0700 Archived-At: Subject: [core] I-D Action: draft-ietf-core-senml-more-units-00.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Sep 2019 09:42:30 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Constrained RESTful Environments WG of the IETF. Title : Additional Units for SenML Author : Carsten Bormann Filename : draft-ietf-core-senml-more-units-00.txt Pages : 7 Date : 2019-09-02 Abstract: The Sensor Measurement Lists (SenML) media type supports the indication of units for a quantity represented. This short document registers a number of additional unit names in the IANA registry for Units in SenML. It also defines a registry for secondary units that cannot be in SenML's main registry as they are derived by linear transformation from units already in that registry. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-core-senml-more-units/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-core-senml-more-units-00 https://datatracker.ietf.org/doc/html/draft-ietf-core-senml-more-units-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Sep 2 02:57:38 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A4C8120073 for ; Mon, 2 Sep 2019 02:57:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.821 X-Spam-Level: X-Spam-Status: No, score=-1.821 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_NEUTRAL=0.779] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.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 xpLcrq5eKFwZ for ; Mon, 2 Sep 2019 02:57:35 -0700 (PDT) Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 62C8A12006B for ; Mon, 2 Sep 2019 02:57:35 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id E97CD542; Mon, 2 Sep 2019 05:57:32 -0400 (EDT) Received: from imap3 ([10.202.2.53]) by compute6.internal (MEProxy); Mon, 02 Sep 2019 05:57:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=h40PV5x/v5Vty+8wJYX+L0Tfxm2PlY54vjX0Epyhl cU=; b=ECSI3QWLEUwhgvNFc5Xetd9G/5nWVUDhRo7gQUKfJlLHOg7ZfWDB/gWtr AAFpzYwE8VK4P2cmeVnLLICXuWBg4tDh124KTuYyNO8FadpKv1N8HKOh74vvWYgU oCADgR5iy6Hl4HfzfkGhMSZH4TOK9YeBhnG36YHA2YPh1v72g6bpJXnaJhAWdgYl 7+TbNTROqvK9j13RvMEf+ywBxhjPKR+4NxA3cMpBPtlnVnyMZxd/BSmOpnbVyuLq mkX9Zj4Cl8xckL+P7JfoNMaQ48RE9MWKMYT5+plgImmnNvfiFMn94xm1RAwzSbdX aX9JyUyei33wDc/1mctkWnpVDh8Ug== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrudejtddgvddvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvffutgfgsehtqhertderreejnecuhfhrohhmpeflrghi mhgvpgflihhmrohnvgiiuceojhgrihhmvgesihhkihdrfhhiqeenucffohhmrghinhepih gvthhfrdhorhhgnecurfgrrhgrmhepmhgrihhlfhhrohhmpehjrghimhgvsehikhhirdhf ihenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id EB89A4E009F; Mon, 2 Sep 2019 05:57:31 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-154-gfa7592a-fmstable-20190829v1 Mime-Version: 1.0 Message-Id: <00a3266b-4978-4a69-aa65-0944416fec20@www.fastmail.com> In-Reply-To: References: <20190821082234.5ostmp5mwdzn6uk7@EMB-918HFH01> <20190821082555.whoele3gzsm4ymsg@EMB-918HFH01> <20190826073128.eprl65oz3gn37xya@EMB-918HFH01> <20190902063259.26pjkp7sboaeoygq@EMB-918HFH01> Date: Mon, 02 Sep 2019 12:57:11 +0300 From: =?UTF-8?Q?Jaime_Jim=C3=A9nez?= To: "Carsten Bormann" Cc: core@ietf.org Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_CoRE_Working_Group_Adoption_call_f?= =?utf-8?q?or_draft-bormann-senml-more-units-03?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Sep 2019 09:57:37 -0000 On Mon, Sep 2, 2019, at 11:42 AM, Carsten Bormann wrote: > On Sep 2, 2019, at 08:33, Jaime Jim=C3=A9nez wrote: > >=20 > > The authors should resubmit the latest version, if possible with Har= ri's > > additions.=20 >=20 > Right. I already prepared a bormann-04 of the individual draft with=20= > those additions (and the IPSO particulates one, as well), and that is=20= > what I just submitted as ietf-00. Great, it is now published! https://tools.ietf.org/html/draft-ietf-core-senml-more-units-00 >=20 > I believe the one thing we need to decide before going for WGLC on thi= s=20 > short document is whether we say =E2=80=9CUpdates 8428=E2=80=9D or not= . I now seem to=20 > think we should, as we are changing SenML to also allow (=E2=80=9CMAY,= but=20 > SHOULD NOT=E2=80=9D) use of the secondary registry, and that sounds li= ke an=20 > actual update to me. (Abstract and Introduction need a sentence on=20= > this =E2=80=9CUpdates=E2=80=9D, too.) Before the really speedy processing of the draft, I think we should make= =20 sure that the subregistry works as intended. For example, on page 6 it=20= says we want to have the same expert review process also when reviewing=20= new unit submissions. Are we expecting a lot of those? Are the experts r= eady to review those? Maybe we would need to involve some unit experts on tha= t. =20 >=20 > Gr=C3=BC=C3=9Fe, Carsten >=20 > From nobody Mon Sep 2 06:07:55 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1707512013D; Mon, 2 Sep 2019 06:07:54 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Matthias Kovatsch via Datatracker To: Cc: ietf@ietf.org, core@ietf.org, draft-ietf-core-senml-etch.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Matthias Kovatsch Message-ID: <156742967398.13091.10827676798390937517@ietfa.amsl.com> Date: Mon, 02 Sep 2019 06:07:54 -0700 Archived-At: Subject: [core] Iotdir last call review of draft-ietf-core-senml-etch-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Sep 2019 13:07:54 -0000 Reviewer: Matthias Kovatsch Review result: Ready with Nits Dear authors and list members Here is my review for draft-ietf-core-senml-etch-05 from the IoT perspective. ## Summary draft-ietf-core-senml-etch-05 defines new media types and their semantics for two new SenML patch document formats (JSON and CBOR, resp.). The complexity added to implementations that can already handle SenML is marginal and straight-forward. Hence, I do not see any issue for constrained devices. The explicit media types help in IoT scenarios, where machines communicate with machines. There are a few minor issues that can be solved by the authors alone. Hence, I marked the result as "Ready with Nits". It would be good to get the help from an expert on Windows Clipboard Formats and Macintosh Uniform Type Identifiers, as no good guidelines are available to check these IANA considerations. (This issue appears to be recurrent also for other specs.) ## Technical comments * P4 (3.1): I am missing assertions such as "Values in a Fetch Record MUST be ignored." * What should happen when a Patch Record does not have a value? * P5 §3: The record must not be added when the value is null. (behavior not described formally enough) * P7: "Windows Clipboard Name" --> Microsoft and for instance HTML spec use "Windows Clipboard Format" * Okay, the sting itself is the Windows Clipboard Format Name... * The long string with spaces ("SenML FETCH/PATCH format") is a bit weird for this purpose, no? * I also had the problem to find proper guidelines for Windows Clipboard Formats; are there any? * No Macintosh Uniform Type Identifier? ## Additional comment * As already discussed with one of the authors, an implication for LwM2M is probably that these patch documents must not be used with Executable Resources (one might try to execute multiple resources at once with a PATCH method). The application of a Patch Pack is then not idempotent anymore. Furthermore, it is unclear what the value should be when the LwM2M Executable Resource does not take arguments. * If executing multiple resources atomically is an important use case, I think we need another iteration to deal with the state vs RPC issue ("use PATCH to call function(s) without arguments by giving a new state?!") ## Editorial comments * P1 §1 (Abstract), P2 last §: "iPATCH, PATCH, and FETCH" --> "FETCH, PATCH, and iPATCH" * It is easier on the brain if the order is kept consistent... * P2 §6: "hence full name" --> "hence the unique identifiers" ? * RFC 8428 does not define or contain "full name", but "globally unique identifier for the resource" * P3 §1: "The semantics of the ..." * Creates question about semantics for FETCH * Better to reverse sentences and start with "The rest of the document uses the term "(i)PATCH" to refer to both methods, as the semantics of the new media types are the same for the CoAP PATCH and iPATCH methods." * P3 §1: ", that can be used with the" --> ", which ..." * P3 §3: "Also the following ..." --> to many "also", just "The following ..." * P4 §2 (3.1): "... when resolved, match resolved names" --> "identifiers" * names when resolved are resolved names, hence unclear what is compared * P2 calls them "full names" * See above, should be something like "globally unique identifier for the resource" * P4 §8: Add example for records with name and time * Would be good to quickly show what "resolved form of records" means * P4 §9 (3.2): Add statement that SenML patch documents are always idempotent, hence PATCH and iPATCH are equivalent? * Basically move the last sentence to the beginning and give explanation for "(i)PATCH". * P5 §2: "When the name" --> "When the resolved name" ? Kind regards, Matthias From nobody Tue Sep 3 12:23:00 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A2D8812008B; Tue, 3 Sep 2019 12:22:58 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Warren Kumari via Datatracker To: "The IESG" Cc: draft-ietf-core-senml-etch@ietf.org, Carsten Bormann , core-chairs@ietf.org, cabo@tzi.org, core@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Warren Kumari Message-ID: <156753857865.3431.14971111950489795941.idtracker@ietfa.amsl.com> Date: Tue, 03 Sep 2019 12:22:58 -0700 Archived-At: Subject: [core] Warren Kumari's No Objection on draft-ietf-core-senml-etch-05: (with COMMENT) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Sep 2019 19:22:59 -0000 Warren Kumari has entered the following ballot position for draft-ietf-core-senml-etch-05: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-core-senml-etch/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Firstly, thank you for writing this, and also thanks to Carlos Pignataro for the OpsDir review. I have a question and a few nits which might be worth addressing if you are making other edits: Question: 1: The text in Section 4 feels quite hand-wavy / terse, and I don't think gives sufficient guidance to actually use this. e.g: What takes precedence? Do I refer to a specific record (using fragment identification) and then apply the FETCH / PATCH to that? Or do I use fragment identification to refer to records what have been PATCHed? As might be clear from the above, I'm not a CoRE person, so I'll be happy to accept "Your question makes no sense, this will be blindingly obvious to anyone who's actually implementing this...." :-) Nits: 1: Target Record: A Record in a SenML Pack that is matching the s/is matching/matches/ 2: The names for a Fetch Pack are given using the SenML "name" and/or "base name" Fields. I *think* that in this case "fields" would be better than "Fields" - you seem to be using the term fields generically in this case. From nobody Tue Sep 3 12:36:53 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 17E901200D5; Tue, 3 Sep 2019 12:36:52 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Christian Huitema via Datatracker To: Cc: ietf@ietf.org, core@ietf.org, draft-ietf-core-senml-etch.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Christian Huitema Message-ID: <156753941202.21156.13374047126124906978@ietfa.amsl.com> Date: Tue, 03 Sep 2019 12:36:52 -0700 Archived-At: Subject: [core] Secdir last call review of draft-ietf-core-senml-etch-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Sep 2019 19:36:52 -0000 Reviewer: Christian Huitema Review result: Ready I have reviewed this document as part of the security directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written primarily for the benefit of the security area directors. Document editors and WG chairs should treat these comments just like any other last call comments. The draft draft-ietf-core-senml-etch-05 defines new media types for the CoAP iPATCH, PATCH, and FETCH methods for resources represented with the SenML data model defined in RFC 8428. The security considerations appropriately refer to the general considerations of SenML. The document is ready. From nobody Tue Sep 3 15:32:45 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id EFE90120804; Tue, 3 Sep 2019 15:32:43 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Barry Leiba via Datatracker To: "The IESG" Cc: draft-ietf-core-senml-etch@ietf.org, Carsten Bormann , core-chairs@ietf.org, cabo@tzi.org, core@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Barry Leiba Message-ID: <156754996397.21163.12115190023987034339.idtracker@ietfa.amsl.com> Date: Tue, 03 Sep 2019 15:32:43 -0700 Archived-At: Subject: [core] Barry Leiba's No Objection on draft-ietf-core-senml-etch-05: (with COMMENT) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Sep 2019 22:32:44 -0000 Barry Leiba has entered the following ballot position for draft-ietf-core-senml-etch-05: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-core-senml-etch/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- It's a small thing, and not worth putting in as a DISCUSS, but please DO make this change: Please change the registration templates in Sections 6.2 and 6.3 to accurately match the template in Section 5.6 of RFC 6838. Thanks. From nobody Tue Sep 3 20:32:15 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C2E312008F; Tue, 3 Sep 2019 20:32:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 I73Nsy2wJS0I; Tue, 3 Sep 2019 20:32:12 -0700 (PDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 05DDE120072; Tue, 3 Sep 2019 20:32:11 -0700 (PDT) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id x843W1kV012075 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 3 Sep 2019 23:32:04 -0400 Date: Tue, 3 Sep 2019 22:32:00 -0500 From: Benjamin Kaduk To: Carsten Bormann Cc: Alexey Melnikov , The IESG , draft-ietf-core-multipart-ct@ietf.org, Jaime =?iso-8859-1?Q?Jim=E9nez?= , core-chairs@ietf.org, core@ietf.org Message-ID: <20190904033200.GR58050@kduck.mit.edu> References: <155675554069.2851.9351849772053196736.idtracker@ietfa.amsl.com> <459433ef-5cb5-4c3e-a32e-a5d063b1ccf0@www.fastmail.com> <20190504232153.GA19805@kduck.mit.edu> <20190826181801.GJ84368@kduck.mit.edu> <79816A1A-7863-47FC-8EF7-B6BB42A49D1E@tzi.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <79816A1A-7863-47FC-8EF7-B6BB42A49D1E@tzi.org> User-Agent: Mutt/1.10.1 (2018-07-13) Archived-At: Subject: Re: [core] Benjamin Kaduk's Discuss on draft-ietf-core-multipart-ct-03: (with DISCUSS and COMMENT) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Sep 2019 03:32:13 -0000 On Tue, Aug 27, 2019 at 09:43:55PM +0200, Carsten Bormann wrote: > Hi Benjamin, > > I completely agree that signed security assertions need to be interpretable without external context. But that is a very different world from the media type being defined here. > > In a CoAP interaction, the response might be (literally) > > 33.5 > > to tell you the temperature in my room. SenML can be used to include more context, but often the request context is really needed to make sense of the response (here probably something like “GET /temp1â€, translated into a CoAP request), and additional information may only be available through the installation context (e.g., that this temperature is in °C and not in °F, or that the above request to [2001:db8::1]:5683 actually leads to the temperature sensor for the room to right of the corridor, second door). > > (OSCORE protects the relationship between the request context and the response, but cannot really protect the external context except by relating the key of the server with its function/installation location. Where the latter is really hard to protect, and then somebody can still come with a lighter and heat up the sensor, leading to incorrect temperature measurements just for fun.) > > This is the reason why the ambiguities incurred by using this media type are really on the mild side. I don't disagree with any of what you say. I'm currently coming at this from a perspective of "there's a mismatch between what's being described as use cases and what's being cited for how it works" (a progression from the previous "this doesn't say precisely what it means, whether directly or by reference"). Alexey's followups seem to suggest that the issue is just that the thing "being cited for how it works" (i.e., traditional multipart/mixed) doesn't quite reflect reality, in which case it seems fairly straightforward to just note the disparity/divergence-from-reference and move on. -Ben From nobody Wed Sep 4 00:03:22 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B5C331200B9; Wed, 4 Sep 2019 00:03:20 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Adam Roach via Datatracker To: "The IESG" Cc: draft-ietf-core-senml-etch@ietf.org, Carsten Bormann , core-chairs@ietf.org, cabo@tzi.org, core@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Adam Roach Message-ID: <156758060070.22816.15711522385005010718.idtracker@ietfa.amsl.com> Date: Wed, 04 Sep 2019 00:03:20 -0700 Archived-At: Subject: [core] Adam Roach's Discuss on draft-ietf-core-senml-etch-05: (with DISCUSS) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Sep 2019 07:03:21 -0000 Adam Roach has entered the following ballot position for draft-ietf-core-senml-etch-05: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-core-senml-etch/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Thanks to everyone who worked on this document. I have a couple of concerns that I think make this specification ambiguous in some very important ways that will prevent interoperation. These should be pretty simple to fix. Section 3.2 talks about patching operations. One of the things it indicates is: "The names and times of the Patch Records are given and matched in same way as for the Fetch Records, except each Patch Record can match at most one Target Record." I kept waiting for text that tells the recipient of a patch what to do if a Patch Record matches more than one SenML Record (e.g., if the Patch Record contains no time value and so matches several different SenML Records), but I couldn't find any. Presumably, this is an error, and an error should be sent to the client. The ability for one Patch Record to raise an error, in turn, raises the question about how to handle other Patch Records in the same Patch Pack. For example, if I send a Patch Pack with two Patch Records that can be successfully applied, and one that cannot (because it matches multiple SenML Records), does the server apply the two that it can, but not the one that cannot? If so, how does it communicate to the client which records succeeded, and which failed? Relevant to the above points, we also need to clearly specify in this document whether the Patch Records are considered to be applied in sequence. For example, consider a SenML database containing: [ {"n":"urn:dev:ow:10e2073a01080063","u":"%RH","t":1.320067464e+09, "v":20}, {"n":"urn:dev:ow:10e2073a01080063","u":"%RH","t":1.320067524e+09, "v":20.3} ] Now, I send a Patch Pack like: [ {"n":"urn:dev:ow:10e2073a01080063","u":"%RH","t":1.320067464e+09, "v":null}, {"n":"urn:dev:ow:10e2073a01080063","u":"%RH", "v":21} ] Does this succeed, or does it fail? If executed in sequence, this succeeds, since the first Patch Record will remove the first SenML record, and the second Patch Record will unambiguously match the second SenML record (and update it). On the other hand, if we don't specify that records are processed in order, then this might be rejected due to the second Patch Record being ambiguous. Note that this rejection could also arise if an implementation naively attempted to validate records prior to executing them, without taking into account the impact of the preceding record on the state of the SenML record database. There are other ways of handling this, but my strawman for how to address these issues would be to add language that specifies: - Any Patch Record that matches more than one SenML record results in an error that is sent to the client. - If an error is sent to a client for a Patch Pack, then the final state of the SenML records on the client must not be changed. In other words, either the Patch Pack works in its entirety, or it fails in its entirety. - Patch Records in a Patch Pack are processed sequentially. In order to implement both this and the preceding bullet, the implementation will need some ability to roll-back any already-applied changes if an error is encountered. From nobody Wed Sep 4 02:28:07 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD60E1200DB for ; Wed, 4 Sep 2019 02:28:03 -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, 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=armh.onmicrosoft.com header.b=eX7iS8Oj; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=armh.onmicrosoft.com header.b=BYAMxCVe 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 wK6PoZbL2pwM for ; Wed, 4 Sep 2019 02:28:01 -0700 (PDT) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-eopbgr150047.outbound.protection.outlook.com [40.107.15.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 075C31200C1 for ; Wed, 4 Sep 2019 02:28:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=cgP04Iq00MzJ7SihgYao21V1uwdgOU+362NGagu+B4c=; b=eX7iS8OjDzAbv5AhG9haMU2UFq3EkXAOapMMrvesmYjhT7MrvFkSSJ2klsf/1/fvfT6OfEJJL8ywlzjJNYNYqG90MLSSlmZhf5FgkpMF9UYsHZcqzTSSaI6CPXsApS1wDu1dLSkFD1IqKupNu0Gvm+ATk4Wu0b50LO48HfFIn7I= Received: from DB6PR0801CA0057.eurprd08.prod.outlook.com (2603:10a6:4:2b::25) by HE1PR08MB2780.eurprd08.prod.outlook.com (2603:10a6:7:31::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2241.14; Wed, 4 Sep 2019 09:27:56 +0000 Received: from VE1EUR03FT004.eop-EUR03.prod.protection.outlook.com (2a01:111:f400:7e09::204) by DB6PR0801CA0057.outlook.office365.com (2603:10a6:4:2b::25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2241.14 via Frontend Transport; Wed, 4 Sep 2019 09:27:56 +0000 Authentication-Results: spf=temperror (sender IP is 63.35.35.123) smtp.mailfrom=arm.com; ietf.org; dkim=pass (signature was verified) header.d=armh.onmicrosoft.com;ietf.org; dmarc=temperror action=none header.from=arm.com; Received-SPF: TempError (protection.outlook.com: error in processing during lookup of arm.com: DNS Timeout) Received: from 64aa7808-outbound-1.mta.getcheckrecipient.com (63.35.35.123) by VE1EUR03FT004.mail.protection.outlook.com (10.152.18.106) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2241.14 via Frontend Transport; Wed, 4 Sep 2019 09:27:54 +0000 Received: ("Tessian outbound d33df262a6a7:v27"); Wed, 04 Sep 2019 09:27:54 +0000 X-CheckRecipientChecked: true X-CR-MTA-CID: 3afbf7ab1100d73d X-CR-MTA-TID: 64aa7808 Received: from 2804d9b42d1f.1 (ip-172-16-0-2.eu-west-1.compute.internal [104.47.9.50]) by 64aa7808-outbound-1.mta.getcheckrecipient.com id D12D7DC1-2F7B-4495-AD17-C62F6546C628.1; Wed, 04 Sep 2019 09:27:49 +0000 Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-ve1eur03lp2050.outbound.protection.outlook.com [104.47.9.50]) by 64aa7808-outbound-1.mta.getcheckrecipient.com with ESMTPS id 2804d9b42d1f.1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384); Wed, 04 Sep 2019 09:27:49 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LSZlmxk+L41Z2VLeDDTbwBS1t3ooloBfXsCNsgpvQuSI3AEIdHNJ1d0PF9p9ucMF703sJZ5Wa9fJpeqpVHey2Z5JQYzJNIKViZJV6a3Gd92o4EL+26hNUso4rf0wJ0ecBr7A3pamFmZx46ruBFTmdn4cQXDWxp31z+fa93VuTF0tMcKTR05ApfCUk9Ukok+GL2RHTHDu2w8tXM4tKaOTbajG19obvGEkImAk4diq8nzEq7jfZc9Z4NBGpmuHBR3wUiW/n7d0GKr0fXbgWSluBRCHNXiiOgiQGxd1xeJwQvnDnTXyOpHaJOTr1rVX68XTtlsEwV7q96iYIQVuvi/Bcw== 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=04HGcNICVzryGvrweBFbfYUusoDqBQUkqdanFq1XttU=; b=A8El5pZnnedgmbdLUCnL7Avu1aygX6avaxxJGA/qMKFpGAeStb+cl3IP9oQNOFUgEFG/YmOCt/Sf14dmNA1HNyf8XwP+mIqietEz292iyhpsRdvl1AOKzgdYvmt5ufLAN3WtNccv19FU5Rw4abNrZfr72tW2Y+5R3h9eDkTx+df/Lyi4hmgfphvdotWUzGqbaoa/PFEOD/Ju6yAClArWS15A6z1GrhtsTwXrkXoogDe56LdFrmHHcTA+VZqjh6QxyaUwuYrzPWQL5CH7NFQSUqq2YcCuXx5tnMMCduYST6VZVh9bt8CH90WvtyFXpbwMbeEkcWHPgD1GaZdxOr+gSQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=04HGcNICVzryGvrweBFbfYUusoDqBQUkqdanFq1XttU=; b=BYAMxCVeCWeTzfwuRsj7mNUYOR09/rGHxScaXmDbPs3OW3kO+QfkQ7EU1X3ObLZiVNt4DI2dreHuW3ZU20dNAQgTazNkuPPN6liN3i8nZS/I6o5+KaUt4yjhlJDpblFnEWK4KkzXeb/7ytRmwr2jWh/lVdlc6zfYmqrP43psU7Y= Received: from AM6PR08MB4231.eurprd08.prod.outlook.com (20.179.18.151) by AM6PR08MB5077.eurprd08.prod.outlook.com (10.255.121.79) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2241.13; Wed, 4 Sep 2019 09:27:47 +0000 Received: from AM6PR08MB4231.eurprd08.prod.outlook.com ([fe80::6020:78b2:b6a8:24a2]) by AM6PR08MB4231.eurprd08.prod.outlook.com ([fe80::6020:78b2:b6a8:24a2%5]) with mapi id 15.20.2220.022; Wed, 4 Sep 2019 09:27:47 +0000 From: Thomas Fossati To: "core@ietf.org" Thread-Topic: [iot-wg] [Deadline 9th September] Call for applications for the IoT hackathon, 12-13 October, Rotterdam Thread-Index: AQHVYv70D3qlKWHXUk6cE9Rx2UOaXqcbUMyA Date: Wed, 4 Sep 2019 09:27:47 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.1c.0.190812 Authentication-Results-Original: spf=none (sender IP is ) smtp.mailfrom=Thomas.Fossati@arm.com; x-originating-ip: [217.140.106.50] x-ms-publictraffictype: Email X-MS-Office365-Filtering-Correlation-Id: 13674f80-36a6-4eab-9f21-08d7311a2a63 X-MS-Office365-Filtering-HT: Tenant X-Microsoft-Antispam-Untrusted: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:AM6PR08MB5077; X-MS-TrafficTypeDiagnostic: AM6PR08MB5077:|HE1PR08MB2780: X-MS-Exchange-PUrlCount: 3 X-Microsoft-Antispam-PRVS: x-checkrecipientrouted: true x-ms-oob-tlc-oobclassifiers: OLM:8882;OLM:8882; x-forefront-prvs: 0150F3F97D X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009020)(4636009)(346002)(136003)(366004)(376002)(39860400002)(396003)(189003)(199004)(229853002)(26005)(6486002)(14454004)(478600001)(11346002)(446003)(2501003)(6916009)(102836004)(2351001)(53936002)(66574012)(86362001)(186003)(66476007)(76116006)(91956017)(6116002)(64756008)(66446008)(66946007)(66556008)(3846002)(2473003)(8676002)(76176011)(81166006)(6436002)(6306002)(99286004)(36756003)(71190400001)(71200400001)(2906002)(316002)(256004)(7736002)(66066001)(1730700003)(58126008)(6506007)(6512007)(5660300002)(486006)(33656002)(476003)(966005)(413944005)(2616005)(8936002)(305945005)(81156014)(5640700003)(25786009); DIR:OUT; SFP:1101; SCL:1; SRVR:AM6PR08MB5077; H:AM6PR08MB4231.eurprd08.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: arm.com does not designate permitted sender hosts) X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Message-Info-Original: GzfWg1PfkB5hv6v0s6EslLEGFPcLS7T+gAmkcnKZTVrNE6WBmdF1BjkjJfDjgeQsLtg9aqQITj0KrAvwBZTyNLghmbMs8XlXqGjX5Q8fZOcchlJrbeAFp/oVbm7Vxrn9oPUbti8j8OHcCWn+O82ZEZ/YdIyLBo6wchZkOnAYsmpvLsK1P8vXXU1ms8ZAISRx5L3s/WZH1uCWWjVl6NnqxGSrna/vRRixWNq40F9LElzSTGe/mloiWa9pQXajCfPNBsizJguBHFxdqSkrdfY1cpFqkiikoS/JY6SfHjXjtlXrSMoHXkX44uMGp8fGGZW1JgZeWvV7DeskmuUYXy7rQ8zA2xmo68Jzec4aCMIKfAsFxi9Cx722Zi978hQ/7XSwLDbayBClbtG7JbJasKvtD8obQneTLwC0igvyldT0gA4= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: <703D905CAD362E4688B843FC7523E91F@eurprd08.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR08MB5077 Original-Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=Thomas.Fossati@arm.com; X-EOPAttributedMessage: 0 X-MS-Exchange-Transport-CrossTenantHeadersStripped: VE1EUR03FT004.eop-EUR03.prod.protection.outlook.com X-Forefront-Antispam-Report: CIP:63.35.35.123; IPV:CAL; SCL:-1; CTRY:IE; EFV:NLI; SFV:NSPM; SFS:(10009020)(4636009)(136003)(346002)(39860400002)(396003)(376002)(2980300002)(40434004)(199004)(189003)(305945005)(6506007)(336012)(6306002)(102836004)(36906005)(186003)(26005)(6486002)(6916009)(66066001)(47776003)(436003)(86362001)(36756003)(6512007)(2473003)(76176011)(229853002)(99286004)(23676004)(2486003)(25786009)(58126008)(316002)(22756006)(76130400001)(66574012)(50466002)(70206006)(70586007)(5660300002)(63350400001)(63370400001)(5640700003)(14454004)(26826003)(478600001)(14444005)(5024004)(966005)(2501003)(33656002)(356004)(6116002)(3846002)(486006)(2906002)(11346002)(7736002)(81156014)(446003)(1730700003)(476003)(81166006)(8936002)(8676002)(126002)(2616005)(2351001); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR08MB2780; H:64aa7808-outbound-1.mta.getcheckrecipient.com; FPR:; SPF:TempError; LANG:en; PTR:ec2-63-35-35-123.eu-west-1.compute.amazonaws.com; A:1; MX:1; X-MS-Office365-Filtering-Correlation-Id-Prvs: 2b0d6f7a-2f58-4b84-fbfa-08d7311a2667 X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600166)(710020)(711020)(4605104)(1401327)(4618075)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020); SRVR:HE1PR08MB2780; X-Forefront-PRVS: 0150F3F97D X-Microsoft-Antispam-Message-Info: oBYugEfUrP606R6EwX/cCpPJxGawQ2wHxdsTo2ecs6G+NSgCLE0+GYMkRV03D66anPf7yR4UBJl39zAqzS4ij4cqN7S2ULHxb77xW4K9cQeZn0R4cPmZMio9SGLaKvGSBSpa12tEvosu+xxmZmXH7dOcjHR4eO2Pt2iYk/gu+7DZ7lykJC64dPMs7Klk+CwH+nAVhqbz/Q2IjyPljEuV7kXuOhxlySDDTdgByk30mQ/e6RGLyWlx/yBlYnlnZ+UoSMCCWa1qLMaFJXsuI8mdq0dsJTo+P19C7yvPtMwHPs9NQDscv7LYuMIJXX8+gXpw5T81Obb0+Z/836/x8jA0CyKIxX1MbrcgHx4YS9jZzZI+nse5oVG1PSFvUNqpPptz18b9DBN8MqJx3aG1jtOljz+nSfPM7SnN5rngQJZRhj4= X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 04 Sep 2019 09:27:54.4855 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 13674f80-36a6-4eab-9f21-08d7311a2a63 X-MS-Exchange-CrossTenant-Id: f34e5979-57d9-4aaa-ad4d-b122a662184d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=f34e5979-57d9-4aaa-ad4d-b122a662184d; Ip=[63.35.35.123]; Helo=[64aa7808-outbound-1.mta.getcheckrecipient.com] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR08MB2780 Archived-At: Subject: [core] FW: [iot-wg] [Deadline 9th September] Call for applications for the IoT hackathon, 12-13 October, Rotterdam X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Sep 2019 09:28:04 -0000 RllJDQoNCu+7v09uIDA0LzA5LzIwMTksIDA5OjU4LCAiaW90LXdnIG9uIGJlaGFsZiBvZiBzYW5k b2NoZSBCYWxha3JpY2hlbmFuIiA8aW90LXdnLWJvdW5jZXNAcmlwZS5uZXQgb24gYmVoYWxmIG9m IHNhbmRvY2hlLmJhbGFrcmljaGVuYW5AYWZuaWMuZnI+IHdyb3RlOg0KDQogICAgRGVhciBjb2xs ZWFndWVzLA0KDQogICAgUklQRSBpcyBvcmdhbmlzaW5nIHRoZWlyIGZpcnN0IElvVCBoYWNrYXRo b24NCiAgICAoSW50ZXJuZXQgb2YgVGhpbmdzKSBvbiB0aGUgd2Vla2VuZCBvZiAxMi0xMyBPY3Rv YmVyIGluIFJvdHRlcmRhbS4NCg0KICAgIFRoZSB0d28tZGF5IGV2ZW50IGlzIGFpbWVkIGF0IGRl dmVsb3BpbmcgSW9UIHRlY2hub2xvZ2llcyBhbmQgcHJvdmlkaW5nDQogICAgYSBwbGF0Zm9ybSBm b3IgdGhlIGNvbW11bml0eSB0byBjb2xsYWJvcmF0ZSwgZXhwZXJpbWVudCBhbmQgZ2Fpbg0KICAg IGhhbmRzLW9uIGV4cGVyaWVuY2UgaW4gZGV2ZWxvcGluZyBJb1Qgc29sdXRpb25zLiBXZSBoYXZl IGRlY2lkZWQgdG8NCiAgICBjb21iaW5lIHRoZSBoYWNrYXRob24gd2l0aCB0aGUgUklQRSBNZWV0 aW5nIHRoYXQgd2lsbCB0YWtlIHBsYWNlIGZyb20NCiAgICAxNC0xOCBPY3RvYmVyLCBhbHNvIGlu IFJvdHRlcmRhbTpodHRwOi8vcmlwZTc5LnJpcGUubmV0DQoNCiAgICBXZSBhcmUgbG9va2luZyBm b3IgcGFydGljaXBhbnRzIHRoYXQgYXJlIHBhc3Npb25hdGUgKG9yIHNjZXB0aWNhbCEpDQogICAg YWJvdXQgSW9UIGFuZCB3YW50IHRvIHdvcmsgb24gcmVhbC1saWZlLCBwcmFjdGljYWwgcHJvamVj dHMuIFRoYXQgbWVhbnMNCiAgICB3ZSBhcmUgbG9va2luZyBmb3IgcGVvcGxlIGZyb20gYSB2YXJp ZXR5IG9mIGJhY2tncm91bmRzLiBBcHBsaWNhdGlvbnMNCiAgICBhcmUgb3BlbiBmb3IgYmFjay1l bmQgYW5kIGZyb250LWVuZCBkZXZlbG9wZXJzLCBwcm9kdWN0IG93bmVycywgcHJvZHVjdA0KICAg IG1hbmFnZXJzLCBVWCBleHBlcnRzLCBpbm5vdmF0b3JzLCBuZXR3b3JrIG9wZXJhdG9ycywgaGFj a2Vycy4uLg0KDQogICAgSWYgeW91IHdvdWxkIGxpa2UgdG8gdGFrZSBwYXJ0IGluIHRoZSBoYWNr YXRob24sIHlvdSBjYW4gYXBwbHkgYXQ6DQogICAgaHR0cHM6Ly93d3cucmlwZS5uZXQvcGFydGlj aXBhdGUvZm9ybXMvYXBwbHkvaW90LWhhY2thdGhvbi1yb3R0ZXJkYW0tMjAxOS8NCg0KICAgIFRo ZSBhcHBsaWNhdGlvbiBkZWFkbGluZSBpcyAqOSBTZXB0ZW1iZXIgMjAxOS4qDQoNCiAgICBZb3Ug Y2FuIGZpbmQgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUgZXZlbnQgb24gUklQRSBMYWJzOg0K ICAgIGh0dHBzOi8vbGFicy5yaXBlLm5ldC9NZW1iZXJzL2JlY2hhL2lvdC1oYWNrYXRob24tYXQt cmlwZS03OS1pbi1yb3R0ZXJkYW0NCg0KICAgIFRoYW5rcywNCg0KDQogICAgX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCiAgICBpb3Qtd2cgbWFpbGluZyBs aXN0DQogICAgaW90LXdnQHJpcGUubmV0DQogICAgaHR0cHM6Ly9saXN0cy5yaXBlLm5ldC9tYWls bWFuL2xpc3RpbmZvL2lvdC13Zw0KDQoNCklNUE9SVEFOVCBOT1RJQ0U6IFRoZSBjb250ZW50cyBv ZiB0aGlzIGVtYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgYXJlIGNvbmZpZGVudGlhbCBhbmQgbWF5 IGFsc28gYmUgcHJpdmlsZWdlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVu dCwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGltbWVkaWF0ZWx5IGFuZCBkbyBub3QgZGlzY2xv c2UgdGhlIGNvbnRlbnRzIHRvIGFueSBvdGhlciBwZXJzb24sIHVzZSBpdCBmb3IgYW55IHB1cnBv c2UsIG9yIHN0b3JlIG9yIGNvcHkgdGhlIGluZm9ybWF0aW9uIGluIGFueSBtZWRpdW0uIFRoYW5r IHlvdS4NCg== From nobody Wed Sep 4 09:59:36 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id EB9AC120A23; Wed, 4 Sep 2019 09:59:26 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: =?utf-8?q?=C3=89ric_Vyncke_via_Datatracker?= To: "The IESG" Cc: draft-ietf-core-senml-etch@ietf.org, Carsten Bormann , core-chairs@ietf.org, cabo@tzi.org, core@ietf.org, Matthias Kovatsch , Iot-dir@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: =?utf-8?q?=C3=89ric_Vyncke?= Message-ID: <156761636695.22753.298523635748989618.idtracker@ietfa.amsl.com> Date: Wed, 04 Sep 2019 09:59:26 -0700 Archived-At: Subject: [core] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-ietf?= =?utf-8?q?-core-senml-etch-05=3A_=28with_COMMENT=29?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Sep 2019 16:59:27 -0000 Éric Vyncke has entered the following ballot position for draft-ietf-core-senml-etch-05: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-core-senml-etch/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you very much for the time spent on this document. Please address all the comments in: https://datatracker.ietf.org/doc/review-ietf-core-senml-etch-05-iotdir-lc-kovatsch-2019-09-02/ From nobody Wed Sep 4 10:00:35 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CCF8120A2B; Wed, 4 Sep 2019 10:00:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=gMORrEnm; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=u67Hf2mD 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 tYz_sJBYmyXy; Wed, 4 Sep 2019 10:00:24 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9DD2B120A30; Wed, 4 Sep 2019 10:00:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6130; q=dns/txt; s=iport; t=1567616423; x=1568826023; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=4fFP5/pmBkzR+bVnSLeWYsNpCfhSN9oQsnlV8TzDkXU=; b=gMORrEnmcu0JS1kos2+E2DnXPTV/QmGelM1BA9ciJ0Q0i1KHTZpzQjSO 2VR5pFFtFeICHsAlSYog2pMJGoxmTBXBjW4rqcQ+u70+GpqeRDOdsa1UR SqT8q1bC/xCaC7MJEn/phFPo9v4z9LzyGdlkEB2Dw0eTNBHV/Zv+4Kmrk s=; IronPort-PHdr: =?us-ascii?q?9a23=3AoGck8RGDpbZZyi7pB8wTkJ1GYnJ96bzpIg4Y7I?= =?us-ascii?q?YmgLtSc6Oluo7vJ1Hb+e4z1A3SRYuO7fVChqKWqK3mVWEaqbe5+HEZON0pNV?= =?us-ascii?q?cejNkO2QkpAcqLE0r+efP0fioxH8lqX15+9Hb9Ok9QS47z?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DJAACq7G9d/5BdJa1mHAEBAQQBAQc?= =?us-ascii?q?EAQGBVQUBAQsBgUQpJwOBQyAECyqEIYNHA4p1gjeYEYEuFIEQA1QJAQEBDAE?= =?us-ascii?q?BLQIBAYQ/AheCGyM2Bw4CAwgBAQQBAQECAQYEbYUuDIVDCAIBAxIRBA0MAQE?= =?us-ascii?q?pDgEPAgEIDgwCJgICAjAVAgENAgQBDQUiEweCZoFrAx0BAqAjAoE4iGFzfzO?= =?us-ascii?q?CfAEBBYUTGIEdA3YJgQwoAYt3GIFAP4ERJwwTgkw+hAxPgnQygiaMT4JihUK?= =?us-ascii?q?XNQqCH4wAM4Q2g3gUB5hrjXeYTwIEAgQFAg4BAQWBVwUsgVhwFTsqAYJBgkK?= =?us-ascii?q?BJwEJgkGKU3OBKY5SAQE?= X-IronPort-AV: E=Sophos;i="5.64,467,1559520000"; d="scan'208";a="325184110" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Sep 2019 17:00:22 +0000 Received: from XCH-ALN-018.cisco.com (xch-aln-018.cisco.com [173.36.7.28]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id x84H0Lrp006269 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 4 Sep 2019 17:00:22 GMT Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-ALN-018.cisco.com (173.36.7.28) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 4 Sep 2019 12:00:21 -0500 Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 4 Sep 2019 12:00:20 -0500 Received: from NAM05-DM3-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Wed, 4 Sep 2019 12:00:20 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LzZi3QrgSt4+hWom/tm+2k/6hzlYKscPTRPWT8c5Doh0/CwPusDvQF5G7ajpP219e8KObCtJtI0yZ33RJ9VTK1GLC6HSzZ99DjW0LGnNRtirz6mdUPMrCYQRGtelOig3f2/U2zqZuQSc9kmZ8T4XdXsLyTk7kGciCIE6ePLY/sG5WKJqsT7yYRWxm2XqyeekrfXgRjaTVOFxATOGHjvTg4OpQP1Iff0eYFvC9fcBqyMzvBi7ypJmwKjvJfSMiRKVnKYx5YVaOVqT+GEQZEr+67FM+aC2Tsl56nY78ExkVL5sTD1TC/xlygz1j+SUnVDjSDWaI4as1/8MftJ6S1SXTQ== 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=4fFP5/pmBkzR+bVnSLeWYsNpCfhSN9oQsnlV8TzDkXU=; b=ctcMhZOzHJyc1m13xJFMco2aCQIJ6IRMWuwzPfc2B+AtZ4ZV2tUMNRwAspjF7H29XPAVLNU7zNBRDam20dBuuWDZWrVeI7lxH/Bb1II4yS/zuHqRZN0kQpN3Ja3RzaGVwYV8p/g/pAMFp0nnJIve5y8N0RuERB5ssnJV9HRwDCeTFlTRINeAsFxOmcKcAjlPB+ByU+0UCzjQHypsHGpMz0a4Uh/oVJiLtw0tYR/AcWkON4U4A/+JRG7mWj+xKhi/zFV+kyRT/RgJKxyQuMbnDHyTV7Wg9AbrppU5h0IjUOfsrjJDng8jlr6HJuZY2aySJEj85ECjfG7NIqZQxFQZRA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=4fFP5/pmBkzR+bVnSLeWYsNpCfhSN9oQsnlV8TzDkXU=; b=u67Hf2mDdB5zZEJ7K5OF12CQL3AQGVIXBiDMaJDoiOStSR3Xw4Fx2rVKgT6f6KttettJwECNGnuk2LH//g5pSM2KTJmutHgO/81Ub/XN4tZI+2r2H1a2sVzwgOOdchuThD3lbD/mjx1vIPSlE6DQVnVu+ld2D3guQCzq7sqWHuo= Received: from MN2PR11MB4144.namprd11.prod.outlook.com (20.179.150.210) by MN2PR11MB3661.namprd11.prod.outlook.com (20.178.252.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2220.20; Wed, 4 Sep 2019 17:00:16 +0000 Received: from MN2PR11MB4144.namprd11.prod.outlook.com ([fe80::d5c4:be39:66cb:449b]) by MN2PR11MB4144.namprd11.prod.outlook.com ([fe80::d5c4:be39:66cb:449b%6]) with mapi id 15.20.2220.020; Wed, 4 Sep 2019 17:00:16 +0000 From: "Eric Vyncke (evyncke)" To: Matthias Kovatsch , "Iot-dir@ietf.org" CC: "ietf@ietf.org" , "core@ietf.org" , "draft-ietf-core-senml-etch.all@ietf.org" Thread-Topic: Iotdir last call review of draft-ietf-core-senml-etch-05 Thread-Index: AQHVYY+45A6osy1P+0iSk4wi7WwGJqcb4tmA Date: Wed, 4 Sep 2019 17:00:15 +0000 Message-ID: References: <156742967398.13091.10827676798390937517@ietfa.amsl.com> In-Reply-To: <156742967398.13091.10827676798390937517@ietfa.amsl.com> Accept-Language: fr-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.1c.0.190812 authentication-results: spf=none (sender IP is ) smtp.mailfrom=evyncke@cisco.com; x-originating-ip: [2001:420:c0c1:36:dddd:960:a05c:9f22] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: a54bbe7d-919c-47ec-1c01-08d731595bef x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:MN2PR11MB3661; x-ms-traffictypediagnostic: MN2PR11MB3661: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0150F3F97D x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(136003)(396003)(39860400002)(376002)(346002)(199004)(189003)(478600001)(2501003)(86362001)(14454004)(45080400002)(6116002)(486006)(33656002)(2616005)(71190400001)(7736002)(305945005)(256004)(71200400001)(446003)(14444005)(6506007)(6512007)(2906002)(11346002)(81156014)(476003)(316002)(46003)(66556008)(66476007)(64756008)(6246003)(76176011)(58126008)(54906003)(53936002)(76116006)(8936002)(66946007)(4326008)(91956017)(66446008)(8676002)(110136005)(99286004)(102836004)(81166006)(186003)(5660300002)(25786009)(6486002)(36756003)(6436002)(229853002); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB3661; H:MN2PR11MB4144.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: QmpCeqUjNYkvRQCxn4toDMm0g56DJhwfEl3hCXKTHAWDDOwfty6AP4fNIkP5rUz+FLCSa2W7YhutG3SZoo1Rb+KQScFwwsMfxPSIg7hhGD2EZNtkKIJOMbsYS5sT+cNxnuTbnsnL5aVbiXbcJ9YBqkgnnn3aj9qiKROjYnKAdHbgbm6ckiji8U/vrIvEWaPfIAmszKtyp/nAR/H06jjFSnJg5NCry83c4c00r2SwvJCe7yytP9QX/ifgVpJDS3pmRZfk55750VifCT/TIq6K0uPA/LFxpRPzxka7k6CBqo0WNBykTHr+pnprGPMOvPdK638Hk4/LlJr40AkfAvWdLzjjaw9lLsjeTOd440KQhCSZ0fNDzCM8t1cfP3cso0uTUJkZLLy+ceeTujAIS0mDteNeazCBNYaxrLUTxzB2woo= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: <07B40C85E01F8146825FDEC10544886E@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: a54bbe7d-919c-47ec-1c01-08d731595bef X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Sep 2019 17:00:15.8173 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: FELRdb1yKaxnbB9e4mFGCDpixDnL9BW043Asx/8WHD5RHiBL7pKBRGxSdrxtycECis6ebdFh/+w4LeF4WiyaxA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3661 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.28, xch-aln-018.cisco.com X-Outbound-Node: rcdn-core-8.cisco.com Archived-At: Subject: Re: [core] Iotdir last call review of draft-ietf-core-senml-etch-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Sep 2019 17:00:27 -0000 VGhhbmsgeW91IHZlcnkgbXVjaCBNYXR0aGlhcyBmb3IgdGhlIHRpbWUgc3BlbnQgb24gdGhpcyBl eHRlbnNpdmUgcmV2aWV3Lg0KDQpJIGFwcHJlY2lhdGUNCg0KLcOpcmljDQoNCu+7v09uIDAyLzA5 LzIwMTksIDE1OjA5LCAiaWV0ZiBvbiBiZWhhbGYgb2YgTWF0dGhpYXMgS292YXRzY2ggdmlhIERh dGF0cmFja2VyIiA8aWV0Zi1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBub3JlcGx5QGll dGYub3JnPiB3cm90ZToNCg0KICAgIFJldmlld2VyOiBNYXR0aGlhcyBLb3ZhdHNjaA0KICAgIFJl dmlldyByZXN1bHQ6IFJlYWR5IHdpdGggTml0cw0KICAgIA0KICAgIERlYXIgYXV0aG9ycyBhbmQg bGlzdCBtZW1iZXJzDQogICAgDQogICAgSGVyZSBpcyBteSByZXZpZXcgZm9yIGRyYWZ0LWlldGYt Y29yZS1zZW5tbC1ldGNoLTA1IGZyb20gdGhlIElvVCBwZXJzcGVjdGl2ZS4NCiAgICANCiAgICAj IyBTdW1tYXJ5DQogICAgDQogICAgZHJhZnQtaWV0Zi1jb3JlLXNlbm1sLWV0Y2gtMDUgZGVmaW5l cyBuZXcgbWVkaWEgdHlwZXMgYW5kIHRoZWlyIHNlbWFudGljcyBmb3INCiAgICB0d28gbmV3IFNl bk1MIHBhdGNoIGRvY3VtZW50IGZvcm1hdHMgKEpTT04gYW5kIENCT1IsIHJlc3AuKS4gVGhlIGNv bXBsZXhpdHkNCiAgICBhZGRlZCB0byBpbXBsZW1lbnRhdGlvbnMgdGhhdCBjYW4gYWxyZWFkeSBo YW5kbGUgU2VuTUwgaXMgbWFyZ2luYWwgYW5kDQogICAgc3RyYWlnaHQtZm9yd2FyZC4gSGVuY2Us IEkgZG8gbm90IHNlZSBhbnkgaXNzdWUgZm9yIGNvbnN0cmFpbmVkIGRldmljZXMuIFRoZQ0KICAg IGV4cGxpY2l0IG1lZGlhIHR5cGVzIGhlbHAgaW4gSW9UIHNjZW5hcmlvcywgd2hlcmUgbWFjaGlu ZXMgY29tbXVuaWNhdGUgd2l0aA0KICAgIG1hY2hpbmVzLg0KICAgIA0KICAgIFRoZXJlIGFyZSBh IGZldyBtaW5vciBpc3N1ZXMgdGhhdCBjYW4gYmUgc29sdmVkIGJ5IHRoZSBhdXRob3JzIGFsb25l LiBIZW5jZSwgSQ0KICAgIG1hcmtlZCB0aGUgcmVzdWx0IGFzICJSZWFkeSB3aXRoIE5pdHMiLg0K ICAgIA0KICAgIEl0IHdvdWxkIGJlIGdvb2QgdG8gZ2V0IHRoZSBoZWxwIGZyb20gYW4gZXhwZXJ0 IG9uIFdpbmRvd3MgQ2xpcGJvYXJkIEZvcm1hdHMNCiAgICBhbmQgTWFjaW50b3NoIFVuaWZvcm0g VHlwZSBJZGVudGlmaWVycywgYXMgbm8gZ29vZCBndWlkZWxpbmVzIGFyZSBhdmFpbGFibGUgdG8N CiAgICBjaGVjayB0aGVzZSBJQU5BIGNvbnNpZGVyYXRpb25zLiAoVGhpcyBpc3N1ZSBhcHBlYXJz IHRvIGJlIHJlY3VycmVudCBhbHNvIGZvcg0KICAgIG90aGVyIHNwZWNzLikNCiAgICANCiAgICAj IyBUZWNobmljYWwgY29tbWVudHMNCiAgICANCiAgICAqIFA0ICgzLjEpOiBJIGFtIG1pc3Npbmcg YXNzZXJ0aW9ucyBzdWNoIGFzICJWYWx1ZXMgaW4gYSBGZXRjaCBSZWNvcmQgTVVTVCBiZQ0KICAg IGlnbm9yZWQuIg0KICAgICAgKiBXaGF0IHNob3VsZCBoYXBwZW4gd2hlbiBhIFBhdGNoIFJlY29y ZCBkb2VzIG5vdCBoYXZlIGEgdmFsdWU/DQogICAgDQogICAgKiBQNSDCpzM6IFRoZSByZWNvcmQg bXVzdCBub3QgYmUgYWRkZWQgd2hlbiB0aGUgdmFsdWUgaXMgbnVsbC4gKGJlaGF2aW9yIG5vdA0K ICAgIGRlc2NyaWJlZCBmb3JtYWxseSBlbm91Z2gpDQogICAgDQogICAgKiBQNzogIldpbmRvd3Mg Q2xpcGJvYXJkIE5hbWUiIC0tPiBNaWNyb3NvZnQgYW5kIGZvciBpbnN0YW5jZSBIVE1MIHNwZWMg dXNlDQogICAgIldpbmRvd3MgQ2xpcGJvYXJkIEZvcm1hdCINCiAgICAgICogT2theSwgdGhlIHN0 aW5nIGl0c2VsZiBpcyB0aGUgV2luZG93cyBDbGlwYm9hcmQgRm9ybWF0IE5hbWUuLi4NCiAgICAg ICogVGhlIGxvbmcgc3RyaW5nIHdpdGggc3BhY2VzICgiU2VuTUwgRkVUQ0gvUEFUQ0ggZm9ybWF0 IikgaXMgYSBiaXQgd2VpcmQgZm9yDQogICAgICB0aGlzIHB1cnBvc2UsIG5vPw0KICAgICAgICAq IEkgYWxzbyBoYWQgdGhlIHByb2JsZW0gdG8gZmluZCBwcm9wZXIgZ3VpZGVsaW5lcyBmb3IgV2lu ZG93cyBDbGlwYm9hcmQNCiAgICAgICAgRm9ybWF0czsgYXJlIHRoZXJlIGFueT8NCiAgICAgICog Tm8gTWFjaW50b3NoIFVuaWZvcm0gVHlwZSBJZGVudGlmaWVyPw0KICAgIA0KICAgICMjIEFkZGl0 aW9uYWwgY29tbWVudA0KICAgIA0KICAgICogQXMgYWxyZWFkeSBkaXNjdXNzZWQgd2l0aCBvbmUg b2YgdGhlIGF1dGhvcnMsIGFuIGltcGxpY2F0aW9uIGZvciBMd00yTSBpcw0KICAgIHByb2JhYmx5 IHRoYXQgdGhlc2UgcGF0Y2ggZG9jdW1lbnRzIG11c3Qgbm90IGJlIHVzZWQgd2l0aCBFeGVjdXRh YmxlIFJlc291cmNlcw0KICAgIChvbmUgbWlnaHQgdHJ5IHRvIGV4ZWN1dGUgbXVsdGlwbGUgcmVz b3VyY2VzIGF0IG9uY2Ugd2l0aCBhIFBBVENIIG1ldGhvZCkuIFRoZQ0KICAgIGFwcGxpY2F0aW9u IG9mIGEgUGF0Y2ggUGFjayBpcyB0aGVuIG5vdCBpZGVtcG90ZW50IGFueW1vcmUuIEZ1cnRoZXJt b3JlLCBpdCBpcw0KICAgIHVuY2xlYXIgd2hhdCB0aGUgdmFsdWUgc2hvdWxkIGJlIHdoZW4gdGhl IEx3TTJNIEV4ZWN1dGFibGUgUmVzb3VyY2UgZG9lcyBub3QNCiAgICB0YWtlIGFyZ3VtZW50cy4g KiBJZiBleGVjdXRpbmcgbXVsdGlwbGUgcmVzb3VyY2VzIGF0b21pY2FsbHkgaXMgYW4gaW1wb3J0 YW50DQogICAgdXNlIGNhc2UsIEkgdGhpbmsgd2UgbmVlZCBhbm90aGVyIGl0ZXJhdGlvbiB0byBk ZWFsIHdpdGggdGhlIHN0YXRlIHZzIFJQQyBpc3N1ZQ0KICAgICgidXNlIFBBVENIIHRvIGNhbGwg ZnVuY3Rpb24ocykgd2l0aG91dCBhcmd1bWVudHMgYnkgZ2l2aW5nIGEgbmV3IHN0YXRlPyEiKQ0K ICAgIA0KICAgICMjIEVkaXRvcmlhbCBjb21tZW50cw0KICAgIA0KICAgICogUDEgwqcxIChBYnN0 cmFjdCksIFAyIGxhc3Qgwqc6ICJpUEFUQ0gsIFBBVENILCBhbmQgRkVUQ0giIC0tPiAiRkVUQ0gs IFBBVENILA0KICAgIGFuZCBpUEFUQ0giDQogICAgICAqIEl0IGlzIGVhc2llciBvbiB0aGUgYnJh aW4gaWYgdGhlIG9yZGVyIGlzIGtlcHQgY29uc2lzdGVudC4uLg0KICAgIA0KICAgICogUDIgwqc2 OiAiaGVuY2UgZnVsbCBuYW1lIiAtLT4gImhlbmNlIHRoZSB1bmlxdWUgaWRlbnRpZmllcnMiID8N CiAgICAgICogUkZDIDg0MjggZG9lcyBub3QgZGVmaW5lIG9yIGNvbnRhaW4gImZ1bGwgbmFtZSIs IGJ1dCAiZ2xvYmFsbHkgdW5pcXVlDQogICAgICBpZGVudGlmaWVyIGZvciB0aGUgcmVzb3VyY2Ui DQogICAgDQogICAgKiBQMyDCpzE6ICJUaGUgc2VtYW50aWNzIG9mIHRoZSAuLi4iDQogICAgICAq IENyZWF0ZXMgcXVlc3Rpb24gYWJvdXQgc2VtYW50aWNzIGZvciBGRVRDSA0KICAgICAgKiBCZXR0 ZXIgdG8gcmV2ZXJzZSBzZW50ZW5jZXMgYW5kIHN0YXJ0IHdpdGggIlRoZSByZXN0IG9mIHRoZSBk b2N1bWVudCB1c2VzDQogICAgICB0aGUgdGVybSAiKGkpUEFUQ0giIHRvIHJlZmVyIHRvIGJvdGgg bWV0aG9kcywgYXMgdGhlIHNlbWFudGljcyBvZiB0aGUgbmV3DQogICAgICBtZWRpYSB0eXBlcyBh cmUgdGhlIHNhbWUgZm9yIHRoZSBDb0FQIFBBVENIIGFuZCBpUEFUQ0ggbWV0aG9kcy4iDQogICAg DQogICAgKiBQMyDCpzE6ICIsIHRoYXQgY2FuIGJlIHVzZWQgd2l0aCB0aGUiIC0tPiAiLCB3aGlj aCAuLi4iDQogICAgKiBQMyDCpzM6ICJBbHNvIHRoZSBmb2xsb3dpbmcgLi4uIiAtLT4gdG8gbWFu eSAiYWxzbyIsIGp1c3QgIlRoZSBmb2xsb3dpbmcgLi4uIg0KICAgIA0KICAgICogUDQgwqcyICgz LjEpOiAiLi4uIHdoZW4gcmVzb2x2ZWQsIG1hdGNoIHJlc29sdmVkIG5hbWVzIiAtLT4gImlkZW50 aWZpZXJzIg0KICAgICAgKiBuYW1lcyB3aGVuIHJlc29sdmVkIGFyZSByZXNvbHZlZCBuYW1lcywg aGVuY2UgdW5jbGVhciB3aGF0IGlzIGNvbXBhcmVkDQogICAgICAqIFAyIGNhbGxzIHRoZW0gImZ1 bGwgbmFtZXMiDQogICAgICAqIFNlZSBhYm92ZSwgc2hvdWxkIGJlIHNvbWV0aGluZyBsaWtlICJn bG9iYWxseSB1bmlxdWUgaWRlbnRpZmllciBmb3IgdGhlDQogICAgICByZXNvdXJjZSINCiAgICAq IFA0IMKnODogQWRkIGV4YW1wbGUgZm9yIHJlY29yZHMgd2l0aCBuYW1lIGFuZCB0aW1lDQogICAg ICAqIFdvdWxkIGJlIGdvb2QgdG8gcXVpY2tseSBzaG93IHdoYXQgInJlc29sdmVkIGZvcm0gb2Yg cmVjb3JkcyIgbWVhbnMNCiAgICAqIFA0IMKnOSAoMy4yKTogQWRkIHN0YXRlbWVudCB0aGF0IFNl bk1MIHBhdGNoIGRvY3VtZW50cyBhcmUgYWx3YXlzIGlkZW1wb3RlbnQsDQogICAgaGVuY2UgUEFU Q0ggYW5kIGlQQVRDSCBhcmUgZXF1aXZhbGVudD8NCiAgICAgICogQmFzaWNhbGx5IG1vdmUgdGhl IGxhc3Qgc2VudGVuY2UgdG8gdGhlIGJlZ2lubmluZyBhbmQgZ2l2ZSBleHBsYW5hdGlvbiBmb3IN CiAgICAgICIoaSlQQVRDSCIuDQogICAgDQogICAgKiBQNSDCpzI6ICJXaGVuIHRoZSBuYW1lIiAt LT4gIldoZW4gdGhlIHJlc29sdmVkIG5hbWUiID8NCiAgICANCiAgICBLaW5kIHJlZ2FyZHMsDQog ICAgTWF0dGhpYXMNCiAgICANCiAgICANCiAgICANCg0K From nobody Wed Sep 4 11:45:46 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 60854120CA0; Wed, 4 Sep 2019 11:45:44 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Roman Danyliw via Datatracker To: "The IESG" Cc: draft-ietf-core-senml-etch@ietf.org, Carsten Bormann , core-chairs@ietf.org, cabo@tzi.org, core@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Roman Danyliw Message-ID: <156762274438.22762.9096288445438923152.idtracker@ietfa.amsl.com> Date: Wed, 04 Sep 2019 11:45:44 -0700 Archived-At: Subject: [core] Roman Danyliw's Discuss on draft-ietf-core-senml-etch-05: (with DISCUSS and COMMENT) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Sep 2019 18:45:45 -0000 Roman Danyliw has entered the following ballot position for draft-ietf-core-senml-etch-05: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-core-senml-etch/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- (1) Section 5. It’s helpful that this document notes the relevance of SenML’s security and privacy considerations (i.e., Section 13 of RFC8428). However, this references seems circular. RFC8428 says, “SenML formats alone do not provide any security and instead rely on the protocol that carries them to provide security.†This document seems to be that “protocol that carries them†implying it should cover the security mechanisms. Is it not appropriate to suggest that CoAPs can address the (per RFC8428) “confidentiality, data integrity, and authentication as appropriate for the usage.â€? If not, what additional guidance can be provided? (2) Section 5. It seems like it would be appropriate for the server to support access control to restrict the client’s ability access and modify a resource with FETCH and (i)PATCH. My read of “Per “In FETCH and (i)PATCH requests, the client can pass arbitrary names to the target resource for manipulation. The resource implementer must take care to only allow access to names that are actually part of (or accessible through) the target resourceâ€, doesn’t suggest that type of access control. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- (3) Section 3.1. A few questions about how general purpose of a query language is possible with the FETCH: -- (To confirm based on the text “The SenML Records are selected by giving a set of names that …â€) Does a name always have to be in the Fetch Request (i.e., ‘at least one “n†MUST be in the Fetch Request’)? Using the third example in Section 5.1.2 of RFC8428 as a source: -- The current text mentions that names and time can be in the Fetch Pack request. Can other fields also be used as part of the criteria, say “vâ€? For example, would ‘{“nâ€:†urn:dev:ow:10e2073a01080063â€, “vâ€:â€21.5â€}’ return the three name+time records where the value is 21.5? (4) Section 3.1. If there is no match for a Fetch, how is that signaled back in the response? Is there any guidance to provide on error handling via CoAP error codes? (5) Editorial Nits: -- Section 3.1. s/When SenML Records contain also time values/When SenML Records also contain time values/ From nobody Wed Sep 4 12:41:36 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9ACC0120DF2; Wed, 4 Sep 2019 12:41:27 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alissa Cooper via Datatracker To: "The IESG" Cc: draft-ietf-core-senml-etch@ietf.org, Carsten Bormann , core-chairs@ietf.org, cabo@tzi.org, core@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Alissa Cooper Message-ID: <156762608762.22791.16770831803613931646.idtracker@ietfa.amsl.com> Date: Wed, 04 Sep 2019 12:41:27 -0700 Archived-At: Subject: [core] Alissa Cooper's No Objection on draft-ietf-core-senml-etch-05: (with COMMENT) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Sep 2019 19:41:28 -0000 Alissa Cooper has entered the following ballot position for draft-ietf-core-senml-etch-05: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-core-senml-etch/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I agree with the Gen-ART reviewer and Warren that Section 4 is not specified enough. It's not clear what "analogously applied" means. Please respond to the rest of the Gen-ART review. From nobody Wed Sep 4 12:42:05 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57D4E120E00; Wed, 4 Sep 2019 12:42:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cooperw.in header.b=mEUd6zcr; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=rR8xsl4k 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 jkP3t96u9s33; Wed, 4 Sep 2019 12:42:02 -0700 (PDT) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8C7E120DF8; Wed, 4 Sep 2019 12:41:59 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id C45B221FE5; Wed, 4 Sep 2019 15:41:58 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Wed, 04 Sep 2019 15:41:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm1; bh=4 OuzS5LuXLm8LcQepUa32efPufEDl+OlBo2dSqFli/Y=; b=mEUd6zcrXtMBzm3mo 0V2Jf/JOl6m3BAhutMSaD+B9pVFK2GykcSZ9B2opyADeGdw6DtCRsvxby/wXRM78 VVS9FNErCJfqOVSGXaVdra6fFtO0Snoxh8atUtjpOIlx2kph7dc1EXnYe1tap2Sd x3r4vW7rQIMraGS7ItKhmN5NTE7fENws0FdVhBo3IWhR9A07B3VnF3mZ5zb0hgNc VcbqGxJnZSWpd1BlFOuVdWFlD692Q6MToZSAPbgT0bOr2sQ7R7ZA1i6SBoUjGUp1 35oVTXzsM/e5BGc3VYcKys/+XtHaZg3AqOWKBzNRS8LTcB9xVYp3vtqfW+MZ9+iI Qk7Bg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=4OuzS5LuXLm8LcQepUa32efPufEDl+OlBo2dSqFli /Y=; b=rR8xsl4kpBIbuDVNnh7HwA77xcgrrrUbBBzs7UHPWKZSIWgzXFlo12y9G GfZKTV/dxZ70hk9gTCfm7IE+FatVztG4cHu9kUI8HaNmoXFWNXicylP9yB7N2ydl R9qKEwZPeUVOqpF+8f5jHtR3qpyibw8iS3SPa0aJ/N6Vp3hsU/kvg7QqwOd0F9Fl pArNJjK1gv1Bt3HTBISgiQkIFAZVUe8BOslbc/D6RlKrr74icqkWFQkApAsL+3E7 WGpo4W7JZcaND5VfKHYmnxS0BN4LYoWi6QRVuewKN6Oz3EL8Ulcssv70QKley9Ee xOBZ94nU5WE2EOlj+8kC57StXaadQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrudejhedgudefjecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtddvnecuhfhrohhmpeetlhhi shhsrgcuvehoohhpvghruceorghlihhsshgrsegtohhophgvrhifrdhinheqnecuffhomh grihhnpehivghtfhdrohhrghenucfkphepudejfedrfeekrdduudejrdejgeenucfrrghr rghmpehmrghilhhfrhhomheprghlihhsshgrsegtohhophgvrhifrdhinhenucevlhhush htvghrufhiiigvpedt X-ME-Proxy: Received: from rtp-alcoop-nitro2.cisco.com (unknown [173.38.117.74]) by mail.messagingengine.com (Postfix) with ESMTPA id EB3F4D6005A; Wed, 4 Sep 2019 15:41:57 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Alissa Cooper In-Reply-To: <156708950337.21012.630829697167091848@ietfa.amsl.com> Date: Wed, 4 Sep 2019 15:41:56 -0400 Cc: gen-art , ietf@ietf.org, core@ietf.org, draft-ietf-core-senml-etch.all@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <47334E59-0A7A-445D-A663-9F00E646684D@cooperw.in> References: <156708950337.21012.630829697167091848@ietfa.amsl.com> To: Robert Sparks X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [core] [Gen-art] Genart last call review of draft-ietf-core-senml-etch-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Sep 2019 19:42:04 -0000 Robert, thanks for your review. I pointed to it in my No Objection = ballot. Best, Alissa > On Aug 29, 2019, at 10:38 AM, Robert Sparks via Datatracker = wrote: >=20 > Reviewer: Robert Sparks > Review result: Ready with Nits >=20 > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed > by the IESG for the IETF Chair. Please treat these comments just > like any other last call comments. >=20 > For more information, please see the FAQ at >=20 > . >=20 > Document: draft-ietf-core-senml-etch-05 > Reviewer: Robert Sparks > Review Date: 2019-08-29 > IETF LC End Date: 2019-09-02 > IESG Telechat date: 2019-09-05 >=20 > Summary: Ready for publication as a Proposed Standard RFC, but with = nits to > consider before publication >=20 > Nits: >=20 > Since the string "-etch-" is in the media type, it might be nice to = say in the > document where it came from. >=20 > I think the text in the interoperability considerations sections of = the > registrations could be improved. You mean to talk about unrecognized = keys, not > unrecognized key-value pairs. I also think the body of the RFC should = have a > very short extensibility section that explicitly says you're doing a = similar > thing as 8424 section 4.4 and point to that section. >=20 > I am a little uncomfortable with the "Fragment Identification" section = (4) of > this document - it feels like a "do what we mean" statement. I don't = have text > to suggest. It may well be that it will be dead-obvious to an = implementer what > to do, but it makes me uneasy. >=20 >=20 > _______________________________________________ > Gen-art mailing list > Gen-art@ietf.org > https://www.ietf.org/mailman/listinfo/gen-art From nobody Wed Sep 4 20:49:16 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F7B2120033; Wed, 4 Sep 2019 20:49:14 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benjamin Kaduk via Datatracker To: "The IESG" Cc: draft-ietf-core-senml-etch@ietf.org, Carsten Bormann , core-chairs@ietf.org, cabo@tzi.org, core@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Benjamin Kaduk Message-ID: <156765535451.22851.10780950548432822644.idtracker@ietfa.amsl.com> Date: Wed, 04 Sep 2019 20:49:14 -0700 Archived-At: Subject: [core] Benjamin Kaduk's No Objection on draft-ietf-core-senml-etch-05: (with COMMENT) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2019 03:49:15 -0000 Benjamin Kaduk has entered the following ballot position for draft-ietf-core-senml-etch-05: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-core-senml-etch/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Adam raises some good points, and I'm looking forward to seeing the ensuing discussion. Just to double-check: these media types/methods are not suitable for use with streaming lists (SenSML)? I'll also echo the concerns of the genart reviewer about having a note in the body of the document about the trailing "_" behavior of key names for extensibility purposes. I was going to ask for more detail of how this works until I checked RFC 8428, but am only assuming the intent is to "do what 8428 does" -- we should be explicit about it. Section 4 As for several other reviewers I'm not entirely sure that I understand the fragment case for fetch/patch records. These records (the request body) are themselves selectors, so a client that wanted to consider just a subset of the records could just send the (appropriately resolved for base values) subset of the records in the request to obtain the selected set of records from the resource instead of requesting the "full" set (from the request body) and then selecting from the response via the fragment. So, are we just specifying the fragment semantics out of a sense of completeness, or are there expected to be cases where we still want to retrieve records from the server just to "throw them away" at the client side? It is perhaps plausible to imagine doing so with (i)Patch, in order to effect a set of changes but only retain the results for a subset of them, but I'm having a harder time coming up with a case for fetch fragments. The best I can do so far is some (as-yet-to-me) hypothetical case where the selector is easier to write with multiple fetch records (e.g., for getting base values) but not all of them are relevant for the desired computation. Section 5 In FETCH and (i)PATCH requests, the client can pass arbitrary names to the target resource for manipulation. The resource implementer must take care to only allow access to names that are actually part of (or accessible through) the target resource. I am somewhat inclined to think that we should say a bit more about explicitly sanitizing the input names in addition to the current "take care" language, to remove or escape any input that could be interpreted with special meaning by the local system. If the client is not allowed to do a GET or PUT on the full target resource (and thus all the names accessible through it), access control rules must be evaluated for each record in the pack. Does it matter if we think about the ACL as being applied to records in the fetch/patch pack vs. the resource's pack? From nobody Thu Sep 5 05:24:31 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F37C120059; Thu, 5 Sep 2019 05:24:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmail.fm header.b=VsXo6dVu; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=LVH9LzSE 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 3BOpDr61vYP2; Thu, 5 Sep 2019 05:24:29 -0700 (PDT) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2CD3B120026; Thu, 5 Sep 2019 05:24:29 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 29F0822128; Thu, 5 Sep 2019 08:24:28 -0400 (EDT) Received: from imap1 ([10.202.2.51]) by compute7.internal (MEProxy); Thu, 05 Sep 2019 08:24:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= mime-version:message-id:in-reply-to:references:date:from:to:cc :subject:content-type; s=fm1; bh=VvRIbIe4yxyjp9BAEcAZtS41T9keUyj B4gBpAzEuUK8=; b=VsXo6dVuVf8l0L9N2kII/EZHxAsJ3Qox5kGOPux8FG4QHqZ 2fePcXrh3nxlRIY28ZDDB5i+bA/nLPB74voSD3oqj7DTaENV/fx6LkJS89UKkYAo 7PwqkPqJbZUUB6pfO3yOR4u5vd9JL6tnSKd2qkjOtkAgUCOdrDv1tewXjyT8yN/G bWO1uwoGkIjAzQiO/mAVbYgQATgLR+V10ab2klvi5kJnmDo0JBDc45jjtMgraZK6 4QgkDVETXA/+AvPsL26DlSArPx+mK3GdUhg1n1Q15ggfJKlCsqfkpvqL1uKZnBk6 SmPJdxOnn9whwYH7ke0Vhg6z8z0Ys17W8Jxl0Kg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=VvRIbI e4yxyjp9BAEcAZtS41T9keUyjB4gBpAzEuUK8=; b=LVH9LzSE8LZLBLVC4pqIv5 Ix519MXmoOpsjOxIxZ1938fQsC+THHV1q4TZT0idh8Rr9Ogo2GTUqS5VPONxK5Oc 9nLvoCxYMhD0qQJOE1NL6Y6fPz+KFRYzQEntuS2K6cqGO2V8R3KVbmrD0LmnNeno 4CuFKwIsYdApFnA3bDTq5Z0vBzrhdwU+GHd/mFLIzs37RweJusk701jZpsUiZDl1 nkv/oPjrgmAVuIkvLjaoEjYq7h3XKunTjh4yWsVT4whl9mmflnGmVSx5+raV8ubo 2yolQyqPwmw45TULD1Wu5mFEX5Cs/rBzL6J6N/viWaIodxnRORkWQ0cdnZVGT/Cw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrudejjedggeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvffutgesthdtredtreerjeenucfhrhhomhepfdetlhgv gigvhicuofgvlhhnihhkohhvfdcuoegrrghmvghlnhhikhhovhesfhgrshhtmhgrihhlrd hfmheqnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrrghmvghlnhhikhhovhesfhgrshht mhgrihhlrdhfmhenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 9681CC200A4; Thu, 5 Sep 2019 08:24:27 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-188-g385deb1-fmstable-20190905v2 Mime-Version: 1.0 Message-Id: <01c45ddf-a237-46ad-8537-96e191269b1c@www.fastmail.com> In-Reply-To: <156765535451.22851.10780950548432822644.idtracker@ietfa.amsl.com> References: <156765535451.22851.10780950548432822644.idtracker@ietfa.amsl.com> Date: Thu, 05 Sep 2019 13:23:45 +0100 From: "Alexey Melnikov" To: "Benjamin Kaduk" , "The IESG" Cc: draft-ietf-core-senml-etch@ietf.org, core-chairs@ietf.org, "Carsten Bormann" , core@ietf.org Content-Type: text/plain Archived-At: Subject: Re: [core] =?utf-8?q?Benjamin_Kaduk=27s_No_Objection_on_draft-ietf-c?= =?utf-8?q?ore-senml-etch-05=3A_=28with_COMMENT=29?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2019 12:24:30 -0000 Hi Ben, Just commenting on one thing: On Thu, Sep 5, 2019, at 4:49 AM, Benjamin Kaduk via Datatracker wrote: > Benjamin Kaduk has entered the following ballot position for > draft-ietf-core-senml-etch-05: No Objection > Section 4 > > As for several other reviewers I'm not entirely sure that I understand > the fragment case for > fetch/patch records. These records (the request body) are themselves > selectors, so a client that wanted to consider just a subset of the > records could just send the (appropriately resolved for base values) > subset of the records in the request to obtain the selected set of > records from the resource instead of requesting the "full" set (from the > request body) and then selecting from the response via the fragment. > So, are we just specifying the fragment semantics out of a sense of > completeness, or are there expected to be cases where we still want to > retrieve records from the server just to "throw them away" at the client > side? Describing handling of URI fragments is a generic requirement for media type registrations. So this is mostly done for completeness. > It is perhaps plausible to imagine doing so with (i)Patch, in > order to effect a set of changes but only retain the results for a > subset of them, but I'm having a harder time coming up with a case for > fetch fragments. The best I can do so far is some (as-yet-to-me) > hypothetical case where the selector is easier to write with multiple > fetch records (e.g., for getting base values) but not all of them are > relevant for the desired computation. From nobody Sun Sep 8 11:58:02 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5AE6120813; Sun, 8 Sep 2019 11:57:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=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=ericsson.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 sqTuUsGYGfzf; Sun, 8 Sep 2019 11:57:55 -0700 (PDT) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130044.outbound.protection.outlook.com [40.107.13.44]) (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 1D74C120144; Sun, 8 Sep 2019 11:57:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MOTDAOz8yXK1k5KyFv6nuXwLz0fi2V2eeWg5ecx/Bule4YgFwjdgmsLvXBG84OWsULMbh6IIl4ErlVJykARNd5RNeHRfagMjcrfvqnzCSi0iaZLdO531F3EVQASNoHqYp7z97vjL9RP+k+4SDLxoSwYIs0tKsvWhkxP3QN3Ka54orrKycR6R15b6+2hGE+0Q4b8y7Od5FJqu/OmMWKKEkL9DPbCg0OnPDtYJffrKx3xwXK/WPZeBqLR2sn3lXpIEMNI7iMhZyIOx9pBnjAMpzYGRK71kT4Ne8dsjshkKiVQigEg/SQ2raftUJGmGarYFA8cpr3jHfCc7BkhQSV3GSw== 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=SWTQ1Y9tipjjrLgXS8/I/iqVzXK2FHNzx9doEE0iZHY=; b=INt4I4HectWq7VBVVOk+meqBrOpfx6YF7m9h/VnawTpA51L2SlkMnvWo5uA4Y4hv6LqH9ISs0EfsTCUSuIJ57rWy/NmitD21GjSm2uq5jIBTzkmn4+EeaXxS2h0vCqMCdwH3MkhEli0Sw2JBUpkaK39RfXa9RRVCTcNoHQDuMVe3UlIUH9V8/k4GV313lNeNvaljgkE0+wbV05sNsIXS/VKTX1ixNLeAAxGMBf5ScNnZQzY+A/0U9uGR+1p86HbYOUu2v7b20WZndxdk6l2sn84/ioVLO43s9B90RNc/KRxsphBrLgvkcIIqMxTy2/QNwybLusAI1xusbvaGGfadsg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=SWTQ1Y9tipjjrLgXS8/I/iqVzXK2FHNzx9doEE0iZHY=; b=pWsKdWpTZpZicFy8neP4xtctkaBnpdPZyw5/c0qW8bZ1nrw5SSbUSfju0nzw+fHkxGMvelv5FjBf/meFYhSBLOIGXocCOtLeLJnQfSEaS3cDOGwlaMgN3kIc22Qkhe41oqcvNQ33XqfRhVSSgOePKZlW+K5YWfXjusSuaH+R+Ts= Received: from HE1PR07MB4236.eurprd07.prod.outlook.com (20.176.166.145) by HE1PR07MB4363.eurprd07.prod.outlook.com (20.176.167.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2263.7; Sun, 8 Sep 2019 18:57:50 +0000 Received: from HE1PR07MB4236.eurprd07.prod.outlook.com ([fe80::ac70:36ee:cd9c:614e]) by HE1PR07MB4236.eurprd07.prod.outlook.com ([fe80::ac70:36ee:cd9c:614e%6]) with mapi id 15.20.2263.005; Sun, 8 Sep 2019 18:57:50 +0000 From: =?utf-8?B?QXJpIEtlcsOkbmVu?= To: Matthias Kovatsch CC: "Iot-dir@ietf.org" , "ietf@ietf.org" , "core@ietf.org" , "draft-ietf-core-senml-etch.all@ietf.org" Thread-Topic: Iotdir last call review of draft-ietf-core-senml-etch-05 Thread-Index: AQHVYY90C0by5tfzwEGda53GFOLD+KcgXnoA Date: Sun, 8 Sep 2019 18:57:50 +0000 Message-ID: <9F387997-3F3C-4BF0-836F-27D9CB7BA2CA@ericsson.com> References: <156742967398.13091.10827676798390937517@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.1c.0.190812 authentication-results: spf=none (sender IP is ) smtp.mailfrom=ari.keranen@ericsson.com; x-originating-ip: [2001:14bb:150:480b:5433:ff16:143a:58c5] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: d1068025-9ccb-414d-11ce-08d7348e7289 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB4363; x-ms-traffictypediagnostic: HE1PR07MB4363: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0154C61618 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(346002)(39860400002)(366004)(396003)(136003)(199004)(189003)(2616005)(2906002)(46003)(256004)(6506007)(14444005)(45080400002)(229853002)(36756003)(6246003)(7736002)(66476007)(85202003)(66946007)(76116006)(66446008)(64756008)(66556008)(6436002)(6116002)(6486002)(71200400001)(54906003)(186003)(8676002)(33656002)(6306002)(14454004)(446003)(71190400001)(102836004)(316002)(486006)(476003)(86362001)(6512007)(25786009)(58126008)(305945005)(85182001)(478600001)(8936002)(53936002)(76176011)(6916009)(5660300002)(4326008)(966005)(81156014)(81166006)(99286004); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB4363; H:HE1PR07MB4236.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: bTuHbPgV6ipaZe9u1kmlnpcyTqj947DqTH6qjgTOM6rUHl7zAY4LIJiGyutRBHdulFkGXL9u+iqDP7LPvBfktYb7TSTgdtnbwBrbun0L8zE731jKu9Sbaq2iaZ8zkcLM3tVEabXOp7lhsBWGcIm/fvcKjNcK25EPjHj16m//MO2JbLWQIJvgyRh8IhyFEGjIP1ml2h9d6I9ALwg+2pjNpXd1VM6TTO7EvbHKG7EGKw+Hd41goHOmEsPDoiEt3/GisPo1x9w2rsblSze8OFwd5HK16oOnSHp4Tua7gRxfPJ2xWr0smuElVR/pfbUswxGz/iN+ecZ7T1UyazsLNocMbPoRtycW9GEeNbc2/qXJlQLwl+H6dkbbWL4ZOGVfKn0ayX8Ez3g2XFucA1rUHRXaXCKbKMXjsg45aHE/ePTiVi8= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: <058C16282E0E53488C7A55E34D69366B@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: d1068025-9ccb-414d-11ce-08d7348e7289 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Sep 2019 18:57:50.6321 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 1R+xFkWTd5oOSo4ZyVqEfXkRZOVsx1cqeIBaFVAJ1JxcbiYuUwfd56oO8515cu78fpHg0PFGM/e2z3nWi9ibYYTlJXbZ9VzZc8wFJuLU+Lw= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4363 Archived-At: Subject: Re: [core] Iotdir last call review of draft-ietf-core-senml-etch-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2019 18:58:02 -0000 VGhhbmsgeW91IE1hdHRoaWFzIGZvciB0aGUgdGhvcm91Z2ggcmV2aWV3ISBJIGhhdmUgcHJlcGFy ZWQgYSBQUiB0byBhY2NvbW1vZGF0ZSB5b3VyIGNvbW1lbnRzOg0KaHR0cHM6Ly9naXRodWIuY29t L2NvcmUtd2cvc2VubWwtZXRjaC9wdWxsLzkvZmlsZXMNCg0KUGxlYXNlIHNlZSBhbHNvIGJlbG93 IGNvbW1lbnRzIGFuZCBkaXNjdXNzaW9uIG9uIGVhY2ggaXNzdWUuDQoNCj4gT24gMiBTZXAgMjAx OSwgYXQgMTYuMDgsIE1hdHRoaWFzIEtvdmF0c2NoIHZpYSBEYXRhdHJhY2tlciA8bm9yZXBseUBp ZXRmLm9yZz4gd3JvdGU6DQo+IA0KPiBSZXZpZXdlcjogTWF0dGhpYXMgS292YXRzY2gNCj4gUmV2 aWV3IHJlc3VsdDogUmVhZHkgd2l0aCBOaXRzDQpbLi4uXQ0KPiBJdCB3b3VsZCBiZSBnb29kIHRv IGdldCB0aGUgaGVscCBmcm9tIGFuIGV4cGVydCBvbiBXaW5kb3dzIENsaXBib2FyZCBGb3JtYXRz DQo+IGFuZCBNYWNpbnRvc2ggVW5pZm9ybSBUeXBlIElkZW50aWZpZXJzLCBhcyBubyBnb29kIGd1 aWRlbGluZXMgYXJlIGF2YWlsYWJsZSB0bw0KPiBjaGVjayB0aGVzZSBJQU5BIGNvbnNpZGVyYXRp b25zLiAoVGhpcyBpc3N1ZSBhcHBlYXJzIHRvIGJlIHJlY3VycmVudCBhbHNvIGZvcg0KPiBvdGhl ciBzcGVjcy4pDQoNCkkgYWdyZWU7IEkgdXNlZCBoZXJlIHRoZSBzYW1lIHBhdHRlcm4gd2UgdXNl ZCBmb3IgdGhlIFNlbk1MIFJGQyAod2hpY2ggSSB0aGluayB3ZSBjb3BpZWQgZnJvbSBzb21lIG9s ZGVyIFJGQyBvciBXM0Mgc3BlYyksIGJ1dCBpbmRlZWQgYmV0dGVyIGd1aWRhbmNlIGluIGdlbmVy YWwgd291bGQgYmUgdXNlZnVsLg0KIA0KPiAjIyBUZWNobmljYWwgY29tbWVudHMNCj4gDQo+ICog UDQgKDMuMSk6IEkgYW0gbWlzc2luZyBhc3NlcnRpb25zIHN1Y2ggYXMgIlZhbHVlcyBpbiBhIEZl dGNoIFJlY29yZCBNVVNUIGJlDQo+IGlnbm9yZWQuIg0KDQpBY3R1YWxseSB0aGlzIGFwcGxpZXMg dG8gYWxsIGZpZWxkcyBvdGhlciB0aGFuIChiYXNlKW5hbWUgYW5kIHRpbWUuIEkgYWRkZWQgYSBu b3RlIHRvIGVuZCBvZiAzLjE6DQoiQWxsIG90aGVyIEZldGNoIFJlY29yZCBmaWVsZHMgdGhhbiBu YW1lLCBiYXNlIG5hbWUsIHRpbWUsIGFuZCBiYXNlIHRpbWUgTVVTVCBiZSBpZ25vcmVkLiINCg0K SSBhbHNvIG5vdGVkIHRoaXMgZGlmZmVyZW5jZSB0byBTZW5NTCAobGFjayBvZiB2YWx1ZXMpIGlu IHRoZSBpbnRyby4NCg0KPiAgKiBXaGF0IHNob3VsZCBoYXBwZW4gd2hlbiBhIFBhdGNoIFJlY29y ZCBkb2VzIG5vdCBoYXZlIGEgdmFsdWU/DQoNCkdvb2QgY2F0Y2ghIFRoZXJlIHNob3VsZCBiZSBl aXRoZXIgdmFsdWUgb3Igc3VtIGZpZWxkIGluIGFsbCBQYXRjaCByZWNvcmRzOyBvdGhlcndpc2Ug dGhlIHJlc3VsdGluZyByZWNvcmQgd291bGQgbm90IGJlIHZhbGlkIFNlbk1MIHJlY29yZC4gSSBh ZGRlZCBmb2xsb3dpbmcgdG8gMy4yOiAiQWxsIFBhdGNoIFJlY29yZHMgTVVTVCBjb250YWluIGF0 IGxlYXN0IGEgU2VuTUwgVmFsdWUgb3IgYSBTdW0gZmllbGQuICBBIFBhdGNoIFBhY2sgd2l0aCBp bnZhbGlkIFJlY29yZHMgTVVTVCBiZSByZWplY3RlZC4iDQoNCkkgbm90aWNlZCBhbHNvIHRoYXQg dGhlIGZpcnN0IHNlbnRlbmNlIG9mIDMuMiB3YXMgYSBiaXQgbWlzbGVhZGluZzsgSSBjaGFuZ2Vk IHRoYXQgZnJvbSAiVGhlIChpKVBBVENIIG1ldGhvZCBjYW4gYmUgdXNlZCB0byBjaGFuZ2UgdGhl IHZhbHVlcyBvZiBTZW5NTCBSZWNvcmRzIiB0byAiWy4uLl0gY2hhbmdlIHRoZSBmaWVsZHMgb2Yg U2VuTUwgUmVjb3JkcyIuDQoNCj4gKiBQNSDCpzM6IFRoZSByZWNvcmQgbXVzdCBub3QgYmUgYWRk ZWQgd2hlbiB0aGUgdmFsdWUgaXMgbnVsbC4gKGJlaGF2aW9yIG5vdA0KPiBkZXNjcmliZWQgZm9y bWFsbHkgZW5vdWdoKQ0KDQpDaGFuZ2VkIHRoaXM6DQoNCk9MRDogSWYgYSBQYXRjaCBSZWNvcmQg aGFzIGEgdmFsdWUgKCJ2IikgZmllbGQgd2l0aCB2YWx1ZSBudWxsLCB0aGUgbWF0Y2hlZCBSZWNv cmQgKGlmIGFueSkgaXMgcmVtb3ZlZCBmcm9tIHRoZSBQYWNrLg0KTkVXOiBJZiBhIFBhdGNoIFJl Y29yZCBoYXMgYSB2YWx1ZSAoInYiKSBmaWVsZCB3aXRoIHZhbHVlIG51bGwsIGl0IE1VU1QgTk9U IGJlIGFkZGVkIGJ1dCB0aGUgbWF0Y2hlZCBSZWNvcmQgKGlmIGFueSkgaXMgcmVtb3ZlZCBmcm9t IHRoZSBUYXJnZXQgUGFjay4NCg0KSSBhbHNvIGFkZGVkIGRlZmluaXRpb24gb2YgVGFyZ2V0IFBh Y2s6ICJBIFNlbk1MIFBhY2sgdGhhdCBpcyBhIHRhcmdldCBmb3IgYSBGZXRjaCBvciBQYXRjaCBv cGVyYXRpb24uIg0KDQo+ICogUDc6ICJXaW5kb3dzIENsaXBib2FyZCBOYW1lIiAtLT4gTWljcm9z b2Z0IGFuZCBmb3IgaW5zdGFuY2UgSFRNTCBzcGVjIHVzZQ0KPiAiV2luZG93cyBDbGlwYm9hcmQg Rm9ybWF0Ig0KPiAgKiBPa2F5LCB0aGUgc3RpbmcgaXRzZWxmIGlzIHRoZSBXaW5kb3dzIENsaXBi b2FyZCBGb3JtYXQgTmFtZS4uLg0KDQpUaGF0IG5hbWluZyBjb252ZW50aW9uIHdhcyB1c2VkIGFs c28gYnkgVzNDIHNwZWNzIChhbmQgbm93IFNlbk1MIFJGQykgd2l0aCBtZWRpYSB0eXBlIHJlZ2lz dHJhdGlvbnMuDQoNCj4gICogVGhlIGxvbmcgc3RyaW5nIHdpdGggc3BhY2VzICgiU2VuTUwgRkVU Q0gvUEFUQ0ggZm9ybWF0IikgaXMgYSBiaXQgd2VpcmQgZm9yDQo+ICB0aGlzIHB1cnBvc2UsIG5v Pw0KDQpTcGFjZXMgc2VlbSB0byBiZSBPSyBoZXJlOiBmb3IgZXhhbXBsZSBTVkcgSW1hZ2UgaGFz IGNsaXBib2FyZCBmb3JtYXQgbmFtZSAiU1ZHIEltYWdlIi4gQnV0IGlmIHRoZXJlJ3MgYmV0dGVy IGd1aWRhbmNlIGF2YWlsYWJsZSwgSSdkIGJlIGhhcHB5IHRvIGZvbGxvdyB0aGF0Lg0KDQo+ICAg ICogSSBhbHNvIGhhZCB0aGUgcHJvYmxlbSB0byBmaW5kIHByb3BlciBndWlkZWxpbmVzIGZvciBX aW5kb3dzIENsaXBib2FyZA0KPiAgICBGb3JtYXRzOyBhcmUgdGhlcmUgYW55Pw0KDQpJJ20gbm90 IGF3YXJlIG9mIGFueSBhbmQgZGlkbid0IGZpbmQgYW55IGdvb2Qgc291cmNlcyBiYXNlZCBvbiBx dWljayBnb29nbGluZy4NCg0KPiAgKiBObyBNYWNpbnRvc2ggVW5pZm9ybSBUeXBlIElkZW50aWZp ZXI/DQoNClRoZXJlIGFyZSBhY3R1YWxseSBNYWMgVVRJcyBpbiBzZWN0aW9ucyA2LjIgYW5kIDYu My4NCg0KPiAjIyBBZGRpdGlvbmFsIGNvbW1lbnQNCj4gDQo+ICogQXMgYWxyZWFkeSBkaXNjdXNz ZWQgd2l0aCBvbmUgb2YgdGhlIGF1dGhvcnMsIGFuIGltcGxpY2F0aW9uIGZvciBMd00yTSBpcw0K PiBwcm9iYWJseSB0aGF0IHRoZXNlIHBhdGNoIGRvY3VtZW50cyBtdXN0IG5vdCBiZSB1c2VkIHdp dGggRXhlY3V0YWJsZSBSZXNvdXJjZXMNCj4gKG9uZSBtaWdodCB0cnkgdG8gZXhlY3V0ZSBtdWx0 aXBsZSByZXNvdXJjZXMgYXQgb25jZSB3aXRoIGEgUEFUQ0ggbWV0aG9kKS4gVGhlDQo+IGFwcGxp Y2F0aW9uIG9mIGEgUGF0Y2ggUGFjayBpcyB0aGVuIG5vdCBpZGVtcG90ZW50IGFueW1vcmUuIEZ1 cnRoZXJtb3JlLCBpdCBpcw0KPiB1bmNsZWFyIHdoYXQgdGhlIHZhbHVlIHNob3VsZCBiZSB3aGVu IHRoZSBMd00yTSBFeGVjdXRhYmxlIFJlc291cmNlIGRvZXMgbm90DQo+IHRha2UgYXJndW1lbnRz LiAqIElmIGV4ZWN1dGluZyBtdWx0aXBsZSByZXNvdXJjZXMgYXRvbWljYWxseSBpcyBhbiBpbXBv cnRhbnQNCj4gdXNlIGNhc2UsIEkgdGhpbmsgd2UgbmVlZCBhbm90aGVyIGl0ZXJhdGlvbiB0byBk ZWFsIHdpdGggdGhlIHN0YXRlIHZzIFJQQyBpc3N1ZQ0KPiAoInVzZSBQQVRDSCB0byBjYWxsIGZ1 bmN0aW9uKHMpIHdpdGhvdXQgYXJndW1lbnRzIGJ5IGdpdmluZyBhIG5ldyBzdGF0ZT8hIikNCg0K SW5kZWVkLiBJJ20gbm90IGF3YXJlIG9mIHVzZSBjYXNlIGZvciB1c2luZyBQYXRjaCB3aXRoIEx3 TTJNIGV4ZWMgcmVzb3VyY2VzLCBidXQgY2FuIGRvdWJsZSBjaGVjayB0aGlzLg0KIA0KPiAjIyBF ZGl0b3JpYWwgY29tbWVudHMNCj4gDQo+ICogUDEgwqcxIChBYnN0cmFjdCksIFAyIGxhc3Qgwqc6 ICJpUEFUQ0gsIFBBVENILCBhbmQgRkVUQ0giIC0tPiAiRkVUQ0gsIFBBVENILA0KPiBhbmQgaVBB VENIIg0KPiAgKiBJdCBpcyBlYXNpZXIgb24gdGhlIGJyYWluIGlmIHRoZSBvcmRlciBpcyBrZXB0 IGNvbnNpc3RlbnQuLi4NCg0KRml4ZWQuDQogDQo+ICogUDIgwqc2OiAiaGVuY2UgZnVsbCBuYW1l IiAtLT4gImhlbmNlIHRoZSB1bmlxdWUgaWRlbnRpZmllcnMiID8NCj4gICogUkZDIDg0MjggZG9l cyBub3QgZGVmaW5lIG9yIGNvbnRhaW4gImZ1bGwgbmFtZSIsIGJ1dCAiZ2xvYmFsbHkgdW5pcXVl DQo+ICBpZGVudGlmaWVyIGZvciB0aGUgcmVzb3VyY2UiDQoNCkdvb2QgcG9pbnQuIDg0MjggYWxz byB1c2VzIHNpbXBseSAibmFtZSIgdG8gcmVmZXIgdG8gdGhlICJ1bmlxdWUgSUQgdGhhdCByZXN1 bHRzIGluIHRoZSBjb25jYXRlbmF0aW9uIG9mIHRoZSBuYW1lIGFuZCBiYXNlIG5hbWUgZmllbGRz Ii4gSSB0aGluayB1c2luZyAibmFtZSIgaXMgbGVzcyBjb25mdXNpbmcgaW4gdGhpcyBjb250ZXh0 IHNvIEkgd291bGQgc3VnZ2VzdCBjaGFuZ2luZyAiZnVsbCBuYW1lIiB0byBqdXN0ICJuYW1lIi4g QnV0IHdvdWxkIGJlIGdyZWF0IHRvIGhlYXIgdmlld3Mgb2Ygb3RoZXJzIG9uIHRoaXMgdG9vLg0K DQo+ICogUDMgwqcxOiAiVGhlIHNlbWFudGljcyBvZiB0aGUgLi4uIg0KPiAgKiBDcmVhdGVzIHF1 ZXN0aW9uIGFib3V0IHNlbWFudGljcyBmb3IgRkVUQ0gNCj4gICogQmV0dGVyIHRvIHJldmVyc2Ug c2VudGVuY2VzIGFuZCBzdGFydCB3aXRoICJUaGUgcmVzdCBvZiB0aGUgZG9jdW1lbnQgdXNlcw0K PiAgdGhlIHRlcm0gIihpKVBBVENIIiB0byByZWZlciB0byBib3RoIG1ldGhvZHMsIGFzIHRoZSBz ZW1hbnRpY3Mgb2YgdGhlIG5ldw0KPiAgbWVkaWEgdHlwZXMgYXJlIHRoZSBzYW1lIGZvciB0aGUg Q29BUCBQQVRDSCBhbmQgaVBBVENIIG1ldGhvZHMuIg0KDQpGaXhlZC4NCiANCj4gKiBQMyDCpzE6 ICIsIHRoYXQgY2FuIGJlIHVzZWQgd2l0aCB0aGUiIC0tPiAiLCB3aGljaCAuLi4iDQoNCkZpeGVk Lg0KDQo+ICogUDMgwqczOiAiQWxzbyB0aGUgZm9sbG93aW5nIC4uLiIgLS0+IHRvIG1hbnkgImFs c28iLCBqdXN0ICJUaGUgZm9sbG93aW5nIC4uLiINCg0KQ2hhbmdlZCB0byAiVGhlIGZvbGxvd2lu ZyBhZGRpdGlvbmFsIHRlcm1zIiB0byBtYWtlIGl0IGNsZWFyIHRoaXMgYWRkcyAoYW5kIGRvZXMg bm90IGNvbnRyYWRpY3QpIHRvIHRoZSBwcmV2aW91cyB0ZXJtcy4NCiANCj4gKiBQNCDCpzIgKDMu MSk6ICIuLi4gd2hlbiByZXNvbHZlZCwgbWF0Y2ggcmVzb2x2ZWQgbmFtZXMiIC0tPiAiaWRlbnRp ZmllcnMiDQo+ICAqIG5hbWVzIHdoZW4gcmVzb2x2ZWQgYXJlIHJlc29sdmVkIG5hbWVzLCBoZW5j ZSB1bmNsZWFyIHdoYXQgaXMgY29tcGFyZWQNCj4gICogUDIgY2FsbHMgdGhlbSAiZnVsbCBuYW1l cyINCj4gICogU2VlIGFib3ZlLCBzaG91bGQgYmUgc29tZXRoaW5nIGxpa2UgImdsb2JhbGx5IHVu aXF1ZSBpZGVudGlmaWVyIGZvciB0aGUNCj4gIHJlc291cmNlIg0KDQpUbyBtYWtlIHRoaXMgbW9y ZSBjbGVhciBJJ2Qgc3VnZ2VzdCBhZGRpbmcgIi4ubWF0Y2ggcmVzb2x2ZWQgbmFtZXMgaW4gYSAq VGFyZ2V0KiBTZW5NTCBQYWNrIi4gQWx0ZXJuYXRpdmVseSB3ZSBjb3VsZCBnbyBmb3IgdGhlICIo Z2xvYmFsbHkpIHVuaXF1ZSBJRHMiIHdheS4NCg0KPiAqIFA0IMKnODogQWRkIGV4YW1wbGUgZm9y IHJlY29yZHMgd2l0aCBuYW1lIGFuZCB0aW1lDQoNCkFkZGVkLg0KDQo+ICAqIFdvdWxkIGJlIGdv b2QgdG8gcXVpY2tseSBzaG93IHdoYXQgInJlc29sdmVkIGZvcm0gb2YgcmVjb3JkcyIgbWVhbnMN Cg0KSSBhZGRlZCBhIHNob3J0IGV4YW1wbGUgb2YgdGhpcyB0byB0aGUgZW5kIG9mIHRoZSBTZW5N TCBGRVRDSCBzZWN0aW9uOiAiSW4gcmVzb2x2ZWQgZm9ybSB0aGUgU2VuTUwgbmFtZSBpbiB0aGUg ZXhhbXBsZSBhYm92ZSBiZWNvbWVzICcyMDAxOmRiODo6Mi8zMzExLzAvNTg1MCcuIFNpbmNlIHRo ZXJlIGlzIG5vIGJhc2UgdGltZSBpbiB0aGUgUGFjaywgdGhlIHRpbWUgaW4gcmVzb2x2ZWQgZm9y bSBpcyBlcXVhbCB0byB0aGUgdGltZSBpbiB0aGUgZXhhbXBsZS4iDQoNCj4gKiBQNCDCpzkgKDMu Mik6IEFkZCBzdGF0ZW1lbnQgdGhhdCBTZW5NTCBwYXRjaCBkb2N1bWVudHMgYXJlIGFsd2F5cyBp ZGVtcG90ZW50LA0KPiBoZW5jZSBQQVRDSCBhbmQgaVBBVENIIGFyZSBlcXVpdmFsZW50Pw0KPiAg KiBCYXNpY2FsbHkgbW92ZSB0aGUgbGFzdCBzZW50ZW5jZSB0byB0aGUgYmVnaW5uaW5nIGFuZCBn aXZlIGV4cGxhbmF0aW9uIGZvcg0KPiAgIihpKVBBVENIIi4NCg0KSU1ITywgbW92aW5nIHRoZSBs YXN0IHNlbnRlbmNlIHRvIHRoZSBiZWdpbm5pbmcgd291bGQgbWFrZSB0aGUgZmxvdyBvZiB0aGUg dGV4dCBhIGJpdCB3ZWlyZC4gQnV0IEkgc3VnZ2VzdCBjaGFuZ2luZyB0aGUgbGFzdCBzZW50ZW5j ZSBvZiB0aGUgcGFyYWdyYXBoIGludG86ICJBcHBsaWNhdGlvbiBvZiBQYXRjaCBQYWNrcyBpcyBp ZGVtcG90ZW50OyBoZW5jZSBQQVRDSCBhbmQgaVBBVENIIG1ldGhvZHMgZm9yIFNlbk1MIFBhY2tz IGFyZSBlcXVpdmFsZW50LiINCiANCj4gKiBQNSDCpzI6ICJXaGVuIHRoZSBuYW1lIiAtLT4gIldo ZW4gdGhlIHJlc29sdmVkIG5hbWUiID8NCg0KRml4ZWQuIA0KDQpUaGFuayB5b3Ugb25jZSBtb3Jl IGZvciB0aGUgcmV2aWV3IQ0KDQoNCkNoZWVycywNCkFyaQ0KDQo= From nobody Mon Sep 9 20:38:49 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF1031200F5; Mon, 9 Sep 2019 20:38:47 -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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 6mkPN_I9sJ-Q; Mon, 9 Sep 2019 20:38:46 -0700 (PDT) Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4CEC01200BA; Mon, 9 Sep 2019 20:38:46 -0700 (PDT) Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 9 Sep 2019 20:38:39 -0700 From: Jim Schaad To: CC: Date: Mon, 9 Sep 2019 20:38:38 -0700 Message-ID: <008f01d56789$3d42b4e0$b7c81ea0$@augustcellars.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdVniN2qbQNLEA5BSVmfYlBuxJLTjA== Content-Language: en-us X-Originating-IP: [73.180.8.170] Archived-At: Subject: [core] Status of documents X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Sep 2019 03:38:48 -0000 In scanning through the status of documents in the datatracker, I note that there are two documents that are in WG Last call state. While stateless appears to need an updated draft, the other two have updated drafts. Would it be possible to get these advanced before the end of the month? Jim From nobody Tue Sep 10 01:17:20 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2665F1208AA; Tue, 10 Sep 2019 01:17:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.82 X-Spam-Level: X-Spam-Status: No, score=-1.82 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.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 SzdbyQ-HFNqN; Tue, 10 Sep 2019 01:17:12 -0700 (PDT) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1AD111208B9; Tue, 10 Sep 2019 01:17:12 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 71DFD601; Tue, 10 Sep 2019 04:17:11 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Tue, 10 Sep 2019 04:17:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=5TgIrxgyej+vRCQs4IH6QN42x8MPoLOTioq8FBvs0 y0=; b=gBAP5s68cvgKe5r6Hcfo7+3XnAesqYDxIL0YU7M4FYAQCzjTAQbfIRCju RpK26cDng2B85rnSNSaOSi3KD305Lu+CpHaFosIulOgMLaMQXNGeQYrjABxdrCuc WwP9SR69vwKdvNXFbvPU1h9Th/jVEQv7+VkOmQqbjJQqAeGxqI0Hh2r+YBOOjrYQ mVpg3xct+FxxnxDQX7CsgcDMdwqg5bflEBLw1dC3loI1qaa8/2Y6nR9SbrfMUy39 wFvOS3Ex2o1YbXqwE//jJWxcTWHwCEiWmw8atDrgPYKhrsSPzRpVh0SmR6HhsPA0 Qxs10adzG04OboNrjB1l5Z1e1RgTg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrudekkedgtdduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggugfgjfgesth ekredttderudenucfhrhhomheplfgrihhmvgculfhimhornhgviicuoehjrghimhgvsehi khhirdhfiheqnecuffhomhgrihhnpehivghtfhdrohhrghenucfkphepkeelrdduieeird egledrvdegfeenucfrrghrrghmpehmrghilhhfrhhomhepjhgrihhmvgesihhkihdrfhhi necuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from EMB-918HFH01 (89-166-49-243.co.dnainternet.fi [89.166.49.243]) by mail.messagingengine.com (Postfix) with ESMTPA id 0CEDE80059; Tue, 10 Sep 2019 04:17:09 -0400 (EDT) Date: Tue, 10 Sep 2019 11:17:08 +0300 From: =?utf-8?Q?Jaime=20Jim=C3=A9nez?= To: Jim Schaad Cc: core-chairs@ietf.org, core@ietf.org Message-ID: <20190910081707.rejgf6t2wdf3ras4@EMB-918HFH01> References: <008f01d56789$3d42b4e0$b7c81ea0$@augustcellars.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <008f01d56789$3d42b4e0$b7c81ea0$@augustcellars.com> User-Agent: NeoMutt/20180716 Archived-At: Subject: Re: [core] Status of documents X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Sep 2019 08:17:19 -0000 Hi Jim, On hop-limit I discussed with the authors and I already am reviewing and preparing the writeup, which is due this week. On echo-request I believe a revised I-D was needed after last IETF. From the github repo I see that issue 42 with your comments and few others are almost done but still open. Ciao! -- Jaime Jiménez On Mon, Sep 09, 2019 at 08:38:38PM -0700, Jim Schaad wrote: > In scanning through the status of documents in the datatracker, I note that > there are two documents that are in WG Last call state. While stateless > appears to need an updated draft, the other two have updated drafts. Would > it be possible to get these advanced before the end of the month? > > Jim > > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Tue Sep 10 06:00:43 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DCB3212011B; Tue, 10 Sep 2019 06:00:41 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: core@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.101.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: core@ietf.org Message-ID: <156812044179.27560.2599821607289847862@ietfa.amsl.com> Date: Tue, 10 Sep 2019 06:00:41 -0700 Archived-At: Subject: [core] I-D Action: draft-ietf-core-hop-limit-05.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Sep 2019 13:00:42 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Constrained RESTful Environments WG of the IETF. Title : Constrained Application Protocol (CoAP) Hop-Limit Option Authors : Mohamed Boucadair Tirumaleswar Reddy Jon Shallow Filename : draft-ietf-core-hop-limit-05.txt Pages : 8 Date : 2019-09-10 Abstract: The presence of Constrained Application Protocol (CoAP) proxies may lead to infinite forwarding loops, which is undesirable. To prevent and detect such loops, this document specifies the Hop-Limit CoAP option. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-core-hop-limit/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-core-hop-limit-05 https://datatracker.ietf.org/doc/html/draft-ietf-core-hop-limit-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-core-hop-limit-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Sep 10 06:07:43 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DC2212011F; Tue, 10 Sep 2019 06:07:41 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Jaime Jimenez via Datatracker To: X-Test-IDTracker: no X-IETF-IDTracker: 6.101.0 Auto-Submitted: auto-generated Precedence: bulk Cc: Jaime Jimenez , jaime@iki.fi, iesg-secretary@ietf.org, core-chairs@ietf.org, core@ietf.org Message-ID: <156812086104.27596.5983951097509748560.idtracker@ietfa.amsl.com> Date: Tue, 10 Sep 2019 06:07:41 -0700 Archived-At: Subject: [core] Publication has been requested for draft-ietf-core-hop-limit-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Sep 2019 13:07:41 -0000 Jaime Jimenez has requested publication of draft-ietf-core-hop-limit-05 as Proposed Standard on behalf of the CORE working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-core-hop-limit/ From nobody Wed Sep 11 08:52:15 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BB564120251; Wed, 11 Sep 2019 08:52:06 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: core@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.101.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: core@ietf.org Message-ID: <156821712667.13446.11156997791172310480@ietfa.amsl.com> Date: Wed, 11 Sep 2019 08:52:06 -0700 Archived-At: Subject: [core] I-D Action: draft-ietf-core-yang-cbor-11.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2019 15:52:07 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Constrained RESTful Environments WG of the IETF. Title : CBOR Encoding of Data Modeled with YANG Authors : Michel Veillette Ivaylo Petrov Alexander Pelov Filename : draft-ietf-core-yang-cbor-11.txt Pages : 44 Date : 2019-09-11 Abstract: This document defines encoding rules for serializing configuration data, state data, RPC input and RPC output, Action input, Action output, notifications and yang data template defined within YANG modules using the Concise Binary Object Representation (CBOR) [RFC7049]. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-core-yang-cbor/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-core-yang-cbor-11 https://datatracker.ietf.org/doc/html/draft-ietf-core-yang-cbor-11 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-core-yang-cbor-11 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Sep 12 08:28:09 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 093CF120041 for ; Thu, 12 Sep 2019 08:28:08 -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=armh.onmicrosoft.com header.b=ouXbDNwF; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=armh.onmicrosoft.com header.b=E4jzOtSe 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 iV4NQP9QkKFC for ; Thu, 12 Sep 2019 08:28:05 -0700 (PDT) Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40077.outbound.protection.outlook.com [40.107.4.77]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 036F71202A0 for ; Thu, 12 Sep 2019 08:28:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=aZ5pq53fo8V0MZA7iltjFr8g5jxTfD/ZskWmJn4Bt5M=; b=ouXbDNwFAJqg+Pn6Yu3WweXYZeiLjUHnzcWcjfiPLN173N8YlWiPyK3VW18ZFGHJTtU41sE/ttUIK2AtJP6Wtk9KZ8t7VOEcFrU98WcYC5auw4YVsC/3mavgeLVMgbQlJ1Eo1+74dqaeS+v4ids9l+zopUK4o7wVHlSFlj9hHGg= Received: from VI1PR08CA0142.eurprd08.prod.outlook.com (2603:10a6:800:d5::20) by VI1PR08MB5309.eurprd08.prod.outlook.com (2603:10a6:803:133::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2263.17; Thu, 12 Sep 2019 15:28:01 +0000 Received: from DB5EUR03FT056.eop-EUR03.prod.protection.outlook.com (2a01:111:f400:7e0a::204) by VI1PR08CA0142.outlook.office365.com (2603:10a6:800:d5::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2263.17 via Frontend Transport; Thu, 12 Sep 2019 15:28:01 +0000 Authentication-Results: spf=temperror (sender IP is 63.35.35.123) smtp.mailfrom=arm.com; ietf.org; dkim=pass (signature was verified) header.d=armh.onmicrosoft.com;ietf.org; dmarc=none action=none header.from=arm.com; Received-SPF: TempError (protection.outlook.com: error in processing during lookup of arm.com: DNS Timeout) Received: from 64aa7808-outbound-1.mta.getcheckrecipient.com (63.35.35.123) by DB5EUR03FT056.mail.protection.outlook.com (10.152.21.124) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2263.14 via Frontend Transport; Thu, 12 Sep 2019 15:28:00 +0000 Received: ("Tessian outbound 4a9865a8921c:v31"); Thu, 12 Sep 2019 15:28:00 +0000 X-CR-MTA-TID: 64aa7808 Received: from 15ea1afb75b1.1 (ip-172-16-0-2.eu-west-1.compute.internal [104.47.0.50]) by 64aa7808-outbound-1.mta.getcheckrecipient.com id E3350A0F-CC35-4C48-BBEE-9A92B221A70E.1; Thu, 12 Sep 2019 15:27:55 +0000 Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01lp2050.outbound.protection.outlook.com [104.47.0.50]) by 64aa7808-outbound-1.mta.getcheckrecipient.com with ESMTPS id 15ea1afb75b1.1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384); Thu, 12 Sep 2019 15:27:55 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=OS7/53Dk20xwZ4wMThi7JgLyWRJFZABUhCoh3t9R2E/v0WxUTY3BwDjl8nKTtUi47Jz2vWxgw5Jpvwgk4Cc7GipRYK9x3Lh+UVjmnTcJ7rJnkKqKLINby1Xk4etFd4PGum9YiYfuEeVcC2m2+we5wHZBzwt3zFuL+icERwR05aFLUs49aDcRJ6jdq+T2WVQ7wHJTtvGY3RAIuLLV3QC+nHZ61KUS2FcwyocyhYZrnYqa9Sceq82hr/vprTConhAkWPDndN2Lj8knabdcriSpLqgwUDu/VJ0MJNpXnsm4WgK77Jgg6QtQrKfdkS56ySjLOqizzfVFuJkSGIbbSeGGqQ== 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=bqo2oYCD2D8uZnvS7Z4B7Po07XiWwtN6v9pUJU4/ZKM=; b=MCNB/rQYq+nnpworZG9jtr6WTh6/vjWTE+hE84QMGbpBIU3iWuXXFoXLBSnycj9QCmwaF5k9f+sLUUqlo7WFi9+2QJ7/u0G4VtYDmg/Br3n05LAiweSuvPDelBiJD6vXi81NhADrL8lybiRsFEvKFinKTmVfWf4QwqkFxPnB3LADleA3wWACwd9N1KStuqkj2IH2i3wSVd69iRc7O1l25DXU5d8gFtHsHYs+gcJQdDnZQ1WNIPAb0rDF26mjcJJIxknT2RF58+meMslPWqfBS84NIDF3pU+fxaqr9bFUVrvrp5XHEZluFaAiQrOwiCDE8SJC/CFfmcELkxvQM3zzpQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=bqo2oYCD2D8uZnvS7Z4B7Po07XiWwtN6v9pUJU4/ZKM=; b=E4jzOtSeM02vhO4XI0yE6Ng5yXzXkIaUuQNS03wGVDqdNYU+jIR/myHgsyvX8PjUlgFanYWOVY3mqWK6JCuKJZzzTtsBtv96RJ1aPqbFsgn631dEWqSkOEUcQnDWyBNpuym46dvWKu1MG/YKkd0hUtp1YURFEPX0H319xrTZshQ= Received: from AM0PR08MB5345.eurprd08.prod.outlook.com (52.132.212.135) by AM0PR08MB4066.eurprd08.prod.outlook.com (20.178.117.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2263.15; Thu, 12 Sep 2019 15:27:51 +0000 Received: from AM0PR08MB5345.eurprd08.prod.outlook.com ([fe80::a820:853d:e981:a76c]) by AM0PR08MB5345.eurprd08.prod.outlook.com ([fe80::a820:853d:e981:a76c%2]) with mapi id 15.20.2263.016; Thu, 12 Sep 2019 15:27:51 +0000 From: Hannes Tschofenig To: "core@ietf.org WG" Thread-Topic: draft-ietf-core-senml-more-units-00 Thread-Index: AdVpfnpdO+3ok1txTO6rwIuDFgGtPQ== Date: Thu, 12 Sep 2019 15:27:51 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ts-tracking-id: 4cda97c5-f376-49d7-8fd9-b486da789e05.0 x-checkrecipientchecked: true Authentication-Results-Original: spf=none (sender IP is ) smtp.mailfrom=Hannes.Tschofenig@arm.com; x-originating-ip: [80.92.123.158] x-ms-publictraffictype: Email X-MS-Office365-Filtering-Correlation-Id: 03113980-c138-4cfe-b6de-08d73795cbb5 X-MS-Office365-Filtering-HT: Tenant X-Microsoft-Antispam-Untrusted: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:AM0PR08MB4066; X-MS-TrafficTypeDiagnostic: AM0PR08MB4066:|VI1PR08MB5309: X-Microsoft-Antispam-PRVS: x-checkrecipientrouted: true x-ms-oob-tlc-oobclassifiers: OLM:1417;OLM:1417; x-forefront-prvs: 01583E185C X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(136003)(396003)(376002)(366004)(346002)(199004)(189003)(53754006)(25786009)(486006)(74316002)(476003)(102836004)(186003)(26005)(508600001)(2906002)(99286004)(6506007)(7696005)(71190400001)(71200400001)(52536014)(5660300002)(316002)(33656002)(3846002)(66066001)(6116002)(14454004)(6916009)(790700001)(6436002)(9686003)(54896002)(8936002)(6306002)(86362001)(53936002)(558084003)(81166006)(81156014)(256004)(8676002)(7736002)(55016002)(66946007)(66446008)(64756008)(66476007)(66556008)(76116006); DIR:OUT; SFP:1101; SCL:1; SRVR:AM0PR08MB4066; H:AM0PR08MB5345.eurprd08.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: arm.com does not designate permitted sender hosts) X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Message-Info-Original: bPnVjLVZeBSaWt+Xpv+SlJikPsp6kbv4EmCTG5+XxWOhPwyfR/dtHv7TvU64eQxOMq6V3jw+d23oTE4N1hARN87l2dmWajbqM96FOsGNJ/jeEL59+nwPJqrQHaXgqg3jlrt3ITMIzC0CnofVZ+jpW2rAstcVO3VSt2vkhwGyRAZA0H8makiRiamheFJPpuqOJcSvoKj4MKuFwr37mA+F+8nOVn/oXR60yzXUzhgFZwO2PV4SWtTIY45uM60X7Wtsc617Qv4+ELcpY2D47bRonrvxGXfAtgkqbwcZsHlgfjtd1y0GHluBzXvhyzCNg42rFsargLahdhSNFPPQI6O1WpRgJ9DWFddt9e4r3kHA7Fla9Ny0r0TU/Fwjse/FX8v+T3+fUj792rpYnoiitvGW/as9lKJFy9vBnHZNcCVewtM= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_AM0PR08MB5345AEFD7FDDBE0CB9192787FAB00AM0PR08MB5345eurp_" MIME-Version: 1.0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR08MB4066 Original-Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=Hannes.Tschofenig@arm.com; X-EOPAttributedMessage: 0 X-MS-Exchange-Transport-CrossTenantHeadersStripped: DB5EUR03FT056.eop-EUR03.prod.protection.outlook.com X-Forefront-Antispam-Report: CIP:63.35.35.123; IPV:CAL; SCL:-1; CTRY:IE; EFV:NLI; SFV:NSPM; SFS:(10009020)(4636009)(346002)(376002)(39860400002)(396003)(136003)(53754006)(189003)(199004)(40434004)(55016002)(5000100001)(52536014)(81156014)(76130400001)(66066001)(8676002)(486006)(14444005)(5024004)(126002)(356004)(86362001)(33656002)(476003)(22756006)(16586007)(71190400001)(316002)(14454004)(6916009)(70206006)(70586007)(99286004)(74316002)(5660300002)(9686003)(26826003)(25786009)(508600001)(790700001)(102836004)(8936002)(2906002)(81166006)(3846002)(6116002)(6506007)(26005)(186003)(336012)(63350400001)(7736002)(54896002)(6306002)(7696005); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR08MB5309; H:64aa7808-outbound-1.mta.getcheckrecipient.com; FPR:; SPF:TempError; LANG:en; PTR:ec2-63-35-35-123.eu-west-1.compute.amazonaws.com; MX:1; A:1; X-MS-Office365-Filtering-Correlation-Id-Prvs: 7646a866-7386-489e-1853-08d73795c641 X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(710020)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:VI1PR08MB5309; X-Forefront-PRVS: 01583E185C X-Microsoft-Antispam-Message-Info: L7sehRi+qlL1mb452Dv9uB2Y8RmoIluDpxSuQYkq8APN/9rCdZH5AvjalsGesS6dV18ieosU8g9SNV4LcGJ56O2Mc1DS8mrWhPVDvpjRimO3JJTPC9xeV5MfJCVmFiBXVIA954K9v9dh8i2oERYFM/h/S47E0eCMg1NrPN3YrsamsIHAnCDClsj9bdFxFRBNrBRFKmk1GoZQ5+RLdNm25IYBCwPxc99mEXLJlfBUoG8Qwhnb2SNTAyyw9ddJ7PtHe3q3xWAQ3tOPY0bemJC7AsVKMUWemMsBMZ2Jrn3V8GFlYLt9L2BJzNA52LeVrPGVGFvX2QwcPU1D36y+/prVgzhwwf9rxIREQdbFGwKdj/nzAACV197WtkglKZiF9xxS9ien+qquuDoS2CGNzw4beBXItORTDZT3yO9imvXPZf0= X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Sep 2019 15:28:00.2982 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 03113980-c138-4cfe-b6de-08d73795cbb5 X-MS-Exchange-CrossTenant-Id: f34e5979-57d9-4aaa-ad4d-b122a662184d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=f34e5979-57d9-4aaa-ad4d-b122a662184d; Ip=[63.35.35.123]; Helo=[64aa7808-outbound-1.mta.getcheckrecipient.com] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR08MB5309 Archived-At: Subject: [core] draft-ietf-core-senml-more-units-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Sep 2019 15:28:08 -0000 --_000_AM0PR08MB5345AEFD7FDDBE0CB9192787FAB00AM0PR08MB5345eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Carsten, Hi all, When do you expect draft-ietf-core-senml-more-units-00 to be completed? Ciao Hannes IMPORTANT NOTICE: The contents of this email and any attachments are confid= ential and may also be privileged. If you are not the intended recipient, p= lease notify the sender immediately and do not disclose the contents to any= other person, use it for any purpose, or store or copy the information in = any medium. Thank you. --_000_AM0PR08MB5345AEFD7FDDBE0CB9192787FAB00AM0PR08MB5345eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Carsten, Hi all,

 

When do you expect draft-ietf-core-senml-more-units-= 00 to be completed?

 

Ciao

Hannes

IMPORTANT NOTICE: The contents of this email and any attachments are confid= ential and may also be privileged. If you are not the intended recipient, p= lease notify the sender immediately and do not disclose the contents to any= other person, use it for any purpose, or store or copy the information in any medium. Thank you. --_000_AM0PR08MB5345AEFD7FDDBE0CB9192787FAB00AM0PR08MB5345eurp_-- From nobody Thu Sep 12 21:08:13 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ECD1D120098 for ; Thu, 12 Sep 2019 21:08:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.196 X-Spam-Level: X-Spam-Status: No, score=-4.196 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 aTGT7Y2IMqZN for ; Thu, 12 Sep 2019 21:08:09 -0700 (PDT) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (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 6A334120088 for ; Thu, 12 Sep 2019 21:08:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from submithost.informatik.uni-bremen.de (submithost2.informatik.uni-bremen.de [134.102.200.7]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id x8D47wi9009173; Fri, 13 Sep 2019 06:08:03 +0200 (CEST) Received: from [100.71.210.35] (ip-109-40-131-83.web.vodafone.de [109.40.131.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 46V2DG2GhRz1Bp8; Fri, 13 Sep 2019 06:07:58 +0200 (CEST) Content-Type: multipart/alternative; boundary=Apple-Mail-97E48798-2C90-4F74-94DD-5AFE2F7B23C1 Mime-Version: 1.0 (1.0) From: Carsten Bormann X-Mailer: iPhone Mail (16G102) In-Reply-To: Date: Fri, 13 Sep 2019 07:07:56 +0300 Cc: "core@ietf.org WG" Content-Transfer-Encoding: 7bit Message-Id: References: To: Hannes Tschofenig Archived-At: Subject: Re: [core] draft-ietf-core-senml-more-units-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Sep 2019 04:08:12 -0000 --Apple-Mail-97E48798-2C90-4F74-94DD-5AFE2F7B23C1 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi Hannes, Quick answer from my vacation: The discussion we had during WG adoption raised a couple minor points, but n= othing we couldn't handle during a WGLC. So if Jaime can do a chair's review= soon, we could WGLC the document afterwards, say, until about Sep 30.=20 Deg can be registered right away, but adding the second table requires iesg a= pproval; so we should submit to iesg by, say, Oct 1 and could be approved by= the end of the month, barring surprises. This is optimistic, but not unreal= istic at all.=20 Sent from mobile, sorry for terse > On 12. Sep 2019, at 18:27, Hannes Tschofenig w= rote: >=20 > Hi Carsten, Hi all, > =20 > When do you expect draft-ietf-core-senml-more-units-00 to be completed? > =20 > Ciao > Hannes > IMPORTANT NOTICE: The contents of this email and any attachments are confi= dential and may also be privileged. If you are not the intended recipient, p= lease notify the sender immediately and do not disclose the contents to any o= ther person, use it for any purpose, or store or copy the information in any= medium. Thank you. > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core --Apple-Mail-97E48798-2C90-4F74-94DD-5AFE2F7B23C1 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Hannes,

Quick answer from my vacation:
The discussion we had during WG adoption raised a couple minor points, but nothing we couldn't handle during a WGLC. So if Jaime can do a chair's review soon, we could WGLC the document afterwards, say, until about Sep 30. 
Deg can be registered right away, but adding the second table requires iesg approval; so we should submit to iesg by, say, Oct 1 and could be approved by the end of the month, barring surprises. This is optimistic, but not unrealistic at all. 

Sent from mobile, sorry for terse

On 12. Sep 2019, at 18:27, Hannes Tschofenig <Hannes.Tschofenig@arm.com> wrote:

Hi Carsten, Hi all,

 

When do you expect draft-ietf-core-senml-more-units-00 to be completed?

 

Ciao

Hannes

IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
_______________________________________________
core mailing list
core@ietf.org
https://www.ietf.org/mailman/listinfo/core
--Apple-Mail-97E48798-2C90-4F74-94DD-5AFE2F7B23C1-- From nobody Thu Sep 12 23:15:52 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 24BA41200BA for ; Thu, 12 Sep 2019 23:15:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.82 X-Spam-Level: X-Spam-Status: No, score=-1.82 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.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 sOfvvwfoCdRB for ; Thu, 12 Sep 2019 23:15:44 -0700 (PDT) Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9844F12004D for ; Thu, 12 Sep 2019 23:15:43 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 11DE1595; Fri, 13 Sep 2019 02:15:43 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Fri, 13 Sep 2019 02:15:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=bH156A Swbg2+KmTuoQ546Iqwm+cbYblUsUKH+Vv8nq4=; b=h1tSSFaC8h4akO2rmJ5xl1 FCCcv+BFBhIt2CBaiIe2rh9YoIpNCtnGNMheEdxzkTuMZvfQNCAeLGHMGv+ntydC qHtEzzvpWzlWrlnxtnz20dMCojSt/L4anVmwd6g6dopQ9dFJxctfrwNovlQIVFT7 fQKEVQQodXKKsNK0sKR6lkU5UWLvLBf7WWUSg+4u9wckA0KiF58MiKGPzvfxD2ZO Bn5q5hwa3sqjmX4GI7ztlDs3o/tcx2EdhlCEVrqdKuYm0ZkIhghv2YOn4JOxmf74 7sUK00Zj5MpykaycZcdpfM6zGjYjao/cmIwBc/+W4bymKU19NtCW2SFsZS6/iutg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrtdeigddutdeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfhfgggtuggjfgesthdtredttdervdenucfhrhhomheplfgrihhm vgculfhimhornhgviicuoehjrghimhgvsehikhhirdhfiheqnecuffhomhgrihhnpehivg htfhdrohhrghenucfkphepkeelrdduieeirdegledrvdegfeenucfrrghrrghmpehmrghi lhhfrhhomhepjhgrihhmvgesihhkihdrfhhinecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from EMB-918HFH01 (89-166-49-243.co.dnainternet.fi [89.166.49.243]) by mail.messagingengine.com (Postfix) with ESMTPA id 13E9580059; Fri, 13 Sep 2019 02:15:40 -0400 (EDT) Date: Fri, 13 Sep 2019 09:15:39 +0300 From: =?utf-8?Q?Jaime=20Jim=C3=A9nez?= To: Carsten Bormann Cc: Hannes Tschofenig , "core@ietf.org WG" Message-ID: <20190913061538.qmls3fk7indtpqd3@EMB-918HFH01> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 Archived-At: Subject: Re: [core] draft-ietf-core-senml-more-units-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Sep 2019 06:15:47 -0000 Hi, I'll try to provide a review in the coming days. Ciao! On Fri, Sep 13, 2019 at 07:07:56AM +0300, Carsten Bormann wrote: > Hi Hannes, > > Quick answer from my vacation: > The discussion we had during WG adoption raised a couple minor points, but nothing we couldn't handle during a WGLC. So if Jaime can do a chair's review soon, we could WGLC the document afterwards, say, until about Sep 30. > Deg can be registered right away, but adding the second table requires iesg approval; so we should submit to iesg by, say, Oct 1 and could be approved by the end of the month, barring surprises. This is optimistic, but not unrealistic at all. > > Sent from mobile, sorry for terse > > > On 12. Sep 2019, at 18:27, Hannes Tschofenig wrote: > > > > Hi Carsten, Hi all, > > > > When do you expect draft-ietf-core-senml-more-units-00 to be completed? > > > > Ciao > > Hannes > > IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. > > _______________________________________________ > > core mailing list > > core@ietf.org > > https://www.ietf.org/mailman/listinfo/core > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Fri Sep 13 00:16:47 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DB0C1200C1 for ; Fri, 13 Sep 2019 00:16:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 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, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=armh.onmicrosoft.com header.b=fFF1lUEG; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=armh.onmicrosoft.com header.b=1n14GOIC 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 S5YE9aEAcwNy for ; Fri, 13 Sep 2019 00:16:44 -0700 (PDT) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50084.outbound.protection.outlook.com [40.107.5.84]) (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 9FC5512004D for ; Fri, 13 Sep 2019 00:16:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=o7qGSa4IOd+Hy2CDFyUhKYzNM3up7OX2ntKZxboIZkY=; b=fFF1lUEG9v3Rqnl0HgKno6DSRObHBJ9lxPmBCcCcdJ28yDinNa6y5I8bIYrKKT+d9LqNbNWGaQLp0pk1+GrqCGCOYMY4VwPIdT3OM9nDmxWMGk0i0fwGrOjgmQ6gQ3PHQNVrNHURHvU3KvZPDGlYP2RpCLt4nAHPTSbvyWswd7w= Received: from AM6PR08CA0014.eurprd08.prod.outlook.com (2603:10a6:20b:b2::26) by AM4PR0802MB2308.eurprd08.prod.outlook.com (2603:10a6:200:62::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2263.15; Fri, 13 Sep 2019 07:16:39 +0000 Received: from AM5EUR03FT007.eop-EUR03.prod.protection.outlook.com (2a01:111:f400:7e08::205) by AM6PR08CA0014.outlook.office365.com (2603:10a6:20b:b2::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2263.17 via Frontend Transport; Fri, 13 Sep 2019 07:16:39 +0000 Authentication-Results: spf=temperror (sender IP is 63.35.35.123) smtp.mailfrom=arm.com; ietf.org; dkim=pass (signature was verified) header.d=armh.onmicrosoft.com;ietf.org; dmarc=none action=none header.from=arm.com; Received-SPF: TempError (protection.outlook.com: error in processing during lookup of arm.com: DNS Timeout) Received: from 64aa7808-outbound-1.mta.getcheckrecipient.com (63.35.35.123) by AM5EUR03FT007.mail.protection.outlook.com (10.152.16.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2263.14 via Frontend Transport; Fri, 13 Sep 2019 07:16:38 +0000 Received: ("Tessian outbound 96594883d423:v31"); Fri, 13 Sep 2019 07:16:38 +0000 X-CR-MTA-TID: 64aa7808 Received: from ac1d3a3eb9d1.1 (ip-172-16-0-2.eu-west-1.compute.internal [104.47.0.50]) by 64aa7808-outbound-1.mta.getcheckrecipient.com id 62E99493-1EEB-45C2-B376-F67F76B26FDA.1; Fri, 13 Sep 2019 07:16:33 +0000 Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01lp2050.outbound.protection.outlook.com [104.47.0.50]) by 64aa7808-outbound-1.mta.getcheckrecipient.com with ESMTPS id ac1d3a3eb9d1.1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384); Fri, 13 Sep 2019 07:16:33 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fAsIOHfJx1OycP3yAxiVBPXH9skbjDPQpJ7KJmktdLSkLhihjhLEUVJ+ofjsJqTLAD9vam1rxDjZ2W6uGn7UgNpSR05ZlMZGZGejlYulGSNjPvyiPRi4m6PGMz8IU5OL9Ry552zE4talnD/ztfC08Lb/67Mi4lGdG4vYqFPKZAD6O2h8izjtRiS0lBuNSbwg+2krcwCg3vwOEJ7Z7hZwuK8XTJPFLPspww94zf+TVdbdhxh+beNQMIoyDCcfdd4bU+Uvo/gBJ4N8BI5uOK68H7CX4oTjPPoZGvEf8M2G9blXsiHlJx5gIH7ffAPUsohH4Chpm1QQBSarS+EymSJz+w== 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=g48QxJqHn4G/JOhbT+yqa+KdN8Nzyxd5ig/LZt9gmMo=; b=XuNjyFh6We2zxPo1KRKDeQveklWCpH7r+0YSkyOgylmSJiZlmNJbEuZaqoJDHOjTCfXKnlUT6Zfyz8xU2pRFCYtfCHBvz/C5+rfzV4TldzUPJyF23FbUuEols2fZ7Zfb5xuqZXd5B4l/L4GMD5nvWzJNjbXKnSMMcR8IC6U2jnFLFQUJ/wb+ePKY2wrkBprxsZ+Hba0T2HTolbLmefsyovnBvvo6C34MP1wcBzVwW1VZiTDl0T9eLo5jGfD9uAANjlepRu3Mm9OYlV2gyGZi2Afm67ja28/S63FZ/IwBLPyV4QwpYdBOdm7PCrEdEc+rwHB9MJ2iOeWZI2Y0lq3BDQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=g48QxJqHn4G/JOhbT+yqa+KdN8Nzyxd5ig/LZt9gmMo=; b=1n14GOICTLbWrE3FVTe9C0gBpHCTns64NPzmksukvb0UIel6SHl7xvc8boAoqfvFM/hgBZwQLwpR8LCpMSQRzBTdDzKUxsRh0j31jLgHqHPo8Rl9bX+zo6BN8kwGAbgVQ6akOQ7uwsuoT08QEy16Dq2dZWpeYC2De4AeiAUxSi0= Received: from VI1PR08MB5360.eurprd08.prod.outlook.com (52.133.245.74) by VI1PR08MB3391.eurprd08.prod.outlook.com (20.177.58.221) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2263.20; Fri, 13 Sep 2019 07:16:31 +0000 Received: from VI1PR08MB5360.eurprd08.prod.outlook.com ([fe80::dc42:eaa6:936f:4724]) by VI1PR08MB5360.eurprd08.prod.outlook.com ([fe80::dc42:eaa6:936f:4724%2]) with mapi id 15.20.2263.018; Fri, 13 Sep 2019 07:16:31 +0000 From: Hannes Tschofenig To: Carsten Bormann CC: "core@ietf.org WG" Thread-Topic: [core] draft-ietf-core-senml-more-units-00 Thread-Index: AdVpfnpdO+3ok1txTO6rwIuDFgGtPQAalgAAAAaQVmA= Date: Fri, 13 Sep 2019 07:16:31 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ts-tracking-id: 6919c1f4-7b6b-4e01-8c1b-0bc29585af1e.1 x-checkrecipientchecked: true Authentication-Results-Original: spf=none (sender IP is ) smtp.mailfrom=Hannes.Tschofenig@arm.com; x-originating-ip: [80.92.123.158] x-ms-publictraffictype: Email X-MS-Office365-Filtering-Correlation-Id: 787db0cf-d73f-4ac3-4744-08d7381a519d X-MS-Office365-Filtering-HT: Tenant X-Microsoft-Antispam-Untrusted: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:VI1PR08MB3391; X-MS-TrafficTypeDiagnostic: VI1PR08MB3391:|AM4PR0802MB2308: X-MS-Exchange-PUrlCount: 1 X-Microsoft-Antispam-PRVS: x-checkrecipientrouted: true x-ms-oob-tlc-oobclassifiers: OLM:10000;OLM:10000; x-forefront-prvs: 0159AC2B97 X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009020)(979002)(4636009)(376002)(346002)(39860400002)(396003)(366004)(136003)(199004)(189003)(53754006)(40434004)(4326008)(2906002)(3846002)(790700001)(6116002)(476003)(446003)(11346002)(508600001)(486006)(25786009)(7736002)(74316002)(26005)(86362001)(186003)(102836004)(6916009)(99286004)(316002)(5024004)(71190400001)(5660300002)(71200400001)(7696005)(14444005)(256004)(6506007)(76176011)(53546011)(66946007)(76116006)(66476007)(64756008)(8936002)(606006)(66066001)(81166006)(81156014)(8676002)(52536014)(229853002)(6246003)(6436002)(14454004)(966005)(54896002)(6306002)(55016002)(53936002)(236005)(9686003)(66446008)(66556008)(33656002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR08MB3391; H:VI1PR08MB5360.eurprd08.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: arm.com does not designate permitted sender hosts) X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Message-Info-Original: Dk6xEfoPcQML32AgEBrFQLf0NddEoUmYTkwS9Wv3D5IBos4HOK3sxGza9TzKT4qmOD76tQiNubU0JG65H1UZF2UTFIALOXng3RTHeOQInj/dX4VUdqC5ej4J+lPIGpgWWXTadm9uN8D0tx6ApBF6N2/3yKjMtu0TPpDJpw562UxgohkDjPRr/GmhFpMljFya58QIsGZSDJXD5zWibUQPG9oXn04wg1KdK9kLKefTJE/ytpvNrtOj2/dP5IHNMeik/sMnSl2/yB4u8hNBycsYopsHGTHBc1SehQZ72r6PHJh3uUQ2SwMzzWUuWuDIZEPP5uIgqz6zp9riDoDBp3q+ZfrDpBjj8LsmyJwTDPt0GWFBT2m9IvS0wUH97VqagK64Xsl2pC8JzHoB8Lw46hKGTeJXzJ3Lls1ZiTZWSAFs9AI= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_VI1PR08MB536062EAE31DE6782CFDC11FFAB30VI1PR08MB5360eurp_" MIME-Version: 1.0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR08MB3391 Original-Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=Hannes.Tschofenig@arm.com; X-EOPAttributedMessage: 0 X-MS-Exchange-Transport-CrossTenantHeadersStripped: AM5EUR03FT007.eop-EUR03.prod.protection.outlook.com X-Forefront-Antispam-Report: CIP:63.35.35.123; IPV:CAL; SCL:-1; CTRY:IE; EFV:NLI; SFV:NSPM; SFS:(10009020)(979002)(4636009)(396003)(136003)(346002)(39860400002)(376002)(199004)(40434004)(53754006)(189003)(70206006)(316002)(36906005)(70586007)(11346002)(7736002)(2906002)(5660300002)(606006)(74316002)(63350400001)(356004)(476003)(14454004)(66066001)(126002)(71190400001)(486006)(966005)(508600001)(26826003)(446003)(99286004)(8676002)(81156014)(81166006)(7696005)(54896002)(6246003)(76176011)(4326008)(790700001)(336012)(86362001)(6862004)(6116002)(55016002)(3846002)(33964004)(229853002)(9686003)(26005)(52536014)(76130400001)(16586007)(22756006)(14444005)(5024004)(53546011)(6506007)(8936002)(6306002)(33656002)(186003)(25786009)(102836004)(236005)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:AM4PR0802MB2308; H:64aa7808-outbound-1.mta.getcheckrecipient.com; FPR:; SPF:TempError; LANG:en; PTR:ec2-63-35-35-123.eu-west-1.compute.amazonaws.com; A:1; MX:1; X-MS-Office365-Filtering-Correlation-Id-Prvs: 13a2c73c-2b2c-4e84-1d08-08d7381a4da0 X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(710020)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:AM4PR0802MB2308; X-Forefront-PRVS: 0159AC2B97 X-Microsoft-Antispam-Message-Info: 1a2e1JNXCA0UWdBAiIjY87GbMq8lZ3efhDkIAxgFQ3vWOMdYaOO8Qv7Bcz4qOiokoC+5nweLr8BhK+tiBxg22Xz14EEk3z9+iUSSSoDcB6uzWrAqnKHl9CCxKfDbE8iQu3rhSa92zrTAI8I4KMb5bp6zmapxCjImlAb2D8bE2DOWvCwj2FCCG9v/N0iVkso4NY0PxSb7FTlotGwdON3SLH0hLE/nU2uS1/oPF2mKWODQn0TkXMtwbwt4KHwX8EcT1ahhJW5E9KA/aKv/ibv5s7OtNau520flAdQSuCfChKKy8HpGUBBLsi7N/EuVkorbRO5FUeZrbtvtI/6bWD9F71NPZeUSOv6timdYWffw+bnhOjQFb0Q6kd4PH9ubbu3adsK4MxmrdbHfpQiZt62aHoACKfgHTqL86rS6Cjm4iiY= X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Sep 2019 07:16:38.5010 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 787db0cf-d73f-4ac3-4744-08d7381a519d X-MS-Exchange-CrossTenant-Id: f34e5979-57d9-4aaa-ad4d-b122a662184d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=f34e5979-57d9-4aaa-ad4d-b122a662184d; Ip=[63.35.35.123]; Helo=[64aa7808-outbound-1.mta.getcheckrecipient.com] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR0802MB2308 Archived-At: Subject: Re: [core] draft-ietf-core-senml-more-units-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Sep 2019 07:16:46 -0000 --_000_VI1PR08MB536062EAE31DE6782CFDC11FFAB30VI1PR08MB5360eurp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzLCBDYXJzdGVuLg0KDQpKYWltZSwgY2FuIHlvdSBkbyBhIGNoYWlyIHJldmlldyBvZiB0 aGUgZG9jdW1lbnQ/DQoNCkZyb206IENhcnN0ZW4gQm9ybWFubiA8Y2Fib0B0emkub3JnPg0KU2Vu dDogRnJlaXRhZywgMTMuIFNlcHRlbWJlciAyMDE5IDA2OjA4DQpUbzogSGFubmVzIFRzY2hvZmVu aWcgPEhhbm5lcy5Uc2Nob2ZlbmlnQGFybS5jb20+DQpDYzogY29yZUBpZXRmLm9yZyBXRyA8Y29y ZUBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbY29yZV0gZHJhZnQtaWV0Zi1jb3JlLXNlbm1sLW1v cmUtdW5pdHMtMDANCg0KSGkgSGFubmVzLA0KDQpRdWljayBhbnN3ZXIgZnJvbSBteSB2YWNhdGlv bjoNClRoZSBkaXNjdXNzaW9uIHdlIGhhZCBkdXJpbmcgV0cgYWRvcHRpb24gcmFpc2VkIGEgY291 cGxlIG1pbm9yIHBvaW50cywgYnV0IG5vdGhpbmcgd2UgY291bGRuJ3QgaGFuZGxlIGR1cmluZyBh IFdHTEMuIFNvIGlmIEphaW1lIGNhbiBkbyBhIGNoYWlyJ3MgcmV2aWV3IHNvb24sIHdlIGNvdWxk IFdHTEMgdGhlIGRvY3VtZW50IGFmdGVyd2FyZHMsIHNheSwgdW50aWwgYWJvdXQgU2VwIDMwLg0K RGVnIGNhbiBiZSByZWdpc3RlcmVkIHJpZ2h0IGF3YXksIGJ1dCBhZGRpbmcgdGhlIHNlY29uZCB0 YWJsZSByZXF1aXJlcyBpZXNnIGFwcHJvdmFsOyBzbyB3ZSBzaG91bGQgc3VibWl0IHRvIGllc2cg YnksIHNheSwgT2N0IDEgYW5kIGNvdWxkIGJlIGFwcHJvdmVkIGJ5IHRoZSBlbmQgb2YgdGhlIG1v bnRoLCBiYXJyaW5nIHN1cnByaXNlcy4gVGhpcyBpcyBvcHRpbWlzdGljLCBidXQgbm90IHVucmVh bGlzdGljIGF0IGFsbC4NClNlbnQgZnJvbSBtb2JpbGUsIHNvcnJ5IGZvciB0ZXJzZQ0KDQpPbiAx Mi4gU2VwIDIwMTksIGF0IDE4OjI3LCBIYW5uZXMgVHNjaG9mZW5pZyA8SGFubmVzLlRzY2hvZmVu aWdAYXJtLmNvbTxtYWlsdG86SGFubmVzLlRzY2hvZmVuaWdAYXJtLmNvbT4+IHdyb3RlOg0KSGkg Q2Fyc3RlbiwgSGkgYWxsLA0KDQpXaGVuIGRvIHlvdSBleHBlY3QgZHJhZnQtaWV0Zi1jb3JlLXNl bm1sLW1vcmUtdW5pdHMtMDAgdG8gYmUgY29tcGxldGVkPw0KDQpDaWFvDQpIYW5uZXMNCklNUE9S VEFOVCBOT1RJQ0U6IFRoZSBjb250ZW50cyBvZiB0aGlzIGVtYWlsIGFuZCBhbnkgYXR0YWNobWVu dHMgYXJlIGNvbmZpZGVudGlhbCBhbmQgbWF5IGFsc28gYmUgcHJpdmlsZWdlZC4gSWYgeW91IGFy ZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGlt bWVkaWF0ZWx5IGFuZCBkbyBub3QgZGlzY2xvc2UgdGhlIGNvbnRlbnRzIHRvIGFueSBvdGhlciBw ZXJzb24sIHVzZSBpdCBmb3IgYW55IHB1cnBvc2UsIG9yIHN0b3JlIG9yIGNvcHkgdGhlIGluZm9y bWF0aW9uIGluIGFueSBtZWRpdW0uIFRoYW5rIHlvdS4NCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQpjb3JlIG1haWxpbmcgbGlzdA0KY29yZUBpZXRmLm9y ZzxtYWlsdG86Y29yZUBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vY29yZQ0KSU1QT1JUQU5UIE5PVElDRTogVGhlIGNvbnRlbnRzIG9mIHRoaXMgZW1haWwg YW5kIGFueSBhdHRhY2htZW50cyBhcmUgY29uZmlkZW50aWFsIGFuZCBtYXkgYWxzbyBiZSBwcml2 aWxlZ2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2Ugbm90 aWZ5IHRoZSBzZW5kZXIgaW1tZWRpYXRlbHkgYW5kIGRvIG5vdCBkaXNjbG9zZSB0aGUgY29udGVu dHMgdG8gYW55IG90aGVyIHBlcnNvbiwgdXNlIGl0IGZvciBhbnkgcHVycG9zZSwgb3Igc3RvcmUg b3IgY29weSB0aGUgaW5mb3JtYXRpb24gaW4gYW55IG1lZGl1bS4gVGhhbmsgeW91Lg0K --_000_VI1PR08MB536062EAE31DE6782CFDC11FFAB30VI1PR08MB5360eurp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkRlbmdYaWFuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAx IDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUg NSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxARGVuZ1hpYW4i Ow0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMg Ki8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBj bTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlv bjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1 bmRlcmxpbmU7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0K CXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJ bWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4t bGVmdDowY207DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsN Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30N CnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEw LjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFy Z2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3Bh Z2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8 bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFb ZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0i ZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91 dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLUdCIiBsaW5rPSIj MDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtzLCBDYXJzdGVuLiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+SmFpbWUsIGNhbiB5b3UgZG8gYSBjaGFpciByZXZpZXcgb2YgdGhlIGRvY3VtZW50PyA8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAx LjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi PjxzcGFuIGxhbmc9IkVOLVVTIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiBD YXJzdGVuIEJvcm1hbm4gJmx0O2NhYm9AdHppLm9yZyZndDsNCjxicj4NCjxiPlNlbnQ6PC9iPiBG cmVpdGFnLCAxMy4gU2VwdGVtYmVyIDIwMTkgMDY6MDg8YnI+DQo8Yj5Ubzo8L2I+IEhhbm5lcyBU c2Nob2ZlbmlnICZsdDtIYW5uZXMuVHNjaG9mZW5pZ0Bhcm0uY29tJmd0Ozxicj4NCjxiPkNjOjwv Yj4gY29yZUBpZXRmLm9yZyBXRyAmbHQ7Y29yZUBpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0 OjwvYj4gUmU6IFtjb3JlXSBkcmFmdC1pZXRmLWNvcmUtc2VubWwtbW9yZS11bml0cy0wMDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIEhhbm5lcyw8bzpw PjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlF1aWNrIGFuc3dlciBm cm9tIG15IHZhY2F0aW9uOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+VGhlIGRpc2N1c3Npb24gd2UgaGFkIGR1cmluZyBXRyBhZG9wdGlvbiByYWlz ZWQgYSBjb3VwbGUgbWlub3IgcG9pbnRzLCBidXQgbm90aGluZyB3ZSBjb3VsZG4ndCBoYW5kbGUg ZHVyaW5nIGEgV0dMQy4gU28gaWYgSmFpbWUgY2FuIGRvIGEgY2hhaXIncyByZXZpZXcgc29vbiwg d2UgY291bGQgV0dMQyB0aGUgZG9jdW1lbnQgYWZ0ZXJ3YXJkcywgc2F5LCB1bnRpbCBhYm91dCBT ZXAgMzAuJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPkRlZyBjYW4gYmUgcmVnaXN0ZXJl ZCByaWdodCBhd2F5LCBidXQgYWRkaW5nIHRoZSBzZWNvbmQgdGFibGUgcmVxdWlyZXMgaWVzZyBh cHByb3ZhbDsgc28gd2Ugc2hvdWxkIHN1Ym1pdCB0byBpZXNnIGJ5LCBzYXksIE9jdCAxIGFuZCBj b3VsZCBiZSBhcHByb3ZlZCBieSB0aGUgZW5kIG9mIHRoZSBtb250aCwgYmFycmluZyBzdXJwcmlz ZXMuIFRoaXMgaXMgb3B0aW1pc3RpYywNCiBidXQgbm90IHVucmVhbGlzdGljIGF0IGFsbC4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjxkaXYgaWQ9IkFwcGxlTWFpbFNpZ25hdHVyZSI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5TZW50IGZyb20mbmJzcDs8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjBw dCI+bW9iaWxlLCBzb3JyeSBmb3IgdGVyc2U8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQi Pjxicj4NCk9uIDEyLiBTZXAgMjAxOSwgYXQgMTg6MjcsIEhhbm5lcyBUc2Nob2ZlbmlnICZsdDs8 YSBocmVmPSJtYWlsdG86SGFubmVzLlRzY2hvZmVuaWdAYXJtLmNvbSI+SGFubmVzLlRzY2hvZmVu aWdAYXJtLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2tx dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBDYXJzdGVuLCBIaSBhbGwsIDxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5XaGVuIGRvIHlvdSBleHBlY3QgZHJhZnQtaWV0Zi1jb3JlLXNlbm1sLW1vcmUt dW5pdHMtMDAgdG8gYmUgY29tcGxldGVkPw0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNpYW88 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhhbm5lczxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SU1QT1JUQU5UIE5PVElDRTogVGhlIGNvbnRlbnRzIG9m IHRoaXMgZW1haWwgYW5kIGFueSBhdHRhY2htZW50cyBhcmUgY29uZmlkZW50aWFsIGFuZCBtYXkg YWxzbyBiZSBwcml2aWxlZ2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50 LCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgaW1tZWRpYXRlbHkgYW5kIGRvIG5vdCBkaXNjbG9z ZSB0aGUgY29udGVudHMgdG8gYW55IG90aGVyIHBlcnNvbiwNCiB1c2UgaXQgZm9yIGFueSBwdXJw b3NlLCBvciBzdG9yZSBvciBjb3B5IHRoZSBpbmZvcm1hdGlvbiBpbiBhbnkgbWVkaXVtLiBUaGFu ayB5b3UuDQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGJsb2NrcXVv dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX188YnI+DQpjb3JlIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpj b3JlQGlldGYub3JnIj5jb3JlQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY29yZSI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9jb3JlPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVv dGU+DQo8L2Rpdj4NCjwvZGl2Pg0KSU1QT1JUQU5UIE5PVElDRTogVGhlIGNvbnRlbnRzIG9mIHRo aXMgZW1haWwgYW5kIGFueSBhdHRhY2htZW50cyBhcmUgY29uZmlkZW50aWFsIGFuZCBtYXkgYWxz byBiZSBwcml2aWxlZ2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBw bGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgaW1tZWRpYXRlbHkgYW5kIGRvIG5vdCBkaXNjbG9zZSB0 aGUgY29udGVudHMgdG8gYW55IG90aGVyIHBlcnNvbiwgdXNlIGl0IGZvciBhbnkgcHVycG9zZSwN CiBvciBzdG9yZSBvciBjb3B5IHRoZSBpbmZvcm1hdGlvbiBpbiBhbnkgbWVkaXVtLiBUaGFuayB5 b3UuDQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_VI1PR08MB536062EAE31DE6782CFDC11FFAB30VI1PR08MB5360eurp_-- From nobody Fri Sep 13 00:17:39 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 525F01200C1 for ; Fri, 13 Sep 2019 00:17:37 -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, 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=armh.onmicrosoft.com header.b=G5uPBxbT; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=armh.onmicrosoft.com header.b=pM2DzkgV 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 2YPVghB9eibp for ; Fri, 13 Sep 2019 00:17:35 -0700 (PDT) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on060e.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe1f::60e]) (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 ABBCE12004D for ; Fri, 13 Sep 2019 00:17:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wPQv2rn2goTbombQyfLFWvk59ALA/AtKMTocDTaCgSA=; b=G5uPBxbTpVHhIuOeOhexQAy05NIyvQFb/YDU6g9Wy7p7rS0VSCXharQozZi6rIz65YWvBYr2fH/cBmCfib7IA8fWBc95phEVWGuryMe85vrzPFO9+ChtKmLzojIr4cXQCu5b3/nE1F1gV7DTWLn/gZtwrcQgTmpMR/Tgy8qX71w= Received: from VI1PR08CA0111.eurprd08.prod.outlook.com (2603:10a6:800:d4::13) by AM0PR08MB3890.eurprd08.prod.outlook.com (2603:10a6:208:10a::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2241.15; Fri, 13 Sep 2019 07:17:30 +0000 Received: from DB5EUR03FT021.eop-EUR03.prod.protection.outlook.com (2a01:111:f400:7e0a::201) by VI1PR08CA0111.outlook.office365.com (2603:10a6:800:d4::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2263.13 via Frontend Transport; Fri, 13 Sep 2019 07:17:30 +0000 Authentication-Results: spf=temperror (sender IP is 63.35.35.123) smtp.mailfrom=arm.com; ietf.org; dkim=pass (signature was verified) header.d=armh.onmicrosoft.com;ietf.org; dmarc=temperror action=none header.from=arm.com; Received-SPF: TempError (protection.outlook.com: error in processing during lookup of arm.com: DNS Timeout) Received: from 64aa7808-outbound-1.mta.getcheckrecipient.com (63.35.35.123) by DB5EUR03FT021.mail.protection.outlook.com (10.152.20.238) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2263.14 via Frontend Transport; Fri, 13 Sep 2019 07:17:28 +0000 Received: ("Tessian outbound fd4ad9e68831:v31"); Fri, 13 Sep 2019 07:17:26 +0000 X-CR-MTA-TID: 64aa7808 Received: from b45b4fb295c4.1 (ip-172-16-0-2.eu-west-1.compute.internal [104.47.1.59]) by 64aa7808-outbound-1.mta.getcheckrecipient.com id 3CAE08F9-8ABB-46FF-BB89-1F1F345E16FC.1; Fri, 13 Sep 2019 07:17:21 +0000 Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01lp2059.outbound.protection.outlook.com [104.47.1.59]) by 64aa7808-outbound-1.mta.getcheckrecipient.com with ESMTPS id b45b4fb295c4.1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384); Fri, 13 Sep 2019 07:17:21 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=bnsUjLbP3y5oXYDs5WoUFqwB5KtRwDvaEECma5PrfgF5206wddaRw2+GRSAsSxROSghuoPaaSbUjttKhKzVIaIc8TdVbGl5S1s99MFk/OLzaiogxrR3oJHWxz9xT/CN+9KBxRPxKAS9hzFHZP7JBxqi/JnVlx+s/aFncYp1VQk90KiIRy/xfuL9DQksjf83QucKn6O5vvO5Pkwx3jshFFCNx7tYaJ8Ru5wy4QXCtWbEHbDbGdkigfinQ8LhHuPUGa5kSZkGcwEJ/sbeiZFF1offcP80yjygQN8SKmX6CdZ73gj1Fuc6zyYAsZRzr3djg+r/fydXuosBdbysa2YbTbg== 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=0ZqCwvlt/GtqGfsRLInJDyYohzrTm3qXPIeeiKFtQhE=; b=ZWDN5FsutbBSgyTviq2EkGFxgBshx3p2VhrepDPfrqDU1PVzTRB8emZhK2jCAKePji/sXoIRBDBGE/p3qGeMOV1zijmrgbmw4RzS/9er9vPkvmTn7TFglBMFl9bmSf4o3H8wugh8jNquzlwtpBwOMdl4PI13OWFwGUWtHce5J94PgekQquKd1AE6z+0CViA/qHGdBKW3wD+ghW7jUg7ODFbEBBVNulgHQgGL1DTrkKYo6bp8j3EGLq5kT+fqyc3OTHyWag47QeCinO3TUFeNfGEI9P9A5BCGoR0rDnF3SDn+aR8XO+NFDUUNa4pFQJKmx7YElh0ZYXTPNSu9xAe1TQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=0ZqCwvlt/GtqGfsRLInJDyYohzrTm3qXPIeeiKFtQhE=; b=pM2DzkgVfBxWXaOnvDx+Sz+dlK69nKa7esk4EKQx4Q+Jql21P+fVbPZ5a0YKQQfNmVVVbAURcJhPeY062U1BJfPHG/muQnoqw53qnVPKcFYHfmB1lFAhbTB0wgOuANzCeWH9O3J1scsVPFoFAdQJoUN+Jtn2MsMTio3UhSO1SwY= Received: from VI1PR08MB5360.eurprd08.prod.outlook.com (52.133.245.74) by VI1PR08MB3391.eurprd08.prod.outlook.com (20.177.58.221) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2263.20; Fri, 13 Sep 2019 07:17:20 +0000 Received: from VI1PR08MB5360.eurprd08.prod.outlook.com ([fe80::dc42:eaa6:936f:4724]) by VI1PR08MB5360.eurprd08.prod.outlook.com ([fe80::dc42:eaa6:936f:4724%2]) with mapi id 15.20.2263.018; Fri, 13 Sep 2019 07:17:20 +0000 From: Hannes Tschofenig To: =?iso-8859-1?Q?Jaime_Jim=E9nez?= , Carsten Bormann CC: "core@ietf.org WG" Thread-Topic: [core] draft-ietf-core-senml-more-units-00 Thread-Index: AdVpfnpdO+3ok1txTO6rwIuDFgGtPQAalgAAAAR14IAAAiTcoA== Date: Fri, 13 Sep 2019 07:17:20 +0000 Message-ID: References: <20190913061538.qmls3fk7indtpqd3@EMB-918HFH01> In-Reply-To: <20190913061538.qmls3fk7indtpqd3@EMB-918HFH01> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ts-tracking-id: c19a85c7-76a8-4694-805e-b90b637fcb9d.1 x-checkrecipientchecked: true Authentication-Results-Original: spf=none (sender IP is ) smtp.mailfrom=Hannes.Tschofenig@arm.com; x-originating-ip: [80.92.123.158] x-ms-publictraffictype: Email X-MS-Office365-Filtering-Correlation-Id: 3c483d43-dbc4-493a-22aa-08d7381a6fb2 X-MS-Office365-Filtering-HT: Tenant X-Microsoft-Antispam-Untrusted: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:VI1PR08MB3391; X-MS-TrafficTypeDiagnostic: VI1PR08MB3391:|AM0PR08MB3890: X-MS-Exchange-PUrlCount: 1 X-Microsoft-Antispam-PRVS: x-checkrecipientrouted: true x-ms-oob-tlc-oobclassifiers: OLM:10000;OLM:10000; x-forefront-prvs: 0159AC2B97 X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009020)(4636009)(376002)(346002)(39860400002)(396003)(366004)(136003)(199004)(189003)(13464003)(53754006)(40434004)(4326008)(2906002)(3846002)(6116002)(476003)(446003)(11346002)(508600001)(486006)(305945005)(25786009)(7736002)(74316002)(26005)(86362001)(186003)(102836004)(99286004)(316002)(110136005)(5024004)(71190400001)(66574012)(5660300002)(71200400001)(7696005)(14444005)(256004)(6506007)(76176011)(53546011)(66946007)(76116006)(66476007)(64756008)(8936002)(66066001)(81166006)(81156014)(8676002)(52536014)(229853002)(6246003)(6436002)(14454004)(966005)(6306002)(55016002)(53936002)(9686003)(66446008)(66556008)(33656002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR08MB3391; H:VI1PR08MB5360.eurprd08.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: arm.com does not designate permitted sender hosts) X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Message-Info-Original: 65YTGU8WhggOg+cMvFv6Ei7leKX718vkkQTirILUZiTu3YXV06kimt42X6vlAJBjtmTkoNeiTtNOjJvv7m8mQFJC6QbuHXtfVayH68z9+bHcGu0zopw6EU9pJqIa4mdbE+4p5XfNMbz6p5Bh5e+0isR7xhYT3AXiKmjZSV03oMuUTTUiGu2ov78b/D0o+y+hdAvknhmgDtSbPMWc+FZEhWRp6sovKpEozvTRZgm3bOv8CWSez2s3ClHDwrUbgth7PWva6+m8wBRpRQTUAxtv+y2WlZXAK8gybxgKCArL3a1inSLyzH6LdYqhsbY2vHejjs7CUz0dByXneptc6RWkkLnImVMDtitHH3Z8zXvge1wycO4VKCoOYdCZxeZoXGMPwVhILyTyJ1+WY0avfLnz415qjFQbwzk2/RWIQ425vxQ= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR08MB3391 Original-Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=Hannes.Tschofenig@arm.com; X-EOPAttributedMessage: 0 X-MS-Exchange-Transport-CrossTenantHeadersStripped: DB5EUR03FT021.eop-EUR03.prod.protection.outlook.com X-Forefront-Antispam-Report: CIP:63.35.35.123; IPV:CAL; SCL:-1; CTRY:IE; EFV:NLI; SFV:NSPM; SFS:(10009020)(4636009)(376002)(396003)(39860400002)(136003)(346002)(13464003)(40434004)(189003)(199004)(53754006)(86362001)(76130400001)(305945005)(81156014)(81166006)(5660300002)(8676002)(50466002)(4326008)(8746002)(8936002)(25786009)(7736002)(66574012)(55016002)(3846002)(6116002)(14454004)(966005)(74316002)(26826003)(229853002)(9686003)(6306002)(52536014)(6246003)(508600001)(22756006)(5024004)(14444005)(23756003)(47776003)(2906002)(336012)(356004)(33656002)(7696005)(316002)(26005)(66066001)(99286004)(186003)(11346002)(63350400001)(446003)(63370400001)(476003)(70586007)(126002)(70206006)(486006)(110136005)(102836004)(53546011)(6506007)(76176011); DIR:OUT; SFP:1101; SCL:1; SRVR:AM0PR08MB3890; H:64aa7808-outbound-1.mta.getcheckrecipient.com; FPR:; SPF:TempError; LANG:en; PTR:ec2-63-35-35-123.eu-west-1.compute.amazonaws.com; MX:1; A:1; X-MS-Office365-Filtering-Correlation-Id-Prvs: 1027402a-a5dc-4e43-735d-08d7381a6ab9 X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(710020)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:AM0PR08MB3890; X-Forefront-PRVS: 0159AC2B97 X-Microsoft-Antispam-Message-Info: 3HlcOxsgegyYh8lmbIA2ByUrTFoZ3ipONVnpYLq6LrSmY6/XrhJVwK2MwUiqFiJI1R9XhOIfGrMhVPS9/T1rAKaKBFcdM9BnArKivByp4VxMkD0xfMFNetjmwP5vHMDt+NZtadNcmL8egOrlV4dOO7r+SqQiT7z3/xI/59z56vSf+Zhn7QP1TgfvOqh2kR0pYIuXznVLqoDGvmoueAIIDfexNwPf4m+MKoA6MfJx/0sl7pjhouhi5gfcwqvrwXG3Vfv3ZmJ4uYwjTwZFH0eeLPW2/bPpkvXhh4rbvKKNPlwjEyoaq5D7Z+wpIgRHPDre+P7I+UoiOc42zGE3PDIYZ1CUCoa5Qxh2sutp+fUN0wULLriIuWmp9KlP0TREzkZtBdXMUZLftsS6nUx3h9aNsSTguYQZlpasCWxF0TWzZJQ= X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Sep 2019 07:17:28.9914 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 3c483d43-dbc4-493a-22aa-08d7381a6fb2 X-MS-Exchange-CrossTenant-Id: f34e5979-57d9-4aaa-ad4d-b122a662184d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=f34e5979-57d9-4aaa-ad4d-b122a662184d; Ip=[63.35.35.123]; Helo=[64aa7808-outbound-1.mta.getcheckrecipient.com] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR08MB3890 Archived-At: Subject: Re: [core] draft-ietf-core-senml-more-units-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Sep 2019 07:17:37 -0000 Thanks! -----Original Message----- From: Jaime Jim=E9nez Sent: Freitag, 13. September 2019 08:16 To: Carsten Bormann Cc: Hannes Tschofenig ; core@ietf.org WG Subject: Re: [core] draft-ietf-core-senml-more-units-00 Hi, I'll try to provide a review in the coming days. Ciao! On Fri, Sep 13, 2019 at 07:07:56AM +0300, Carsten Bormann wrote: > Hi Hannes, > > Quick answer from my vacation: > The discussion we had during WG adoption raised a couple minor points, bu= t nothing we couldn't handle during a WGLC. So if Jaime can do a chair's re= view soon, we could WGLC the document afterwards, say, until about Sep 30. > Deg can be registered right away, but adding the second table requires ie= sg approval; so we should submit to iesg by, say, Oct 1 and could be approv= ed by the end of the month, barring surprises. This is optimistic, but not = unrealistic at all. > > Sent from mobile, sorry for terse > > > On 12. Sep 2019, at 18:27, Hannes Tschofenig wrote: > > > > Hi Carsten, Hi all, > > > > When do you expect draft-ietf-core-senml-more-units-00 to be completed? > > > > Ciao > > Hannes > > IMPORTANT NOTICE: The contents of this email and any attachments are co= nfidential and may also be privileged. If you are not the intended recipien= t, please notify the sender immediately and do not disclose the contents to= any other person, use it for any purpose, or store or copy the information= in any medium. Thank you. > > _______________________________________________ > > core mailing list > > core@ietf.org > > https://www.ietf.org/mailman/listinfo/core > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core IMPORTANT NOTICE: The contents of this email and any attachments are confid= ential and may also be privileged. If you are not the intended recipient, p= lease notify the sender immediately and do not disclose the contents to any= other person, use it for any purpose, or store or copy the information in = any medium. Thank you. From nobody Fri Sep 13 02:12:42 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 417BB120255 for ; Fri, 13 Sep 2019 02:12:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.82 X-Spam-Level: X-Spam-Status: No, score=-1.82 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.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 CsfUJazZWPXV for ; Fri, 13 Sep 2019 02:12:37 -0700 (PDT) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 156EC1208AA for ; Fri, 13 Sep 2019 02:12:37 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 3E6FE4D3; Fri, 13 Sep 2019 05:12:36 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Fri, 13 Sep 2019 05:12:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=VnLfa10CcDV5dUhf0LNG0MDbmrRrOX587VQpZu/RH sQ=; b=iHP6TDgt1FhBcmqoiQFBV4Owr7OVqwvoI9IrhZjoMpoOPz/oiLf0hD2Np GEUDMBNHYsNB8hjIMmWGqYXc8bKKfOcjSRP3VAvxOPVOergwrvxotL144Pb8Pd8G LyWlcXosQgC6nTQ9y7+2aLvFYGsGDn7lYZWW2RJ6C+p5XtW5RN9904PBAjEhiYYE /AUgnQTciPwoLc1K74sbzPnX16ui+ci3zyMP7j3B/72wRIq95gyN8ksQ/J3v3Q3X 1GBZizZgvZtQI92eSDZvd7htrs85iug70Jh9lCpVRZ0q1m/2XdTWGw/ib//S0FmY wK9tc4qLD4nM6Y575OfxreY/1z/vg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrtdejgdduvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvuffkfhggtggugfgjfgesthekredttderudenucfhrhhomheplfgrihhm vgculfhimhornhgviicuoehjrghimhgvsehikhhirdhfiheqnecuffhomhgrihhnpehivg htfhdrohhrghenucfkphepkeelrdduieeirdegledrvdegfeenucfrrghrrghmpehmrghi lhhfrhhomhepjhgrihhmvgesihhkihdrfhhinecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from EMB-918HFH01 (89-166-49-243.co.dnainternet.fi [89.166.49.243]) by mail.messagingengine.com (Postfix) with ESMTPA id 7E60780062; Fri, 13 Sep 2019 05:12:33 -0400 (EDT) Date: Fri, 13 Sep 2019 12:12:31 +0300 From: =?utf-8?Q?Jaime=20Jim=C3=A9nez?= To: Carsten Bormann Cc: Hannes Tschofenig , "core@ietf.org WG" Message-ID: <20190913091227.d46rkqpfi4x43hxc@EMB-918HFH01> References: <20190913061538.qmls3fk7indtpqd3@EMB-918HFH01> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190913061538.qmls3fk7indtpqd3@EMB-918HFH01> User-Agent: NeoMutt/20180716 Archived-At: Subject: Re: [core] draft-ietf-core-senml-more-units-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Sep 2019 09:12:40 -0000 Hi Carsten, here is the review for the draft. ## General comments - The Secondary Registry table is probably lacking a description column similar to the main SenML registry. - It looks like "ppm" is not derived from any main SenML unit. As the secondary registry is explicity for derived units, shouldn't ppm be then in the main SenML registry? - There is an open comment on whether the text should update RFC 8428, IMO the answer is yes but maybe the authors of both documents and the group should decide. ## Editorial - P4: Says "four", however including the reference there would be five columns. - P5: "Table 2" is missing the caption. - P6,P7: Wouldn't the references to IEC and IEEE be informative rather than normative? - P7: IMHO for informational purposes it would help a lot to have references to the right locations in BIPM and the IEC, which are referenced themselves in [RS]. ## Other - The document indicates that new entries will be added through "Expert Review". Often it is the case that little documentation is provided when new entries are given to IANA and, since we should avoid confusion, I would like to know if we will have specific experts versed in the topics of Units to review the entries. Ciao! On Fri, Sep 13, 2019 at 09:15:39AM +0300, Jaime Jiménez wrote: > Hi, > > I'll try to provide a review in the coming days. > > Ciao! > > On Fri, Sep 13, 2019 at 07:07:56AM +0300, Carsten Bormann wrote: > > Hi Hannes, > > > > Quick answer from my vacation: > > The discussion we had during WG adoption raised a couple minor points, but nothing we couldn't handle during a WGLC. So if Jaime can do a chair's review soon, we could WGLC the document afterwards, say, until about Sep 30. > > Deg can be registered right away, but adding the second table requires iesg approval; so we should submit to iesg by, say, Oct 1 and could be approved by the end of the month, barring surprises. This is optimistic, but not unrealistic at all. > > > > Sent from mobile, sorry for terse > > > > > On 12. Sep 2019, at 18:27, Hannes Tschofenig wrote: > > > > > > Hi Carsten, Hi all, > > > > > > When do you expect draft-ietf-core-senml-more-units-00 to be completed? > > > > > > Ciao > > > Hannes > > > IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. > > > _______________________________________________ > > > core mailing list > > > core@ietf.org > > > https://www.ietf.org/mailman/listinfo/core > > > _______________________________________________ > > core mailing list > > core@ietf.org > > https://www.ietf.org/mailman/listinfo/core > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Fri Sep 13 07:05:26 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 344DB120808; Fri, 13 Sep 2019 07:05:15 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.101.0 Auto-Submitted: auto-generated Precedence: bulk Sender: CC: draft-ietf-core-hop-limit@ietf.org, Jaime Jimenez , jaime@iki.fi, core@ietf.org, alexey.melnikov@isode.com, core-chairs@ietf.org Content-Transfer-Encoding: 7bit Reply-To: ietf@ietf.org Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Message-ID: <156838351509.32043.17242089334872616244.idtracker@ietfa.amsl.com> Date: Fri, 13 Sep 2019 07:05:15 -0700 Archived-At: Subject: [core] Last Call: (Constrained Application Protocol (CoAP) Hop-Limit Option) to Proposed Standard X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Sep 2019 14:05:16 -0000 The IESG has received a request from the Constrained RESTful Environments WG (core) to consider the following document: - 'Constrained Application Protocol (CoAP) Hop-Limit Option' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2019-09-27. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract The presence of Constrained Application Protocol (CoAP) proxies may lead to infinite forwarding loops, which is undesirable. To prevent and detect such loops, this document specifies the Hop-Limit CoAP option. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-core-hop-limit/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-core-hop-limit/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Fri Sep 13 11:04:55 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0357212011C for ; Fri, 13 Sep 2019 11:04:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.195 X-Spam-Level: X-Spam-Status: No, score=-4.195 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 FouWqMsGoyJB for ; Fri, 13 Sep 2019 11:04:50 -0700 (PDT) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (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 25291120110 for ; Fri, 13 Sep 2019 11:04:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from submithost.informatik.uni-bremen.de (submithost2.informatik.uni-bremen.de [134.102.200.7]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id x8DI4cgr001685; Fri, 13 Sep 2019 20:04:44 +0200 (CEST) Received: from [192.168.1.103] (unknown [46.55.162.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 46VNnf3PZyz1Bp8; Fri, 13 Sep 2019 20:04:38 +0200 (CEST) Content-Type: multipart/alternative; boundary=Apple-Mail-096F22A9-E134-4D42-A479-EB481CEBAE61 Mime-Version: 1.0 (1.0) From: Carsten Bormann X-Mailer: iPhone Mail (16G102) In-Reply-To: <20190913091227.d46rkqpfi4x43hxc@EMB-918HFH01> Date: Fri, 13 Sep 2019 21:04:34 +0300 Cc: Hannes Tschofenig , "core@ietf.org WG" Content-Transfer-Encoding: 7bit Message-Id: <36675C64-8ABE-4FB1-9579-12FED4D2F615@tzi.org> References: <20190913061538.qmls3fk7indtpqd3@EMB-918HFH01> <20190913091227.d46rkqpfi4x43hxc@EMB-918HFH01> To: =?utf-8?Q?Jaime_Jim=C3=A9nez?= Archived-At: Subject: Re: [core] draft-ietf-core-senml-more-units-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Sep 2019 18:04:53 -0000 --Apple-Mail-096F22A9-E134-4D42-A479-EB481CEBAE61 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Answering from memory... Sent from mobile, sorry for terse > On 13. Sep 2019, at 12:12, Jaime Jim=C3=A9nez wrote: >=20 >=20 > Hi Carsten, >=20 > here is the review for the draft. >=20 > ## General comments >=20 > - The Secondary Registry table is probably lacking a description column > similar to the main SenML registry. That could be added, but the scale/offset columns are often all that is need= ed. Open for input here.=20 >=20 > - It looks like "ppm" is not derived from any main SenML unit. As the > secondary registry is explicity for derived units, shouldn't ppm > be then in the main SenML registry? =20 The base unit listed is / (slash), the unit we use for dimensionless quantit= ies in senml. Iirc, it even says so.=20 >=20 > - There is an open comment on whether the text should update RFC 8428, > IMO the answer is yes but maybe the authors of both documents and the > group should decide. Yes. I now think it does update 8428, as it allows the user of units defined= in the secondary table where 8428 only allowed the primary one.=20 >=20 > ## Editorial >=20 > - P4: Says "four", however including the reference there would be five > columns.=20 >=20 > - P5: "Table 2" is missing the caption. >=20 > - P6,P7: Wouldn't the references to IEC and IEEE be informative rather tha= n > normative? Good question. They are normative for the units defined.=20 >=20 > - P7: IMHO for informational purposes it would help a lot to have referenc= es > to the right locations in BIPM and the IEC, which are referenced themselv= es in [RS].=20 Ok; do you have a text proposal? >=20 > ## Other >=20 > - The document indicates that new entries will be added through "Expert > Review". Often it is the case that little documentation is provided > when new entries are given to IANA and, since we should avoid > confusion, I would like to know if we will have specific experts > versed in the topics of Units to review the entries. That is a requirement on the DE already in 8428, so I'm not sure the is a ne= w one here.=20 >=20 > Ciao! Thanks for the review.=20 Do you think any of this blocks a WGLC? Gr=C3=BC=C3=9Fe, Carsten >=20 >=20 >> On Fri, Sep 13, 2019 at 09:15:39AM +0300, Jaime Jim=C3=A9nez wrote: >> Hi, >>=20 >> I'll try to provide a review in the coming days.=20 >>=20 >> Ciao! >>=20 >>> On Fri, Sep 13, 2019 at 07:07:56AM +0300, Carsten Bormann wrote: >>> Hi Hannes, >>>=20 >>> Quick answer from my vacation: >>> The discussion we had during WG adoption raised a couple minor points, b= ut nothing we couldn't handle during a WGLC. So if Jaime can do a chair's re= view soon, we could WGLC the document afterwards, say, until about Sep 30.=20= >>> Deg can be registered right away, but adding the second table requires i= esg approval; so we should submit to iesg by, say, Oct 1 and could be approv= ed by the end of the month, barring surprises. This is optimistic, but not u= nrealistic at all.=20 >>>=20 >>> Sent from mobile, sorry for terse >>>=20 >>>> On 12. Sep 2019, at 18:27, Hannes Tschofenig wrote: >>>>=20 >>>> Hi Carsten, Hi all, >>>>=20 >>>> When do you expect draft-ietf-core-senml-more-units-00 to be completed?= >>>>=20 >>>> Ciao >>>> Hannes >>>> IMPORTANT NOTICE: The contents of this email and any attachments are co= nfidential and may also be privileged. If you are not the intended recipient= , please notify the sender immediately and do not disclose the contents to a= ny other person, use it for any purpose, or store or copy the information in= any medium. Thank you. >>>> _______________________________________________ >>>> core mailing list >>>> core@ietf.org >>>> https://www.ietf.org/mailman/listinfo/core >>=20 >>> _______________________________________________ >>> core mailing list >>> core@ietf.org >>> https://www.ietf.org/mailman/listinfo/core >>=20 >> _______________________________________________ >> core mailing list >> core@ietf.org >> https://www.ietf.org/mailman/listinfo/core >=20 --Apple-Mail-096F22A9-E134-4D42-A479-EB481CEBAE61 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Answering from memory...

Sent from mobile, sorry for terse

On 13. Sep 2019= , at 12:12, Jaime Jim=C3=A9nez <jaime@iki= .fi> wrote:

<= span>
Hi Carsten,

here is t= he review for the draft.

## General comment= s

- The Secondary Registry table is probabl= y lacking a description column
 similar to the main Se= nML registry.

That could be adde= d, but the scale/offset columns are often all that is needed.  Open for= input here. 

- It looks like "ppm" is not derived from any main SenML unit. A= s the
 secondary registry is explicity for derived uni= ts, shouldn't ppm
 be then in the main SenML registry?=   

The base unit list= ed is / (slash), the unit we use for dimensionless quantities in senml. Iirc= , it even says so. 

- There is an open comment on whether the text should upda= te RFC 8428,
 IMO the answer is yes but maybe the auth= ors of both documents and the
 group should decide.

Yes. I now think it does update 84= 28, as it allows the user of units defined in the secondary table where 8428= only allowed the primary one. 

## Editorial

- P4: Says "four", however including the reference there would be five
 columns.

- P5: "Tabl= e 2" is missing the caption.

- P6,P7: Would= n't the references to IEC and IEEE be informative rather than
 normative?

Good questio= n. They are normative for the units defined. 

- P7: IMHO for informational pur= poses it would help a lot to have references
 to the r= ight locations in BIPM and the IEC, which are referenced themselves in [RS].=

Ok; do you have a text proposa= l?

##&n= bsp;Other

- The document indicates that new= entries will be added through "Expert
 Review". Often= it is the case that little documentation is provided
 = ;when new entries are given to IANA and, since we should avoid
 confusion, I would like to know if we will have specific experts
 versed in the topics of Units to review the entries.

That is a requirement on the DE a= lready in 8428, so I'm not sure the is a new one here. 

Ciao!
<= /blockquote>

Thanks for the review. 
Do you think any= of this blocks a WGLC?

Gr=C3=BC=C3=9Fe, Carsten

On Fri, Sep 13, 2019 at 09:15:39AM +0300, Jaime Jim=C3=A9nez wrote:<= /span>
Hi,

<= span>I'll try to provide a review in the coming days.

Ciao!

On Fri, Sep 13, 2019 a= t 07:07:56AM +0300, Carsten Bormann wrote:
Hi Hannes,

Quick answer from my vacation:
The disc= ussion we had during WG adoption raised a couple minor points, but nothing w= e couldn't handle during a WGLC. So if Jaime can do a chair's review soon, w= e could WGLC the document afterwards, say, until about Sep 30.
= Deg can be registered right away, but adding the second table requires= iesg approval; so we should submit to iesg by, say, Oct 1 and could be appr= oved by the end of the month, barring surprises. This is optimistic, but not= unrealistic at all.

=
Sent from mobile, s= orry for terse

On 12. Sep 2019, at 18:27, Hannes Tschofenig <Hannes.Tschofenig@arm.com> wrote:

Hi Carsten, Hi all,

<= blockquote type=3D"cite">
When do you expect draft-ietf-core-senml-more-units-00 to be complete= d?

Ciao
Hannes
IMPORTANT NOTICE: The contents of this email and any attachm= ents are confidential and may also be privileged. If you are not the intende= d recipient, please notify the sender immediately and do not disclose the co= ntents to any other person, use it for any purpose, or store or copy the inf= ormation in any medium. Thank you.
_______________________________________________
core mailing list
core@ietf.org
= https://www.ietf.org/= mailman/listinfo/core
<= blockquote type=3D"cite">
_______________________________________= ________
core mailing list
core@ietf.org
https://www.ietf.org/mailman/listinfo/cor= e

______________________= _________________________
<= span>core mailing list
core@ietf.org
=
https://www.ietf.org/mailman/listinfo/core

= --Apple-Mail-096F22A9-E134-4D42-A479-EB481CEBAE61-- From nobody Sat Sep 14 09:03:37 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB2EA12006F; Sat, 14 Sep 2019 09:03:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=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=ericsson.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 Ql1BNczKLI2K; Sat, 14 Sep 2019 09:03:23 -0700 (PDT) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70049.outbound.protection.outlook.com [40.107.7.49]) (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 848AB12006D; Sat, 14 Sep 2019 09:03:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kYPx/dC+zhtmqe6twEdhaNQ2Q195r/8ms9f5rSlHcvtFB4Bo+Y9YqLlYn1r5dQJPUEgrmnm3nbHKU3Z0QEdk/Jpiq6Qyy5BF33ItPPinyuQwHwh9y1+9f8LMZ4KVPowUYFs7yUVbyhpOCtqefCbV5uR95vhlYKPW/v9YT/4wVapZ7oym7mV6DVa2ES7sF+4Dz7DTMO6ZhM5gHwy/Dc/9Av6nLW5hQwhAdeRO0lyeAiZp5Uy/0n3y3C+kxukm84rXGOq3BBvlvXgy5bYaHUHFthctoY6d2jCp/9ttON+PfgVj1jc7ZBFvhMQyfN1OwdkJeJpnWyTehMUT0/d+5h0V6w== 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=HRHaXaUj8B9xH2cwcAaQf9t+fk4Mli32tuz3tHpRuy0=; b=kd7qGEXbVvVv7vtxu8meu+DfSc2ljOIsuurCpcAuge/VVUJUEP0n6Bo9RYPlWdLce/0qSdzi0S2IyyoalT/3OdPOo0PEkhn/s4FnCZkJmOByu/EDeBT5scp6YQFiuuFX+WRCYDMHTfXDjMDuimoYCZB9IG6Vc7de5FGojIYTaT7i4zIXjqU/kDELoDs7vg4bcBFcUyUBIKEV1RQfJW6ZUR5mYUwcqVzpIHjBsLxVGCJnnkNVk5e43LdAsYfVfxYf7M/5JrFno/DoYSNvBpJHZu9+ZZJLyhKBRtsYZ8jvnmKoq87VKxn6ZY3y5UhXv0mILi8XpAYCeCd8oQ3QDmseTg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HRHaXaUj8B9xH2cwcAaQf9t+fk4Mli32tuz3tHpRuy0=; b=bnVqUSBav5lhwyDsvhKT3S57AbhzH2pV4A2qx3FapVUz4XyRpUAJPsXmqH2hy+pW4HyKqYpo+DtmOT/pXdG9aJxDgv2uW23Y2GTvw59vTmTqpqVqwaJuWYLOHQATzib8UP3VUhQ7FXtHVAPDnJ73/d1EGtMFHHBoG4Glk8hCtWI= Received: from HE1PR07MB4236.eurprd07.prod.outlook.com (20.176.166.145) by HE1PR07MB3356.eurprd07.prod.outlook.com (10.170.247.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2284.14; Sat, 14 Sep 2019 16:03:21 +0000 Received: from HE1PR07MB4236.eurprd07.prod.outlook.com ([fe80::b910:6521:f387:7cf2]) by HE1PR07MB4236.eurprd07.prod.outlook.com ([fe80::b910:6521:f387:7cf2%5]) with mapi id 15.20.2284.009; Sat, 14 Sep 2019 16:03:20 +0000 From: =?utf-8?B?QXJpIEtlcsOkbmVu?= To: Robert Sparks , Alissa Cooper , Warren Kumari CC: "gen-art@ietf.org" , "ietf@ietf.org" , "core@ietf.org" , "draft-ietf-core-senml-etch.all@ietf.org" Thread-Topic: Genart last call review of draft-ietf-core-senml-etch-05 Thread-Index: AQHVXndtEXX4ray0nketuaWMlS/QSacmiyWA Date: Sat, 14 Sep 2019 16:03:20 +0000 Message-ID: <48F02EA5-E00A-4D97-B0ED-7595B232910A@ericsson.com> References: <156708950337.21012.630829697167091848@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.1d.0.190908 authentication-results: spf=none (sender IP is ) smtp.mailfrom=ari.keranen@ericsson.com; x-originating-ip: [2001:14bb:150:480b:5599:3a5f:6dfc:30d0] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e0c0f606-01b7-47b3-631b-08d7392d1061 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB3356; x-ms-traffictypediagnostic: HE1PR07MB3356: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 01604FB62B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(376002)(39860400002)(136003)(346002)(396003)(189003)(199004)(71190400001)(71200400001)(6436002)(305945005)(6306002)(4326008)(6512007)(478600001)(25786009)(99286004)(8676002)(6246003)(53936002)(85202003)(6486002)(316002)(58126008)(7736002)(54906003)(110136005)(229853002)(476003)(2906002)(446003)(2616005)(14454004)(966005)(46003)(36756003)(186003)(486006)(66946007)(33656002)(64756008)(102836004)(66556008)(66476007)(76116006)(66446008)(76176011)(6506007)(5660300002)(86362001)(81166006)(81156014)(6116002)(8936002)(85182001)(256004); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3356; H:HE1PR07MB4236.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: FfgeUon/nHJkJQ5hYfshBpce24nUJzEW3oyVi42JPR83Xy5ktjZygDLWD9Oh3sP3If1l5LPRJdWy0e+rM5rLNYEGNnkjWdQ+6kWaIqxhdysiGD3Ql+7RD7WVrAjTydalhSNNJvVUXzQH6NUBN/cA5/SNmweOfiFINTQALcWQd/tXeqX2djsw/9L6ph7wdSylWyfUVzMRlKu3FBstLd12H+3ZX5vx/dw3W/FkkeTp7ADQECF49dGrBQH/55rjzcY988YtwldZOR7IyOuPGwFlmfiFX0iXuccQ7K+eVEeIeJvf425uU+mfgpU2jxRDbIPQZsOweWI36e1udtivtc112z6OeBDw9mbkkL+lQpS7RHuHoZQsoVgONTLvrtReg8bzKEeD1x4Pr/8ruVYrOcJl+9dpSmURfddDxJnF3Z3ITf4= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: e0c0f606-01b7-47b3-631b-08d7392d1061 X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Sep 2019 16:03:20.6004 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Fl7qHlekwk5V5YCL2k4ngJKpTUxeNfiPRQV8WvhKfKJQyluh10urykCmi5NISPSIVhpVezi2TNCBB3unS1ez+ElvMs7hKzCPxfLRCqAO1uI= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3356 Archived-At: Subject: Re: [core] Genart last call review of draft-ietf-core-senml-etch-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Sep 2019 16:03:27 -0000 SGkgQWxpc3NhLCBSb2JlcnQgJiBXYXJyZW4sDQoNClRoYW5rIHlvdSBmb3IgeW91ciByZXZpZXdz ISBZb3UgYWxsIGhhZCBjb25jZXJucyBvbiB0aGUg77u/RnJhZ21lbnQgSUQgcGFydCBvZiB0aGUg U2VuTUwgZXRjaCBkcmFmdCAocXVvdGVzIGJlbG93KS4gSSdsbCB0cnkgdG8gYWRkcmVzcyB0aG9z ZSBjb25jZXJucyBpbiB0aGlzIFBSOg0KaHR0cHM6Ly9naXRodWIuY29tL2NvcmUtd2cvc2VubWwt ZXRjaC9wdWxsLzEwDQoNClRoZSBzdWdnZXN0ZWQgbmV3IEZyYWdtZW50IElEIHNlY3Rpb24gdGV4 dCB3b3VsZCBiZToNCg0KICAgRnJhZ21lbnQgaWRlbnRpZmljYXRpb24gZm9yIFJlY29yZHMgb2Yg RmV0Y2ggYW5kIFBhdGNoIFBhY2tzIHVzZXMgdGhlDQogICBzYW1lIG1lY2hhbmlzbSBhcyBTZW5N TCBKU09OL0NCT1IgZnJhZ21lbnQgaWRlbnRpZmljYXRpb24gKHNlZQ0KICAgU2VjdGlvbiA5IG9m IFtSRkM4NDI4XSksIGkuZS4sICJyZWMiIHNjaGVtZSBmb2xsb3dlZCBieSBhIGNvbW1hLQ0KICAg c2VwYXJhdGVkIGxpc3Qgb2YgUmVjb3JkIHBvc2l0aW9ucyBvciByYW5nZShzKSBvZiBSZWNvcmRz LiAgRm9yDQogICBleGFtcGxlLCB0byBzZWxlY3QgdGhlIDNyZCBhbmQgNXRoIFJlY29yZCBvZiBh IEZldGNoIG9yIFBhdGNoIFBhY2ssIGENCiAgIGZyYWdtZW50IGlkZW50aWZpZXIgInJlYz0zLDUi IGNhbiBiZSB1c2VkIGluIHRoZSBVUkkgb2YgdGhlIEZldGNoIG9yDQogICBQYXRjaCBQYWNrIHJl c291cmNlLg0KDQpNb3JlIGRldGFpbHMgYmVsb3cuDQoNCj4gT24gMjkgQXVnIDIwMTksIGF0IDE3 LjM4LCBSb2JlcnQgU3BhcmtzIHZpYSBEYXRhdHJhY2tlciA8bm9yZXBseUBpZXRmLm9yZz4gd3Jv dGU6DQpbLi4uXQ0KPiBJIGFtIGEgbGl0dGxlIHVuY29tZm9ydGFibGUgd2l0aCB0aGUgIkZyYWdt ZW50IElkZW50aWZpY2F0aW9uIiBzZWN0aW9uICg0KSBvZg0KPiB0aGlzIGRvY3VtZW50IC0gaXQg ZmVlbHMgbGlrZSBhICJkbyB3aGF0IHdlIG1lYW4iIHN0YXRlbWVudC4gSSBkb24ndCBoYXZlIHRl eHQNCj4gdG8gc3VnZ2VzdC4gSXQgbWF5IHdlbGwgYmUgdGhhdCBpdCB3aWxsIGJlIGRlYWQtb2J2 aW91cyB0byBhbiBpbXBsZW1lbnRlciB3aGF0DQo+IHRvIGRvLCBidXQgaXQgbWFrZXMgbWUgdW5l YXN5Lg0KDQpJIHdhcyBob3BpbmcgaXQgdG8gYmUgb2J2aW91cyBzaW5jZSBpdCBpcyBleGFjdGx5 IHRoZSBzYW1lIG1lY2hhbmlzbSBhcyBmb3IgcmVndWxhciBTZW5NTDsganVzdCBhcHBsaWVkIHRv IGFub3RoZXIgbWVkaWEgdHlwZSB3aXRoIHRoZSBzYW1lIHN0cnVjdHVyZS4gSSdtIGEgYml0IGhl c2l0YW50IHRvIGFkZCBtb3JlIG5vcm1hdGl2ZSB0ZXh0IHNpbmNlIHRoYXQgd291bGQgYmUganVz dCByZXBlYXRpbmcgd2hhdCdzIGFscmVhZHkgc2FpZCBpbiB0aGUgU2VuTUwgUkZDLiBJbnN0ZWFk IEknZCBzdWdnZXN0IGEgc2hvcnQgc3VtbWFyeSBvZiB0aGUgZmVhdHVyZSBhbmQgYW4gZXhhbXBs ZSAoc2VlIGFib3ZlKS4gDQoNCldhcnJlbiBoYWQgYSBnb29kIG9ic2VydmF0aW9uIHRoYXQgaXMg d2Fzbid0IGNsZWFyIHRvIHdoYXQgUGFjayB0aGUgSUQgYXBwbGllcyB0byBzbyBJIGNsYXJpZmll ZCB0aGF0IChzZWUgYmVsb3cpLg0KDQo+IE9uIDMgU2VwIDIwMTksIGF0IDIyLjIzLCBXYXJyZW4g S3VtYXJpIHZpYSBEYXRhdHJhY2tlciA8bm9yZXBseUBpZXRmLm9yZz4gd3JvdGU6DQpbLi4uXQ0K PiBRdWVzdGlvbjoNCj4gMTogVGhlIHRleHQgaW4gU2VjdGlvbiA0IGZlZWxzIHF1aXRlIGhhbmQt d2F2eSAvIHRlcnNlLCBhbmQgSSBkb24ndCB0aGluayBnaXZlcw0KPiBzdWZmaWNpZW50IGd1aWRh bmNlIHRvIGFjdHVhbGx5IHVzZSB0aGlzLiBlLmc6IFdoYXQgdGFrZXMgcHJlY2VkZW5jZT8gRG8g SQ0KPiByZWZlciB0byBhIHNwZWNpZmljIHJlY29yZCAodXNpbmcgZnJhZ21lbnQgaWRlbnRpZmlj YXRpb24pIGFuZCB0aGVuIGFwcGx5IHRoZQ0KPiBGRVRDSCAvIFBBVENIIHRvIHRoYXQ/IE9yIGRv IEkgdXNlIGZyYWdtZW50IGlkZW50aWZpY2F0aW9uIHRvIHJlZmVyIHRvIHJlY29yZHMNCj4gd2hh dCBoYXZlIGJlZW4gUEFUQ0hlZD8gQXMgbWlnaHQgYmUgY2xlYXIgZnJvbSB0aGUgYWJvdmUsIEkn bSBub3QgYSBDb1JFDQo+IHBlcnNvbiwgc28gSSdsbCBiZSBoYXBweSB0byBhY2NlcHQgIllvdXIg cXVlc3Rpb24gbWFrZXMgbm8gc2Vuc2UsIHRoaXMgd2lsbCBiZQ0KPiBibGluZGluZ2x5IG9idmlv dXMgdG8gYW55b25lIHdobydzIGFjdHVhbGx5IGltcGxlbWVudGluZyB0aGlzLi4uLiIgOi0pDQoN CkFjdHVhbGx5IHRoaXMgaXMgYSBtZWNoYW5pc20gdG8gcmVmZXIgdG8gUmVjb3JkcyBvZiB0aGUg UGF0Y2gvRmV0Y2ggUGFjaywgbm90IGluIHRoZSByZXN1bHRpbmcgKHJlZ3VsYXIgU2VuTUwpIFBh Y2suIEkgc3VnZ2VzdCBjbGFyaWZ5aW5nIHRoaXMgaW4gdGhlIHRleHQgd2l0aDoNCg0KT0xEOiBG cmFnbWVudCBpZGVudGlmaWNhdGlvbiBpcyBzdXBwb3J0ZWQgYnkgYW5hbG9nb3VzbHkgYXBwbHlp bmcgWy4uLl0NCk5FVzogRnJhZ21lbnQgaWRlbnRpZmljYXRpb24gZm9yIFJlY29yZHMgb2YgRmV0 Y2ggYW5kIFBhdGNoIFBhY2tzIHVzZXMgWy4uLl0NCg0KSSBob3BlIHRoaXMgc29sdmVzIHlvdXIg Y29uY2VybnMuDQoNCg0KVGhhbmtzLA0KQXJpDQoNCg== From nobody Sat Sep 14 09:18:23 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D81B712006D; Sat, 14 Sep 2019 09:18:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=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=ericsson.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 yUI4OLCT2AXi; Sat, 14 Sep 2019 09:18:19 -0700 (PDT) Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80045.outbound.protection.outlook.com [40.107.8.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3C33112004A; Sat, 14 Sep 2019 09:18:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DF7iDoBhJWTfy2uFzJ2XUfF/TZ5u0AY64N+UiMbX+QdWeQgiyp50myy0/hVYGNUf7mr4y71rCUEpx00/km/i9AEeLzqE7p5s7DEYxbJ5VswaaWba0sjKYsOstWNTTb2p1136XG7ufXQidfVZRyPPCUyGVg3o02RStoTXIZfv4RaLmkdBUZ/Friqzwz/MXUR/RzFtU8BKIPr2bF0kgRoWOpoXZn8ZAL0TedLCcT8ZYu0Wykq/mYV5VrIerwc0DXceRLFWz0G7lbP1NfxvddPHINGaq+O7N63HkMuyXQjJkFlnqVF39DnfMvf7/9FxDBbV+hkFV1Dqd0qdeZXy6dXE0A== 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=ZZxMsCEuv4GQZwVZ7VEHmuKA696gjS7ecHRXcc1uYq0=; b=QQl0HL/KYfAtlwB1im3XaivSO/awvC1ydengSGOn/UPcD8reevERhsZ14LWHTEG7WzoI9zVxWWKy0I7iMgJlt/mf/j1ke/rhIFvZpDZzjrrYCuL13v8xadKUhyN7UOdscw+1Dw0WiU2mZMs86/9KLF+v/9SZiz1wDAYHZ9l4XtNXxwMD9LujaG+2LzfBBzLWxLK9ZBkv8LBUTWdXq7Jsxa2V7eAjkCu1VphmTFiKnG03PNcwCVH+cgTkuLvM4+Y23Z0oJrASkH5zbVQk9WGFU1U6EZwi5bh19gIvhKO1OBwu+AEdcogD4l12Gp9+EMRiMmqL2GULYW9hPajhuMHhJA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ZZxMsCEuv4GQZwVZ7VEHmuKA696gjS7ecHRXcc1uYq0=; b=DYaW2P9jnM0530qJMkp9OHEXmKGmG8QgZZx0/gLRiCjelOfz3BdaOYPLzfI7IDP5IH26BVvSYgIWnrBZn/3OINjh12g22h/ZSKQMxWNM/tqmHtXb8WIiq+mzeEcsqK4hahVfOny+nQqRcl7xIlgdTQprjVDQThI29UAjWeuif7s= Received: from HE1PR07MB4236.eurprd07.prod.outlook.com (20.176.166.145) by HE1PR07MB3164.eurprd07.prod.outlook.com (10.170.241.27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2263.10; Sat, 14 Sep 2019 16:18:15 +0000 Received: from HE1PR07MB4236.eurprd07.prod.outlook.com ([fe80::b910:6521:f387:7cf2]) by HE1PR07MB4236.eurprd07.prod.outlook.com ([fe80::b910:6521:f387:7cf2%5]) with mapi id 15.20.2284.009; Sat, 14 Sep 2019 16:18:15 +0000 From: =?utf-8?B?QXJpIEtlcsOkbmVu?= To: Warren Kumari CC: The IESG , "draft-ietf-core-senml-etch@ietf.org" , Carsten Bormann , "core-chairs@ietf.org" , "core@ietf.org" Thread-Topic: Warren Kumari's No Objection on draft-ietf-core-senml-etch-05: (with COMMENT) Thread-Index: AQHVYo0DMvVVteRQEU676euqZV8NVacjor2A Date: Sat, 14 Sep 2019 16:18:15 +0000 Message-ID: <0B4EE1C1-574C-4509-951C-B08C7A0AFF6E@ericsson.com> References: <156753857865.3431.14971111950489795941.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.1d.0.190908 authentication-results: spf=none (sender IP is ) smtp.mailfrom=ari.keranen@ericsson.com; x-originating-ip: [2001:14bb:150:480b:5599:3a5f:6dfc:30d0] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e57422c2-8097-4440-4895-08d7392f25c9 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600166)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB3164; x-ms-traffictypediagnostic: HE1PR07MB3164: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 01604FB62B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(136003)(396003)(346002)(366004)(39860400002)(189003)(199004)(305945005)(33656002)(486006)(446003)(36756003)(966005)(85202003)(6916009)(8676002)(476003)(2616005)(6506007)(81156014)(8936002)(81166006)(86362001)(102836004)(2906002)(14454004)(256004)(316002)(4326008)(58126008)(6116002)(25786009)(54906003)(53936002)(229853002)(85182001)(478600001)(6436002)(6246003)(5660300002)(6486002)(99286004)(186003)(46003)(6512007)(6306002)(76176011)(66946007)(66446008)(64756008)(66556008)(66476007)(71200400001)(71190400001)(76116006)(7736002); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3164; H:HE1PR07MB4236.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: EvScaiRAeL19s7f2cE9n9cyvka+o8y1xLMfm4psegzzuMLexKvieKNQ6Iw1KtZdH6S0KhpvCOGyOeu8fzTi2gJrkhG8CR5QcE5FuFqGbtuisnfDacZdMFJTIFat+ucN/oU94q0o8ouCk351AyJaHDvQ8Dxgrg1oczLDljaVIERFNOxosr1w1atMTAKC8/IXv0KMh6tL0PD1Fb6cO3tG7CzdXdgBMUdlYn7+wMsBJAtfTiZGIDFx8ITguzYabMUEpXzrUeyBHliyyQR0J+aiURqZ44pTrUsqCUDw9WHzDxkEtONoOaiYena/YmGtlBqPa4L/g318KPkzciM2+7sOatZZrvfs2NNKRNB4koIlvcTOQ/s4mSPRQ3ag4pGxIQnvSKaTo/h5Y+B3grJFDtjy1S0CuDZ46pvT7zKV4dao1Tz4= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: e57422c2-8097-4440-4895-08d7392f25c9 X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Sep 2019 16:18:15.5119 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: vB4Sg/cqyJmWErsBAHFJPwN6McWsW2pj+7/g2GnSsLpDTTEzpW7NvfjgO+jGefPSZKpVnDqdRlyCYaZeZDWAlGtBmEwZC0HzloKbUvDOyCQ= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3164 Archived-At: Subject: Re: [core] Warren Kumari's No Objection on draft-ietf-core-senml-etch-05: (with COMMENT) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Sep 2019 16:18:22 -0000 VGhhbmsgeW91IG9uY2UgbW9yZSBmb3IgeW91ciByZXZpZXcgV2FycmVuISBTZWUgYW5zd2VycyBh bmQgZml4IHN1Z2dlc3Rpb25zIGJlbG93Lg0KDQrvu78+IE9uIDMgU2VwIDIwMTksIGF0IDIyLjIz LCBXYXJyZW4gS3VtYXJpIHZpYSBEYXRhdHJhY2tlciA8bm9yZXBseUBpZXRmLm9yZz4gd3JvdGU6 DQo+IA0KPiBXYXJyZW4gS3VtYXJpIGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBv c2l0aW9uIGZvcg0KPiBkcmFmdC1pZXRmLWNvcmUtc2VubWwtZXRjaC0wNTogTm8gT2JqZWN0aW9u DQpbLi4uXQ0KPiBJIGhhdmUgYSBxdWVzdGlvbiBhbmQgYSBmZXcgbml0cyB3aGljaCBtaWdodCBi ZSB3b3J0aCBhZGRyZXNzaW5nIGlmIHlvdSBhcmUNCj4gbWFraW5nIG90aGVyIGVkaXRzOg0KPiAN Cj4gUXVlc3Rpb246DQo+IDE6IFRoZSB0ZXh0IGluIFNlY3Rpb24gNCBmZWVscyBxdWl0ZSBoYW5k LXdhdnkgLyB0ZXJzZSwgYW5kIEkgZG9uJ3QgdGhpbmsgZ2l2ZXMNCj4gc3VmZmljaWVudCBndWlk YW5jZSB0byBhY3R1YWxseSB1c2UgdGhpcy4gZS5nOiBXaGF0IHRha2VzIHByZWNlZGVuY2U/IERv IEkNCj4gcmVmZXIgdG8gYSBzcGVjaWZpYyByZWNvcmQgKHVzaW5nIGZyYWdtZW50IGlkZW50aWZp Y2F0aW9uKSBhbmQgdGhlbiBhcHBseSB0aGUNCj4gRkVUQ0ggLyBQQVRDSCB0byB0aGF0PyBPciBk byBJIHVzZSBmcmFnbWVudCBpZGVudGlmaWNhdGlvbiB0byByZWZlciB0byByZWNvcmRzDQo+IHdo YXQgaGF2ZSBiZWVuIFBBVENIZWQ/IEFzIG1pZ2h0IGJlIGNsZWFyIGZyb20gdGhlIGFib3ZlLCBJ J20gbm90IGEgQ29SRQ0KPiBwZXJzb24sIHNvIEknbGwgYmUgaGFwcHkgdG8gYWNjZXB0ICJZb3Vy IHF1ZXN0aW9uIG1ha2VzIG5vIHNlbnNlLCB0aGlzIHdpbGwgYmUNCj4gYmxpbmRpbmdseSBvYnZp b3VzIHRvIGFueW9uZSB3aG8ncyBhY3R1YWxseSBpbXBsZW1lbnRpbmcgdGhpcy4uLi4iIDotKQ0K DQpBcyBtZW50aW9uZWQgaW4gbXkgb3RoZXIgZW1haWwsIHRoaXMgaXMgbm93IGFkZHJlc3NlZCBo ZXJlOg0KaHR0cHM6Ly9naXRodWIuY29tL2NvcmUtd2cvc2VubWwtZXRjaC9wdWxsLzEwDQoNCj4g Tml0czoNCj4gMTogIFRhcmdldCBSZWNvcmQ6ICBBIFJlY29yZCBpbiBhIFNlbk1MIFBhY2sgdGhh dCBpcyBtYXRjaGluZyB0aGUNCj4gcy9pcyBtYXRjaGluZy9tYXRjaGVzLw0KPiANCj4gMjogVGhl IG5hbWVzIGZvciBhIEZldGNoIFBhY2sgYXJlIGdpdmVuIHVzaW5nIHRoZSBTZW5NTCAibmFtZSIg YW5kL29yICJiYXNlDQo+IG5hbWUiIEZpZWxkcy4gSSAqdGhpbmsqIHRoYXQgaW4gdGhpcyBjYXNl ICJmaWVsZHMiIHdvdWxkIGJlIGJldHRlciB0aGFuDQo+ICJGaWVsZHMiIC0geW91IHNlZW0gdG8g YmUgdXNpbmcgdGhlIHRlcm0gZmllbGRzIGdlbmVyaWNhbGx5IGluIHRoaXMgY2FzZS4NCg0KR29v ZCBjYXRjaGVzISBBbHNvIHRoZSBTZW5NTCBSRkMgdXNlcyAiZmllbGQiIHdpdGhvdXQgY2FwaXRh bGl6YXRpb24gc28gdXNpbmcgdGhhdCBtYWtlcyBzZW5zZSBoZXJlLiBCb3RoIG5pdHMgYXJlIGFk ZHJlc3NlZCBpbiB0aGlzIFBSOg0KaHR0cHM6Ly9naXRodWIuY29tL2NvcmUtd2cvc2VubWwtZXRj aC9wdWxsLzExLw0KDQoNClRoYW5rcywNCkFyaQ0KDQo= From nobody Sat Sep 14 09:28:47 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A43611200E7 for ; Sat, 14 Sep 2019 09:28:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 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_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.20150623.gappssmtp.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 LzI-1NPaP9xh for ; Sat, 14 Sep 2019 09:28:42 -0700 (PDT) Received: from mail-qk1-x734.google.com (mail-qk1-x734.google.com [IPv6:2607:f8b0:4864:20::734]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B53F1200CD for ; Sat, 14 Sep 2019 09:28:42 -0700 (PDT) Received: by mail-qk1-x734.google.com with SMTP id q203so31531391qke.1 for ; Sat, 14 Sep 2019 09:28:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=MGiXKGGo03BAtSz328sxb7jvJo2blUhl7rqp3/vG6uo=; b=BdT1QMoHn6XbZ3+/PXV83t3qM210jMkTBBY+q0WrCKxtH3QApvfQHuN7A9Pv1h0zfS 8xhVZxExswg4tDWRPJs4zaBeQcN4SiAhidB94wAIGfxVIq60tLuwRdaXewDaYvCBIu7y BebbkOtQovBCwzR4xLejoLq3sC85Zi1DS7kq3hMpkvEoY+oRSiXFwTEIo3aLJ1WDp7FX U3I0wlRO8blxcpJcPmd3VGps9gx/ri9IwtDThN8K7qUXOCF3H7D3th9x0E1Gok8pwMiy sHqdrpWUcCg7kHlfd/FHKD5sGKTM+WU1eeaS7XNm08w4c9csch5Wx1C31gxK1riaPOcX 7amg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=MGiXKGGo03BAtSz328sxb7jvJo2blUhl7rqp3/vG6uo=; b=QfxzSGZJmx/n+FzNffNPWdcIIBsMHUH+V4siN/JfdRDJLfBTq9FF5i+VVWHLIXMAdV XzY3ePao6lteBhc7GoKMG34ITzk2NxeQ5qpqjQ2pfGm/rheaI7OrgX5TyimnTevL4TIX YLM5UsJht1ZGcFNDvND9q+FPAOjyMFfwxIkys9/qp00qSZXJ0QV7HSmRd+VVtf7UOtgg ldgFDMW9RmLRACb0l4V8hxUrKCvbSbbWcwTM0OdbFfO8yuFxGuc4Yfxl421RsgwGE/6X MsbR+fqCo2TOL+hPsTQa8PlkEUBRpwaaRkU0zCtJJDBblgCWxOn0L3QhkSyIHW/nlNdi FbeQ== X-Gm-Message-State: APjAAAXcPWduWnBi2/Qu6Kx3AYVU4SIRFhFUfzktTsgEPBRjfDsDpEjA bHON20FYAGpKNbpYoQ+RvgLd//a9ViTMiU2YhlKBDw== X-Google-Smtp-Source: APXvYqz2YQRO3JJiCDLRVr7UDO5l+CSXksOQe0kk53ahmuqojPfrqWG0Zkam+1LnJCkgqKgrzfgzruaRFVqXqw9Xejs= X-Received: by 2002:a37:a849:: with SMTP id r70mr52285496qke.37.1568478520853; Sat, 14 Sep 2019 09:28:40 -0700 (PDT) MIME-Version: 1.0 References: <156753857865.3431.14971111950489795941.idtracker@ietfa.amsl.com> <0B4EE1C1-574C-4509-951C-B08C7A0AFF6E@ericsson.com> In-Reply-To: <0B4EE1C1-574C-4509-951C-B08C7A0AFF6E@ericsson.com> From: Warren Kumari Date: Sat, 14 Sep 2019 12:28:30 -0400 Message-ID: To: =?UTF-8?B?QXJpIEtlcsOkbmVu?= Cc: Carsten Bormann , The IESG , "core-chairs@ietf.org" , "core@ietf.org" , "draft-ietf-core-senml-etch@ietf.org" Content-Type: multipart/alternative; boundary="00000000000012dfe0059285dd26" Archived-At: Subject: Re: [core] Warren Kumari's No Objection on draft-ietf-core-senml-etch-05: (with COMMENT) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Sep 2019 16:28:44 -0000 --00000000000012dfe0059285dd26 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Awesome, thank you for addressing my comments. W On Sat, Sep 14, 2019 at 12:18 PM Ari Ker=C3=A4nen wrote: > Thank you once more for your review Warren! See answers and fix > suggestions below. > > =EF=BB=BF> On 3 Sep 2019, at 22.23, Warren Kumari via Datatracker < > noreply@ietf.org> wrote: > > > > Warren Kumari has entered the following ballot position for > > draft-ietf-core-senml-etch-05: No Objection > [...] > > I have a question and a few nits which might be worth addressing if you > are > > making other edits: > > > > Question: > > 1: The text in Section 4 feels quite hand-wavy / terse, and I don't > think gives > > sufficient guidance to actually use this. e.g: What takes precedence? D= o > I > > refer to a specific record (using fragment identification) and then > apply the > > FETCH / PATCH to that? Or do I use fragment identification to refer to > records > > what have been PATCHed? As might be clear from the above, I'm not a CoR= E > > person, so I'll be happy to accept "Your question makes no sense, this > will be > > blindingly obvious to anyone who's actually implementing this...." :-) > > As mentioned in my other email, this is now addressed here: > https://github.com/core-wg/senml-etch/pull/10 > > > Nits: > > 1: Target Record: A Record in a SenML Pack that is matching the > > s/is matching/matches/ > > > > 2: The names for a Fetch Pack are given using the SenML "name" and/or > "base > > name" Fields. I *think* that in this case "fields" would be better than > > "Fields" - you seem to be using the term fields generically in this cas= e. > > Good catches! Also the SenML RFC uses "field" without capitalization so > using that makes sense here. Both nits are addressed in this PR: > https://github.com/core-wg/senml-etch/pull/11/ > > > Thanks, > Ari > > -- I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf --00000000000012dfe0059285dd26 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Awesome,=C2=A0thank you for addressing my comments.<= /div>

W

On Sat, Sep = 14, 2019 at 12:18 PM Ari Ker=C3=A4nen <ari.keranen@ericsson.com> wrote:
Thank you once more for your review Warren! See answers and= fix suggestions below.

=EF=BB=BF> On 3 Sep 2019, at 22.23, Warren Kumari via Datatracker <noreply@ietf.org>= ; wrote:
>
> Warren Kumari has entered the following ballot position for
> draft-ietf-core-senml-etch-05: No Objection
[...]
> I have a question and a few nits which might be worth addressing if yo= u are
> making other edits:
>
> Question:
> 1: The text in Section 4 feels quite hand-wavy / terse, and I don'= t think gives
> sufficient guidance to actually use this. e.g: What takes precedence? = Do I
> refer to a specific record (using fragment identification) and then ap= ply the
> FETCH / PATCH to that? Or do I use fragment identification to refer to= records
> what have been PATCHed? As might be clear from the above, I'm not = a CoRE
> person, so I'll be happy to accept "Your question makes no se= nse, this will be
> blindingly obvious to anyone who's actually implementing this....&= quot; :-)

As mentioned in my other email, this is now addressed here:
https://github.com/core-wg/senml-etch/pull/10

> Nits:
> 1:=C2=A0 Target Record:=C2=A0 A Record in a SenML Pack that is matchin= g the
> s/is matching/matches/
>
> 2: The names for a Fetch Pack are given using the SenML "name&quo= t; and/or "base
> name" Fields. I *think* that in this case "fields" woul= d be better than
> "Fields" - you seem to be using the term fields generically = in this case.

Good catches! Also the SenML RFC uses "field" without capitalizat= ion so using that makes sense here. Both nits are addressed in this PR:
https://github.com/core-wg/senml-etch/pull/11/


Thanks,
Ari

--
I don't think the execution is relev= ant when it was obviously a bad idea in the first place.
This is like pu= tting rabid weasels in your pants, and later expressing regret at having ch= osen those particular rabid weasels and that pair of pants.
=C2=A0 =C2= =A0---maf
--00000000000012dfe0059285dd26-- From nobody Mon Sep 16 00:40:51 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C05812003F for ; Mon, 16 Sep 2019 00:40:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.821 X-Spam-Level: X-Spam-Status: No, score=-1.821 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_NEUTRAL=0.779] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.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 Pfige9YffmD0 for ; Mon, 16 Sep 2019 00:40:34 -0700 (PDT) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 04FA712080F for ; Mon, 16 Sep 2019 00:40:34 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 0BDEC21F85; Mon, 16 Sep 2019 03:40:33 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Mon, 16 Sep 2019 03:40:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=Gh7QKLhiMAs8xA+BmoTwd4/NR73ScRd6tS3vHgqll dM=; b=nuHGETeefX3R6KF3vbt5l7lscHjEn6zogn53tb8yTcCLBCj0EJw17W4dH AMiqaeEDPrysoYyILoEEsTHkgBzhrtpJ0+Dr37jykUtHsItjDIRNR6gxN0md44pA Rh9w7h++sXHUn5WAG6I7cB372aa7C3mQwV3O/Sj1qaLn/vxyE7DauKE6XbaZdtTo UD3+985CdcusPexMXifSnH7bG0N5QIBsxNU5hzt0CG1IDSCW5VDMtrU1rFuetfOH wXIvB5o36gU/7shCctnMKyOxMM/kJF38suBvjTvTN3yxLMlo1eHGzrYU3l1hb5hG VkCceeq5nNKRIfsMXvviagIAAO4qw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedruddvgdduvdegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfhfgggtugfgjggfsehtkeertddtredunecuhfhrohhmpeflrghi mhgvucflihhmrohnvgiiuceojhgrihhmvgesihhkihdrfhhiqeenucffohhmrghinhepih gvthhfrdhorhhgnecukfhppeduleekrddvgedriedrvddvtdenucfrrghrrghmpehmrghi lhhfrhhomhepjhgrihhmvgesihhkihdrfhhinecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from EMB-918HFH01 (unknown [198.24.6.220]) by mail.messagingengine.com (Postfix) with ESMTPA id B692A8005B; Mon, 16 Sep 2019 03:40:30 -0400 (EDT) Date: Mon, 16 Sep 2019 10:40:28 +0300 From: =?utf-8?Q?Jaime=20Jim=C3=A9nez?= To: Carsten Bormann Cc: Hannes Tschofenig , "core@ietf.org WG" Message-ID: <20190916074027.ewu6fqhp2xvb3d4v@EMB-918HFH01> References: <20190913061538.qmls3fk7indtpqd3@EMB-918HFH01> <20190913091227.d46rkqpfi4x43hxc@EMB-918HFH01> <36675C64-8ABE-4FB1-9579-12FED4D2F615@tzi.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <36675C64-8ABE-4FB1-9579-12FED4D2F615@tzi.org> User-Agent: NeoMutt/20180716 Archived-At: Subject: Re: [core] draft-ietf-core-senml-more-units-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 07:40:37 -0000 Hi Carsten, comments inline. If you could send me the link to the repo I (or some volunteer) can do the additions and after that we can do WGLC. I can also send you an email with the edits. Ciao! On Fri, Sep 13, 2019 at 09:04:34PM +0300, Carsten Bormann wrote: > Answering from memory... > > Sent from mobile, sorry for terse > > > On 13. Sep 2019, at 12:12, Jaime Jiménez wrote: > > > > > > Hi Carsten, > > > > here is the review for the draft. > > > > ## General comments > > > > - The Secondary Registry table is probably lacking a description column > > similar to the main SenML registry. > > That could be added, but the scale/offset columns are often all that is needed. Open for input here. At least the acronym expansion would help, I can write some suggestions. > > > > - It looks like "ppm" is not derived from any main SenML unit. As the > > secondary registry is explicity for derived units, shouldn't ppm > > be then in the main SenML registry? > > The base unit listed is / (slash), the unit we use for dimensionless quantities in senml. Iirc, it even says so. Ok, I see now (P32 RFC8428) that it is used to represent ratio. Sorry for that. (Sidenote: I wonder now if there might be some issue in the future as the "/" character is also used to separate multiple URI path segments.) > > > > - There is an open comment on whether the text should update RFC 8428, > > IMO the answer is yes but maybe the authors of both documents and the > > group should decide. > > Yes. I now think it does update 8428, as it allows the user of units defined in the secondary table where 8428 only allowed the primary one. > > > > ## Editorial > > > > - P4: Says "four", however including the reference there would be five > > columns. > > > > - P5: "Table 2" is missing the caption. > > > > - P6,P7: Wouldn't the references to IEC and IEEE be informative rather than > > normative? > > Good question. They are normative for the units defined. > > > > - P7: IMHO for informational purposes it would help a lot to have references > > to the right locations in BIPM and the IEC, which are referenced themselves in [RS]. > > Ok; do you have a text proposal? Sure I could add a couple of references to those. > > > > ## Other > > > > - The document indicates that new entries will be added through "Expert > > Review". Often it is the case that little documentation is provided > > when new entries are given to IANA and, since we should avoid > > confusion, I would like to know if we will have specific experts > > versed in the topics of Units to review the entries. > > That is a requirement on the DE already in 8428, so I'm not sure the is a new one here. Ok, just wanted to make sure. > > > > Ciao! > > Thanks for the review. > Do you think any of this blocks a WGLC? I think we can do WGLC after the few edits mentioned before. Ciao! > > Grüße, Carsten > > > > > >> On Fri, Sep 13, 2019 at 09:15:39AM +0300, Jaime Jiménez wrote: > >> Hi, > >> > >> I'll try to provide a review in the coming days. > >> > >> Ciao! > >> > >>> On Fri, Sep 13, 2019 at 07:07:56AM +0300, Carsten Bormann wrote: > >>> Hi Hannes, > >>> > >>> Quick answer from my vacation: > >>> The discussion we had during WG adoption raised a couple minor points, but nothing we couldn't handle during a WGLC. So if Jaime can do a chair's review soon, we could WGLC the document afterwards, say, until about Sep 30. > >>> Deg can be registered right away, but adding the second table requires iesg approval; so we should submit to iesg by, say, Oct 1 and could be approved by the end of the month, barring surprises. This is optimistic, but not unrealistic at all. > >>> > >>> Sent from mobile, sorry for terse > >>> > >>>> On 12. Sep 2019, at 18:27, Hannes Tschofenig wrote: > >>>> > >>>> Hi Carsten, Hi all, > >>>> > >>>> When do you expect draft-ietf-core-senml-more-units-00 to be completed? > >>>> > >>>> Ciao > >>>> Hannes > >>>> IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. > >>>> _______________________________________________ > >>>> core mailing list > >>>> core@ietf.org > >>>> https://www.ietf.org/mailman/listinfo/core > >> > >>> _______________________________________________ > >>> core mailing list > >>> core@ietf.org > >>> https://www.ietf.org/mailman/listinfo/core > >> > >> _______________________________________________ > >> core mailing list > >> core@ietf.org > >> https://www.ietf.org/mailman/listinfo/core > > From nobody Mon Sep 16 01:53:48 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 101B5120828 for ; Mon, 16 Sep 2019 01:53:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.821 X-Spam-Level: X-Spam-Status: No, score=-1.821 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_NEUTRAL=0.779] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.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 QATaQw2u8yZn for ; Mon, 16 Sep 2019 01:53:44 -0700 (PDT) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4045A120826 for ; Mon, 16 Sep 2019 01:53:44 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 4C20B2067B; Mon, 16 Sep 2019 04:53:43 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Mon, 16 Sep 2019 04:53:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=lNt1KgUkJqymhkP6UkVoMyi2oI4VwiZn5fR9he7ID Qs=; b=vY36Ssrx4CnMmbQgKMCg1PYhcR2w6WRtzILXqA9BibzB6ILsfVCHE1Ni8 guyR4gwloHmG5q4aE/ChIiem28JPPmFFI5M5fGweSXG0WY5lhX9gfEOeCHpLZYQN ZY1UZx3wrFUphCvbc2RY61g6SDiOmTbyhOlpPsWyG/uq38cQ7on6ZZnid6EzMuPq Ytq8MO/DXxpoZoT8rVrhQmza7Go/2BKzrk5M7Eh6sTB6pcQOckTaO1nBT8baRzzh E96rnuakLJJvV6OYBbvlA4W3x8/dRQMGbtNYODMZWoTQALPX2nMOqp/mlrAykPcq Vm5sOEw6mGQRW8gyed5jn13Gsj4gA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrudefgddutdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvuffkfhggtggugfgjfgesthekredttderudenucfhrhhomheplfgrihhm vgculfhimhornhgviicuoehjrghimhgvsehikhhirdhfiheqnecuffhomhgrihhnpehivg htfhdrohhrghenucfkphepudelkedrvdegrdeirddvvddtnecurfgrrhgrmhepmhgrihhl fhhrohhmpehjrghimhgvsehikhhirdhfihenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: from EMB-918HFH01 (unknown [198.24.6.220]) by mail.messagingengine.com (Postfix) with ESMTPA id C6DED80064; Mon, 16 Sep 2019 04:53:40 -0400 (EDT) Date: Mon, 16 Sep 2019 11:53:38 +0300 From: =?utf-8?Q?Jaime=20Jim=C3=A9nez?= To: Carsten Bormann Cc: Hannes Tschofenig , "core@ietf.org WG" Message-ID: <20190916085337.grr7ybsnikeioq6p@EMB-918HFH01> References: <20190913061538.qmls3fk7indtpqd3@EMB-918HFH01> <20190913091227.d46rkqpfi4x43hxc@EMB-918HFH01> <36675C64-8ABE-4FB1-9579-12FED4D2F615@tzi.org> <20190916074027.ewu6fqhp2xvb3d4v@EMB-918HFH01> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190916074027.ewu6fqhp2xvb3d4v@EMB-918HFH01> User-Agent: NeoMutt/20180716 Archived-At: Subject: Re: [core] draft-ietf-core-senml-more-units-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 08:53:47 -0000 Found few other nits: The "kvar" entry is repeated twice. The "vars" entry is not in the IANA SenML registry. Should it be on this secondary registry as another entry before "varh"? Shortly I will send you the .md with the table and the two references I mentioned. On Mon, Sep 16, 2019 at 10:40:28AM +0300, Jaime Jiménez wrote: > Hi Carsten, > > comments inline. If you could send me the link to the repo I (or some > volunteer) can do the additions and after that we can do WGLC. > > I can also send you an email with the edits. > > > Ciao! > On Fri, Sep 13, 2019 at 09:04:34PM +0300, Carsten Bormann wrote: > > Answering from memory... > > > > Sent from mobile, sorry for terse > > > > > On 13. Sep 2019, at 12:12, Jaime Jiménez wrote: > > > > > > > > > Hi Carsten, > > > > > > here is the review for the draft. > > > > > > ## General comments > > > > > > - The Secondary Registry table is probably lacking a description column > > > similar to the main SenML registry. > > > > That could be added, but the scale/offset columns are often all that is needed. Open for input here. > > At least the acronym expansion would help, I can write some suggestions. > > > > > > > - It looks like "ppm" is not derived from any main SenML unit. As the > > > secondary registry is explicity for derived units, shouldn't ppm > > > be then in the main SenML registry? > > > > The base unit listed is / (slash), the unit we use for dimensionless quantities in senml. Iirc, it even says so. > > Ok, I see now (P32 RFC8428) that it is used to represent ratio. Sorry for that. > > (Sidenote: I wonder now if there might be some issue in the future as > the "/" character is also used to separate multiple URI path segments.) > > > > > > > - There is an open comment on whether the text should update RFC 8428, > > > IMO the answer is yes but maybe the authors of both documents and the > > > group should decide. > > > > Yes. I now think it does update 8428, as it allows the user of units defined in the secondary table where 8428 only allowed the primary one. > > > > > > ## Editorial > > > > > > - P4: Says "four", however including the reference there would be five > > > columns. > > > > > > - P5: "Table 2" is missing the caption. > > > > > > - P6,P7: Wouldn't the references to IEC and IEEE be informative rather than > > > normative? > > > > Good question. They are normative for the units defined. > > > > > > - P7: IMHO for informational purposes it would help a lot to have references > > > to the right locations in BIPM and the IEC, which are referenced themselves in [RS]. > > > > Ok; do you have a text proposal? > > Sure I could add a couple of references to those. > > > > > > > ## Other > > > > > > - The document indicates that new entries will be added through "Expert > > > Review". Often it is the case that little documentation is provided > > > when new entries are given to IANA and, since we should avoid > > > confusion, I would like to know if we will have specific experts > > > versed in the topics of Units to review the entries. > > > > That is a requirement on the DE already in 8428, so I'm not sure the is a new one here. > > Ok, just wanted to make sure. > > > > > > > Ciao! > > > > Thanks for the review. > > Do you think any of this blocks a WGLC? > > I think we can do WGLC after the few edits mentioned before. > > > Ciao! > > > > > Grüße, Carsten > > > > > > > > >> On Fri, Sep 13, 2019 at 09:15:39AM +0300, Jaime Jiménez wrote: > > >> Hi, > > >> > > >> I'll try to provide a review in the coming days. > > >> > > >> Ciao! > > >> > > >>> On Fri, Sep 13, 2019 at 07:07:56AM +0300, Carsten Bormann wrote: > > >>> Hi Hannes, > > >>> > > >>> Quick answer from my vacation: > > >>> The discussion we had during WG adoption raised a couple minor points, but nothing we couldn't handle during a WGLC. So if Jaime can do a chair's review soon, we could WGLC the document afterwards, say, until about Sep 30. > > >>> Deg can be registered right away, but adding the second table requires iesg approval; so we should submit to iesg by, say, Oct 1 and could be approved by the end of the month, barring surprises. This is optimistic, but not unrealistic at all. > > >>> > > >>> Sent from mobile, sorry for terse > > >>> > > >>>> On 12. Sep 2019, at 18:27, Hannes Tschofenig wrote: > > >>>> > > >>>> Hi Carsten, Hi all, > > >>>> > > >>>> When do you expect draft-ietf-core-senml-more-units-00 to be completed? > > >>>> > > >>>> Ciao > > >>>> Hannes > > >>>> IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. > > >>>> _______________________________________________ > > >>>> core mailing list > > >>>> core@ietf.org > > >>>> https://www.ietf.org/mailman/listinfo/core > > >> > > >>> _______________________________________________ > > >>> core mailing list > > >>> core@ietf.org > > >>> https://www.ietf.org/mailman/listinfo/core > > >> > > >> _______________________________________________ > > >> core mailing list > > >> core@ietf.org > > >> https://www.ietf.org/mailman/listinfo/core > > > > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Mon Sep 16 07:23:59 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C21C1200E6 for ; Mon, 16 Sep 2019 07:23:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.196 X-Spam-Level: X-Spam-Status: No, score=-4.196 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no 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 ApiCqZIuPQMK for ; Mon, 16 Sep 2019 07:23:53 -0700 (PDT) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (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 40E6E120090 for ; Mon, 16 Sep 2019 07:23:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from submithost.informatik.uni-bremen.de (submithost2.informatik.uni-bremen.de [134.102.200.7]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id x8GENfTX007361; Mon, 16 Sep 2019 16:23:46 +0200 (CEST) Received: from [100.64.60.36] (ip-109-40-130-132.web.vodafone.de [109.40.130.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 46X7lJ56pbz1Bp8; Mon, 16 Sep 2019 16:23:40 +0200 (CEST) Content-Type: multipart/alternative; boundary=Apple-Mail-842361AB-BC9E-4123-AF49-DAC250BD580A Mime-Version: 1.0 (1.0) From: Carsten Bormann X-Mailer: iPhone Mail (16G102) In-Reply-To: <20190916085337.grr7ybsnikeioq6p@EMB-918HFH01> Date: Mon, 16 Sep 2019 17:23:39 +0300 Cc: Hannes Tschofenig , "core@ietf.org WG" Content-Transfer-Encoding: 7bit Message-Id: <00139122-9B47-4AFA-ABBE-48DEA5FEA619@tzi.org> References: <20190913061538.qmls3fk7indtpqd3@EMB-918HFH01> <20190913091227.d46rkqpfi4x43hxc@EMB-918HFH01> <36675C64-8ABE-4FB1-9579-12FED4D2F615@tzi.org> <20190916074027.ewu6fqhp2xvb3d4v@EMB-918HFH01> <20190916085337.grr7ybsnikeioq6p@EMB-918HFH01> To: =?utf-8?Q?Jaime_Jim=C3=A9nez?= Archived-At: Subject: Re: [core] draft-ietf-core-senml-more-units-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 14:23:57 -0000 --Apple-Mail-842361AB-BC9E-4123-AF49-DAC250BD580A Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Great, thank you! I'll do this when I'm back in DE on Thursday.=20 Sent from mobile, sorry for terse > On 16. Sep 2019, at 11:53, Jaime Jim=C3=A9nez wrote: >=20 > Found few other nits: >=20 > The "kvar" entry is repeated twice. > The "vars" entry is not in the IANA SenML registry. Should it be on this > secondary registry as another entry before "varh"? >=20 > Shortly I will send you the .md with the table and the two references I > mentioned. >=20 >=20 >> On Mon, Sep 16, 2019 at 10:40:28AM +0300, Jaime Jim=C3=A9nez wrote: >> Hi Carsten, >>=20 >> comments inline. If you could send me the link to the repo I (or some >> volunteer) can do the additions and after that we can do WGLC. >>=20 >> I can also send you an email with the edits. >>=20 >>=20 >> Ciao! >>> On Fri, Sep 13, 2019 at 09:04:34PM +0300, Carsten Bormann wrote: >>> Answering from memory... >>>=20 >>> Sent from mobile, sorry for terse >>>=20 >>>> On 13. Sep 2019, at 12:12, Jaime Jim=C3=A9nez wrote: >>>>=20 >>>>=20 >>>> Hi Carsten, >>>>=20 >>>> here is the review for the draft. >>>>=20 >>>> ## General comments >>>>=20 >>>> - The Secondary Registry table is probably lacking a description column= >>>> similar to the main SenML registry. >>>=20 >>> That could be added, but the scale/offset columns are often all that is n= eeded. Open for input here.=20 >>=20 >> At least the acronym expansion would help, I can write some suggestions. >>=20 >>>>=20 >>>> - It looks like "ppm" is not derived from any main SenML unit. As the >>>> secondary registry is explicity for derived units, shouldn't ppm >>>> be then in the main SenML registry? =20 >>>=20 >>> The base unit listed is / (slash), the unit we use for dimensionless qua= ntities in senml. Iirc, it even says so.=20 >>=20 >> Ok, I see now (P32 RFC8428) that it is used to represent ratio. Sorry for= that.=20 >>=20 >> (Sidenote: I wonder now if there might be some issue in the future as >> the "/" character is also used to separate multiple URI path segments.) >>=20 >>>>=20 >>>> - There is an open comment on whether the text should update RFC 8428, >>>> IMO the answer is yes but maybe the authors of both documents and the >>>> group should decide. >>>=20 >>> Yes. I now think it does update 8428, as it allows the user of units def= ined in the secondary table where 8428 only allowed the primary one.=20 >>>>=20 >>>> ## Editorial >>>>=20 >>>> - P4: Says "four", however including the reference there would be five >>>> columns.=20 >>>>=20 >>>> - P5: "Table 2" is missing the caption. >>>>=20 >>>> - P6,P7: Wouldn't the references to IEC and IEEE be informative rather t= han >>>> normative? >>>=20 >>> Good question. They are normative for the units defined.=20 >>>>=20 >>>> - P7: IMHO for informational purposes it would help a lot to have refer= ences >>>> to the right locations in BIPM and the IEC, which are referenced themse= lves in [RS].=20 >>>=20 >>> Ok; do you have a text proposal? >>=20 >> Sure I could add a couple of references to those.=20 >>=20 >>>>=20 >>>> ## Other >>>>=20 >>>> - The document indicates that new entries will be added through "Expert= >>>> Review". Often it is the case that little documentation is provided >>>> when new entries are given to IANA and, since we should avoid >>>> confusion, I would like to know if we will have specific experts >>>> versed in the topics of Units to review the entries. >>>=20 >>> That is a requirement on the DE already in 8428, so I'm not sure the is a= new one here.=20 >>=20 >> Ok, just wanted to make sure. >>=20 >>>>=20 >>>> Ciao! >>>=20 >>> Thanks for the review.=20 >>> Do you think any of this blocks a WGLC? >>=20 >> I think we can do WGLC after the few edits mentioned before.=20 >>=20 >>=20 >> Ciao! >>=20 >>>=20 >>> Gr=C3=BC=C3=9Fe, Carsten >>>>=20 >>>>=20 >>>>> On Fri, Sep 13, 2019 at 09:15:39AM +0300, Jaime Jim=C3=A9nez wrote: >>>>> Hi, >>>>>=20 >>>>> I'll try to provide a review in the coming days.=20 >>>>>=20 >>>>> Ciao! >>>>>=20 >>>>>> On Fri, Sep 13, 2019 at 07:07:56AM +0300, Carsten Bormann wrote: >>>>>> Hi Hannes, >>>>>>=20 >>>>>> Quick answer from my vacation: >>>>>> The discussion we had during WG adoption raised a couple minor points= , but nothing we couldn't handle during a WGLC. So if Jaime can do a chair's= review soon, we could WGLC the document afterwards, say, until about Sep 30= .=20 >>>>>> Deg can be registered right away, but adding the second table require= s iesg approval; so we should submit to iesg by, say, Oct 1 and could be app= roved by the end of the month, barring surprises. This is optimistic, but no= t unrealistic at all.=20 >>>>>>=20 >>>>>> Sent from mobile, sorry for terse >>>>>>=20 >>>>>>> On 12. Sep 2019, at 18:27, Hannes Tschofenig wrote: >>>>>>>=20 >>>>>>> Hi Carsten, Hi all, >>>>>>>=20 >>>>>>> When do you expect draft-ietf-core-senml-more-units-00 to be complet= ed? >>>>>>>=20 >>>>>>> Ciao >>>>>>> Hannes >>>>>>> IMPORTANT NOTICE: The contents of this email and any attachments are= confidential and may also be privileged. If you are not the intended recipi= ent, please notify the sender immediately and do not disclose the contents t= o any other person, use it for any purpose, or store or copy the information= in any medium. Thank you. >>>>>>> _______________________________________________ >>>>>>> core mailing list >>>>>>> core@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/core >>>>>=20 >>>>>> _______________________________________________ >>>>>> core mailing list >>>>>> core@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/core >>>>>=20 >>>>> _______________________________________________ >>>>> core mailing list >>>>> core@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/core >>>>=20 >>=20 >> _______________________________________________ >> core mailing list >> core@ietf.org >> https://www.ietf.org/mailman/listinfo/core >=20 --Apple-Mail-842361AB-BC9E-4123-AF49-DAC250BD580A Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Great, thank you!   I'll do this when I= 'm back in DE on Thursday. 

Sent from mobile, sorry for ters= e

On 16. Sep 2019, at 11:53, Jaime Jim=C3=A9= nez <jaime@iki.fi> wrote:

<= /div>
Found few other nits:<= /span>

The "kvar" entry is repeated twice.<= br>The "vars" entry is not in the IANA SenML registry. Should it be on= this
secondary registry as another entry before "varh"?

Shortly I will send you the .md with the table= and the two references I
mentioned.
=

On Mon, Sep 16, 2019 at 10:40:28AM +0300, Jaime J= im=C3=A9nez wrote:
Hi Carsten,

=
comments inline. If you could send me the li= nk to the repo I (or some
<= span>volunteer) can do the additions and after that we can do WGLC.

I can also send you an email with the edits.

<= blockquote type=3D"cite">
Ciao!
On Fri= , Sep 13, 2019 at 09:04:34PM +0300, Carsten Bormann wrote:
Answering fr= om memory...
<= blockquote type=3D"cite">
Sent from mobile, sorry fo= r terse

On 13= . Sep 2019, at 12:12, Jaime Jim=C3=A9nez <jaime@iki.fi> wrote:

<= br>
Hi Carsten,

here is the review for the draft.

=
## General comments

- The Secondary Registry table is probably lacking a description column<= /span>
<= blockquote type=3D"cite">
similar to the mai= n SenML registry.

That cou= ld be added, but the scale/offset columns are often all that is needed. &nbs= p;Open for input here.

At l= east the acronym expansion would help, I can write some suggestions.<= br>


- It looks lik= e "ppm" is not derived from any main SenML unit. As the
secondary registry is explicity for de= rived units, shouldn't ppm
=
be then in the main SenML registry?   

=
The base unit listed is / (slash), the unit w= e use for dimensionless quantities in senml. Iirc, it even says so. <= br>

Ok, I see now (P32 RFC8428) that it= is used to represent ratio. Sorry for that.

<= span>(Sidenote: I wonder now if there might be some issue in the future as
the "/" character is a= lso used to separate multiple URI path segments.)


- There is an open comment on whe= ther the text should update RFC 8428,
IMO the answer is yes but maybe the authors of both docu= ments and the
grou= p should decide.

Yes. I no= w think it does update 8428, as it allows the user of units defined in the s= econdary table where 8428 only allowed the primary one.

<= blockquote type=3D"cite">
## Editorial

- P4: Says "four"= , however including the reference there would be five
columns.

- P5: "Table 2" is missing the caption.

- P6,P7: Wouldn't the references to IEC and IEEE be informative r= ather than
normati= ve?

Good question. They ar= e normative for the units defined.

- P7: IMHO for= informational purposes it would help a lot to have references
to the right locations in BIPM a= nd the IEC, which are referenced themselves in [RS].

Ok; do you have a text proposal?

Sure I could add a couple of references to t= hose.


= ## Other

=
- The document indicates that= new entries will be added through "Expert
Review". Often it is the case that little documenta= tion is provided
w= hen new entries are given to IANA and, since we should avoid
confusion, I would like to know i= f we will have specific experts
versed in the topics of Units to review the entries.

That is a requirement on the DE alrea= dy in 8428, so I'm not sure the is a new one here.
<= /blockquote>

Ok, just wanted to make sure.


=
Ciao!
=

Thanks for the review.
Do you t= hink any of this blocks a WGLC?

I think we can do WGLC after the few edits mentioned before.
=


<= span>Ciao!

Gr=C3=BC=C3=9Fe, Carsten
=

<= /blockquote>
On Fri= , Sep 13, 2019 at 09:15:39AM +0300, Jaime Jim=C3=A9nez wrote:
= Hi,

I'll try to provide a rev= iew in the coming days.

Ciao!

=
On Fri, Sep 13, 2= 019 at 07:07:56AM +0300, Carsten Bormann wrote:
<= blockquote type=3D"cite">Hi Hannes,

<= /blockquote>
Quick answer from my vacation:
=
The discussion we had during WG adoption raised a cou= ple minor points, but nothing we couldn't handle during a WGLC. So if Jaime c= an do a chair's review soon, we could WGLC the document afterwards, say, unt= il about Sep 30.
Deg can be registered right away, but adding the second table requires iesg= approval; so we should submit to iesg by, say, Oct 1 and could be approved b= y the end of the month, barring surprises. This is optimistic, but not unrea= listic at all.
<= /span>
<= blockquote type=3D"cite">
Sent from mobile,= sorry for terse
=
=
On 12. Sep 2019, at 18:27, Hannes Tschofenig <Hannes.Tschofenig@arm.com> wrote:<= br>

=
Hi Carsten, Hi all,

When do you expect draft-ietf-core-senml-more-units= -00 to be completed?

=
Ciao
Hannes
IMPORTANT NOTICE: The contents of thi= s email and any attachments are confidential and may also be privileged. If y= ou are not the intended recipient, please notify the sender immediately and d= o not disclose the contents to any other person, use it for any purpose, or s= tore or copy the information in any medium. Thank you.
_______________________________________________
core m= ailing list
=
core@ietf= .org
<= blockquote type=3D"cite">https://www.ietf.org/mailman/listinfo/core

__= _____________________________________________
core mailing list
core@ietf.org=
https://www.ietf.org/mailman/list= info/core
=

________= _______________________________________
=
core mailing lis= t
core@ietf.org
https://= www.ietf.org/mailman/listinfo/core
<= /blockquote>


_______________________________________________
core mailing list
= core@ietf.org
https://www.ietf.org/mail= man/listinfo/core

= --Apple-Mail-842361AB-BC9E-4123-AF49-DAC250BD580A-- From nobody Mon Sep 16 10:56:37 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D183412011D for ; Mon, 16 Sep 2019 10:56:34 -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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 KpzdS9yrOOcY for ; Mon, 16 Sep 2019 10:56:32 -0700 (PDT) Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8DBF3120071 for ; Mon, 16 Sep 2019 10:56:32 -0700 (PDT) Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 16 Sep 2019 10:56:26 -0700 From: Jim Schaad To: Date: Mon, 16 Sep 2019 10:56:23 -0700 Message-ID: <015001d56cb8$0f574ee0$2e05eca0$@augustcellars.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdVstdJ0H8OeHEd7SRGn80oANJPfng== Content-Language: en-us X-Originating-IP: [73.180.8.170] Archived-At: Subject: [core] Unregistered CoAP Content Formats X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 17:56:35 -0000 I am in the process of trying to do some clean up and the implementation that I have has several Content Formats that are not registered in IANA. I am trying to determine if this is an oversite and they are used or if it was just a hiccup in my code base. I not that at least some of these also appear to be in Californium as well. Text/xml = 1 Text/csv = 2 Text/html = 3 Image/Gif = 21 Image/Jpeg = 22 Image/png = 23 Image/tiff = 24 Audio/Raw = 25 Video/Raw = 26 Application/rdf+xml = 43 Application/soap+xml = 44 Application/atom+xml = 45 Application/fastinfoset = 48 Application/soap+fastinfoset = 49 Application/x-obix-binary = 51 Jim From nobody Mon Sep 16 11:51:15 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AA27120086 for ; Mon, 16 Sep 2019 11:51:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 wnrtwD-mzCGL for ; Mon, 16 Sep 2019 11:51:06 -0700 (PDT) Received: from mail-pf1-x435.google.com (mail-pf1-x435.google.com [IPv6:2607:f8b0:4864:20::435]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BE16E1200CC for ; Mon, 16 Sep 2019 11:51:05 -0700 (PDT) Received: by mail-pf1-x435.google.com with SMTP id q12so449161pff.9 for ; Mon, 16 Sep 2019 11:51:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=CPAdBzPYtLurZ9Pwl9LOXA1x0bDr0YRDhIUYP7xli+w=; b=cUrgaE9TqXdSZePfa/MsD3C17fHKdxG1rX7GSdiP0zP4oAMKeDRbl1TQE39on143B4 y7+4SzG95knc38L3unIgzRWBg8XNtVG/TGqu3i/TN42EpyoY9jb2So7UsFuotNd8zSdZ hxAJFmC8zGLYy3Zq5VDRfwGb3yniM4KFWqSFZ9XtpGFNgVwZczymaCqjBVndqGqCdvtA LS2CtHjoCnGFfKaTbRbwTZZPyUxzRYv2UvO+QGoemjHCQRdgREbzgaxIhP9/k6StAgA5 qZ1fVmPdzkxlns8oI6IcSApHT16uc7OmLieTe3/acHuvVzm1wAoQ7ldbLj3uwnHWGq0+ CDAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=CPAdBzPYtLurZ9Pwl9LOXA1x0bDr0YRDhIUYP7xli+w=; b=Xs4etZePghcTiQTa/6TTsgU61wLcaWMMvWC1m46cYMwKIvupew1Rnlf2Iov+MLexqS RmMLSz7iUG6CIOQgoOBJB3t6jzFeoW0SEqc/jrsUq43H+scpBvyMm756sCbR6r/S2FXm VqY+f520ZwwT2iIJtEg3pxlS8FyactHWRYgmDufjw4BpshfrWcEB01MCzUWTWNh3STDR F5Zic8TMjqDdq7BPiu1wwWVszC/U4xjcEz4dhKntzqzqng/LZSZl5JmpGyQQ+QVENhjt e8a5KP6qXqftil7SQYvQLilrfcSEx3P9cqRXEtRDqRAUNmZwC+ojX9ZVpcjBk3dcc6sV MKtg== X-Gm-Message-State: APjAAAWNvuVlhfZRsYkLGFKotHIz36xC8iU0P0D4d1ilQBtRErWhxvmG 8H8WJDkawNm3pledZe2yLNc= X-Google-Smtp-Source: APXvYqyoL5pzsMr+6TBTvc7xB8EPFLGpztiBmlvKXY3txj6HQ8LEAvFLE39LWFW/Curifd42VgCwdA== X-Received: by 2002:a63:e807:: with SMTP id s7mr549035pgh.194.1568659864977; Mon, 16 Sep 2019 11:51:04 -0700 (PDT) Received: from ?IPv6:2620::1000:5010:41ac:d769:d37d:325b? ([2620:0:1000:5010:41ac:d769:d37d:325b]) by smtp.gmail.com with ESMTPSA id a20sm35816696pfo.33.2019.09.16.11.51.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Sep 2019 11:51:04 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_BE1D2092-C06C-4773-AA9C-0B0B07FE6993" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) From: Robert Quattlebaum In-Reply-To: <015001d56cb8$0f574ee0$2e05eca0$@augustcellars.com> Date: Mon, 16 Sep 2019 11:51:01 -0700 Cc: core Message-Id: References: <015001d56cb8$0f574ee0$2e05eca0$@augustcellars.com> To: Jim Schaad X-Mailer: Apple Mail (2.3445.104.11) Archived-At: Subject: Re: [core] Unregistered CoAP Content Formats X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 18:51:13 -0000 --Apple-Mail=_BE1D2092-C06C-4773-AA9C-0B0B07FE6993 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii These content formats are from way back when the CoAP specification = itself was being written. It seems they first showed up in draft-ietf-core-coap-01: = https://tools.ietf.org/html/draft-ietf-core-coap-01#section-11.2 = They were apparently removed in draft-ietf-core-coap-06: = https://tools.ietf.org/html/draft-ietf-core-coap-06#section-11.3 = Some efforts have apparently been made to avoid allocating new media = types to those numbers in the registry, I guess just in case someone = needed those media types in the future. It feels like they are being = treated like reserved option numbers 128, 132, 136, and 140, except that = they don't actually have official reserved status and could be allocated = for something completely different at any time. I would personally avoid using them and remove the definitions for them. -- RQ > On Sep 16, 2019, at 10:56 AM, Jim Schaad = wrote: >=20 > I am in the process of trying to do some clean up and the = implementation > that I have has several Content Formats that are not registered in = IANA. I > am trying to determine if this is an oversite and they are used or if = it was > just a hiccup in my code base. I not that at least some of these also > appear to be in Californium as well. >=20 > Text/xml =3D 1 > Text/csv =3D 2 > Text/html =3D 3 > Image/Gif =3D 21 > Image/Jpeg =3D 22 > Image/png =3D 23 > Image/tiff =3D 24 > Audio/Raw =3D 25 > Video/Raw =3D 26 > Application/rdf+xml =3D 43 > Application/soap+xml =3D 44 > Application/atom+xml =3D 45 > Application/fastinfoset =3D 48 > Application/soap+fastinfoset =3D 49 > Application/x-obix-binary =3D 51 >=20 >=20 > Jim >=20 >=20 > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core --Apple-Mail=_BE1D2092-C06C-4773-AA9C-0B0B07FE6993 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
These content formats are from way back when the CoAP = specification itself was being written.

It seems they first showed up in = draft-ietf-core-coap-01: https://tools.ietf.org/html/draft-ietf-core-coap-01#section-11.= 2

They were apparently removed = in draft-ietf-core-coap-06: https://tools.ietf.org/html/draft-ietf-core-coap-06#section-11.= 3

Some = efforts have apparently been made to avoid allocating new media types to = those numbers in the registry, I guess just in case someone needed those = media types in the future. It feels like they are being treated like = reserved option numbers 128, 132, 136, and 140, except that they don't = actually have official reserved status and could be allocated for = something completely different at any time.

I would personally avoid using them and = remove the definitions for them.

-- RQ

On Sep 16, 2019, at 10:56 AM, Jim Schaad = <ietf@augustcellars.com> wrote:

I am = in the process of trying to do some clean up and the implementation
that I have has several Content Formats that are not = registered in IANA.  I
am trying to determine if this = is an oversite and they are used or if it was
just a = hiccup in my code base.  I not that at least some of these also
appear to be in Californium as well.

Text/xml =3D 1
Text/csv =3D 2
Text/html =3D 3
Image/Gif =3D 21
Image/Jpeg =3D 22
Image/png =3D 23
Image/tiff =3D 24
Audio/Raw =3D 25
Video/Raw =3D 26
Application/rdf+xml =3D 43
Application/soap+xml =3D 44
Application/atom+xml = =3D 45
Application/fastinfoset =3D 48
Application/soap+fastinfoset =3D 49
Application/x-obix-binary =3D 51


Jim


_______________________________________________
core mailing list
core@ietf.org
https://www.ietf.org/mailman/listinfo/core

= --Apple-Mail=_BE1D2092-C06C-4773-AA9C-0B0B07FE6993-- From nobody Mon Sep 16 12:42:42 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F0F3A1200DB for ; Mon, 16 Sep 2019 12:42:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.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 jHeUPF3rykCc for ; Mon, 16 Sep 2019 12:42:34 -0700 (PDT) Received: from sonic313-22.consmr.mail.bf2.yahoo.com (sonic313-22.consmr.mail.bf2.yahoo.com [74.6.133.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7711E1200B1 for ; Mon, 16 Sep 2019 12:42:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1568662953; bh=uMuvF6Mp1+8dgSohuGSn6DTeTH4qRw0Jk5NpA9ojwqQ=; h=Date:Subject:From:To:References:In-Reply-To:From:Subject; b=IAjYL3l+mGQnxsaPYuS53HNLlPqS3USA1wxxKS8apjk6G3cgqSko0ahGfUyctFFrCI4arQwhcuGet1hLz/1Fv7e0dzWmUmPY+BOTI70z6ybE2doI0S06JiBqNTS34mcZQjjp6EO3G7blcFNtbGyJ7aDkQGyfW8wMzWtLsAVWwGaZ5yo1atVdB5CVoj5BNHF4fU8QmIFnSknmGPfPMM4VMQBAXJ44ZzZ5IxZ2xrUkbOaZxo/Otq372lteP+bBU2ShL2clslabPBjvTbCtS6FxSQOIESE/TDQa8x/e0XWUknBhoL4UJJCSiZuqHhrGffpFxD0Zjf7lrvVw9YCi8GZS7w== X-YMail-OSG: b7xOin8VM1lSzk08bY1mNzpORK1Sz1BpReskiiUBWroA0QIftNAX2GBeXRFaEeO 2loMeMC72q8EilGQPesrTo0r_MRqxCImWEuXAjfgdzy9ogDfmgxmTAXg9Q2WCjdRKoil8HglbdcV umOB638hEHlmY0tO77jeLNRxyZufzWOblQI7lVrmEDoh_kx5f90dqWQHQcKH3Aca40i6PAozLTaI v7D2jo1SKtmg.Mw41n5wIMK1cgpG0UwEetFVkhl1Lph0psK9fqL1YTzsmeFx1wp5utAvznOVj0Ee ygWmKpYfq6_Q.AtxMdM9kh7bUsRXwx5o5gwMPGEDMetqWK710KDbIkJ7oFm6gy6EweHG99xGNa9L xlJD5SWrBvNRGlRh9pspGhaoAtbMMY8REy3nIHyCH_EWvWrQE.j404Q2S7CqZMgW2E1w_Ze4vK42 ws7tPYWYw2ahzvtwP35SQK_CCaUeLaxQqMEgn2VtxRNT.aauHYR8tKtpgUvpSSApcrf_Qes6iSwr RuF9hyloB2HMhc.h8V1_moVbvyCzqyLwTgJzCITlbIqz6X5YdkLdlxWBfKnvh.88oOXeU2U2m_Fw mhATOnS1jUcAK7DnbUILnTRBi4j4DQ9EKOCisq9pwFp7C1CGrVVcsudZIL31MSGfycuNkx8p3fST HGchvExbFY1J1.u8YfXID0ozoy1kIn6tLMBM4enqUCxwnfXPvrsEfxXVqk7T0atjoyd9dYKnIZwm an7Go65OGvC5zxcxJgpdq9I0VP.MEhXewQdb1p6EbpU5kxBnhAus8DdZl5AOj9haOQpTTOZOK98O qQY3.oia5Jlk5ujVy27wGQLqM21O1EVVU1CYNZXw6mf6XPVgGAkDSn7xlkLtAz9_9_ptmaoA6y_g coUk8BW2e_GqI9KRtZOgvPIKH2r6bTXWAexusCN19qdYlGekCAwmKP8oxSbjfqADvN76NNpHUmQC QSbFPhMuhQoW6xopgCs2WyznnySBFvqoH08LJUi58uiBt4vau7DaBnA38DqmxUSA_0dnhjwCmi4_ f7LbpgDieHXGfPLl5QHNTy8W2HmO7Tf3M6quULR0hJyGs4pw_V.8z9HRg.bP2b73qxRRdNpaqZMQ 1n.dV9SqaFfHUQgdlo_a2W.990C1Tu8ag17XGbQ7AF2iAnLFCu0j_KXXLnEF8YRd_boEUhXWuJ7b bXJlA0v1ET_RjyzCxVZKYtVFEQDCLjHIgNpsNUGgG4fbpZtTzWWhWt0GazchtnW.ptDkD.xAt055 4OlgV1m1xHLi_NFh.2ZOOWRK1IlEngVTlA0W9LdvWxaRMy_MGamLHs_TX62sXAnbuNBnJDFCAMti sebgeZQM1Wn1Jn2ckW4Le0DdPI7OLQcpoZTHc58at.9ZpyYQYbjR83Dkor3ZuUJb4Gg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.bf2.yahoo.com with HTTP; Mon, 16 Sep 2019 19:42:33 +0000 Received: by smtp414.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 09dffdca3849397f3a712b0c26333c3c; Mon, 16 Sep 2019 19:42:28 +0000 (UTC) User-Agent: Microsoft-MacOutlook/10.16.1.190220 Date: Mon, 16 Sep 2019 12:42:24 -0700 From: Mehmet Adalier To: Robert Quattlebaum , Jim Schaad CC: core Message-ID: <85716119-EFC8-4200-8820-173C18DD3BDF@antarateknik.com> Thread-Topic: [core] Unregistered CoAP Content Formats References: <015001d56cb8$0f574ee0$2e05eca0$@augustcellars.com> In-Reply-To: Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3651482548_1875277016" X-Mailer: WebService/1.1.14303 hermes Apache-HttpAsyncClient/4.1.4 (Java/1.8.0_181) Archived-At: Subject: Re: [core] Unregistered CoAP Content Formats X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 19:42:41 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3651482548_1875277016 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable Core-team, Along the same lines, I=E2=80=99d like to register a content format for the CCSDS= Space Packet format. =20 Could someone provide specific guidelines on how to get this reviewed by co= re and registered in IANA. =20 Best mehmet =20 From: core on behalf of Robert Quattlebaum Date: Monday, September 16, 2019 at 11:51 AM To: Jim Schaad Cc: core Subject: Re: [core] Unregistered CoAP Content Formats =20 These content formats are from way back when the CoAP specification itself = was being written. =20 It seems they first showed up in draft-ietf-core-coap-01: https://tools.iet= f.org/html/draft-ietf-core-coap-01#section-11.2 =20 They were apparently removed in draft-ietf-core-coap-06: https://tools.ietf= .org/html/draft-ietf-core-coap-06#section-11.3 =20 Some efforts have apparently been made to avoid allocating new media types = to those numbers in the registry, I guess just in case someone needed those = media types in the future. It feels like they are being treated like reserve= d option numbers 128, 132, 136, and 140, except that they don't actually hav= e official reserved status and could be allocated for something completely d= ifferent at any time. =20 I would personally avoid using them and remove the definitions for them. =20 -- RQ =20 On Sep 16, 2019, at 10:56 AM, Jim Schaad wrote: =20 I am in the process of trying to do some clean up and the implementation that I have has several Content Formats that are not registered in IANA. I am trying to determine if this is an oversite and they are used or if it wa= s just a hiccup in my code base. I not that at least some of these also appear to be in Californium as well. Text/xml =3D 1 Text/csv =3D 2 Text/html =3D 3 Image/Gif =3D 21 Image/Jpeg =3D 22 Image/png =3D 23 Image/tiff =3D 24 Audio/Raw =3D 25 Video/Raw =3D 26 Application/rdf+xml =3D 43 Application/soap+xml =3D 44 Application/atom+xml =3D 45 Application/fastinfoset =3D 48 Application/soap+fastinfoset =3D 49 Application/x-obix-binary =3D 51 Jim _______________________________________________ core mailing list core@ietf.org https://www.ietf.org/mailman/listinfo/core =20 _______________________________________________ core mailing list core@ietf= .org https://www.ietf.org/mailman/listinfo/core=20 --B_3651482548_1875277016 Content-type: text/html; charset="UTF-8" Content-transfer-encoding: quoted-printable

Core-team,

Along = the same lines, I=E2=80=99d like to register a content format for the CCSDS Space = Packet format.

 

Could someone provide specific guidelines on how to get this rev= iewed by core and registered in IANA.

=  

Best

meh= met

 

From: core <core-bounces@ietf.org> on b= ehalf of Robert Quattlebaum <darconeous@gmail.com>
Date: Mon= day, September 16, 2019 at 11:51 AM
To: Jim Schaad <ietf@august= cellars.com>
Cc: core <core@ietf.org>
Subject: = Re: [core] Unregistered CoAP Content Formats

 

These= content formats are from way back when the CoAP specification itself was be= ing written.

 

It seems they first showed up in draft-ietf-core-= coap-01: https://tools.ietf.org/html/draft-ietf-core-coap-01#section-11.= 2

 

=

They were apparently removed in draft-ietf-core= -coap-06: https://tools.ietf.org/html/draft-ietf-core-coap-06#section-11= .3

 

Some efforts have apparently been made to avoid al= locating new media types to those numbers in the registry, I guess just in c= ase someone needed those media types in the future. It feels like they are b= eing treated like reserved option numbers 128, 132, 136, and 140, except tha= t they don't actually have official reserved status and could be allocated f= or something completely different at any time.

 

I would pe= rsonally avoid using them and remove the definitions for them.

 

-- RQ

 

On Sep 16, 2019, at 10:56 AM, Jim Schaad <ietf@augustcellars.com> wrote:

 

I am in the process of trying to do some clean up and the implementati= on
that I have has several Content Formats that are not registered in IAN= A.  I
am trying to determine if this is an oversite and they are use= d or if it was
just a hiccup in my code base.  I not that at least s= ome of these also
appear to be in Californium as well.

Text/xml =3D = 1
Text/csv =3D 2
Text/html =3D 3
Image/Gif =3D 21
Image/Jpeg =3D 22
I= mage/png =3D 23
Image/tiff =3D 24
Audio/Raw =3D 25
Video/Raw =3D 26
Appl= ication/rdf+xml =3D 43
Application/soap+xml =3D 44
Application/atom+xml =3D = 45
Application/fastinfoset =3D 48
Application/soap+fastinfoset =3D 49
A= pplication/x-obix-binary =3D 51


Jim


____________________= ___________________________
core mailing list
core@ietf.org
https://www.ietf.org/mailman/listinfo/core<= /o:p>

 =

_________________________________________= ______ core mailing list core@ietf.org https://www.ietf.org/mailman/listinfo= /core

--B_3651482548_1875277016-- From nobody Mon Sep 16 12:42:50 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88C3C1200B1 for ; Mon, 16 Sep 2019 12:42:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.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 mL7aoDbY9EKq for ; Mon, 16 Sep 2019 12:42:34 -0700 (PDT) Received: from sonic313-22.consmr.mail.bf2.yahoo.com (sonic313-22.consmr.mail.bf2.yahoo.com [74.6.133.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 771831200C1 for ; Mon, 16 Sep 2019 12:42:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1568662953; bh=uMuvF6Mp1+8dgSohuGSn6DTeTH4qRw0Jk5NpA9ojwqQ=; h=Date:Subject:From:To:References:In-Reply-To:From:Subject; b=IAjYL3l+mGQnxsaPYuS53HNLlPqS3USA1wxxKS8apjk6G3cgqSko0ahGfUyctFFrCI4arQwhcuGet1hLz/1Fv7e0dzWmUmPY+BOTI70z6ybE2doI0S06JiBqNTS34mcZQjjp6EO3G7blcFNtbGyJ7aDkQGyfW8wMzWtLsAVWwGaZ5yo1atVdB5CVoj5BNHF4fU8QmIFnSknmGPfPMM4VMQBAXJ44ZzZ5IxZ2xrUkbOaZxo/Otq372lteP+bBU2ShL2clslabPBjvTbCtS6FxSQOIESE/TDQa8x/e0XWUknBhoL4UJJCSiZuqHhrGffpFxD0Zjf7lrvVw9YCi8GZS7w== X-YMail-OSG: b7xOin8VM1lSzk08bY1mNzpORK1Sz1BpReskiiUBWroA0QIftNAX2GBeXRFaEeO 2loMeMC72q8EilGQPesrTo0r_MRqxCImWEuXAjfgdzy9ogDfmgxmTAXg9Q2WCjdRKoil8HglbdcV umOB638hEHlmY0tO77jeLNRxyZufzWOblQI7lVrmEDoh_kx5f90dqWQHQcKH3Aca40i6PAozLTaI v7D2jo1SKtmg.Mw41n5wIMK1cgpG0UwEetFVkhl1Lph0psK9fqL1YTzsmeFx1wp5utAvznOVj0Ee ygWmKpYfq6_Q.AtxMdM9kh7bUsRXwx5o5gwMPGEDMetqWK710KDbIkJ7oFm6gy6EweHG99xGNa9L xlJD5SWrBvNRGlRh9pspGhaoAtbMMY8REy3nIHyCH_EWvWrQE.j404Q2S7CqZMgW2E1w_Ze4vK42 ws7tPYWYw2ahzvtwP35SQK_CCaUeLaxQqMEgn2VtxRNT.aauHYR8tKtpgUvpSSApcrf_Qes6iSwr RuF9hyloB2HMhc.h8V1_moVbvyCzqyLwTgJzCITlbIqz6X5YdkLdlxWBfKnvh.88oOXeU2U2m_Fw mhATOnS1jUcAK7DnbUILnTRBi4j4DQ9EKOCisq9pwFp7C1CGrVVcsudZIL31MSGfycuNkx8p3fST HGchvExbFY1J1.u8YfXID0ozoy1kIn6tLMBM4enqUCxwnfXPvrsEfxXVqk7T0atjoyd9dYKnIZwm an7Go65OGvC5zxcxJgpdq9I0VP.MEhXewQdb1p6EbpU5kxBnhAus8DdZl5AOj9haOQpTTOZOK98O qQY3.oia5Jlk5ujVy27wGQLqM21O1EVVU1CYNZXw6mf6XPVgGAkDSn7xlkLtAz9_9_ptmaoA6y_g coUk8BW2e_GqI9KRtZOgvPIKH2r6bTXWAexusCN19qdYlGekCAwmKP8oxSbjfqADvN76NNpHUmQC QSbFPhMuhQoW6xopgCs2WyznnySBFvqoH08LJUi58uiBt4vau7DaBnA38DqmxUSA_0dnhjwCmi4_ f7LbpgDieHXGfPLl5QHNTy8W2HmO7Tf3M6quULR0hJyGs4pw_V.8z9HRg.bP2b73qxRRdNpaqZMQ 1n.dV9SqaFfHUQgdlo_a2W.990C1Tu8ag17XGbQ7AF2iAnLFCu0j_KXXLnEF8YRd_boEUhXWuJ7b bXJlA0v1ET_RjyzCxVZKYtVFEQDCLjHIgNpsNUGgG4fbpZtTzWWhWt0GazchtnW.ptDkD.xAt055 4OlgV1m1xHLi_NFh.2ZOOWRK1IlEngVTlA0W9LdvWxaRMy_MGamLHs_TX62sXAnbuNBnJDFCAMti sebgeZQM1Wn1Jn2ckW4Le0DdPI7OLQcpoZTHc58at.9ZpyYQYbjR83Dkor3ZuUJb4Gg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.bf2.yahoo.com with HTTP; Mon, 16 Sep 2019 19:42:33 +0000 Received: by smtp414.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 09dffdca3849397f3a712b0c26333c3c; Mon, 16 Sep 2019 19:42:28 +0000 (UTC) User-Agent: Microsoft-MacOutlook/10.16.1.190220 Date: Mon, 16 Sep 2019 12:42:24 -0700 From: Mehmet Adalier To: Robert Quattlebaum , Jim Schaad CC: core Message-ID: <85716119-EFC8-4200-8820-173C18DD3BDF@antarateknik.com> Thread-Topic: [core] Unregistered CoAP Content Formats References: <015001d56cb8$0f574ee0$2e05eca0$@augustcellars.com> In-Reply-To: Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3651482548_1875277016" X-Mailer: WebService/1.1.14303 hermes Apache-HttpAsyncClient/4.1.4 (Java/1.8.0_181) Archived-At: Subject: Re: [core] Unregistered CoAP Content Formats X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 19:42:41 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3651482548_1875277016 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable Core-team, Along the same lines, I=E2=80=99d like to register a content format for the CCSDS= Space Packet format. =20 Could someone provide specific guidelines on how to get this reviewed by co= re and registered in IANA. =20 Best mehmet =20 From: core on behalf of Robert Quattlebaum Date: Monday, September 16, 2019 at 11:51 AM To: Jim Schaad Cc: core Subject: Re: [core] Unregistered CoAP Content Formats =20 These content formats are from way back when the CoAP specification itself = was being written. =20 It seems they first showed up in draft-ietf-core-coap-01: https://tools.iet= f.org/html/draft-ietf-core-coap-01#section-11.2 =20 They were apparently removed in draft-ietf-core-coap-06: https://tools.ietf= .org/html/draft-ietf-core-coap-06#section-11.3 =20 Some efforts have apparently been made to avoid allocating new media types = to those numbers in the registry, I guess just in case someone needed those = media types in the future. It feels like they are being treated like reserve= d option numbers 128, 132, 136, and 140, except that they don't actually hav= e official reserved status and could be allocated for something completely d= ifferent at any time. =20 I would personally avoid using them and remove the definitions for them. =20 -- RQ =20 On Sep 16, 2019, at 10:56 AM, Jim Schaad wrote: =20 I am in the process of trying to do some clean up and the implementation that I have has several Content Formats that are not registered in IANA. I am trying to determine if this is an oversite and they are used or if it wa= s just a hiccup in my code base. I not that at least some of these also appear to be in Californium as well. Text/xml =3D 1 Text/csv =3D 2 Text/html =3D 3 Image/Gif =3D 21 Image/Jpeg =3D 22 Image/png =3D 23 Image/tiff =3D 24 Audio/Raw =3D 25 Video/Raw =3D 26 Application/rdf+xml =3D 43 Application/soap+xml =3D 44 Application/atom+xml =3D 45 Application/fastinfoset =3D 48 Application/soap+fastinfoset =3D 49 Application/x-obix-binary =3D 51 Jim _______________________________________________ core mailing list core@ietf.org https://www.ietf.org/mailman/listinfo/core =20 _______________________________________________ core mailing list core@ietf= .org https://www.ietf.org/mailman/listinfo/core=20 --B_3651482548_1875277016 Content-type: text/html; charset="UTF-8" Content-transfer-encoding: quoted-printable

Core-team,

Along = the same lines, I=E2=80=99d like to register a content format for the CCSDS Space = Packet format.

 

Could someone provide specific guidelines on how to get this rev= iewed by core and registered in IANA.

=  

Best

meh= met

 

From: core <core-bounces@ietf.org> on b= ehalf of Robert Quattlebaum <darconeous@gmail.com>
Date: Mon= day, September 16, 2019 at 11:51 AM
To: Jim Schaad <ietf@august= cellars.com>
Cc: core <core@ietf.org>
Subject: = Re: [core] Unregistered CoAP Content Formats

 

These= content formats are from way back when the CoAP specification itself was be= ing written.

 

It seems they first showed up in draft-ietf-core-= coap-01: https://tools.ietf.org/html/draft-ietf-core-coap-01#section-11.= 2

 

=

They were apparently removed in draft-ietf-core= -coap-06: https://tools.ietf.org/html/draft-ietf-core-coap-06#section-11= .3

 

Some efforts have apparently been made to avoid al= locating new media types to those numbers in the registry, I guess just in c= ase someone needed those media types in the future. It feels like they are b= eing treated like reserved option numbers 128, 132, 136, and 140, except tha= t they don't actually have official reserved status and could be allocated f= or something completely different at any time.

 

I would pe= rsonally avoid using them and remove the definitions for them.

 

-- RQ

 

On Sep 16, 2019, at 10:56 AM, Jim Schaad <ietf@augustcellars.com> wrote:

 

I am in the process of trying to do some clean up and the implementati= on
that I have has several Content Formats that are not registered in IAN= A.  I
am trying to determine if this is an oversite and they are use= d or if it was
just a hiccup in my code base.  I not that at least s= ome of these also
appear to be in Californium as well.

Text/xml =3D = 1
Text/csv =3D 2
Text/html =3D 3
Image/Gif =3D 21
Image/Jpeg =3D 22
I= mage/png =3D 23
Image/tiff =3D 24
Audio/Raw =3D 25
Video/Raw =3D 26
Appl= ication/rdf+xml =3D 43
Application/soap+xml =3D 44
Application/atom+xml =3D = 45
Application/fastinfoset =3D 48
Application/soap+fastinfoset =3D 49
A= pplication/x-obix-binary =3D 51


Jim


____________________= ___________________________
core mailing list
core@ietf.org
https://www.ietf.org/mailman/listinfo/core<= /o:p>

 =

_________________________________________= ______ core mailing list core@ietf.org https://www.ietf.org/mailman/listinfo= /core

--B_3651482548_1875277016-- From nobody Mon Sep 16 13:07:04 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF1FB12011A for ; Mon, 16 Sep 2019 13:07:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 hSQbTl9rF4E8 for ; Mon, 16 Sep 2019 13:06:58 -0700 (PDT) Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 55D1B1200CE for ; Mon, 16 Sep 2019 13:06:58 -0700 (PDT) Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 16 Sep 2019 13:06:30 -0700 From: Jim Schaad To: 'Mehmet Adalier' , 'Robert Quattlebaum' CC: 'core' References: <015001d56cb8$0f574ee0$2e05eca0$@augustcellars.com> <85716119-EFC8-4200-8820-173C18DD3BDF@antarateknik.com> In-Reply-To: <85716119-EFC8-4200-8820-173C18DD3BDF@antarateknik.com> Date: Mon, 16 Sep 2019 13:06:27 -0700 Message-ID: <016201d56cca$3b28a250$b179e6f0$@augustcellars.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0163_01D56C8F.8ECB50F0" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQL+QTX/Xu1aqMn+0XJuxZjc60tI8QIvhyWgAo8kUa2ktxv0EA== Content-Language: en-us X-Originating-IP: [73.180.8.170] Archived-At: Subject: Re: [core] Unregistered CoAP Content Formats X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 20:07:02 -0000 ------=_NextPart_000_0163_01D56C8F.8ECB50F0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Depending on what you are trying to do, the easiest thing is to send = mail to IANA with your request and ask for a First Come-First Served = value. This should be a very rapid assignment. Providing a reference = to some type of document is highly desirable, but the reference can just = be to you for a description. If you want a smaller value, then you = would need to do something along the lines of writing an RFC and ask for = a value. =20 Jim =20 =20 From: Mehmet Adalier =20 Sent: Monday, September 16, 2019 12:42 PM To: Robert Quattlebaum ; Jim Schaad = Cc: core Subject: Re: [core] Unregistered CoAP Content Formats =20 Core-team, Along the same lines, I=E2=80=99d like to register a content format for = the CCSDS Space Packet format. =20 Could someone provide specific guidelines on how to get this reviewed by = core and registered in IANA. =20 Best mehmet =20 From: core > on = behalf of Robert Quattlebaum > Date: Monday, September 16, 2019 at 11:51 AM To: Jim Schaad > Cc: core > Subject: Re: [core] Unregistered CoAP Content Formats =20 These content formats are from way back when the CoAP specification = itself was being written. =20 It seems they first showed up in draft-ietf-core-coap-01: = https://tools.ietf.org/html/draft-ietf-core-coap-01#section-11.2 =20 They were apparently removed in draft-ietf-core-coap-06: = https://tools.ietf.org/html/draft-ietf-core-coap-06#section-11.3 =20 Some efforts have apparently been made to avoid allocating new media = types to those numbers in the registry, I guess just in case someone = needed those media types in the future. It feels like they are being = treated like reserved option numbers 128, 132, 136, and 140, except that = they don't actually have official reserved status and could be allocated = for something completely different at any time. =20 I would personally avoid using them and remove the definitions for them. =20 -- RQ =20 On Sep 16, 2019, at 10:56 AM, Jim Schaad > wrote: =20 I am in the process of trying to do some clean up and the implementation that I have has several Content Formats that are not registered in IANA. = I am trying to determine if this is an oversite and they are used or if it = was just a hiccup in my code base. I not that at least some of these also appear to be in Californium as well. Text/xml =3D 1 Text/csv =3D 2 Text/html =3D 3 Image/Gif =3D 21 Image/Jpeg =3D 22 Image/png =3D 23 Image/tiff =3D 24 Audio/Raw =3D 25 Video/Raw =3D 26 Application/rdf+xml =3D 43 Application/soap+xml =3D 44 Application/atom+xml =3D 45 Application/fastinfoset =3D 48 Application/soap+fastinfoset =3D 49 Application/x-obix-binary =3D 51 Jim _______________________________________________ core mailing list core@ietf.org =20 https://www.ietf.org/mailman/listinfo/core =20 _______________________________________________ core mailing list = core@ietf.org = https://www.ietf.org/mailman/listinfo/core=20 ------=_NextPart_000_0163_01D56C8F.8ECB50F0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Depending = on what you are trying to do, the easiest thing is to send mail to IANA = with your request and ask for a First Come-First Served value.=C2=A0 = This should be a very rapid assignment.=C2=A0 Providing a reference to = some type of document is highly desirable, but the reference can just be = to you for a description.=C2=A0=C2=A0 If you want a smaller value, then = you would need to do something along the lines of writing an RFC and ask = for a value.

 

Jim

 

 

From: Mehmet Adalier = <madalier@antarateknik.com>
Sent: Monday, September 16, = 2019 12:42 PM
To: Robert Quattlebaum = <darconeous@gmail.com>; Jim Schaad = <ietf@augustcellars.com>
Cc: core = <core@ietf.org>
Subject: Re: [core] Unregistered CoAP = Content Formats

 

Core-team,

Along = the same lines, I=E2=80=99d like to register a content format for the = CCSDS Space Packet format.

 

Could = someone provide specific guidelines on how to get this reviewed by core = and registered in IANA.

 

Best

mehmet

 

From: core <core-bounces@ietf.org> on = behalf of Robert Quattlebaum <darconeous@gmail.com>
D= ate: Monday, September 16, 2019 at 11:51 AM
To: Jim Schaad = <ietf@augustcellars.com>
= Cc: core <core@ietf.org>
Subject: = Re: [core] Unregistered CoAP Content = Formats

 

These content formats are from way back when the CoAP = specification itself was being written.

 

It = seems they first showed up in draft-ietf-core-coap-01: https://tools.ietf.org/html/draft-ietf-core-coap-01#section-11.2

 

They were apparently removed = in draft-ietf-core-coap-06: https://tools.ietf.org/html/draft-ietf-core-coap-06#section-11.3

 

Some efforts have apparently been made to avoid = allocating new media types to those numbers in the registry, I guess = just in case someone needed those media types in the future. It feels = like they are being treated like reserved option numbers 128, 132, 136, = and 140, except that they don't actually have official reserved status = and could be allocated for something completely different at any = time.

 

I = would personally avoid using them and remove the definitions for = them.

 

-- RQ

 

On Sep 16, 2019, at 10:56 AM, Jim Schaad <ietf@augustcellars.com> = wrote:

 

I = am in the process of trying to do some clean up and the = implementation
that I have has several Content Formats that are not = registered in IANA.  I
am trying to determine if this is an = oversite and they are used or if it was
just a hiccup in my code = base.  I not that at least some of these also
appear to be in = Californium as well.

Text/xml =3D 1
Text/csv =3D = 2
Text/html =3D 3
Image/Gif =3D 21
Image/Jpeg =3D = 22
Image/png =3D 23
Image/tiff =3D 24
Audio/Raw =3D = 25
Video/Raw =3D 26
Application/rdf+xml =3D = 43
Application/soap+xml =3D 44
Application/atom+xml =3D = 45
Application/fastinfoset =3D 48
Application/soap+fastinfoset =3D = 49
Application/x-obix-binary =3D = 51


Jim


____________________________________________= ___
core mailing list
core@ietf.org
https://www.ietf.org/= mailman/listinfo/core

 

_______________________________________________ core = mailing list core@ietf.org https://www.ietf.org/= mailman/listinfo/core

------=_NextPart_000_0163_01D56C8F.8ECB50F0-- From nobody Mon Sep 16 13:45:16 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF2D91200B1 for ; Mon, 16 Sep 2019 13:45:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.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 Fi4gTjY1LQjv for ; Mon, 16 Sep 2019 13:45:11 -0700 (PDT) Received: from sonic307-15.consmr.mail.ne1.yahoo.com (sonic307-15.consmr.mail.ne1.yahoo.com [66.163.190.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 46D6D12002F for ; Mon, 16 Sep 2019 13:45:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1568666710; bh=ENTRHU9+Gn0bwH+F8FwWInRAsbaPAVS+YuZDlPoEG+o=; h=Date:Subject:From:To:References:In-Reply-To:From:Subject; b=TvezMzDdccrkKGM7uofZmOMOLYModucs6bjR2ZG0cJXiPHsQluIxQmj5DRu/ARO+e8mn9rMxXnyAI5jGByD8wf3r4tHFlgq1XpkmsoAS6JiBqNUGgiRttYuTTGiOCosXZCLzAlQ0gJPaNFXwBirtEIh4d5cmKG6aX/X1vrlAbCIR8rtCOKqVDYScY4wakIn11+xIkk8rMbFzOcj41nb0GwudxbeWlQihiIJr3hhLr5SqgiSP5FhPOx00aRYuzmVKNP//9yDQnC+e3TKC1xIROUo+YN2Go8b1+qJ3NMqErmfwMJG1dxZcv6+zBsJu8EhpIW6nALkcL5o/UsxoZEKuFA== X-YMail-OSG: lkAn.TMVM1noH05RJrXbaiTPwntKsmufSUlwShJNN6uDYeZSwtfQeAHCxdn9a46 C9eJX5wxJNYrDi80keq5wlkcSb0w2nbJuvbOPZsaKIkGjKmnGQM9WOcXZvEpmQqpEzDNTROQWbfB H3uaBPt8n_LQzLuQoYQOT4ZE16z01oqQh4Mka7svhe5kyg_s6U7VyarpLSerzSoLUzjZz6755iFy dKf4WhL1YkFuJ_ZvrpUgRsYOuFxFeuZifk8qpA9r48i8U9ilOK7vC_qacQvee.OUkREJHzShS9VP Ttl7kixcSRRHTk6aFV0MtUvk5ZWH8zbjxcAA1rB3KprB1XBZesP5x3rykVymbLaXJwCBhuouAhtx e2zxmX9Hdoe7Q807kv1nrGZNqKWC3TIFdojuAS0VCaaLuexLI9NtH5YUUpL2fy.Yc0LIRln3Jiws _7I6Tg3f4_BZ0RVxvpOqdyD3JwmIwYcTm8g4VsM4SrrhOQDLPZ5sV_Sw6LX4A_5Gghd9H9z6LjnH pOfIgGxFQk8LsOWCE0gbgIp82vROR84buXyeA9BAPrrdqgOEJg58FnOPaPXWLLb1Yls8O4BeAcrS .YXCq5WMYnPPM_U9c3HJlwqXXkX1YVeIC52621zerJHPA1FsWMwZyCLzb4z_tfpoSy3UbK9VN9Fq hA8c9xK.52SAu_6BrkLsZJvAfGC6b6Dk.BpUA9f.oij0tucWODHA3TNTNqy8Y2i4AoYKZ0yv1cpg vyDP80mSX.xRjp6GeMn6gzUcQ1PMBVnI7L8ze.f85COmS_Hi2e_M6PG0476T5lLPTbOIiT8A9bvb R.Tt.ruFeRH1wa5DbspCYooN4i.yGN5KrVS1LMLt7ybn8cjIdDLgbA9HztDzmChlJoakHxkXM_Ru WKEiXsDy_qyfgPiowpDgMwh.5JX1tHBSZyAVcWusogGIOlt7pTDQgYm1YRtGm6dKPL9qcTz20P.R kMypPorKmMdgNdsdmhtZk59TCkXui8UEvWau.nUzw4bNlYGYLGP921oCK8XOUF41J79YxIPmayFQ 7s0P1ThnSUdskjzJlhlgsCV5WAhAP9MnT5sY9EQb.WzuBE2w643Qq.ChH85aW6qRcJUv5fHHMpHD 9z9YOKVWpO1WSA6eNwZMQnkmY4cKsVdrN0d6tJABeNP9A_UR6QSZVF8hUQmH.wdBHuVJf6JSmaXk lcPBrhWLVbNc1gZOlqDa2S5xEWfZF04PQDyVkKbWduKYj65.gSk.vFEAIBQZVDW1z1UUjDBFJo.Q ucatGUCBPG08qYwvjjGVKwrIg184CyS6Le6paqlTzIOy6DwG2n92xxZ0wAinUcUz1W3_sr33kTST ChZ_CfQZ1PBvgXpRvVks- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.ne1.yahoo.com with HTTP; Mon, 16 Sep 2019 20:45:10 +0000 Received: by smtp424.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 1afec6adeea23b20e17075fb0eec1a74; Mon, 16 Sep 2019 20:45:06 +0000 (UTC) User-Agent: Microsoft-MacOutlook/10.16.1.190220 Date: Mon, 16 Sep 2019 13:45:03 -0700 From: Mehmet Adalier To: Jim Schaad , 'Robert Quattlebaum' CC: 'core' Message-ID: Thread-Topic: [core] Unregistered CoAP Content Formats References: <015001d56cb8$0f574ee0$2e05eca0$@augustcellars.com> <85716119-EFC8-4200-8820-173C18DD3BDF@antarateknik.com> <016201d56cca$3b28a250$b179e6f0$@augustcellars.com> In-Reply-To: <016201d56cca$3b28a250$b179e6f0$@augustcellars.com> Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3651486306_1153691680" Archived-At: Subject: Re: [core] Unregistered CoAP Content Formats X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 20:45:14 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3651486306_1153691680 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable Thanks Jim. I=E2=80=99ll probably take the easy route on this one. =20 From: Jim Schaad Date: Monday, September 16, 2019 at 1:06 PM To: 'Mehmet Adalier' , 'Robert Quattlebaum' Cc: 'core' Subject: RE: [core] Unregistered CoAP Content Formats =20 Depending on what you are trying to do, the easiest thing is to send mail t= o IANA with your request and ask for a First Come-First Served value. This = should be a very rapid assignment. Providing a reference to some type of do= cument is highly desirable, but the reference can just be to you for a descr= iption. If you want a smaller value, then you would need to do something a= long the lines of writing an RFC and ask for a value. =20 Jim =20 =20 From: Mehmet Adalier =20 Sent: Monday, September 16, 2019 12:42 PM To: Robert Quattlebaum ; Jim Schaad Cc: core Subject: Re: [core] Unregistered CoAP Content Formats =20 Core-team, Along the same lines, I=E2=80=99d like to register a content format for the CCSDS= Space Packet format. =20 Could someone provide specific guidelines on how to get this reviewed by co= re and registered in IANA. =20 Best mehmet =20 From: core on behalf of Robert Quattlebaum Date: Monday, September 16, 2019 at 11:51 AM To: Jim Schaad Cc: core Subject: Re: [core] Unregistered CoAP Content Formats =20 These content formats are from way back when the CoAP specification itself = was being written. =20 It seems they first showed up in draft-ietf-core-coap-01: https://tools.iet= f.org/html/draft-ietf-core-coap-01#section-11.2 =20 They were apparently removed in draft-ietf-core-coap-06: https://tools.ietf= .org/html/draft-ietf-core-coap-06#section-11.3 =20 Some efforts have apparently been made to avoid allocating new media types = to those numbers in the registry, I guess just in case someone needed those = media types in the future. It feels like they are being treated like reserve= d option numbers 128, 132, 136, and 140, except that they don't actually hav= e official reserved status and could be allocated for something completely d= ifferent at any time. =20 I would personally avoid using them and remove the definitions for them. =20 -- RQ =20 On Sep 16, 2019, at 10:56 AM, Jim Schaad wrote: =20 I am in the process of trying to do some clean up and the implementation that I have has several Content Formats that are not registered in IANA. I am trying to determine if this is an oversite and they are used or if it wa= s just a hiccup in my code base. I not that at least some of these also appear to be in Californium as well. Text/xml =3D 1 Text/csv =3D 2 Text/html =3D 3 Image/Gif =3D 21 Image/Jpeg =3D 22 Image/png =3D 23 Image/tiff =3D 24 Audio/Raw =3D 25 Video/Raw =3D 26 Application/rdf+xml =3D 43 Application/soap+xml =3D 44 Application/atom+xml =3D 45 Application/fastinfoset =3D 48 Application/soap+fastinfoset =3D 49 Application/x-obix-binary =3D 51 Jim _______________________________________________ core mailing list core@ietf.org https://www.ietf.org/mailman/listinfo/core =20 _______________________________________________ core mailing list core@ietf= .org https://www.ietf.org/mailman/listinfo/core=20 --B_3651486306_1153691680 Content-type: text/html; charset="UTF-8" Content-transfer-encoding: quoted-printable

Thanks Jim.

I=E2=80=99l= l probably take the easy route on this one.

 

From: Jim Schaad <ietf@augustcellars.com>
Date: Monday, September= 16, 2019 at 1:06 PM
To: 'Mehmet Adalier' <madalier@antaratekni= k.com>, 'Robert Quattlebaum' <darconeous@gmail.com>
Cc: '= core' <core@ietf.org>
Subject: RE: [core] Unregistered CoAP = Content Formats

&nbs= p;

Depending on what you are trying to do,= the easiest thing is to send mail to IANA with your request and ask for a F= irst Come-First Served value.  This should be a very rapid assignment.&= nbsp; Providing a reference to some type of document is highly desirable, bu= t the reference can just be to you for a description.   If you wan= t a smaller value, then you would need to do something along the lines of wr= iting an RFC and ask for a value.

 

Jim

 

 

From: Mehmet Adalier <madalier@antarateknik.com>
= Sent: Monday, September 16, 2019 12:42 PM
To: Robert Quattleba= um <darconeous@gmail.com>; Jim Schaad <ietf@augustcellars.com>Cc: core <core@ietf.org>
Subject: Re: [core] Unregi= stered CoAP Content Formats

&nb= sp;

Core-team,

Along the same lines, I=E2=80=99d like to register a content format for the C= CSDS Space Packet format.

 =

Could someone provide specific guidelines on how to g= et this reviewed by core and registered in IANA.

 

Best

mehmet

 

<= p class=3DMsoNormal>From: core <core-bounces@ietf.org> on behalf of Robert Quattl= ebaum <darconeous@gmail.com>=
Date: Monday, September 16, 2019 at 11:51 AM
To: Jim Sc= haad <ietf@augustcellars.com&= gt;
Cc: core <core@ietf.org&= gt;
Subject: Re: [core] Unregistered CoAP Content Formats

 

<= p class=3DMsoNormal>These content formats are from way back when the CoAP spec= ification itself was being written.

 

It seems they first showed= up in draft-ietf-core-coap-01: https://tools.ietf.org/html/draft-ietf-c= ore-coap-01#section-11.2

&nbs= p;

They were apparently removed = in draft-ietf-core-coap-06: https://tools.ietf.org/html/draft-ietf-= core-coap-06#section-11.3

&n= bsp;

Some efforts have apparentl= y been made to avoid allocating new media types to those numbers in the regi= stry, I guess just in case someone needed those media types in the future. I= t feels like they are being treated like reserved option numbers 128, 132, 1= 36, and 140, except that they don't actually have official reserved status a= nd could be allocated for something completely different at any time.

 

I would personally avoid using them and remove the definitions = for them.

 

<= /div>

-- RQ

 

On Sep 16, 2019, at 10:56 AM, J= im Schaad <ietf@augustcellars.com= > wrote:

 

=

I am in the process of trying to do some clean = up and the implementation
that I have has several Content Formats that ar= e not registered in IANA.  I
am trying to determine if this is an ov= ersite and they are used or if it was
just a hiccup in my code base. &nbs= p;I not that at least some of these also
appear to be in Californium as w= ell.

Text/xml =3D 1
Text/csv =3D 2
Text/html =3D 3
Image/Gif =3D 21<= br>Image/Jpeg =3D 22
Image/png =3D 23
Image/tiff =3D 24
Audio/Raw =3D 25Video/Raw =3D 26
Application/rdf+xml =3D 43
Application/soap+xml =3D 44
= Application/atom+xml =3D 45
Application/fastinfoset =3D 48
Application/soa= p+fastinfoset =3D 49
Application/x-obix-binary =3D 51


Jim

<= br>_______________________________________________
core mailing list
<= a href=3D"mailto:core@ietf.org">core@ietf.org
https://www.ietf.org/mailman/listinfo/core

 

_____________________________________= __________ core mailing list core@ietf.org https://www.ietf.org/= mailman/listinfo/core

--B_3651486306_1153691680-- From nobody Wed Sep 18 08:12:57 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F011012094A; Wed, 18 Sep 2019 08:12:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: internet-drafts@ietf.org To: Cc: core@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.101.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: core@ietf.org Message-ID: <156881956992.4529.18325515499364087692@ietfa.amsl.com> Date: Wed, 18 Sep 2019 08:12:49 -0700 Archived-At: Subject: [core] I-D Action: draft-ietf-core-echo-request-tag-06.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2019 15:12:50 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Constrained RESTful Environments WG of the IETF. Title : CoAP: Echo, Request-Tag, and Token Processing Authors : Christian Amsüss John Preuß Mattsson Göran Selander Filename : draft-ietf-core-echo-request-tag-06.txt Pages : 27 Date : 2019-09-18 Abstract: This document specifies enhancements to the Constrained Application Protocol (CoAP) that mitigate security issues in particular use cases. The Echo option enables a CoAP server to verify the freshness of a request or to force a client to demonstrate reachability at its claimed network address. The Request-Tag option allows the CoAP server to match block-wise message fragments belonging to the same request. The update to the client Token processing requirements of RFC 7252 forbids non-secure reuse of Tokens to ensure binding of responses to requests when CoAP is used with security. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-core-echo-request-tag/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-core-echo-request-tag-06 https://datatracker.ietf.org/doc/html/draft-ietf-core-echo-request-tag-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-core-echo-request-tag-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Sep 19 03:57:45 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B125120A14; Thu, 19 Sep 2019 03:57:29 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: internet-drafts@ietf.org To: Cc: core@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.101.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: core@ietf.org Message-ID: <156889064894.4496.2783460595184209676@ietfa.amsl.com> Date: Thu, 19 Sep 2019 03:57:29 -0700 Archived-At: Subject: [core] I-D Action: draft-ietf-core-echo-request-tag-07.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2019 10:57:36 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Constrained RESTful Environments WG of the IETF. Title : CoAP: Echo, Request-Tag, and Token Processing Authors : Christian Amsüss John Preuß Mattsson Göran Selander Filename : draft-ietf-core-echo-request-tag-07.txt Pages : 27 Date : 2019-09-19 Abstract: This document specifies enhancements to the Constrained Application Protocol (CoAP) that mitigate security issues in particular use cases. The Echo option enables a CoAP server to verify the freshness of a request or to force a client to demonstrate reachability at its claimed network address. The Request-Tag option allows the CoAP server to match block-wise message fragments belonging to the same request. The update to the client Token processing requirements of RFC 7252 forbids non-secure reuse of Tokens to ensure binding of responses to requests when CoAP is used with security. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-core-echo-request-tag/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-core-echo-request-tag-07 https://datatracker.ietf.org/doc/html/draft-ietf-core-echo-request-tag-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-core-echo-request-tag-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Sep 19 04:08:12 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C02871200B7; Thu, 19 Sep 2019 04:08:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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=ericsson.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 aWphf1PlMj4A; Thu, 19 Sep 2019 04:08:07 -0700 (PDT) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-eopbgr150087.outbound.protection.outlook.com [40.107.15.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6B89612006D; Thu, 19 Sep 2019 04:08:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dXCfKT7B4KqoIBRtsq/gsqE9yJa9e9fTIcXWF3Izvp85Uo2WDxAqqThs9Z9WJsl20abe6+bJcp3cvbm+JACZejewAe/wOrdE0o2fE1bHHMFTX8LlI8r3/Ha8M5+Z9v25U8/HwMXWRe71WviZ3fTy9tbEfMhtEfGlkwsJ4fg/c/QBpGLpksEGKui4leWAbCyLjKfvBni7RMACDav6pRQI464TM9k5NI1QPXkBzOnJjHr5pvOLlEqWHSH1zyNkldvBKvzT2841zb10dT0YfWf73a3ZXUWbKokt9UwmUgycHXq0z2M9OgbhbCkku4bffpl/OUkmkUffW/9jMGUE9uroHw== 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=SQjnywer1T8IH3CKom4inIDsCCWP2S2e8AIKh/1DPN8=; b=LUMZ9WkmNnVTcRmHSIgKDTmNtqSBSCrap4mzt3iCEFAhFc5RK7Wp0yTvZhH8LbBZ6oOPvW2XoiX0Z3e0h5eKCn9HuVCj5UB9wrkS5AMtYL3ddRF3Y7VFPPfKrTmCKdhbJrvdE9FydkLjUjhf4HdEWmCPCNT4G+ay3e4NtkP2AZSNIo1jsykYOEnaFgNjO2JXjztIweCicsuD9NDbEDkihCySKPLyXSAmAZ8IXopDbMV44wJFSEnDFcW1a31rMpRTFdz1AcHM87T5lWcj9+yh5J42vcUR3itwmIM+WKrMfngrb4j7pxtgk8g9tqMtk7y/yjlB1M/0hLNUjy3yDcXKsQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=SQjnywer1T8IH3CKom4inIDsCCWP2S2e8AIKh/1DPN8=; b=Z7sZu1+cnXQCKg7kE5eFoslqScylomByEXVHpVGZEiDT0mYI1OPVWbMYjHgbl3eH6ELLr5siNk7DegfM8rZxKZBNcllPw1R69LGTDuyxuyL4HUGlKWfQjlGlV4DrhuZ27BXXDinrp+ADlUapZlSP8Hyv263sru4j5gAtG+jUypo= Received: from HE1PR07MB4169.eurprd07.prod.outlook.com (20.176.165.153) by HE1PR07MB4185.eurprd07.prod.outlook.com (20.176.161.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2284.17; Thu, 19 Sep 2019 11:08:05 +0000 Received: from HE1PR07MB4169.eurprd07.prod.outlook.com ([fe80::c8fb:acc1:b00e:84ef]) by HE1PR07MB4169.eurprd07.prod.outlook.com ([fe80::c8fb:acc1:b00e:84ef%6]) with mapi id 15.20.2284.009; Thu, 19 Sep 2019 11:08:05 +0000 From: John Mattsson To: "core@ietf.org" , "i-d-announce@ietf.org" Thread-Topic: [core] I-D Action: draft-ietf-core-echo-request-tag-07.txt Thread-Index: AQHVbtkm26RQh6x1EEGuH6Wgf/KzBqcy+NgA Date: Thu, 19 Sep 2019 11:08:05 +0000 Message-ID: <8805B78A-ED00-490B-9C12-BCEF517C4FFB@ericsson.com> References: <156889064894.4496.2783460595184209676@ietfa.amsl.com> In-Reply-To: <156889064894.4496.2783460595184209676@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.1d.0.190908 authentication-results: spf=none (sender IP is ) smtp.mailfrom=john.mattsson@ericsson.com; x-originating-ip: [82.214.46.143] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8f51d6fc-94b3-4db3-2294-08d73cf1a541 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600167)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB4185; x-ms-traffictypediagnostic: HE1PR07MB4185: x-ms-exchange-purlcount: 5 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 016572D96D x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(136003)(346002)(396003)(366004)(39860400002)(376002)(189003)(13464003)(199004)(186003)(44832011)(478600001)(256004)(110136005)(14444005)(316002)(66946007)(8676002)(33656002)(66446008)(64756008)(66556008)(66476007)(81156014)(81166006)(11346002)(26005)(966005)(486006)(446003)(6436002)(58126008)(305945005)(450100002)(6486002)(229853002)(102836004)(86362001)(2616005)(71200400001)(76116006)(71190400001)(7736002)(25786009)(66066001)(476003)(66574012)(91956017)(76176011)(6246003)(6306002)(2906002)(6512007)(99286004)(2501003)(36756003)(6506007)(14454004)(8936002)(6116002)(5660300002)(3846002)(574754004); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB4185; H:HE1PR07MB4169.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: eSOoJeiftf9XOziw0NPihOCRloREQkvuu7Kvpm/5xMiAWADyp+8RkBGMTk42nOUn/GxFDg1oy+tbU6T6pY7PwCpEsh5I8nxIIc3jY/XvK49d0YLnU2d5HUoUD/AGWx0eCrLZsibI7RQsBOAxB5WkD4zwXpuXJEiQ6iSJ1kilfbtM/fjrC2RwfkzDZEkAh82G6LcYA7cBVrHGf/+ctfS149kgECcNsYxyXoexM8hlh9jOuqjee5KBp56pgFCDIZpq2EjwrM82J6YDqvsQ5ACKr91nbRfTwf4IMVR1qsMPeRr06hc6mM3mmSdoMgmHO1ZOEJbi409znmSwKBRXCEr+J2BRnIXdSSpwVoREPEqtSWIHPxDEXPvHpwG/jZ7HjN/CySyFKKOvFCTauTxLGWrnO3esQaqGfcLtzdIp4yYY7gU= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: <42ECA101B0DBBF4183F6599594701705@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8f51d6fc-94b3-4db3-2294-08d73cf1a541 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Sep 2019 11:08:05.2019 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: K1QEaiZDutkwHhRzANIQ98fiHV0d/bCA2D9Ws6wNKM0VD6df0PFm9DHnu+qLl+9+NCRGAKSFf6HW6BbXEuopVANaAFntDTkH5NLc/e6XlFs= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4185 Archived-At: Subject: Re: [core] I-D Action: draft-ietf-core-echo-request-tag-07.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2019 11:08:11 -0000 SGksDQoNCi0wNyB3YXMgdXBsb2FkZWQgdG8gYWRkcmVzcyBhbiBlZGl0b3JpYWwgZXJyYXRhIGlu IC0wNiAoSSBjb21tZW50IHdhcyB2aXNpYmxlIGJ5IG1pc3Rha2UpLg0KDQpUaGUgY2hhbmdlcyBz aW5jZSAtMDUgYXJlIGxpc3RlZCBiZWxvdy4gV2UgdGhpbmsgdGhhdCAtMDcgYWRkcmVzc2VzIHRo ZSBjb21tZW50cyBmcm9tIEppbSBTY2hhYWQuIEluIGFkZGl0aW9uLCB3ZSBtYWRlIGEgZmV3IG90 aGVyIGNsYXJpZmljYXRpb25zLCBhbmQgYWRkZWQgbW9yZSBwcml2YWN5IGFuZCBzZWN1cml0eSBj b25zaWRlcmF0aW9ucy4gSW4gcGFydGljdWxhciBzZWN1cml0eSBjb25zaWRlcmF0aW9uIGZvciBy ZXVzZSBvZiBUb2tlbnMgYXMgZGlzY3Vzc2VkIGhpZ2ggbGV2ZWwgb24gdGhlIGxpc3QgYmVmb3Jl IHRoZSBXR0xDLg0KDQogICBvICBDaGFuZ2VzIHNpbmNlIGRyYWZ0LWlldGYtY29yZS1lY2hvLXJl cXVlc3QtdGFnLTA2Og0KDQogICAgICAqICBSZW1vdmVkIHZpc2libGUgY29tbWVudCB0aGF0IHNo b3VsZCBub3QgYmUgdmlzaWJsZSBpbiBUb2tlbg0KICAgICAgICAgcmV1c2UgY29uc2lkZXJhdGlv bnMuDQoNCiAgIG8gIENoYW5nZXMgc2luY2UgZHJhZnQtaWV0Zi1jb3JlLWVjaG8tcmVxdWVzdC10 YWctMDU6DQoNCiAgICAgICogIEFkZCBwcml2YWN5IGNvbnNpZGVyYXRpb25zIG9uIGNvb2tpZS1z dHlsZSB1c2Ugb2YgRWNobyB2YWx1ZXMNCg0KICAgICAgKiAgQWRkIHNlY3VyaXR5IGNvbnNpZGVy YXRpb25zIGZvciB0b2tlbiByZXVzZQ0KDQogICAgICAqICBBZGQgbm90ZSBpbiBzZWN1cml0eSBj b25zaWRlcmF0aW9ucyBvbiB1c2Ugb2Ygbm9udm9sYXRpbGUNCiAgICAgICAgIG1lbW9yeSB3aGVu IGRlYWxpbmcgd2l0aCBwc2V1ZG9yYW5kb20gbnVtYmVycw0KDQogICAgICAqICBBcHBlbmRpeCBv biBlY2hvIGdlbmVyYXRpb246IGFkZCBhIGZldyB3b3JkcyBvbiB1cC0gYW5kDQogICAgICAgICBk b3duc2lkZXMgb2YgdGhlIGVuY3J5cHRlZCB0aW1lc3RhbXAgYWx0ZXJuYXRpdmUNCg0KICAgICAg KiAgQ2xhcmlmaWNhdGlvbnMgYXJvdW5kIE91dGVyIEVjaG86DQoNCiAgICAgICAgICsgIENvdWxk IGJlIGdlbmVyYXRlZCBieSB0aGUgb3JpZ2luIHNlcnZlciB0byBwcm92ZSBuZXR3b3JrDQogICAg ICAgICAgICByZWFjaGFiaWxpdHkgKGJ1dCBmb3IgbW9zdCBhcHBsaWNhdGlvbnMgaXQgTVVTVCBi ZSBpbm5lcikNCg0KICAgICAgICAgKyAgQ291bGQgYmUgZ2VuZXJhdGVkIGJ5IGludGVybWVkaWFy aWVzDQoNCiAgICAgICAgICsgIElzIGFuc3dlcmVkIGJ5IHRoZSBjbGllbnQgdG8gdGhlIGVuZHBv aW50IGZyb20gd2hpY2ggaXQNCiAgICAgICAgICAgIHJlY2VpdmVkIGl0IChpZS4gIE91dGVyIGlm IHJlY2VpdmVkIGFzIE91dGVyKQ0KDQogICAgICAqICBDbGFyaWZpY2F0aW9uIHRoYXQgYSBzZXJ2 ZXIgY2FuIHNlbmQgRWNobyBwcmVlbXRpdmVseQ0KDQogICAgICAqICBSZWZlciB0byBzdGF0ZWxl c3MgdG8gZXhwbGFpbiB3aGF0ICJtb3JlIGluZm9ybWF0aW9uIHRoYW4ganVzdA0KICAgICAgICAg dGhlIHNlcXVlbmNlIG51bWJlciIgY291bGQgYmUNCg0KICAgICAgKiAgUmVtb3ZlIGV4cGxhbmF0 aW9ucyBhcm91bmQgMC4wMCBlbXB0eSBtZXNzYWdzDQoNCiAgICAgICogIFJld29yZGluZ3M6DQoN CiAgICAgICAgICsgIHRoZSBhdHRhY2s6IGZyb20gImZvcmdpbmciIHRvICJndWVzc2luZyINCg0K ICAgICAgICAgKyAgImZyZXNobmVzcyB0b2tlbnMiIHRvICJmcmVzaG5lc3MgaW5kaWNhdG9ycyIg KHRvIGF2b2lkDQogICAgICAgICAgICBjb25mdXNpb24gd2l0aCB0aGUgVG9rZW4pDQoNCiAgICAg ICogIEVkaXRvcmlhbCBmaXhlczoNCg0KICAgICAgICAgKyAgQWJzdHJhY3QgYW5kIGludHJvZHVj dGlvbiBtZW50aW9uIHdoYXQgaXMgdXBkYXRlZCBpbiBSRkM3MjUyDQoNCiAgICAgICAgICsgIFJl ZmVyZW5jZSB1cGRhdGVzDQoNCiAgICAgICAgICsgIENhcGl0YWxpemF0aW9uLCBzcGVsbGluZywg dGVybXMgZnJvbSBvdGhlciBkb2N1bWVudHMNCg0KQ2hlZXJzLA0KSm9obg0KDQrvu78tLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogY29yZSA8Y29yZS1ib3VuY2VzQGlldGYub3JnPiBv biBiZWhhbGYgb2YgImludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyIgPGludGVybmV0LWRyYWZ0c0Bp ZXRmLm9yZz4NClJlcGx5IHRvOiAiY29yZUBpZXRmLm9yZyIgPGNvcmVAaWV0Zi5vcmc+DQpEYXRl OiBUaHVyc2RheSwgMTkgU2VwdGVtYmVyIDIwMTkgYXQgMTI6NTgNClRvOiAiaS1kLWFubm91bmNl QGlldGYub3JnIiA8aS1kLWFubm91bmNlQGlldGYub3JnPg0KQ2M6ICJjb3JlQGlldGYub3JnIiA8 Y29yZUBpZXRmLm9yZz4NClN1YmplY3Q6IFtjb3JlXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLWNv cmUtZWNoby1yZXF1ZXN0LXRhZy0wNy50eHQNCg0KICAgIA0KICAgIEEgTmV3IEludGVybmV0LURy YWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rv cmllcy4NCiAgICBUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBDb25zdHJhaW5lZCBS RVNUZnVsIEVudmlyb25tZW50cyBXRyBvZiB0aGUgSUVURi4NCiAgICANCiAgICAgICAgICAgIFRp dGxlICAgICAgICAgICA6IENvQVA6IEVjaG8sIFJlcXVlc3QtVGFnLCBhbmQgVG9rZW4gUHJvY2Vz c2luZw0KICAgICAgICAgICAgQXV0aG9ycyAgICAgICAgIDogQ2hyaXN0aWFuIEFtc8O8c3MNCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIEpvaG4gUHJldcOfIE1hdHRzc29uDQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBHw7ZyYW4gU2VsYW5kZXINCiAgICAJRmlsZW5hbWUgICAg ICAgIDogZHJhZnQtaWV0Zi1jb3JlLWVjaG8tcmVxdWVzdC10YWctMDcudHh0DQogICAgCVBhZ2Vz ICAgICAgICAgICA6IDI3DQogICAgCURhdGUgICAgICAgICAgICA6IDIwMTktMDktMTkNCiAgICAN CiAgICBBYnN0cmFjdDoNCiAgICAgICBUaGlzIGRvY3VtZW50IHNwZWNpZmllcyBlbmhhbmNlbWVu dHMgdG8gdGhlIENvbnN0cmFpbmVkIEFwcGxpY2F0aW9uDQogICAgICAgUHJvdG9jb2wgKENvQVAp IHRoYXQgbWl0aWdhdGUgc2VjdXJpdHkgaXNzdWVzIGluIHBhcnRpY3VsYXIgdXNlDQogICAgICAg Y2FzZXMuICBUaGUgRWNobyBvcHRpb24gZW5hYmxlcyBhIENvQVAgc2VydmVyIHRvIHZlcmlmeSB0 aGUgZnJlc2huZXNzDQogICAgICAgb2YgYSByZXF1ZXN0IG9yIHRvIGZvcmNlIGEgY2xpZW50IHRv IGRlbW9uc3RyYXRlIHJlYWNoYWJpbGl0eSBhdCBpdHMNCiAgICAgICBjbGFpbWVkIG5ldHdvcmsg YWRkcmVzcy4gIFRoZSBSZXF1ZXN0LVRhZyBvcHRpb24gYWxsb3dzIHRoZSBDb0FQDQogICAgICAg c2VydmVyIHRvIG1hdGNoIGJsb2NrLXdpc2UgbWVzc2FnZSBmcmFnbWVudHMgYmVsb25naW5nIHRv IHRoZSBzYW1lDQogICAgICAgcmVxdWVzdC4gIFRoZSB1cGRhdGUgdG8gdGhlIGNsaWVudCBUb2tl biBwcm9jZXNzaW5nIHJlcXVpcmVtZW50cyBvZg0KICAgICAgIFJGQyA3MjUyIGZvcmJpZHMgbm9u LXNlY3VyZSByZXVzZSBvZiBUb2tlbnMgdG8gZW5zdXJlIGJpbmRpbmcgb2YNCiAgICAgICByZXNw b25zZXMgdG8gcmVxdWVzdHMgd2hlbiBDb0FQIGlzIHVzZWQgd2l0aCBzZWN1cml0eS4NCiAgICAN CiAgICANCiAgICBUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFm dCBpczoNCiAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWNv cmUtZWNoby1yZXF1ZXN0LXRhZy8NCiAgICANCiAgICBUaGVyZSBhcmUgYWxzbyBodG1saXplZCB2 ZXJzaW9ucyBhdmFpbGFibGUgYXQ6DQogICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LWlldGYtY29yZS1lY2hvLXJlcXVlc3QtdGFnLTA3DQogICAgaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLWNvcmUtZWNoby1yZXF1ZXN0LXRhZy0wNw0K ICAgIA0KICAgIEEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBh dDoNCiAgICBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1jb3Jl LWVjaG8tcmVxdWVzdC10YWctMDcNCiAgICANCiAgICANCiAgICBQbGVhc2Ugbm90ZSB0aGF0IGl0 IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9u DQogICAgdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBh dCB0b29scy5pZXRmLm9yZy4NCiAgICANCiAgICBJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZh aWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQogICAgZnRwOi8vZnRwLmlldGYub3JnL2ludGVy bmV0LWRyYWZ0cy8NCiAgICANCiAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KICAgIGNvcmUgbWFpbGluZyBsaXN0DQogICAgY29yZUBpZXRmLm9yZw0K ICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY29yZQ0KICAgIA0KDQo= From nobody Thu Sep 19 06:20:25 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DBD57120074; Thu, 19 Sep 2019 06:20:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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=ericsson.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 1Vwu0V1xW2Er; Thu, 19 Sep 2019 06:20:22 -0700 (PDT) Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60072.outbound.protection.outlook.com [40.107.6.72]) (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 207B11200F6; Thu, 19 Sep 2019 06:20:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=VdlMmNUkUkNWvvuUnNRr96104ShECv1qknZfdLcpyWj1x182JmHNlbB8YgMwjgB9Zw6ypfg5KFxmz8VFmf/41iU7TFFobWiJHKnMgzdxetfiWpYs1E7smvn4Depwn5TmzzhbVz9ijXJa7CeNMPo6cJeJfJSE/kZSkqQCd9wGmJKiKNWeg2N6p+/w3rd/RSLK1tlAq0FD0kqf646ohVw4dQ4V9+HPXE6SiBVGNW42w3fLVVi5dS6c5DrbHUn60vuLdcJOX7Ah4CapyVFqyQ+cdOE9FW5U6KYTjoR+GYfGNFW4IQO1d7u0Fr2XWBjK5sg1ivwCxiiLU5fhSQm8Kf877Q== 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=SUEyr//Bi7vijSJDS119j4FtGvh0/tx0G3fwRv/D06E=; b=CjClC7BhpWJYGR0vhefpnoH+cuh+DtJCeWRbyDbpVN6G2kA/Jo27UP6YwgFwmM251u2IjIiNMEeC1oatQnI/ArcTYV6ch9PQTjjQZJUOzc5EX7ie3W2fIP78iezA0lQQsDnu0tiXQyMCs2zvrwT0Tb8rsleWxuWVmAqnc6QfZuSwd64nPBPZRTVRaCDRuGFKxZZNaOax26I7hdG17g+apTqQzv0q2/U/0beVs7UxlaQlNu3MGUURen3ljkj3FNYZaFHIQBJZEBeb5DifQyn5AGHtB5IUmap2V5Jabxrs6WLg645pLuWjtdntpNxWmZMxg0xJQ0mF1dXRb3bcNMCdug== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=SUEyr//Bi7vijSJDS119j4FtGvh0/tx0G3fwRv/D06E=; b=Bt6tXk8L9UrANz9nwVCHOyJ22LP2XkPd7ttcdZc0Fqw24+gAWE0z5v6gQCbRHX+HVixRC+k2/4/DbFZLC/A2koFxKROsuMv4QzgVB+xv9xHmVxL0V1TaI0H+eEE5DiX15SpZPZtkxyiFzvM1LBZE8U+XsLbeli34qZTQb2qs+XE= Received: from HE1PR07MB4169.eurprd07.prod.outlook.com (20.176.165.153) by HE1PR07MB3420.eurprd07.prod.outlook.com (10.170.247.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2284.10; Thu, 19 Sep 2019 13:20:16 +0000 Received: from HE1PR07MB4169.eurprd07.prod.outlook.com ([fe80::c8fb:acc1:b00e:84ef]) by HE1PR07MB4169.eurprd07.prod.outlook.com ([fe80::c8fb:acc1:b00e:84ef%6]) with mapi id 15.20.2284.009; Thu, 19 Sep 2019 13:20:16 +0000 From: John Mattsson To: Jim Schaad , "draft-ietf-core-echo-request-tag@ietf.org" CC: 'core' Thread-Topic: WGLC draft-ietf-core-echo-request-tag-05 Thread-Index: AdU3R0WwUSXHRxh8Sg2AOFV0PmUcNg3tncSA Date: Thu, 19 Sep 2019 13:20:16 +0000 Message-ID: <624A1C17-F891-4E19-B529-791A503A4500@ericsson.com> References: <003901d5376d$27710960$76531c20$@augustcellars.com> In-Reply-To: <003901d5376d$27710960$76531c20$@augustcellars.com> Accept-Language: en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.1d.0.190908 authentication-results: spf=none (sender IP is ) smtp.mailfrom=john.mattsson@ericsson.com; x-originating-ip: [82.214.46.143] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1816afab-2cb6-428a-59df-08d73d041caf x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600167)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB3420; x-ms-traffictypediagnostic: HE1PR07MB3420: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 016572D96D x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(136003)(346002)(376002)(396003)(39860400002)(199004)(189003)(51444003)(13464003)(446003)(102836004)(305945005)(229853002)(86362001)(58126008)(478600001)(316002)(25786009)(4326008)(5660300002)(66556008)(64756008)(66476007)(66946007)(11346002)(2616005)(66446008)(76116006)(110136005)(91956017)(71200400001)(71190400001)(7736002)(186003)(6436002)(44832011)(99286004)(2501003)(486006)(14454004)(81166006)(6116002)(3846002)(26005)(81156014)(6512007)(36756003)(76176011)(33656002)(8676002)(66066001)(8936002)(6246003)(2906002)(14444005)(476003)(6486002)(256004)(6506007)(53546011); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3420; H:HE1PR07MB4169.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: 8SMOIL0EokGYkHDckJw6RHBKZ5OVc608kXCtkEskJgmwevZjYaFn3dqgtk6J0Tifq0IukxuqCxQcBlyXNqYmKu3g/MsEstPHsbkZFx6Oz5XF5dELLU5TC5IXm0uKCuLYY9FXNch0zSIan2RqXuNTC3FSwV7tSGeE/lfEa6AezYVv5zlFTEupxN1rOGDSMoNjOZMaNBqlNK0F3yeW07qP4xoVL+j2nS7rnITnVnAzt6PkJ8EnruBrEMOL0mnkYyzX3PgUzu6MOBlVHsYI40EvCC8Asv+onGX1LRVRJBm3WWPyhfmsnHp/b1DuqgiWjByQP6GMG/rEhICARx0UWTSwxgiZueDQzcUFVUhRnwAdDBM4+F9fsOVcf6eGioJdQ+jj/fQRqq8uekhdlUIfSIhHrq75vHcWtZnHGhoJufrBSyw= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: 1816afab-2cb6-428a-59df-08d73d041caf X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Sep 2019 13:20:16.4733 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: CuGUv8IxiUwLqhRlkwHVP4mAjaz/FcOg4Ticm6jtCVn9NtfM+qyjr2wdKAhZo7JIcwmgS8tP/zGpKhnThHfQ//rgq5LrYpAi+zHZVvb9Y/8= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3420 Archived-At: Subject: Re: [core] WGLC draft-ietf-core-echo-request-tag-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2019 13:20:25 -0000 VGhhbmtzIEppbSENCg0KPjExLiBTZWN0aW9uIDYgLSBJIGFtIGhhdmluZyBwcm9ibGVtcyB3aXRo IHRoZSBpZGVhIG9mIGEgZm9yZ2VyeSBvZiBhbiBFY2hvDQo+b3B0aW9uLCBpZiB0aGUgb3B0aW9u IGlzIHZpc2libGUgdG8gYW4gYXR0YWNrZXIgd2h5IHdvdWxkIHRoZXkgbmVlZCB0byBmb3JnZQ0K Pml0Pw0KPg0KPjEyLiBBcHBlbmRpeCBBIC0gSSB0aGluayB3ZSBoYXZlIGEgZGlmZmVyZW50IGRl ZmluaXRpb24gb2YgZm9yZ2VyeSBmb3IgbGlzdA0KPml0ZW0gMS4gIEkgd291bGQgaGF2ZSBsYWJl bGVkIHRoaXMgYXMgZ3Vlc3Npbmcgbm90IGZvcmdlcnkuICBUaGF0IGlzDQo+cHJvYmFibHkgbXkg c2VjdXJpdHkgYmFja2dyb3VuZCB0YWxraW5nLg0KDQpJIGNoYW5nZXMgImZyb2dlcnkiIHRvICJn dWVzc2luZyIgZXZlcndoZXJlLiANCg0KPjEzLiBBcHBlbmRpeCBBIC0gcG9pbnQgMiAtIFRoZSBz ZWN1cml0eSBpcyBldmVuIGhpZ2hlciBpZiBlbmNyeXB0aW9uIHJhdGhlcg0KPnRoYW4gaW50ZWdy aXR5IGlzIHVzZWQgaGVyZS4NCg0KSSBhZGRlZCBhIHNlbnRlbmNlIHRoYXQgIlRoZSB1c2Ugb2Yg ZW5jcnlwdGVkIHRpbWVzdGFtcHMgaW4gdGhlIEVjaG8gb3B0aW9uIGluY3JlYXNlcyBzZWN1cml0 eSwgLi4uLiINCg0KV2UgdGhvdWdodCBhYm91dCB0aGlzIGJlZm9yZSBhbmQgYXQgc29tZSBwb2lu dCB3ZSBkaWQgaGF2ZSBhbiBzb2x1dGlvbiBleGFtcGxlIHdpdGggZW5jcnlwdGlvbi4gQnV0IGFz IG1vc3QgdXNlcyBvZiBFY2hvIHdpbGwgYmUgZW5jcnlwdGVkIGFueXdheSBEVExTL1RMUy9PU0NP UkUgYW5kIGVuY3J5cHRpb24gcmVxdWlyZXMgYW4gbm9uY2UsIGFuZCBhcyBhIG5vbmNlIGluY3Jl YXNlcyBvdmVyaGVhZCB3ZSBkaWQgbm90IGZlZWwgdGhhdCB0aGUgbWVzc2FnZSBvdmVyaGVhZC9j b21wbGV4aXR5L3NlY3VyaXR5IHRyYWRlLW9mZiB3YXMgZ29vZCBlbm91Z2ggdG8gaGF2ZSBhcyBh biBleGFtcGxlIGFuZCBjaG9zZSB0byBoYXZlIEludGVncml0eSBQcm90ZWN0ZWQgVGltZXN0YW1w IGFzIGFuIGV4YW1wbGUgaW5zdGVhZC4NCg0KQ2hlZXJzLA0KSm9obg0KDQrvu78tLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogSmltIFNjaGFhZCA8aWV0ZkBhdWd1c3RjZWxsYXJzLmNv bT4NCkRhdGU6IFRodXJzZGF5LCAxMSBKdWx5IDIwMTkgYXQgMDA6MTcNClRvOiAiZHJhZnQtaWV0 Zi1jb3JlLWVjaG8tcmVxdWVzdC10YWdAaWV0Zi5vcmciIDxkcmFmdC1pZXRmLWNvcmUtZWNoby1y ZXF1ZXN0LXRhZ0BpZXRmLm9yZz4NCkNjOiAnY29yZScgPGNvcmVAaWV0Zi5vcmc+DQpTdWJqZWN0 OiBXR0xDIGRyYWZ0LWlldGYtY29yZS1lY2hvLXJlcXVlc3QtdGFnLTA1DQpSZXNlbnQgZnJvbTog PGFsaWFzLWJvdW5jZXNAaWV0Zi5vcmc+DQpSZXNlbnQgdG86IDxjaHJpc3RpYW5AYW1zdWVzcy5j b20+LCBKb2huIE1hdHRzc29uIDxqb2huLm1hdHRzc29uQGVyaWNzc29uLmNvbT4sIDxnb3Jhbi5z ZWxhbmRlckBlcmljc3Nvbi5jb20+DQpSZXNlbnQgZGF0ZTogVGh1cnNkYXksIDExIEp1bHkgMjAx OSBhdCAwMDoxNg0KDQogICAgSGVyZSBhcmUgc29tZSBjb21tZW50czoNCiAgICANCiAgICAxLiAg VGhlIEFic3RyYWN0IG5lZWRzIHRvIHNheSB0aGF0IGl0IHVwZGF0ZXMgUkZDIDcyNTIgLSBhbmQg aXQgd291bGQgYmUNCiAgICBuaWNlIGlmIGl0IHN1bW1hcml6ZWQgd2hhdCBpdCB1cGRhdGVkLg0K ICAgIA0KICAgIDIuICBZb3UgY2FuIGNsZWFuIHVwIHRoZSB0ZXh0IGRlYWxpbmcgd2l0aCBjb3Jl LW9iamVjdC1zZWN1cml0eQ0KICAgIA0KICAgIDMuICBJbiBzZWN0aW9uIDIuMSAtIEl0IGlzIG5v dCBjbGVhciB0byBtZSB3aHkgb25lIHdvdWxkIHVzZSBhbiBvdXRlciBvcHRpb24NCiAgICBmb3Ig dGhlIGVjaG8gb3B0aW9uLiAgIFRoZSBpbm5lciBvbmUgd291bGQgYmUgZW5kLXRvLWVuZCBhbmQg dGh1cyBkb2VzIHRoZQ0KICAgIGZyZXNobmVzcyB0aGluZy4gIFdoYXQgZG9lcyB0aGUgb3V0ZXIg b25lIGRvPw0KICAgIA0KICAgIDQuICBJbiBzZWN0aW9uIDIuMSAob3Igc2VjdGlvbiAyLjIpIC0g VGhlcmUgbmVlZHMgdG8gYmUgc29tZSB0ZXh0IGFib3V0DQogICAgd2hlcmUgdGhlIGVjaG8gb3B0 aW9ucyBzaG91bGQgYmUgcmVmbGVjdGVkIGluIHRoZSBldmVudCB0aGF0IGVpdGhlciBib3RoDQog ICAgaW5uZXIgYW5kIG91dGVyIG9wdGlvbnMgYXJlIHJldHVybmVkIG9yIGp1c3QgYW4gb3V0ZXIg aXMgcmV0dXJuZWQuICBDYW4geW91DQogICAgdXNlIGFuIGlubmVyIHcvbyBzZWN1cml0eSBmb3Ig YSBuZXcgcmVxdWVzdD8gIEkuZS4gaXMgdGhlIGlubmVyIGVjaG8gdmFsdWUNCiAgICBjb25zaWRl cmVkIHRvIGJlIGEgc2VjdXJpdHkgdmFsdWU/DQogICAgDQogICAgNS4gIE5vdCBzdXJlIGlmIGl0 IGlzIHBlcm1pc3NpYmxlIGZvciBhIHByb3h5IHRvIG1vZGlmeSB0aGUgcmVxdWVzdCBpbg0KICAg IHJlc3BvbnNlIHRvIGEgNC4wMSB3aXRoIGFuIGVjaG8gb3B0aW9uIG9yIG5vdC4gIENsYXJpZmlj YXRpb24gbWlnaHQgYmUNCiAgICB1c2VmdWwgb24gdGhpcyB0b3BpYy4gIEkgdGhpbmsgSSB1bmRl cnN0YW5kIHRoZSBwYXJhZ3JhcGhzIGFib3V0IHByb3hpZXMgYXMNCiAgICBzZXJ2ZXJzLg0KICAg IA0KICAgIDYuICBJbiBzZWN0aW9uIDIuMyAtIGl0ZW0gMSBzdGFyIDIgLSBJIHdvdWxkIHRoaW5r IHRoYXQgYSBzZXJ2ZXIgY291bGQNCiAgICBwcm9hY3RpdmVseSByZXR1cm4gYW4gZWNobyBvcHRp b24gZXZlbiBpZiB0aGUgcmVxdWVzdCBkaWQgbm90IGNvbWUgd2l0aCBvbmUuDQogICAgVGh1cyAg R0VUIC0gQ29udGVudCB3LyBlY2hvIC0gUFVUIHcvIGVjaG8NCiAgICANCiAgICA3LiAgSW4gc2Vj dGlvbiAyLjMgLSBpdGVtIDIgLSBzdGFyIDIgLSBzL2V4cGVjdC9leGNlcHQvDQogICAgDQogICAg OC4gIEluIHNlY3Rpb24gMyBpdCBzYXlzIHRoYXQgdGhlIHJlcXVlc3RzIG11c3QgYmUgaW50ZWdy aXR5IHByb3RlY3RlZCwgYnV0DQogICAgaW4gc2VjdGlvbiAzLjEgaXQgc2F5cyB0aGF0IHRoaXMg bWF5IGJlIGFuIG91dGVyIG9wdGlvbiBhbmQgaXMgb2YgY2xhc3MgRQ0KICAgIG5vdCBjbGFzcyBJ LiAgKEFuZCBJIHJlY29nbml6ZSB0aGF0IGl0IGNhbm5vdCBiZSBjbGFzcyBJLikgIEkgdGhpbmsg dGhhdA0KICAgIHNlY3Rpb24gMyBpcyBwcm9iYWJseSB0aGUgaW5jb3JyZWN0IG9uZS4NCiAgICAN CiAgICA5LiAgSSB0aGluayB0aGF0IHNlY3Rpb24gMy40LjEgaXMgbWlzc2luZyBzb21ldGhpbmcs IGJ1dCBJIGhhdmUgbm90IGZpZ3VyZQ0KICAgIG91dCB3aGF0IGl0IGlzIHlldC4gIEknbGwgY29u dGludWUgdG8gbXVsbCB0aGlzIG9uZSBvdmVyLg0KICAgIA0KICAgIDEwLiAgU2VjdGlvbiAzLjQu MiAtIEkgdGhpbmsgdGhhdCBpdCB3b3VsZCBiZSByZWFzb25hYmxlIHRvIGhpZ2hsaWdodCB0aGF0 DQogICAgdHdvIE9TQ09SRSBibG9ja3dpc2Ugb3BlcmF0aW9ucyBtZWV0IHRoZXNlIGNvbmRpdGlv bnMgYXMgdGhlIHBhdGggaXMgaGlkZGVuDQogICAgYnkgc2VjdXJpdHkuDQogICAgDQogICAgMTEu IFNlY3Rpb24gNiAtIEkgYW0gaGF2aW5nIHByb2JsZW1zIHdpdGggdGhlIGlkZWEgb2YgYSBmb3Jn ZXJ5IG9mIGFuIEVjaG8NCiAgICBvcHRpb24sIGlmIHRoZSBvcHRpb24gaXMgdmlzaWJsZSB0byBh biBhdHRhY2tlciB3aHkgd291bGQgdGhleSBuZWVkIHRvIGZvcmdlDQogICAgaXQ/DQogICAgDQog ICAgMTIuIEFwcGVuZGl4IEEgLSBJIHRoaW5rIHdlIGhhdmUgYSBkaWZmZXJlbnQgZGVmaW5pdGlv biBvZiBmb3JnZXJ5IGZvciBsaXN0DQogICAgaXRlbSAxLiAgSSB3b3VsZCBoYXZlIGxhYmVsZWQg dGhpcyBhcyBndWVzc2luZyBub3QgZm9yZ2VyeS4gIFRoYXQgaXMNCiAgICBwcm9iYWJseSBteSBz ZWN1cml0eSBiYWNrZ3JvdW5kIHRhbGtpbmcuDQogICAgDQogICAgMTMuIEFwcGVuZGl4IEEgLSBw b2ludCAyIC0gVGhlIHNlY3VyaXR5IGlzIGV2ZW4gaGlnaGVyIGlmIGVuY3J5cHRpb24gcmF0aGVy DQogICAgdGhhbiBpbnRlZ3JpdHkgaXMgdXNlZCBoZXJlLg0KICAgIA0KICAgIGppbQ0KICAgIA0K ICAgIA0KICAgIA0KICAgIA0KICAgIA0KDQo= From nobody Sat Sep 21 20:44:28 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6FDE0120125; Sat, 21 Sep 2019 20:44:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 J4GN-FBCFK7K; Sat, 21 Sep 2019 20:44:25 -0700 (PDT) Received: from mail2.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C1468120059; Sat, 21 Sep 2019 20:44:24 -0700 (PDT) Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sat, 21 Sep 2019 16:07:00 -0700 From: Jim Schaad To: 'John Mattsson' , CC: 'core' References: <003901d5376d$27710960$76531c20$@augustcellars.com> <624A1C17-F891-4E19-B529-791A503A4500@ericsson.com> In-Reply-To: <624A1C17-F891-4E19-B529-791A503A4500@ericsson.com> Date: Sat, 21 Sep 2019 16:06:58 -0700 Message-ID: <000201d570d1$470c1e70$d5245b50$@augustcellars.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQJXc2ZUSiAjtBd1lVH15O+XNkYS4AEimaU+pig2wEA= Content-Language: en-us X-Originating-IP: [73.180.8.170] Archived-At: Subject: Re: [core] WGLC draft-ietf-core-echo-request-tag-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Sep 2019 03:44:28 -0000 I believe that this update (and the prior one) address all of the issues = that I had identified. I still have not managed to identify the vague = feeling item so it should be ignored. I am wondering if someplace there needs to be a statement that all of = the request tags much match in order for a match to occur? This may be = default behavior, it is for uri-path, but I don't know if it is always = true, for example accept requires only a single match. May also want a = note on duplicates in section 3.4.3 or 3.5 Jim -----Original Message----- From: John Mattsson =20 Sent: Thursday, September 19, 2019 6:20 AM To: Jim Schaad ; = draft-ietf-core-echo-request-tag@ietf.org Cc: 'core' Subject: Re: WGLC draft-ietf-core-echo-request-tag-05 Thanks Jim! >11. Section 6 - I am having problems with the idea of a forgery of an=20 >Echo option, if the option is visible to an attacker why would they=20 >need to forge it? > >12. Appendix A - I think we have a different definition of forgery for=20 >list item 1. I would have labeled this as guessing not forgery. That=20 >is probably my security background talking. I changes "frogery" to "guessing" everwhere.=20 >13. Appendix A - point 2 - The security is even higher if encryption=20 >rather than integrity is used here. I added a sentence that "The use of encrypted timestamps in the Echo = option increases security, ...." We thought about this before and at some point we did have an solution = example with encryption. But as most uses of Echo will be encrypted = anyway DTLS/TLS/OSCORE and encryption requires an nonce, and as a nonce = increases overhead we did not feel that the message = overhead/complexity/security trade-off was good enough to have as an = example and chose to have Integrity Protected Timestamp as an example = instead. Cheers, John =EF=BB=BF-----Original Message----- From: Jim Schaad Date: Thursday, 11 July 2019 at 00:17 To: "draft-ietf-core-echo-request-tag@ietf.org" = Cc: 'core' Subject: WGLC draft-ietf-core-echo-request-tag-05 Resent from: Resent to: , John Mattsson = , Resent date: = Thursday, 11 July 2019 at 00:16 Here are some comments: =20 1. The Abstract needs to say that it updates RFC 7252 - and it = would be nice if it summarized what it updated. =20 2. You can clean up the text dealing with core-object-security =20 3. In section 2.1 - It is not clear to me why one would use an = outer option for the echo option. The inner one would be end-to-end and thus = does the freshness thing. What does the outer one do? =20 4. In section 2.1 (or section 2.2) - There needs to be some text = about where the echo options should be reflected in the event that either = both inner and outer options are returned or just an outer is returned. = Can you use an inner w/o security for a new request? I.e. is the inner echo = value considered to be a security value? =20 5. Not sure if it is permissible for a proxy to modify the request = in response to a 4.01 with an echo option or not. Clarification might = be useful on this topic. I think I understand the paragraphs about = proxies as servers. =20 6. In section 2.3 - item 1 star 2 - I would think that a server = could proactively return an echo option even if the request did not come = with one. Thus GET - Content w/ echo - PUT w/ echo =20 7. In section 2.3 - item 2 - star 2 - s/expect/except/ =20 8. In section 3 it says that the requests must be integrity = protected, but in section 3.1 it says that this may be an outer option and is of = class E not class I. (And I recognize that it cannot be class I.) I think = that section 3 is probably the incorrect one. =20 9. I think that section 3.4.1 is missing something, but I have not = figure out what it is yet. I'll continue to mull this one over. =20 10. Section 3.4.2 - I think that it would be reasonable to = highlight that two OSCORE blockwise operations meet these conditions as the path is = hidden by security. =20 11. Section 6 - I am having problems with the idea of a forgery of = an Echo option, if the option is visible to an attacker why would they need = to forge it? =20 12. Appendix A - I think we have a different definition of forgery = for list item 1. I would have labeled this as guessing not forgery. That is probably my security background talking. =20 13. Appendix A - point 2 - The security is even higher if encryption = rather than integrity is used here. =20 jim =20 =20 =20 =20 =20 From nobody Sun Sep 22 05:11:03 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5786B12013F; Sun, 22 Sep 2019 05:10:51 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Roni Even via Datatracker To: Cc: draft-ietf-core-hop-limit.all@ietf.org, ietf@ietf.org, core@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.102.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Roni Even Message-ID: <156915425127.1340.18230115848839912205@ietfa.amsl.com> Date: Sun, 22 Sep 2019 05:10:51 -0700 Archived-At: Subject: [core] Genart last call review of draft-ietf-core-hop-limit-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Sep 2019 12:11:02 -0000 Reviewer: Roni Even Review result: Ready with Nits I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair. Please treat these comments just like any other last call comments. For more information, please see the FAQ at . Document: draft-ietf-core-hop-limit-?? Reviewer: Roni Even Review Date: 2019-09-22 IETF LC End Date: 2019-09-27 IESG Telechat date: Not scheduled for a telechat Summary: The document is ready for publication as a standard track RFC with nits Major issues: Minor issues: Nits/editorial comments: In section 6.2 I am not sure why you have CUNR , I did not see these values in RFC7252 section 12.2 https://tools.ietf.org/html/rfc7252#section-12.2 or in the registry +--------+---+---+---+---+------------------+-----------+ | Number | C | U | N | R | Name | Reference | +--------+---+---+---+---+------------------+-----------+ | TBA2 | | | | | Hop-Limit | [RFCXXXX] | +--------+---+---+---+---+------------------+-----------+ C=Critical, U=Unsafe, N=NoCacheKey, R=Repeatable From nobody Sun Sep 22 06:28:51 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5419F1200B4; Sun, 22 Sep 2019 06:28:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.82 X-Spam-Level: X-Spam-Status: No, score=-1.82 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.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 46Jq0mEXh2jT; Sun, 22 Sep 2019 06:28:40 -0700 (PDT) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 445D3120018; Sun, 22 Sep 2019 06:28:36 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id EDD7320EF7; Sun, 22 Sep 2019 09:28:34 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Sun, 22 Sep 2019 09:28:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=BooIsQ GlJc6eNbQx9aNSI25O3TN2Zq8wlOuhUSFHll8=; b=SoACC4M6T8t3EpyshJdjdt d249fm0BmP1vAoEPe2fwzKtM4QzRLCBcs6pJTvzBMqpJC0zSCIwS5biENmlfMAGO Ujb+ZnOt4MDAChWbB6dmAR8DzN6/R5mTnWaBiUYnnDnCWjmBr9w1f0sGhQ8AXra/ elt70spqRAU3DT/P6TTB4rfCbUl+R2Mo5oMnN0F9nrfr/tRG0tgjMReVIZG4Us9P oofp07vfGAkNGh8N+VD2I69RMP5B2VMp0+KAerTw7Rbgu9BGwRblwUsx6/g6W9lN 6DOWKrc34b4ELNYvN2IpAQkuE8gsFgvVlUUFQvNXC+AfftTM3eO8nAnpdj1zUt8A == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrvdeigdeigecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjfgesthdtre dttdervdenucfhrhhomheplfgrihhmvgculfhimhornhgviicuoehjrghimhgvsehikhhi rdhfiheqnecuffhomhgrihhnpehivghtfhdrohhrghenucfkphepudelkedrvdegrdeird dvvddtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehjrghimhgvsehikhhirdhfihenucev lhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: from EMB-918HFH01 (unknown [198.24.6.220]) by mail.messagingengine.com (Postfix) with ESMTPA id D630080060; Sun, 22 Sep 2019 09:28:32 -0400 (EDT) Date: Sun, 22 Sep 2019 16:28:30 +0300 From: =?utf-8?Q?Jaime=20Jim=C3=A9nez?= To: Roni Even Cc: gen-art@ietf.org, draft-ietf-core-hop-limit.all@ietf.org, ietf@ietf.org, core@ietf.org Message-ID: <20190922132830.kemraqhnzcjxprt2@EMB-918HFH01> References: <156915425127.1340.18230115848839912205@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <156915425127.1340.18230115848839912205@ietfa.amsl.com> User-Agent: NeoMutt/20180716 Archived-At: Subject: Re: [core] Genart last call review of draft-ietf-core-hop-limit-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Sep 2019 13:28:42 -0000 Dear Roni, I believe the CUNR bit mask is defined in 5.4.6 https://tools.ietf.org/html/rfc7252#page-39 I assume it has to be added for every new option defined. Ciao! On Sun, Sep 22, 2019 at 05:10:51AM -0700, Roni Even via Datatracker wrote: > Reviewer: Roni Even > Review result: Ready with Nits > > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed > by the IESG for the IETF Chair. Please treat these comments just > like any other last call comments. > > For more information, please see the FAQ at > > . > > Document: draft-ietf-core-hop-limit-?? > Reviewer: Roni Even > Review Date: 2019-09-22 > IETF LC End Date: 2019-09-27 > IESG Telechat date: Not scheduled for a telechat > > Summary: > The document is ready for publication as a standard track RFC with nits > > Major issues: > > Minor issues: > > Nits/editorial comments: > > In section 6.2 I am not sure why you have CUNR , I did not see these values in > RFC7252 section 12.2 https://tools.ietf.org/html/rfc7252#section-12.2 or in > the registry > > +--------+---+---+---+---+------------------+-----------+ > | Number | C | U | N | R | Name | Reference | > +--------+---+---+---+---+------------------+-----------+ > | TBA2 | | | | | Hop-Limit | [RFCXXXX] | > +--------+---+---+---+---+------------------+-----------+ > C=Critical, U=Unsafe, N=NoCacheKey, R=Repeatable > > From nobody Sun Sep 22 22:01:42 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35A11120105; Sun, 22 Sep 2019 22:01:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 9Wtn4iEQRYax; Sun, 22 Sep 2019 22:01:30 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 989FC120104; Sun, 22 Sep 2019 22:01:30 -0700 (PDT) Received: from lhreml703-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 688EC352F8B0A7C1CAEF; Mon, 23 Sep 2019 06:01:28 +0100 (IST) Received: from DGGEMM405-HUB.china.huawei.com (10.3.20.213) by lhreml703-cah.china.huawei.com (10.201.108.44) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 23 Sep 2019 06:01:27 +0100 Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.207]) by DGGEMM405-HUB.china.huawei.com ([10.3.20.213]) with mapi id 14.03.0439.000; Mon, 23 Sep 2019 13:01:21 +0800 From: "Roni Even (A)" To: =?iso-8859-1?Q?Jaime_Jim=E9nez?= , Roni Even CC: "draft-ietf-core-hop-limit.all@ietf.org" , "gen-art@ietf.org" , "ietf@ietf.org" , "core@ietf.org" Thread-Topic: [Gen-art] Genart last call review of draft-ietf-core-hop-limit-05 Thread-Index: AQHVcUmuXxbPJdHB3E6qYwe0zeL4n6c4sylg Date: Mon, 23 Sep 2019 05:01:20 +0000 Message-ID: <6E58094ECC8D8344914996DAD28F1CCD23D6A192@DGGEMM506-MBX.china.huawei.com> References: <156915425127.1340.18230115848839912205@ietfa.amsl.com> <20190922132830.kemraqhnzcjxprt2@EMB-918HFH01> In-Reply-To: <20190922132830.kemraqhnzcjxprt2@EMB-918HFH01> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.202.58] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [core] [Gen-art] Genart last call review of draft-ietf-core-hop-limit-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2019 05:01:33 -0000 Hi, I looked at section 5.4.6 and now I understand that the option is elective,= non-repeatable and part of cache key. That will mean that the option number should have the two least significant= bits as 0 and the next 3 bits some combination that is not all 1's, see al= so https://tools.ietf.org/html/rfc7252#section-5.10 I think you need to recommend a number for the option to IANA that will all= ow understanding of the characteristics of the option, IANA cannot allocate= a random number to a new option Roni -----Original Message----- From: Gen-art [mailto:gen-art-bounces@ietf.org] On Behalf Of Jaime Jim=E9ne= z Sent: Sunday, September 22, 2019 4:29 PM To: Roni Even Cc: draft-ietf-core-hop-limit.all@ietf.org; gen-art@ietf.org; ietf@ietf.org= ; core@ietf.org Subject: Re: [Gen-art] Genart last call review of draft-ietf-core-hop-limit= -05 Dear Roni, I believe the CUNR bit mask is defined in 5.4.6 https://tools.ietf.org/html= /rfc7252#page-39 I assume it has to be added for every new option defined.=20 Ciao! On Sun, Sep 22, 2019 at 05:10:51AM -0700, Roni Even via Datatracker wrote: > Reviewer: Roni Even > Review result: Ready with Nits >=20 > I am the assigned Gen-ART reviewer for this draft. The General Area=20 > Review Team (Gen-ART) reviews all IETF documents being processed by=20 > the IESG for the IETF Chair. Please treat these comments just like=20 > any other last call comments. >=20 > For more information, please see the FAQ at >=20 > . >=20 > Document: draft-ietf-core-hop-limit-?? > Reviewer: Roni Even > Review Date: 2019-09-22 > IETF LC End Date: 2019-09-27 > IESG Telechat date: Not scheduled for a telechat >=20 > Summary: > The document is ready for publication as a standard track RFC with=20 > nits >=20 > Major issues: >=20 > Minor issues: >=20 > Nits/editorial comments: >=20 > In section 6.2 I am not sure why you have CUNR , I did not see these=20 > values in > RFC7252 section 12.2 https://tools.ietf.org/html/rfc7252#section-12.2 =20 > or in the registry >=20 > +--------+---+---+---+---+------------------+-----------+ > | Number | C | U | N | R | Name | Reference | > +--------+---+---+---+---+------------------+-----------+ > | TBA2 | | | | | Hop-Limit | [RFCXXXX] | > +--------+---+---+---+---+------------------+-----------+ > C=3DCritical, U=3DUnsafe, N=3DNoCacheKey, R=3DRepeatable >=20 >=20 _______________________________________________ Gen-art mailing list Gen-art@ietf.org https://www.ietf.org/mailman/listinfo/gen-art From nobody Sun Sep 22 23:19:18 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D438312011D; Sun, 22 Sep 2019 23:19:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no 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 hOmHc1T4KOsn; Sun, 22 Sep 2019 23:19:06 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADADE12011A; Sun, 22 Sep 2019 23:19:05 -0700 (PDT) Received: from opfedar01.francetelecom.fr (unknown [xx.xx.xx.2]) by opfedar23.francetelecom.fr (ESMTP service) with ESMTP id 46cDfw2x1zzBswg; Mon, 23 Sep 2019 08:19:04 +0200 (CEST) Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.54]) by opfedar01.francetelecom.fr (ESMTP service) with ESMTP id 46cDfw1KsSzBrLM; Mon, 23 Sep 2019 08:19:04 +0200 (CEST) Received: from OPEXCAUBMA2.corporate.adroot.infra.ftgroup ([fe80::e878:bd0:c89e:5b42]) by OPEXCAUBM7D.corporate.adroot.infra.ftgroup ([fe80::bcfe:4850:e646:f223%21]) with mapi id 14.03.0468.000; Mon, 23 Sep 2019 08:19:03 +0200 From: To: "Roni Even (A)" , =?iso-8859-1?Q?Jaime_Jim=E9nez?= , Roni Even CC: "draft-ietf-core-hop-limit.all@ietf.org" , "gen-art@ietf.org" , "ietf@ietf.org" , "core@ietf.org" Thread-Topic: [Gen-art] Genart last call review of draft-ietf-core-hop-limit-05 Thread-Index: AQHVcT7QBewmM1TZyEKU8A+VJGKTyac3jzoAgAEEoQCAADajwA== Date: Mon, 23 Sep 2019 06:19:03 +0000 Message-ID: <787AE7BB302AE849A7480A190F8B933031324439@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <156915425127.1340.18230115848839912205@ietfa.amsl.com> <20190922132830.kemraqhnzcjxprt2@EMB-918HFH01> <6E58094ECC8D8344914996DAD28F1CCD23D6A192@DGGEMM506-MBX.china.huawei.com> In-Reply-To: <6E58094ECC8D8344914996DAD28F1CCD23D6A192@DGGEMM506-MBX.china.huawei.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.245] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [core] [Gen-art] Genart last call review of draft-ietf-core-hop-limit-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2019 06:19:08 -0000 Hi Roni, Sure. We can include a suggested value.=20 Thank you for the review. Cheers, Med > -----Message d'origine----- > De=A0: Roni Even (A) [mailto:roni.even@huawei.com] > Envoy=E9=A0: lundi 23 septembre 2019 07:01 > =C0=A0: Jaime Jim=E9nez; Roni Even > Cc=A0: draft-ietf-core-hop-limit.all@ietf.org; gen-art@ietf.org; > ietf@ietf.org; core@ietf.org > Objet=A0: RE: [Gen-art] Genart last call review of draft-ietf-core-hop- > limit-05 >=20 > Hi, > I looked at section 5.4.6 and now I understand that the option is > elective, non-repeatable and part of cache key. > That will mean that the option number should have the two least > significant bits as 0 and the next 3 bits some combination that is not al= l > 1's, see also https://tools.ietf.org/html/rfc7252#section-5.10 >=20 > I think you need to recommend a number for the option to IANA that will > allow understanding of the characteristics of the option, IANA cannot > allocate a random number to a new option >=20 > Roni >=20 >=20 >=20 > -----Original Message----- > From: Gen-art [mailto:gen-art-bounces@ietf.org] On Behalf Of Jaime Jim=E9= nez > Sent: Sunday, September 22, 2019 4:29 PM > To: Roni Even > Cc: draft-ietf-core-hop-limit.all@ietf.org; gen-art@ietf.org; > ietf@ietf.org; core@ietf.org > Subject: Re: [Gen-art] Genart last call review of draft-ietf-core-hop- > limit-05 >=20 > Dear Roni, >=20 > I believe the CUNR bit mask is defined in 5.4.6 > https://tools.ietf.org/html/rfc7252#page-39 > I assume it has to be added for every new option defined. >=20 > Ciao! >=20 > On Sun, Sep 22, 2019 at 05:10:51AM -0700, Roni Even via Datatracker wrote= : > > Reviewer: Roni Even > > Review result: Ready with Nits > > > > I am the assigned Gen-ART reviewer for this draft. The General Area > > Review Team (Gen-ART) reviews all IETF documents being processed by > > the IESG for the IETF Chair. Please treat these comments just like > > any other last call comments. > > > > For more information, please see the FAQ at > > > > . > > > > Document: draft-ietf-core-hop-limit-?? > > Reviewer: Roni Even > > Review Date: 2019-09-22 > > IETF LC End Date: 2019-09-27 > > IESG Telechat date: Not scheduled for a telechat > > > > Summary: > > The document is ready for publication as a standard track RFC with > > nits > > > > Major issues: > > > > Minor issues: > > > > Nits/editorial comments: > > > > In section 6.2 I am not sure why you have CUNR , I did not see these > > values in > > RFC7252 section 12.2 https://tools.ietf.org/html/rfc7252#section-12.2 > > or in the registry > > > > +--------+---+---+---+---+------------------+-----------+ > > | Number | C | U | N | R | Name | Reference | > > +--------+---+---+---+---+------------------+-----------+ > > | TBA2 | | | | | Hop-Limit | [RFCXXXX] | > > +--------+---+---+---+---+------------------+-----------+ > > C=3DCritical, U=3DUnsafe, N=3DNoCacheKey, R=3DRepeatable > > > > >=20 > _______________________________________________ > Gen-art mailing list > Gen-art@ietf.org > https://www.ietf.org/mailman/listinfo/gen-art From nobody Mon Sep 23 07:38:06 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 114B11200D6; Mon, 23 Sep 2019 07:38:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmail.fm header.b=EyVE0643; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=rwnrWtil 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 Ym36QEWKIEaC; Mon, 23 Sep 2019 07:38:03 -0700 (PDT) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 10B641200C1; Mon, 23 Sep 2019 07:38:03 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 68C52223B4; Mon, 23 Sep 2019 10:38:01 -0400 (EDT) Received: from imap1 ([10.202.2.51]) by compute7.internal (MEProxy); Mon, 23 Sep 2019 10:38:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= mime-version:message-id:in-reply-to:references:date:from:to:cc :subject:content-type:content-transfer-encoding; s=fm1; bh=c5zbo 3kBdVA+4KJj9OdTTCq+XRJjtvLWjIUmPW0HbDk=; b=EyVE0643eLuk3rmAJtgdL QB0y7DzziJYc8apE2JF+NBCjnmvdBWw4tKArXdmdS3HAsYpWiKtqteK8ImgEf/S3 mc32ZGroanRcI5y1mQY2yTFTLoDBLHuvChOZdPTtXanRd2U36ng/MTPdH8+6vCDI 0EJl/t9v5m7UBRw1JYWiOO6n8jEwgvFwHbpbVAuhrVSVQQlCxNqgX2ngjbdEz0Lv NjzyBPd+eqD6Fh9VpMCJiIWAwl0LHoS2b8QPOyoNfxYvIyWY91Fa5G9fD+Dm4daU wILEqgVklhcK1zs6IUeWZUfLMvGNz+YY3oLxhhQ+TFYgknUeCPkay5MHL2BIlHpA Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=c5zbo3kBdVA+4KJj9OdTTCq+XRJjtvLWjIUmPW0Hb Dk=; b=rwnrWtilXAHWGq2KvIZxrOmj10Z5pV6Mthh5FC8ALlWW0Oxp2ONMOhp5w 2h5IT7qHgVpFoEDaW4CL7Om159+1W2TU+AgDXx/TkKeCx5OHhEys3pEc8MoUONg8 zWf+gWZzJZ5Usgn4D2ffocx/Dt0INmK3+moAXVVYzUe7PU5hDCLqvsF0sDeuKxQN +YhElool7ijMUq380Py8zgmG8Tfq2lzCbwzh5VvrAxJnyYoHs3NvJ6N3I56X9RtC VyS6z/MzQLYgDofcpwT2HeE6kx1PcAG/i8bOyGtIINYvh9RVv066804Tl4QGC5Yq /+MW+q1ohYj0ofWT83M9HYz9R+W0g== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrvdekgdejkecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefofgggkfgjfhffhffvufgtgfesthhqredtreerjeenucfhrhhomhepfdetlhgv gigvhicuofgvlhhnihhkohhvfdcuoegrrghmvghlnhhikhhovhesfhgrshhtmhgrihhlrd hfmheqnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrrghmvghlnhhikhhovhesfhgrshht mhgrihhlrdhfmhenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id B3CA0C200A5; Mon, 23 Sep 2019 10:38:00 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-238-g170a812-fmstable-20190913v1 Mime-Version: 1.0 Message-Id: <165f4130-4e77-4259-89c4-41a40905be01@www.fastmail.com> In-Reply-To: <20190904033200.GR58050@kduck.mit.edu> References: <155675554069.2851.9351849772053196736.idtracker@ietfa.amsl.com> <459433ef-5cb5-4c3e-a32e-a5d063b1ccf0@www.fastmail.com> <20190504232153.GA19805@kduck.mit.edu> <20190826181801.GJ84368@kduck.mit.edu> <79816A1A-7863-47FC-8EF7-B6BB42A49D1E@tzi.org> <20190904033200.GR58050@kduck.mit.edu> Date: Mon, 23 Sep 2019 15:37:39 +0100 From: "Alexey Melnikov" To: "Benjamin Kaduk" , "Carsten Bormann" Cc: "The IESG" , draft-ietf-core-multipart-ct@ietf.org, =?UTF-8?Q?Jaime_Jim=C3=A9nez?= , core-chairs@ietf.org, core@ietf.org Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [core] =?utf-8?q?Benjamin_Kaduk=27s_Discuss_on_draft-ietf-core-m?= =?utf-8?q?ultipart-ct-03=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2019 14:38:05 -0000 Hi all, To get closure on this: On Wed, Sep 4, 2019, at 4:32 AM, Benjamin Kaduk wrote: > On Tue, Aug 27, 2019 at 09:43:55PM +0200, Carsten Bormann wrote: > > Hi Benjamin, > >=20 > > I completely agree that signed security assertions need to be interp= retable without external context. But that is a very different world fr= om the media type being defined here. > >=20 > > In a CoAP interaction, the response might be (literally) > >=20 > > 33.5 > >=20 > > to tell you the temperature in my room. SenML can be used to includ= e more context, but often the request context is really needed to make s= ense of the response (here probably something like =E2=80=9CGET /temp1=E2= =80=9D, translated into a CoAP request), and additional information may = only be available through the installation context (e.g., that this temp= erature is in =C2=B0C and not in =C2=B0F, or that the above request to [= 2001:db8::1]:5683 actually leads to the temperature sensor for the room = to right of the corridor, second door). > >=20 > > (OSCORE protects the relationship between the request context and th= e response, but cannot really protect the external context except by rel= ating the key of the server with its function/installation location. Wh= ere the latter is really hard to protect, and then somebody can still co= me with a lighter and heat up the sensor, leading to incorrect temperatu= re measurements just for fun.) > >=20 > > This is the reason why the ambiguities incurred by using this media = type are really on the mild side. >=20 > I don't disagree with any of what you say. I'm currently coming at th= is > from a perspective of "there's a mismatch between what's being describ= ed as > use cases and what's being cited for how it works" (a progression from= the > previous "this doesn't say precisely what it means, whether directly o= r by > reference"). Alexey's followups seem to suggest that the issue is jus= t > that the thing "being cited for how it works" (i.e., traditional > multipart/mixed) doesn't quite reflect reality, in which case it seems= > fairly straightforward to just note the disparity/divergence-from-refe= rence > and move on. I suggest to do the following change in the 3rd paragraph of the introdu= ction: As the name of the media-type suggests, it is inspired by the multipart media types that started to be defined with the original set of MIME specifications [RFC2046]. However, while those needed to= focus on the syntactic aspects of integrating multiple representations into one e-mail, transfer protocols providing full data transparency such as CoAP as well as readily available encoding formats such as the Concise Binary Object Representation (CBOR) [RFC7049] shift the focus towards the intended use of the combined representations. In this respect, the basic intent of the application/multipart-core media type is like that of multipart/mixed= (Section 5.1.3 of [RFC2046]).=20 I suggest changing the last sentence of the above quoted text to read: In this respect, the basic intent of the application/multipart-core media type is like that of multipart/mixed= (Section 5.1.3 of [RFC2046]), however the semantics is relaxed to allow for both ordered and unordered collections of media types. If you think this needs to be explained further, something like the foll= owing can be added after that or inserted as a "historic note": Experience with multipart/mixed in email has shown that recipients that care about order of included body parts will process them in the order they are listed inside multipart/mixed and recipients that don't care about the order will ignore it anyway. multipart/para= llel that was intended for unordered collections didn't deploy. Does this work for people? Thank you, Alexey =20 From nobody Mon Sep 23 09:45:26 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 312811200F4; Mon, 23 Sep 2019 09:45:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 MJjBAXzuQK4V; Mon, 23 Sep 2019 09:45:20 -0700 (PDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 BC7881200CC; Mon, 23 Sep 2019 09:45:19 -0700 (PDT) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id x8NGj7He031096 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 23 Sep 2019 12:45:10 -0400 Date: Mon, 23 Sep 2019 09:45:07 -0700 From: Benjamin Kaduk To: Alexey Melnikov Cc: Carsten Bormann , The IESG , draft-ietf-core-multipart-ct@ietf.org, Jaime =?iso-8859-1?Q?Jim=E9nez?= , core-chairs@ietf.org, core@ietf.org Message-ID: <20190923164507.GH6424@kduck.mit.edu> References: <155675554069.2851.9351849772053196736.idtracker@ietfa.amsl.com> <459433ef-5cb5-4c3e-a32e-a5d063b1ccf0@www.fastmail.com> <20190504232153.GA19805@kduck.mit.edu> <20190826181801.GJ84368@kduck.mit.edu> <79816A1A-7863-47FC-8EF7-B6BB42A49D1E@tzi.org> <20190904033200.GR58050@kduck.mit.edu> <165f4130-4e77-4259-89c4-41a40905be01@www.fastmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <165f4130-4e77-4259-89c4-41a40905be01@www.fastmail.com> User-Agent: Mutt/1.12.1 (2019-06-15) Archived-At: Subject: Re: [core] Benjamin Kaduk's Discuss on draft-ietf-core-multipart-ct-03: (with DISCUSS and COMMENT) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2019 16:45:22 -0000 On Mon, Sep 23, 2019 at 03:37:39PM +0100, Alexey Melnikov wrote: > Hi all, > To get closure on this: > > On Wed, Sep 4, 2019, at 4:32 AM, Benjamin Kaduk wrote: > > On Tue, Aug 27, 2019 at 09:43:55PM +0200, Carsten Bormann wrote: > > > Hi Benjamin, > > > > > > I completely agree that signed security assertions need to be interpretable without external context. But that is a very different world from the media type being defined here. > > > > > > In a CoAP interaction, the response might be (literally) > > > > > > 33.5 > > > > > > to tell you the temperature in my room. SenML can be used to include more context, but often the request context is really needed to make sense of the response (here probably something like “GET /temp1â€, translated into a CoAP request), and additional information may only be available through the installation context (e.g., that this temperature is in °C and not in °F, or that the above request to [2001:db8::1]:5683 actually leads to the temperature sensor for the room to right of the corridor, second door). > > > > > > (OSCORE protects the relationship between the request context and the response, but cannot really protect the external context except by relating the key of the server with its function/installation location. Where the latter is really hard to protect, and then somebody can still come with a lighter and heat up the sensor, leading to incorrect temperature measurements just for fun.) > > > > > > This is the reason why the ambiguities incurred by using this media type are really on the mild side. > > > > I don't disagree with any of what you say. I'm currently coming at this > > from a perspective of "there's a mismatch between what's being described as > > use cases and what's being cited for how it works" (a progression from the > > previous "this doesn't say precisely what it means, whether directly or by > > reference"). Alexey's followups seem to suggest that the issue is just > > that the thing "being cited for how it works" (i.e., traditional > > multipart/mixed) doesn't quite reflect reality, in which case it seems > > fairly straightforward to just note the disparity/divergence-from-reference > > and move on. > > I suggest to do the following change in the 3rd paragraph of the introduction: > > As the name of the media-type suggests, it is inspired by the > multipart media types that started to be defined with the original > set of MIME specifications [RFC2046]. However, while those needed to > focus on the syntactic aspects of integrating multiple > representations into one e-mail, transfer protocols providing full > data transparency such as CoAP as well as readily available encoding > formats such as the Concise Binary Object Representation (CBOR) > [RFC7049] shift the focus towards the intended use of the combined > representations. In this respect, the basic intent of the > application/multipart-core media type is like that of multipart/mixed > (Section 5.1.3 of [RFC2046]). > > I suggest changing the last sentence of the above quoted text to read: > > In this respect, the basic intent of the > application/multipart-core media type is like that of multipart/mixed > (Section 5.1.3 of [RFC2046]), however the semantics is relaxed to > allow for both ordered and unordered collections of media types. > > If you think this needs to be explained further, something like the following > can be added after that or inserted as a "historic note": > > Experience with multipart/mixed in email has shown that recipients > that care about order of included body parts will process them > in the order they are listed inside multipart/mixed and recipients > that don't care about the order will ignore it anyway. multipart/parallel > that was intended for unordered collections didn't deploy. > > Does this work for people? Both the "short version" and the "long version" look great to me. Thanks, Ben From nobody Mon Sep 23 09:53:11 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C1231200F4; Mon, 23 Sep 2019 09:53:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmail.fm header.b=aRXlZz0T; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=EiQRYfEW 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 9n-V0SAcKxef; Mon, 23 Sep 2019 09:52:58 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C82351200CC; Mon, 23 Sep 2019 09:52:57 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id A163F22007; Mon, 23 Sep 2019 12:52:56 -0400 (EDT) Received: from imap1 ([10.202.2.51]) by compute7.internal (MEProxy); Mon, 23 Sep 2019 12:52:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= mime-version:message-id:in-reply-to:references:date:from:to:cc :subject:content-type:content-transfer-encoding; s=fm1; bh=jBXyJ Du8kqaTUxnvNCQoxvGrKO4XUv+2d5Rktd6cL4k=; b=aRXlZz0TmS+BTRYNtDK1E XlVabMTP2m8gtgdEye5yreM0qNOSFe3G8jrkVq9b1XR0fAcy0amABqX2vwSlvpwZ xrh1VIGCKDQRPNdPKdDibvSwX9jkh3YrlaLRTHHgdle56MMwwoFpQJsnR+SioMa/ H0nbkzPFInBFMbYDBZuPDBWxJ+JQsEoroyZYIOyy8bf4OAxTkde1NGC0TfWXRlEt EeQt9F9hd1TtLo+gShFjieHX8iiCSg53K8hosGkXWnnXqI+JA3S6bQDlzV7P8caT fNAaloG1ebq5qtvZzTFdgNqFxnpCBrfbLfrIIia3tleeBs2h+BmUII5Ccna1QLOK A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=jBXyJDu8kqaTUxnvNCQoxvGrKO4XUv+2d5Rktd6cL 4k=; b=EiQRYfEWJVW+K/BEJ6XxfHtlrkyDTuhBPLB6cFFAVYeSc/0heB+EeOtZ2 lJK8+B2o4p2Bmqq/Rd1Rh1l6juq+KEnFaLVtt+/qHBCacRt7tIMNZLeo0XjojjXZ CTQTSv3wpstbWw/D0GG4vC/y++Fxf/MqRd7G2wWB6ryC8c9UwFn4MhBzituRp1m4 CTG3FkRox/49vT0gDH7cX/usrSceR6wPNFOAURR5iHv52TYVBWPDGi5teQEARhR/ 4ehWcGGlIStACGa3QedpTUuL6346nhe1zbHqaOQX1vJLJ2ShQSuVgFnmuDp9BCF5 DSVDK8F50zKEesfFiIwNOuezKJqZg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrvdekgddutdeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvffutgfgsehtqhertderreejnecuhfhrohhmpedftehl vgigvgihucfovghlnhhikhhovhdfuceorggrmhgvlhhnihhkohhvsehfrghsthhmrghilh drfhhmqeenucfrrghrrghmpehmrghilhhfrhhomheprggrmhgvlhhnihhkohhvsehfrghs thhmrghilhdrfhhmnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 93717C200A6; Mon, 23 Sep 2019 12:52:55 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-238-g170a812-fmstable-20190913v1 Mime-Version: 1.0 Message-Id: In-Reply-To: <20190923164507.GH6424@kduck.mit.edu> References: <155675554069.2851.9351849772053196736.idtracker@ietfa.amsl.com> <459433ef-5cb5-4c3e-a32e-a5d063b1ccf0@www.fastmail.com> <20190504232153.GA19805@kduck.mit.edu> <20190826181801.GJ84368@kduck.mit.edu> <79816A1A-7863-47FC-8EF7-B6BB42A49D1E@tzi.org> <20190904033200.GR58050@kduck.mit.edu> <165f4130-4e77-4259-89c4-41a40905be01@www.fastmail.com> <20190923164507.GH6424@kduck.mit.edu> Date: Mon, 23 Sep 2019 17:52:35 +0100 From: "Alexey Melnikov" To: "Benjamin Kaduk" Cc: "Carsten Bormann" , "The IESG" , draft-ietf-core-multipart-ct@ietf.org, =?UTF-8?Q?Jaime_Jim=C3=A9nez?= , core-chairs@ietf.org, core@ietf.org Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [core] =?utf-8?q?Benjamin_Kaduk=27s_Discuss_on_draft-ietf-core-m?= =?utf-8?q?ultipart-ct-03=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2019 16:53:01 -0000 Hi Benjamin, I've added the long version as an RFC Editor note. If you can clear your= DISCUSS, that would be much appreciated! Thank you, Alexey On Mon, Sep 23, 2019, at 5:45 PM, Benjamin Kaduk wrote: > On Mon, Sep 23, 2019 at 03:37:39PM +0100, Alexey Melnikov wrote: > > Hi all, > > To get closure on this: > >=20 > > On Wed, Sep 4, 2019, at 4:32 AM, Benjamin Kaduk wrote: > > > On Tue, Aug 27, 2019 at 09:43:55PM +0200, Carsten Bormann wrote: > > > > Hi Benjamin, > > > >=20 > > > > I completely agree that signed security assertions need to be in= terpretable without external context. But that is a very different worl= d from the media type being defined here. > > > >=20 > > > > In a CoAP interaction, the response might be (literally) > > > >=20 > > > > 33.5 > > > >=20 > > > > to tell you the temperature in my room. SenML can be used to in= clude more context, but often the request context is really needed to ma= ke sense of the response (here probably something like =E2=80=9CGET /tem= p1=E2=80=9D, translated into a CoAP request), and additional information= may only be available through the installation context (e.g., that this= temperature is in =C2=B0C and not in =C2=B0F, or that the above request= to [2001:db8::1]:5683 actually leads to the temperature sensor for the = room to right of the corridor, second door). > > > >=20 > > > > (OSCORE protects the relationship between the request context an= d the response, but cannot really protect the external context except by= relating the key of the server with its function/installation location.= Where the latter is really hard to protect, and then somebody can stil= l come with a lighter and heat up the sensor, leading to incorrect tempe= rature measurements just for fun.) > > > >=20 > > > > This is the reason why the ambiguities incurred by using this me= dia type are really on the mild side. > > >=20 > > > I don't disagree with any of what you say. I'm currently coming a= t this > > > from a perspective of "there's a mismatch between what's being des= cribed as > > > use cases and what's being cited for how it works" (a progression = from the > > > previous "this doesn't say precisely what it means, whether direct= ly or by > > > reference"). Alexey's followups seem to suggest that the issue is= just > > > that the thing "being cited for how it works" (i.e., traditional > > > multipart/mixed) doesn't quite reflect reality, in which case it s= eems > > > fairly straightforward to just note the disparity/divergence-from-= reference > > > and move on. > >=20 > > I suggest to do the following change in the 3rd paragraph of the int= roduction: > >=20 > > As the name of the media-type suggests, it is inspired by the > > multipart media types that started to be defined with the origina= l > > set of MIME specifications [RFC2046]. However, while those neede= d to > > focus on the syntactic aspects of integrating multiple > > representations into one e-mail, transfer protocols providing ful= l > > data transparency such as CoAP as well as readily available encod= ing > > formats such as the Concise Binary Object Representation (CBOR) > > [RFC7049] shift the focus towards the intended use of the combine= d > > representations. In this respect, the basic intent of the > > application/multipart-core media type is like that of multipart/m= ixed > > (Section 5.1.3 of [RFC2046]).=20 > >=20 > > I suggest changing the last sentence of the above quoted text to rea= d: > >=20 > > In this respect, the basic intent of the > > application/multipart-core media type is like that of multipart/m= ixed > > (Section 5.1.3 of [RFC2046]), however the semantics is relaxed to= > > allow for both ordered and unordered collections of media types. > >=20 > > If you think this needs to be explained further, something like the = following > > can be added after that or inserted as a "historic note": > >=20 > > Experience with multipart/mixed in email has shown that recipient= s > > that care about order of included body parts will process them > > in the order they are listed inside multipart/mixed and recipient= s > > that don't care about the order will ignore it anyway. multipart/= parallel > > that was intended for unordered collections didn't deploy. > >=20 > > Does this work for people? >=20 > Both the "short version" and the "long version" look great to me. >=20 > Thanks, >=20 > Ben > From nobody Mon Sep 23 10:10:40 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1AC151200FA; Mon, 23 Sep 2019 10:10:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.198 X-Spam-Level: X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no 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 lZbMDPCxlSIs; Mon, 23 Sep 2019 10:10:36 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B57D51208D5; Mon, 23 Sep 2019 10:10:29 -0700 (PDT) Received: from [192.168.217.110] (p548DCE50.dip0.t-ipconnect.de [84.141.206.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 46cW6W5xBjz108F; Mon, 23 Sep 2019 19:10:27 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Carsten Bormann In-Reply-To: <165f4130-4e77-4259-89c4-41a40905be01@www.fastmail.com> Date: Mon, 23 Sep 2019 19:10:27 +0200 Cc: Benjamin Kaduk , The IESG , draft-ietf-core-multipart-ct@ietf.org, =?utf-8?Q?Jaime_Jim=C3=A9nez?= , core-chairs@ietf.org, core@ietf.org X-Mao-Original-Outgoing-Id: 590951423.442237-9240c40156cf6e325d786e429566476e Content-Transfer-Encoding: quoted-printable Message-Id: <914F5E1E-C720-49F8-93E6-F02D7212700B@tzi.org> References: <155675554069.2851.9351849772053196736.idtracker@ietfa.amsl.com> <459433ef-5cb5-4c3e-a32e-a5d063b1ccf0@www.fastmail.com> <20190504232153.GA19805@kduck.mit.edu> <20190826181801.GJ84368@kduck.mit.edu> <79816A1A-7863-47FC-8EF7-B6BB42A49D1E@tzi.org> <20190904033200.GR58050@kduck.mit.edu> <165f4130-4e77-4259-89c4-41a40905be01@www.fastmail.com> To: Alexey Melnikov X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [core] Benjamin Kaduk's Discuss on draft-ietf-core-multipart-ct-03: (with DISCUSS and COMMENT) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2019 17:10:38 -0000 On Sep 23, 2019, at 16:37, Alexey Melnikov = wrote: >=20 > Does this work for people? Works great for me, in particular the version now at = https://datatracker.ietf.org/doc/draft-ietf-core-multipart-ct/writeup/ = =E2=80=94 thank you for coming up with this. I tend to misread the sentence starting with the lower case media type = name. Maybe that stumbling stone can be defused by changing the start = of the sentence to: The media type multipart/parallel Gr=C3=BC=C3=9Fe, Carsten From nobody Mon Sep 23 10:35:29 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6FF4C1200F4; Mon, 23 Sep 2019 10:35:27 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.102.0 Auto-Submitted: auto-generated Precedence: bulk Cc: The IESG , jaime.jimenez@ericsson.com, draft-ietf-core-multipart-ct@ietf.org, Jaime Jimenez , core@ietf.org, alexey.melnikov@isode.com, core-chairs@ietf.org, rfc-editor@rfc-editor.org Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Message-ID: <156926012745.17094.14388659649525020899.idtracker@ietfa.amsl.com> Date: Mon, 23 Sep 2019 10:35:27 -0700 Archived-At: Subject: [core] Protocol Action: 'Multipart Content-Format for CoAP' to Proposed Standard (draft-ietf-core-multipart-ct-04.txt) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2019 17:35:28 -0000 The IESG has approved the following document: - 'Multipart Content-Format for CoAP' (draft-ietf-core-multipart-ct-04.txt) as Proposed Standard This document is the product of the Constrained RESTful Environments Working Group. The IESG contact persons are Adam Roach, Alexey Melnikov and Barry Leiba. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-core-multipart-ct/ Technical Summary This memo defines application/multipart-core, an application-independent media-type that can be used to combine representations of zero or more different media types into a single message, such as a CoAP request or response body, with minimal framing overhead, each along with a CoAP Content-Format identifier. Working Group Summary The document has gone through multiple expert reviews and has been discussed at multiple face-to-face IETF meetings. This document was not controversial. Document Quality At least a couple of implementations are interested in implementing this document. Personnel Document Shepherd: Jaime Jiménez, Area Director: Alexey Melnikov, RFC Editor Note Change the 3rd sentence in the 3 para of Section 1: OLD: In this respect, the basic intent of the application/multipart-core media type is like that of multipart/mixed (Section 5.1.3 of [RFC2046]). NEW: In this respect, the basic intent of the application/multipart-core media type is like that of multipart/mixed (Section 5.1.3 of [RFC2046]), however the semantics is relaxed to allow for both ordered and unordered collections of media types (*). ADD after the 3rd para: (*) Historical Note: Experience with multipart/mixed in email has shown that recipients that care about order of included body parts will process them in the order they are listed inside multipart/mixed and recipients that don't care about the order will ignore it anyway. The media type multipart/parallel that was intended for unordered collections didn't deploy. From nobody Mon Sep 23 10:37:58 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A152F12092E; Mon, 23 Sep 2019 10:37:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmail.fm header.b=lsh8CBM6; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=YmzTv2bc 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 mguXp35mnlzY; Mon, 23 Sep 2019 10:37:37 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A647C1208CF; Mon, 23 Sep 2019 10:37:37 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id E5017222F3; Mon, 23 Sep 2019 13:37:36 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Mon, 23 Sep 2019 13:37:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm1; bh=f VtMCPpZRtMmU2atq3WoUieUIrG4TZ+r0R7VdOzC5HA=; b=lsh8CBM61lLxOEwVd JoJTBftXyzJ30Y6F8o0S8XqrziSs26tBwVJXIniQ6XvcTnH8Llolb/+EaiD+8rsK sIuw7JIw4ZJmPKv0i/pi3/GmOdqHP/vPlchvF5tWzjeB9sPlt4SrS1y0uwo3sPLi KW9ES1YWCqGMeZ5lkZb0m1s4dArCEm8Dxvm3w98YLmN5IWp30BG4sdIYQPCcBA2k Iu4QX6IJ5RTNf26tG2grAE5UcuTA16nUoXTOsKPkJ5rmOukhVzsC5E0Ta1dbhPJj BfuR47dxM+X+1n4iCd59W4HYaiEYFC96E8sIjJ8+xKLrrRUNlk6fRKAf5Y7M+Tyh 7Xvdg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=fVtMCPpZRtMmU2atq3WoUieUIrG4TZ+r0R7VdOzC5 HA=; b=YmzTv2bcKBAd8S353d1ywvld8eeZOi70tB0xH5gIJcxvPZKoIk/muM9LP 5mjFEAFWEoEOW6zzsaQwB7/1NBqz5fyCGu7ZUgQJ81CKao0P0BPqM8Zt/QV33yCh XBtnmn4amOSmno0XK1YPzWG2fa2D+G3Bd+FFbGviRrvNSY7RT01KuCDRHznx5xFA dOUPEyaxIISbFKOXMsQmKi28bZmTSO/VXokF7cX60fzYLxyU6fjAqc82fy3ycPFd NbWXCURX0+LLrngBA8AksArYpX6k/88BuoI9dv7pfCBzLyioRZHe9Jd9zPwRVC6B 5E2Bs+IQWI9NHB6MG9m4tLgEu1Y1Q== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrvdekgdduudegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptggguffhofgjfffgkfhfvfesthhqmhdthhdtjeenucfhrhhomheptehlvgig vgihucfovghlnhhikhhovhcuoegrrghmvghlnhhikhhovhesfhgrshhtmhgrihhlrdhfmh eqnecuffhomhgrihhnpehivghtfhdrohhrghenucfkphepkeeirddufeegrdejkedrudek necurfgrrhgrmhepmhgrihhlfhhrohhmpegrrghmvghlnhhikhhovhesfhgrshhtmhgrih hlrdhfmhenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: from [192.168.1.243] (host86-134-78-18.range86-134.btcentralplus.com [86.134.78.18]) by mail.messagingengine.com (Postfix) with ESMTPA id 9C818D6005D; Mon, 23 Sep 2019 13:37:35 -0400 (EDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) From: Alexey Melnikov X-Mailer: iPad Mail (16G102) In-Reply-To: <914F5E1E-C720-49F8-93E6-F02D7212700B@tzi.org> Date: Mon, 23 Sep 2019 18:37:34 +0100 Cc: Benjamin Kaduk , The IESG , draft-ietf-core-multipart-ct@ietf.org, =?utf-8?Q?Jaime_Jim=C3=A9nez?= , core-chairs@ietf.org, core@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <0C2545EE-8D12-436F-8C28-C136137D4895@fastmail.fm> References: <155675554069.2851.9351849772053196736.idtracker@ietfa.amsl.com> <459433ef-5cb5-4c3e-a32e-a5d063b1ccf0@www.fastmail.com> <20190504232153.GA19805@kduck.mit.edu> <20190826181801.GJ84368@kduck.mit.edu> <79816A1A-7863-47FC-8EF7-B6BB42A49D1E@tzi.org> <20190904033200.GR58050@kduck.mit.edu> <165f4130-4e77-4259-89c4-41a40905be01@www.fastmail.com> <914F5E1E-C720-49F8-93E6-F02D7212700B@tzi.org> To: Carsten Bormann Archived-At: Subject: Re: [core] Benjamin Kaduk's Discuss on draft-ietf-core-multipart-ct-03: (with DISCUSS and COMMENT) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2019 17:37:51 -0000 > On 23 Sep 2019, at 18:10, Carsten Bormann wrote: >=20 >> On Sep 23, 2019, at 16:37, Alexey Melnikov wrote= : >>=20 >> Does this work for people? >=20 > Works great for me, in particular the version now at https://datatracker.i= etf.org/doc/draft-ietf-core-multipart-ct/writeup/ =E2=80=94 thank you for co= ming up with this. >=20 > I tend to misread the sentence starting with the lower case media type nam= e. Maybe that stumbling stone can be defused by changing the start of the s= entence to: >=20 > The media type multipart/parallel Done. >=20 > Gr=C3=BC=C3=9Fe, Carsten >=20 From nobody Mon Sep 23 21:30:05 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ADFEE1200F4; Mon, 23 Sep 2019 21:30:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 E-hQ8sV-KQvP; Mon, 23 Sep 2019 21:30:01 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 758E51200B8; Mon, 23 Sep 2019 21:30:01 -0700 (PDT) Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 407E68E63D67543F9978; Tue, 24 Sep 2019 05:29:59 +0100 (IST) Received: from DGGEMM401-HUB.china.huawei.com (10.3.20.209) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 24 Sep 2019 05:29:58 +0100 Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.207]) by DGGEMM401-HUB.china.huawei.com ([10.3.20.209]) with mapi id 14.03.0439.000; Tue, 24 Sep 2019 12:29:51 +0800 From: "Roni Even (A)" To: "mohamed.boucadair@orange.com" , =?iso-8859-1?Q?Jaime_Jim=E9nez?= , Roni Even CC: "draft-ietf-core-hop-limit.all@ietf.org" , "gen-art@ietf.org" , "ietf@ietf.org" , "core@ietf.org" Thread-Topic: [Gen-art] Genart last call review of draft-ietf-core-hop-limit-05 Thread-Index: AQHVcUmuXxbPJdHB3E6qYwe0zeL4n6c4sylg//+RvoCAAfmSQA== Date: Tue, 24 Sep 2019 04:29:51 +0000 Message-ID: <6E58094ECC8D8344914996DAD28F1CCD23D6B5C5@DGGEMM506-MBX.china.huawei.com> References: <156915425127.1340.18230115848839912205@ietfa.amsl.com> <20190922132830.kemraqhnzcjxprt2@EMB-918HFH01> <6E58094ECC8D8344914996DAD28F1CCD23D6A192@DGGEMM506-MBX.china.huawei.com> <787AE7BB302AE849A7480A190F8B933031324439@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> In-Reply-To: <787AE7BB302AE849A7480A190F8B933031324439@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.202.58] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [core] [Gen-art] Genart last call review of draft-ietf-core-hop-limit-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2019 04:30:04 -0000 Hi Med, Thanks, I have no further comments Roni -----Original Message----- From: mohamed.boucadair@orange.com [mailto:mohamed.boucadair@orange.com]=20 Sent: Monday, September 23, 2019 9:19 AM To: Roni Even (A); Jaime Jim=E9nez; Roni Even Cc: draft-ietf-core-hop-limit.all@ietf.org; gen-art@ietf.org; ietf@ietf.org= ; core@ietf.org Subject: RE: [Gen-art] Genart last call review of draft-ietf-core-hop-limit= -05 Hi Roni, Sure. We can include a suggested value.=20 Thank you for the review. Cheers, Med > -----Message d'origine----- > De=A0: Roni Even (A) [mailto:roni.even@huawei.com] Envoy=E9=A0: lundi 23= =20 > septembre 2019 07:01 =C0=A0: Jaime Jim=E9nez; Roni Even Cc=A0:=20 > draft-ietf-core-hop-limit.all@ietf.org; gen-art@ietf.org;=20 > ietf@ietf.org; core@ietf.org Objet=A0: RE: [Gen-art] Genart last call=20 > review of draft-ietf-core-hop- > limit-05 >=20 > Hi, > I looked at section 5.4.6 and now I understand that the option is=20 > elective, non-repeatable and part of cache key. > That will mean that the option number should have the two least=20 > significant bits as 0 and the next 3 bits some combination that is not=20 > all 1's, see also https://tools.ietf.org/html/rfc7252#section-5.10 >=20 > I think you need to recommend a number for the option to IANA that=20 > will allow understanding of the characteristics of the option, IANA=20 > cannot allocate a random number to a new option >=20 > Roni >=20 >=20 >=20 > -----Original Message----- > From: Gen-art [mailto:gen-art-bounces@ietf.org] On Behalf Of Jaime=20 > Jim=E9nez > Sent: Sunday, September 22, 2019 4:29 PM > To: Roni Even > Cc: draft-ietf-core-hop-limit.all@ietf.org; gen-art@ietf.org;=20 > ietf@ietf.org; core@ietf.org > Subject: Re: [Gen-art] Genart last call review of draft-ietf-core-hop- > limit-05 >=20 > Dear Roni, >=20 > I believe the CUNR bit mask is defined in 5.4.6 > https://tools.ietf.org/html/rfc7252#page-39 > I assume it has to be added for every new option defined. >=20 > Ciao! >=20 > On Sun, Sep 22, 2019 at 05:10:51AM -0700, Roni Even via Datatracker wrote= : > > Reviewer: Roni Even > > Review result: Ready with Nits > > > > I am the assigned Gen-ART reviewer for this draft. The General Area=20 > > Review Team (Gen-ART) reviews all IETF documents being processed by=20 > > the IESG for the IETF Chair. Please treat these comments just like=20 > > any other last call comments. > > > > For more information, please see the FAQ at > > > > . > > > > Document: draft-ietf-core-hop-limit-?? > > Reviewer: Roni Even > > Review Date: 2019-09-22 > > IETF LC End Date: 2019-09-27 > > IESG Telechat date: Not scheduled for a telechat > > > > Summary: > > The document is ready for publication as a standard track RFC with=20 > > nits > > > > Major issues: > > > > Minor issues: > > > > Nits/editorial comments: > > > > In section 6.2 I am not sure why you have CUNR , I did not see these=20 > > values in > > RFC7252 section 12.2=20 > > https://tools.ietf.org/html/rfc7252#section-12.2 > > or in the registry > > > > +--------+---+---+---+---+------------------+-----------+ > > | Number | C | U | N | R | Name | Reference | > > +--------+---+---+---+---+------------------+-----------+ > > | TBA2 | | | | | Hop-Limit | [RFCXXXX] | > > +--------+---+---+---+---+------------------+-----------+ > > C=3DCritical, U=3DUnsafe, N=3DNoCacheKey, R=3DRepeatable > > > > >=20 > _______________________________________________ > Gen-art mailing list > Gen-art@ietf.org > https://www.ietf.org/mailman/listinfo/gen-art From nobody Tue Sep 24 08:00:15 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B596412080C; Tue, 24 Sep 2019 08:00:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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=ericsson.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 8g85PFyzGs62; Tue, 24 Sep 2019 08:00:08 -0700 (PDT) Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40061.outbound.protection.outlook.com [40.107.4.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 673A012008D; Tue, 24 Sep 2019 08:00:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=TE2OcDKR0J9wWgxvmpAsT3Z97GdXTo3VhB1uRqCTfnGlV2ttJSfzk8DsKw45iEifRkW3O5inClNzBUzM1wfsxCj8f3AYTYNTj0LroGAlZDEqI0E14ePCxM+tjL8mhZPcuVZTdLTCdGWctoJKDSdLKN64SQbtYSgjUdV2OZnRObAdsqdR+sp0IbWFB/t53aLp1iykYQ5DJtfPDhvJz8Bgrmaur0s3F6TFgQepqewYk5jRTPspnmuVbhdNLA0Q2NsL1XVlXdYItKYznRUb4AxtpXO9I9NFaVswGyYAuLWV9AW5tLyt6V+b5oBvXKd0RUVrDAXhnBQuh7745CiBn7HNkA== 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=zthju21Kb0MoM8ei2WH0CeRuzeqEmpW6V0QpsseVKtM=; b=Z0/7skvmC0bl29L6V+esb00c6QcaXE1i4VW0FUwDROZqYCCxSPkOilhfdvSRtKWpE6ztNGBIgbAXw7XcxAIpFyuTa0RXlxbgNGkG6ww0jBabenVR7i+yjCO6XfkSkR0s5RmAjZd7FVRFqcQa1WtMo2dDr0exfydPsqfBDrZZIzVwTI4ioKQu5R1NlwK09wVpKTwOMS9tK1oC6DsxLR9srfMH1oo3Ol8Zj4SZlvcrl8rsH4eCEZ6b31FGDjJLYHdZygCqfIZlHd7F8pWAUPFsWBtjqgcrTLAtu4v65Xuzz44l/eyikrsGMKEasromUqOYlCNsYeJwgswEwFtznBEQ6Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=zthju21Kb0MoM8ei2WH0CeRuzeqEmpW6V0QpsseVKtM=; b=Uzvfp/ExMTB8HfKnaDmXkKXlL5OCR0YXTf04WPfjN6tYWfyQIVmhHaCXpJlHjg3ypVLW4dd1OS9TlvnkHWzJJCOvYjaNv+0Id8m2e+Ay7DXy0+KtAhUv82dtOCEtNMsSEsZ6HnRN8IlOr411NY1BceGKxMVvoHDYr7t4xtdxiT4= Received: from HE1PR0701MB2746.eurprd07.prod.outlook.com (10.168.185.17) by HE1PR0701MB2250.eurprd07.prod.outlook.com (10.168.36.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.14; Tue, 24 Sep 2019 15:00:05 +0000 Received: from HE1PR0701MB2746.eurprd07.prod.outlook.com ([fe80::69ac:4f28:cd6a:6302]) by HE1PR0701MB2746.eurprd07.prod.outlook.com ([fe80::69ac:4f28:cd6a:6302%11]) with mapi id 15.20.2305.013; Tue, 24 Sep 2019 15:00:05 +0000 From: Francesca Palombini To: "draft-ietf-core-echo-request-tag@ietf.org" , "core@ietf.org" Thread-Topic: Review of draft-ietf-core-echo-request-tag-07 Thread-Index: AQHVcui/aH+go2Py6U2ZAyzYnkkAbg== Date: Tue, 24 Sep 2019 15:00:05 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=francesca.palombini@ericsson.com; x-originating-ip: [192.176.1.84] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: f0235cae-f3be-4a42-cea0-08d740ffe296 x-ms-traffictypediagnostic: HE1PR0701MB2250: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0170DAF08C x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(346002)(366004)(396003)(136003)(376002)(199004)(189003)(44832011)(110136005)(66556008)(102836004)(316002)(86362001)(26005)(186003)(6506007)(561944003)(8676002)(305945005)(99286004)(486006)(33656002)(6486002)(476003)(478600001)(14454004)(71190400001)(256004)(36756003)(7736002)(3846002)(5660300002)(8936002)(76116006)(2501003)(14444005)(71200400001)(66066001)(25786009)(2906002)(2616005)(66476007)(81166006)(81156014)(450100002)(6116002)(66946007)(64756008)(6512007)(66446008)(6436002); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR0701MB2250; H:HE1PR0701MB2746.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: eUJlSKBEgs5bZD8T1b639NuH+oVuVThzNV0BURUtMSfh26kt7B8tRuackBr558NoUReNXezPU6Aq9/O/4VTwmNaw85gGhoNF7iumr6bJPcBCgriDaQt8hHhG9azVHQAQBatT8jnmHVv2JJP6ZYnLbQ5omuvxgTSSBwU80QQMEKBsx+i+i8LEm0pRiW/gMGxu5w6xr4riOhy4jEX/d+va20xcMXF49gUthO6pN6NBWKuIbRWtHY6Pots/Mi/5FCmPDpCgwtzI+R/ibvBJ35vKFYG7tX0zDeZD9TQiRFrbDWmNMyVNGAiJcNxBuZpWokmn8QiQBUlGkfpoJI9p2YFUuMTCbK5FGQyCHC/D7XcPIfRj+jqKBs+DkvN2tTaF7CjdHEkpCGnTBfMfyBGCEyJCrnYlZXj1TZW9dhxIOsS9ekc= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: <42FFE06DAA3FF544BA7AA951DE65B540@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: f0235cae-f3be-4a42-cea0-08d740ffe296 X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Sep 2019 15:00:05.6017 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: ArXB8Z+swn2Lu7PF+mDp7qGHU/+RJN+vJ8KMrVI+XDP1EiZzjDfqmO16KXQzhLQ+6uP/eQGe2illFxuDd83UONP5Nhrde4QCTzZdwHRuBKjNjVX1m7qmHoavCK0YbIrY X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2250 Archived-At: Subject: [core] Review of draft-ietf-core-echo-request-tag-07 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2019 15:00:13 -0000 SGksDQoNCkkgaGF2ZSB0YWtlbiBzb21lIHRpbWUgdG8gcmV2aWV3IGRyYWZ0LWlldGYtY29yZS1l Y2hvLXJlcXVlc3QtdGFnLTA3LiBUaGFuayB5b3UgZm9yIHRoaXMgZG9jdW1lbnQuIEFzIGEgc3Vt bWFyeSwgSSB0aGluayB0aGUgZHJhZnQgaXMgbmVlZGVkLCB3ZWxsIHdyaXR0ZW4sIGFuZCBvbiB0 aGUgcmlnaHQgdHJhY2suDQoNCkkgaGF2ZSBhIGNvdXBsZSBvZiBzdWdnZXN0aW9ucyBhYm91dCBz dHJ1Y3R1cmUgb2YgdGhlIGRvY3VtZW50LCB1cCB0byB0aGUgYXV0aG9ycyB0byB0YWtlIHRoZW0g b3IgbGVhdmUgdGhlbS4NCg0KSSBhbHNvIGhhdmUgYWRkaXRpb25hbCBxdWVzdGlvbnMvb3BlbiBw b2ludHMsIHdoaWNoIGluc3RlYWQgbmVlZCBhbnN3ZXJpbmcgYW5kIG1pZ2h0IG5lZWQgY2xhcmlm aWNhdGlvbiB0ZXh0IGluIHRoZSBkb2N1bWVudC4gRm9yIHNvbWUgcG9pbnRzIGluIHRoZSBkb2N1 bWVudCBJIGhhdmUgc29tZSBwcm9wb3NhbCB0ZXh0IHRvIGltcHJvdmUgcmVhZGFiaWxpdHksIGJh c2VkIG9uIG15IHVuZGVyc3RhbmRpbmcuDQoNCkZpbmFsbHksIEkgaGF2ZSBjb21waWxlZCBhIGxp c3Qgb2Ygbml0cyBhbmQgd2lsbCBzb29uIG1ha2UgYSBQUiBmb3IgaXQuDQoNCiMgSGlnaCBsZXZl bCBzdWdnZXN0aW9ucyAjDQoNCiogTW92ZSB0aGUgVGVybWlub2xvZ3kgc2VjdGlvbiAoY3VycmVu dCBzZWN0aW9uIDEuNCkgYXMgc2VjdGlvbiAxLjEgKHVuZGVyIEludHJvZHVjdGlvbikuDQoNCiog Q3VycmVudCBzZWN0aW9ucyAxLjEsIDEuMiwgMS4zIGFyZSB2ZXJ5IHVzZWZ1bCBiYWNrZ3JvdW5k IHNlY3Rpb25zIGFib3V0IHRoZSBwcm9ibGVtIHRoaXMgZG9jdW1lbnQgc2V0cyBvdXQgdG8gc29s dmUuIEkgZG8gbm90IHNlZSB3aHkgdGhleSBuZWVkIHRvIGJlIGluIHRoaXMgb3JkZXIsIGZvciBy ZWFkYWJpbGl0eSBJIHdvdWxkIGhhdmU6IDEuMSBhcyBuZXcgc2VjdGlvbiAyLjEsIG1vdmluZyB0 aGUgdGV4dCBpbiAyLiB0byB0aGUgY3VycmVudCAyLjEgKHRoYXQgd291bGQgYmVjb21lIDIuMik7 IDEuMiBhcyBuZXcgc2VjdGlvbiAzLjEsIG1vdmluZyB0aGUgdGV4dCBpbiAzLiB0byBjdXJyZW50 IDMuMSAobmV3IDMuMik7IDEuMyBhcyBuZXcgc2VjdGlvbiA1LjEsIG9sZCA1LiB0ZXh0IGJlY29t aW5nIDUuMi4gVGhpcyB3aWxsIHJlcXVpcmUgbWFpbmx5IGNvcHktcGFzdGUgYW5kIG1pbm9yIGlu dHJvZHVjdG9yeSB0ZXh0IGluIHNlY3Rpb25zIDIsIDMsIGFuZCA1Lg0KDQpUaGUgZ29hbCB3aXRo IHRoaXMgcmVzdHJ1Y3R1cmluZyB3b3VsZCBiZSB0byBoZWxwIGtlZXAgdGhlIDMgcGFyYWxsZWwg dG9waWNzIGluIGZvY3VzIChFY2hvIG9wdGlvbnMsIFJlcXVlc3QgVGFnIG9wdGlvbiwgVG9rZW4g dXBkYXRlKSwgd2l0aG91dCBoYXZpbmcgdG8gc3dpdGNoIGZyb20gb25lIHRvIHRoZSBvdGhlci4N Cg0KKiBNb3ZlIGFwcGVuZGl4IEEgdG8gdGhlIG1haW4gYm9keTogdGhlcmUgaXMgYWxyZWFkeSBS RUNPTU1FTkRFRCB0ZXh0LCBpdCB3b3VsZCBmaXQgdG8gaGF2ZSB0aGF0IGFzIHRoZSBsYXN0IHN1 YnNlY3Rpb24gb2YgdGhlIEVjaG8gc2VjdGlvbi4NCg0KIyBRdWVzdGlvbnMsIE9wZW4gcG9pbnRz ICMNCg0KKiBTZWN0aW9uIDEuNA0KDQoiICAgKENvbmN1cnJlbnQgYmxvY2std2lzZSByZXF1ZXN0 IG9wZXJhdGlvbnMgYXJlIGltcG9zc2libGUgd2l0aCB0aGUNCiAgIG9wdGlvbnMgb2YgW1JGQzc5 NTldIGJlY2F1c2UgdGhlIHNlY29uZCBvcGVyYXRpb24ncyBibG9jayBvdmVyd3JpdGVzDQogICBh bnkgc3RhdGUgb2YgdGhlIGZpcnN0IGV4Y2hhbmdlLikuDQoiDQoNCkkgYmVsaWV2ZSB0aGlzIGlz IHRydWUsIGJ1dCBjb3VsZCB5b3UgcG9pbnQgdG8gdGhlIHNlY3Rpb24gdGhhdCBzdGF0ZXMgdGhh dD8gSSBkaWRuJ3QgbWFuYWdlIHRvIGZpbmQgaXQgd2hpbGUgY2hlY2tpbmcuDQoNCiogU2VjdGlv biAyLjENCg0KIiAgIFdoZW4gcmVjZWl2aW5nIGFuIEVjaG8gb3B0aW9uIGluIGEgcmVxdWVzdCwg dGhlIHNlcnZlciBNVVNUIGJlIGFibGUNCiAgIHRvIHZlcmlmeSB3aGVuIHRoZSBFY2hvIG9wdGlv biB2YWx1ZSB3YXMgZ2VuZXJhdGVkLiAgVGhpcyBpbXBsaWVzDQogICB0aGF0IHRoZSBzZXJ2ZXIg TVVTVCBiZSBhYmxlIHRvIHZlcmlmeSB0aGF0IHRoZSBFY2hvIG9wdGlvbiB2YWx1ZSB3YXMNCiAg IGdlbmVyYXRlZCBieSB0aGUgc2VydmVyIG9yIHNvbWUgb3RoZXIgcGFydHkgdGhhdCB0aGUgc2Vy dmVyIHRydXN0cy4NCiINCg0KSSBkb24ndCBuZWNlc3NhcmlseSBhZ3JlZSB3aXRoIHRoZSAiVGhp cyBpbXBsaWVzIiwgd291bGQganVzdCByZXBsYWNlIHdpdGggImFuZCIuIFRoZXNlIGFyZSB0d28g cGFyYWxsZWwgcmVxdWlyZW1lbnRzLg0KDQoqIFNlY3Rpb24gMi4xIDogZXZlbnQtYmFzZWQgZnJl c2huZXNzIGlzIG1lbnRpb25lZCwgYnV0IG5vIGV4YW1wbGUgb2YgaXQgaXMgZ2l2ZW4gb2YgaG93 IHRoYXQgd291bGQgd29yayB3aXRoIHRoZSBlY2hvIG9wdGlvbiwgd2hpbGUgdGhlIHRpbWUgYmFz ZWQgb25lIGlzIHF1aXRlIGNsZWFyIHRoYW5rcyB0byB0aGUgZXhhbXBsZSBpbiBGaWd1cmUgMi4g V291bGQgaXQgYmUgcG9zc2libGUgdG8gYWRkIG9uZSBmb3IgYW4gZXZlbnQgYmFzZWQgYXMgd2Vs bD8NCg0KKiBTZWN0aW9uIDIuMg0KDQoiICBUaGUgc2VydmVyIE1BWSBpbmNsdWRlIHRoZSBzYW1l IEVjaG8NCiAgIG9wdGlvbiB2YWx1ZSBpbiBzZXZlcmFsIGRpZmZlcmVudCByZXNwb25zZXMgYW5k IHRvIGRpZmZlcmVudCBjbGllbnRzLg0KIg0KDQpGaXJzdCwgSSB3YXMgY29uZnVzZWQgYWJvdXQg dGhpczogSSB3b25kZXJlZCBpZiAiZGlmZmVyZW50IHJlc3BvbnNlcyIgcmVmZXJyZWQgdG8gZGlm ZmVyZW50IHJlc3BvbnNlIGNvZGVzIG9yIGFjdHVhbCByZXNwb25zZXMuIEkgdGhpbmsgdGhlIGFu c3dlciBpcyBib3RoIGlzIGNvcnJlY3QsIGJ1dCBoZXJlIHlvdSBtZWFudCBhY3R1YWwgcmVzcG9u c2VzOyB0aGlzIHdvdWxkIG5lZWQgbW9yZSBkaXNjdXNzaW9uIG9uIHdoeSByZS11c2luZyB0aGUg c2FtZSBvcHRpb24gdmFsdWUgaXMgT0sgKGkuZS4gaGlnaGxpZ2h0IHRoaXMgaXMgbm90IGEgYmlu ZGluZyBvZiByZXNwb25zZSB0byBuZXh0IHJlcXVlc3QsIGl0IGp1c3QgcHJvdmlkZXMgZnJlc2hu ZXNzKS4gSWYgdGhhdCBpcyBhbHJlYWR5IGRvbmUgZWxzZXdoZXJlLCBJIG1pc3NlZCBpdC4NCg0K KiBTZWN0aW9uIDIuMg0KDQoiLi4uICB0aGUNCiAgIHNlcnZlciBNVVNUIHVzZSB0aGUgRWNobyBv cHRpb24gdG8gdmVyaWZ5IHRoYXQgdGhlIHJlcXVlc3QgaXMgZnJlc2gNCiAgIGVub3VnaC4gDQoi DQoNCkEgUkVDT01NRU5ERUQgd2F5IG9mIHNwZWNpZnlpbmcgImZyZXNoIGVub3VnaCIgd291bGQg YmUgZ29vZCwgdG8gaGVscCBpbXBsZW1lbnRlcnMuIEZvciB0aW1lIGJhc2VkLCBpdCB3b3VsZCBi ZSBlbm91Z2ggdG8gcG9pbnQgdG8gRmlndXJlIDIuIEZvciBldmVudCBiYXNlZCwgSSBkb24ndCBr bm93Lg0KDQoqIFNlY3Rpb24gMi4yDQoNCiINCldoZW4gdXNlZCB0byBzZXJ2ZSBmcmVzaG5lc3Mg cmVxdWlyZW1lbnRzIChpbmNsdWRpbmcgY2xpZW50IGFsaXZlbmVzcw0KICAgYW5kIHN0YXRlIHN5 bmNocm9uaXppbmcpLCBDb0FQIG1lc3NhZ2VzIGNvbnRhaW5pbmcgdGhlIEVjaG8gb3B0aW9uDQog ICBNVVNUIGJlIGludGVncml0eSBwcm90ZWN0ZWQgYmV0d2VlbiB0aGUgaW50ZW5kZWQgZW5kcG9p bnRzLCBlLmcuDQogICB1c2luZyBEVExTLCBUTFMsIG9yIGFuIE9TQ09SRSBJbm5lciBvcHRpb24g KFtSRkM4NjEzXSkuIA0KIg0KDQpXaHkgZG8gdGhlIGJvdGggbWVzc2FnZXMgKHJlcXVlc3QgYW5k IHJlc3BvbnNlKSBuZWVkIHRvIGJlIGludGVncml0eSBwcm90ZWN0ZWQ/IEFsc28gSW5uZXIgb3B0 aW9uIGlzIG5vdCB1c2VkIGZvciBwcm90ZWN0aW5nIENvQVAgbWVzc2FnZXMsIGJ1dCBvcHRpb25z LiBTbyBJIGFtIGEgYml0IGNvbmZ1c2VkIGlmIGhlcmUgeW91IG1lYW50IG9wdGlvbiAod2hpY2gg aXMgYSBkaWZmZXJlbnQgZGlzY3Vzc2lvbikgb3IgbWVzc2FnZS4gQWxzbyB0aGUgZm9sbG93aW5n IHNlbnRlbmNlICgid2hlbiB1c2VkIHRvIGRlbW9uc3RyYXRlLi4uIikgYmVsb25ncyB3aXRoIHRo ZSBkaXNjdXNzaW9uIGFib3V0IHRoZSBvcHRpb24gYmVpbmcgSW5uZXIgb3IgT3V0ZXIgKFNlY3Rp b24gMi4xIDR0aCBwYXIpLCByYXRoZXIgdGhhbiBoZXJlIHdoZXJlIHdlIGFyZSB0YWxraW5nIGFi b3V0IHRoZSBtZXNzYWdlLg0KDQoqIFNlY3Rpb24gMi4zDQoNCiINCnRoZSBhdXRob3JpdHkgb2Yg dGhlIHByb3BlcnR5DQoiDQoNCmNhbiB5b3UgZXhwbGFpbiB0aGlzIHRlcm1pbm9sb2d5Pw0KDQoq IFNlY3Rpb24gMy4yDQoNCiINCiAgVGhleSBjYW4NCiAgIHN0aWxsIGJlIHRyZWF0ZWQgYXMgaW5k ZXBlbmRlbnQgbWVzc2FnZXMgYnkgdGhlIHNlcnZlciAoZS5nLiB3aGVuIGl0DQogICBzZW5kcyAy LjAxLzIuMDQgcmVzcG9uc2VzIGZvciBldmVyeSBibG9jayksIG9yIGluaXRpYXRlIGEgbmV3DQog ICBvcGVyYXRpb24gKG92ZXJ3cml0aW5nIGtlcHQgY29udGV4dCkgd2hlbiB0aGUgbGF0ZXIgbWVz c2FnZSBjYXJyaWVzDQogICBCbG9jazEgbnVtYmVyIDAuDQoiDQoNCkkgaGF2ZSBhIGhhcmQgdGlt ZSBwYXJzaW5nL3VuZGVyc3RhbmRpbmcgdGhpcyBwYXJhZ3JhcGgsIHBhcnRpY3VsYXJseSBmcm9t ICJvciBpbml0aWF0ZS4uLiINCg0KKiBTZWN0aW9uIDMuMg0KDQpJIGFtIG5vdCBzdXJlIGl0IGlz IHNhaWQgYW55d2hlcmUgd2hhdCB0aGUgc2VydmVyIHNob3VsZCBkbyBpZiBpdCBzdXBwb3J0cyB0 aGUgUmVxdWVzdC1UYWcgb3B0aW9uIGFuZCBpdCByZWNlaXZlcyBpdCBpbiBhIG5vbi1ibG9ja3dp c2UgbWVzc2FnZS4uLiBJIGd1ZXNzIGp1c3QgZGlzY2FyZCwgYnV0IGl0IHdvdWxkIGJlIGdvb2Qg dG8gZXhwbGljaXRlbHkgc3RhdGUuDQoNCkFsc28sIGNvdWxkIHRoaXMgb3B0aW9uIGJlIHVzZWQg Zm9yIHNvbWV0aGluZyBlbHNlPyBGb3IgZXhhbXBsZSwgSSBhbSB0aGlua2luZyBvZiBPYnNlcnZl IG9wZXJhdGlvbnMsIHJlLXJlZ2lzdHJhdGlvbi4uLiBEb2VzIG5vdCBuZWVkIHRvIGJlIGRlZmlu ZWQgaGVyZSwgYnV0IGlmIHdlIE1BTkRBVEUgdGhhdCBpdCBjYW4gb25seSBiZSB1c2VkIHdpdGgg YmxvY2t3aXNlLCB3ZSBhcmUgcHJhY3RpY2FsbHkgc3RvcHBpbmcgYW55IG90aGVyIHVzZSB0aGF0 IG1pZ2h0IGNvbWUgdXAuLi4NCg0KKiBTZWN0aW9uIDMuMw0KDQoiDQogICBDbGllbnRzIE1VU1Qg Tk9UIHJlY3ljbGUgYSByZXF1ZXN0IHRhZyB1bmxlc3MgdGhlIGZpcnN0IG9wZXJhdGlvbiBoYXMN CiAgIGNvbmNsdWRlZC4gDQoiDQoNCmluIHRoZSBjYXNlIHdoZXJlIGEgY2xpZW50IHN1cHBvcnRz IGJ1dCBkb2VzIG5vdCB1c2UgUmVxdWVzdC1UYWcsIHRoaXMgaW1wbGllcyAiY29uY3VycmVudCBi bG9jayBvcGVyYXRpb25zIHdpdGhvdXQgUmVxdWVzdC1UYWcgYXJlIG5vdCBhbGxvd2VkIi4gSWYg dGhhdCBpcyB0aGUgY2FzZSwgSSB3b3VsZCBsaWtlIHRoYXQgdG8gYmUgc3RhdGVkIGV4cGxpY2l0 ZWx5Lg0KDQooYWxzbyBtaW5vciwgSSdkIGxpa2UgdG8gYWRkICJ0aGF0IHN1cHBvcnQgUmVxdWVz dC1UYWciIGFmdGVyICJDbGllbnRzIikNCg0KKiBTZWN0aW9uIDMuMw0KDQpUaGUgbGFzdCBzZW50 ZW5jZSBnaXZlcyBzb21lIHJlcXVpcmVtZW50cyBhYm91dCB3aGVyZSB0aGUgUmVxdWVzdC1UYWcg b3B0aW9uIGNhbi9tdXN0eSBiZSB1c2VkIHBlciBtZXNzYWdlLiBJIGZlbHQgdGhlIGRvY3VtZW50 IHdhcyBtaXNzaW5nIG9uIHVzYWdlIHJlcXVpcmVtZW50cyAoZS5nLiBpZiBpdCBpcyBzZXQsIGl0 IE1VU1QgYmUgc2V0IGZvciBhbGwgcmVxdWVzdHMgZm9yIGEgc3BlY2lmaWMgb3BlcmF0aW9uKQ0K DQoqIFNlY3Rpb24gMy40LjINCg0KIg0KICAgV2hlbiBpbml0aWFsaXppbmcgYSBuZXcgYmxvY2st d2lzZSBvcGVyYXRpb24sIGEgY2xpZW50IGhhcyB0byBsb29rIGF0DQogICBvdGhlciBhY3RpdmUg b3BlcmF0aW9uczoNCg0KICAgbyAgSWYgYW55IG9mIHRoZW0gaXMgbWF0Y2hhYmxlIHRvIHRoZSBu ZXcgb25lLCBhbmQgdGhlIGNsaWVudCBuZWl0aGVyDQogICAgICB3YW50cyB0byBjYW5jZWwgdGhl IG9sZCBvbmUgbm9yIHBvc3Rwb25lIHRoZSBuZXcgb25lLCBpdCBjYW4gcGljaw0KICAgICAgYSBS ZXF1ZXN0LVRhZyB2YWx1ZSB0aGF0IGlzIG5vdCBpbiB1c2UgYnkgdGhlIG90aGVyIG1hdGNoYWJs ZQ0KICAgICAgb3BlcmF0aW9ucyBmb3IgdGhlIG5ldyBvcGVyYXRpb24uDQoNCiAgIG8gIE90aGVy d2lzZSwgaXQgY2FuIHN0YXJ0IHRoZSBuZXcgb3BlcmF0aW9uIHdpdGhvdXQgc2V0dGluZyB0aGUN CiAgICAgIFJlcXVlc3QtVGFnIG9wdGlvbiBvbiBpdC4NCiINCg0KRG9lcyBub3QgY292ZXIgdGhl IGZhY3QgdGhhdCBSZXF1ZXN0LVRhZyBjYW4gYmUgb21pdHRlZCBpZiB0aGF0IGlzIGEgZGlmZmVy ZW50IGZyb20gdGhlIG90aGVyIG1hdGNoYWJsZSBvcGVyYXRpb25zLiAoInBpY2sgYSBuZXcgdmFs dWUiIGV4Y2x1ZGVzIGl0KQ0KDQoqIFNlY3Rpb24gMy40LjMNCg0KSSBiZWxpZXZlIHRoaXMgc2Vj dGlvbiBpcyBtaXNzaW5nIHNvbWV0aGluZyBvbiB0aGUgbGluZXMgb2Y6IA0KDQoiUHJveGllcyB0 aGF0IGFyZSBhd2FyZSBvZiB0aGlzIHNwZWNpZmljYXRpb24gY2FuIG1vZGlmeSB0aGVpciBpbXBs ZW1lbnRhdGlvbiB0byBzaW1wbHkgZm9yd2FyZCBibG9jayBvcGVyYXRpb25zLiINCg0KV291bGQg eW91IGFncmVlPw0KDQoqIFNlY3Rpb24gNg0KDQpNaXNzaW5nIHJlZmVyZW5jZXMvdGVybWlub2xv Z3kgZm9yIG1vbm90b25pYyBhbmQgd2FsbCBjbG9jay4NCg0KKiBTZWN0aW9uIDYuMQ0KDQpjb3Vn aHQgYSBjb3VwbGUgb2Ygbm9ybWF0aXZlIHRleHQgbm90IGJlaW5nIG5vcm1hdGl2ZToNCg0KIm1l c3NhZ2UgbXVzdCBiZSBkaXNjYXJkZWQiDQoNCiJhcHByb2FjaCBpcyByZWNvbW1lbmRlZCINCg0K Im5lZWQgdG8gYmUgYmxhY2tsaXN0ZWQiDQoNCkFueSBwYXJ0aWN1bGFyIHJlYXNvbiB3aHk/DQoN ClRoYW5rcywNCkZyYW5jZXNjYQ0KDQo= From nobody Tue Sep 24 12:45:45 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9079120110 for ; Tue, 24 Sep 2019 12:45:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.197 X-Spam-Level: X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 HwZnkudTEtlI for ; Tue, 24 Sep 2019 12:45:41 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DCD871200CC for ; Tue, 24 Sep 2019 12:45:40 -0700 (PDT) Received: from [192.168.217.110] (p548DCE50.dip0.t-ipconnect.de [84.141.206.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 46dBW718ySzySM; Tue, 24 Sep 2019 21:45:39 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Carsten Bormann In-Reply-To: <20190916085337.grr7ybsnikeioq6p@EMB-918HFH01> Date: Tue, 24 Sep 2019 21:45:38 +0200 Cc: Hannes Tschofenig , "core@ietf.org WG" X-Mao-Original-Outgoing-Id: 591047136.9087451-9e6738c257ea00bb4bb9c10ebacfded8 Content-Transfer-Encoding: quoted-printable Message-Id: <48ADBE6B-444F-487E-A4CF-508B5463E361@tzi.org> References: <20190913061538.qmls3fk7indtpqd3@EMB-918HFH01> <20190913091227.d46rkqpfi4x43hxc@EMB-918HFH01> <36675C64-8ABE-4FB1-9579-12FED4D2F615@tzi.org> <20190916074027.ewu6fqhp2xvb3d4v@EMB-918HFH01> <20190916085337.grr7ybsnikeioq6p@EMB-918HFH01> To: =?utf-8?Q?Jaime_Jim=C3=A9nez?= X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [core] draft-ietf-core-senml-more-units-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2019 19:45:44 -0000 On Sep 16, 2019, at 10:53, Jaime Jim=C3=A9nez wrote: >=20 > Found few other nits: >=20 > The =E2=80=9Ckvar" entry is repeated twice. Fixed in editor=E2=80=99s copy. > The "vars" entry is not in the IANA SenML registry. Should it be on = this > secondary registry as another entry before =E2=80=9Cvarh"? It should be (and is being added by this draft) on the primary registry. Gr=C3=BC=C3=9Fe, Carsten > Shortly I will send you the .md with the table and the two references = I > mentioned. >=20 >=20 > On Mon, Sep 16, 2019 at 10:40:28AM +0300, Jaime Jim=C3=A9nez wrote: >> Hi Carsten, >>=20 >> comments inline. If you could send me the link to the repo I (or some >> volunteer) can do the additions and after that we can do WGLC. >>=20 >> I can also send you an email with the edits. >>=20 >>=20 >> Ciao! >> On Fri, Sep 13, 2019 at 09:04:34PM +0300, Carsten Bormann wrote: >>> Answering from memory... >>>=20 >>> Sent from mobile, sorry for terse >>>=20 >>>> On 13. Sep 2019, at 12:12, Jaime Jim=C3=A9nez wrote: >>>>=20 >>>>=20 >>>> Hi Carsten, >>>>=20 >>>> here is the review for the draft. >>>>=20 >>>> ## General comments >>>>=20 >>>> - The Secondary Registry table is probably lacking a description = column >>>> similar to the main SenML registry. >>>=20 >>> That could be added, but the scale/offset columns are often all that = is needed. Open for input here.=20 >>=20 >> At least the acronym expansion would help, I can write some = suggestions. >>=20 >>>>=20 >>>> - It looks like "ppm" is not derived from any main SenML unit. As = the >>>> secondary registry is explicity for derived units, shouldn't ppm >>>> be then in the main SenML registry? =20 >>>=20 >>> The base unit listed is / (slash), the unit we use for dimensionless = quantities in senml. Iirc, it even says so.=20 >>=20 >> Ok, I see now (P32 RFC8428) that it is used to represent ratio. Sorry = for that.=20 >>=20 >> (Sidenote: I wonder now if there might be some issue in the future as >> the "/" character is also used to separate multiple URI path = segments.) >>=20 >>>>=20 >>>> - There is an open comment on whether the text should update RFC = 8428, >>>> IMO the answer is yes but maybe the authors of both documents and = the >>>> group should decide. >>>=20 >>> Yes. I now think it does update 8428, as it allows the user of units = defined in the secondary table where 8428 only allowed the primary one.=20= >>>>=20 >>>> ## Editorial >>>>=20 >>>> - P4: Says "four", however including the reference there would be = five >>>> columns.=20 >>>>=20 >>>> - P5: "Table 2" is missing the caption. >>>>=20 >>>> - P6,P7: Wouldn't the references to IEC and IEEE be informative = rather than >>>> normative? >>>=20 >>> Good question. They are normative for the units defined.=20 >>>>=20 >>>> - P7: IMHO for informational purposes it would help a lot to have = references >>>> to the right locations in BIPM and the IEC, which are referenced = themselves in [RS].=20 >>>=20 >>> Ok; do you have a text proposal? >>=20 >> Sure I could add a couple of references to those.=20 >>=20 >>>>=20 >>>> ## Other >>>>=20 >>>> - The document indicates that new entries will be added through = "Expert >>>> Review". Often it is the case that little documentation is provided >>>> when new entries are given to IANA and, since we should avoid >>>> confusion, I would like to know if we will have specific experts >>>> versed in the topics of Units to review the entries. >>>=20 >>> That is a requirement on the DE already in 8428, so I'm not sure the = is a new one here.=20 >>=20 >> Ok, just wanted to make sure. >>=20 >>>>=20 >>>> Ciao! >>>=20 >>> Thanks for the review.=20 >>> Do you think any of this blocks a WGLC? >>=20 >> I think we can do WGLC after the few edits mentioned before.=20 >>=20 >>=20 >> Ciao! >>=20 >>>=20 >>> Gr=C3=BC=C3=9Fe, Carsten >>>>=20 >>>>=20 >>>>> On Fri, Sep 13, 2019 at 09:15:39AM +0300, Jaime Jim=C3=A9nez = wrote: >>>>> Hi, >>>>>=20 >>>>> I'll try to provide a review in the coming days.=20 >>>>>=20 >>>>> Ciao! >>>>>=20 >>>>>> On Fri, Sep 13, 2019 at 07:07:56AM +0300, Carsten Bormann wrote: >>>>>> Hi Hannes, >>>>>>=20 >>>>>> Quick answer from my vacation: >>>>>> The discussion we had during WG adoption raised a couple minor = points, but nothing we couldn't handle during a WGLC. So if Jaime can do = a chair's review soon, we could WGLC the document afterwards, say, until = about Sep 30.=20 >>>>>> Deg can be registered right away, but adding the second table = requires iesg approval; so we should submit to iesg by, say, Oct 1 and = could be approved by the end of the month, barring surprises. This is = optimistic, but not unrealistic at all.=20 >>>>>>=20 >>>>>> Sent from mobile, sorry for terse >>>>>>=20 >>>>>>> On 12. Sep 2019, at 18:27, Hannes Tschofenig = wrote: >>>>>>>=20 >>>>>>> Hi Carsten, Hi all, >>>>>>>=20 >>>>>>> When do you expect draft-ietf-core-senml-more-units-00 to be = completed? >>>>>>>=20 >>>>>>> Ciao >>>>>>> Hannes >>>>>>> IMPORTANT NOTICE: The contents of this email and any attachments = are confidential and may also be privileged. If you are not the intended = recipient, please notify the sender immediately and do not disclose the = contents to any other person, use it for any purpose, or store or copy = the information in any medium. Thank you. >>>>>>> _______________________________________________ >>>>>>> core mailing list >>>>>>> core@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/core >>>>>=20 >>>>>> _______________________________________________ >>>>>> core mailing list >>>>>> core@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/core >>>>>=20 >>>>> _______________________________________________ >>>>> core mailing list >>>>> core@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/core >>>>=20 >>=20 >> _______________________________________________ >> core mailing list >> core@ietf.org >> https://www.ietf.org/mailman/listinfo/core >=20 From nobody Tue Sep 24 13:25:24 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2537C1200CC; Tue, 24 Sep 2019 13:25:23 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: core@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.102.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: core@ietf.org Message-ID: <156935672306.15623.12591633849275304538@ietfa.amsl.com> Date: Tue, 24 Sep 2019 13:25:23 -0700 Archived-At: Subject: [core] I-D Action: draft-ietf-core-senml-more-units-01.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2019 20:25:23 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Constrained RESTful Environments WG of the IETF. Title : Additional Units for SenML Author : Carsten Bormann Filename : draft-ietf-core-senml-more-units-01.txt Pages : 7 Date : 2019-09-24 Abstract: The Sensor Measurement Lists (SenML) media type supports the indication of units for a quantity represented. This short document registers a number of additional unit names in the IANA registry for Units in SenML. It also defines a registry for secondary units that cannot be in SenML's main registry as they are derived by linear transformation from units already in that registry. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-core-senml-more-units/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-core-senml-more-units-01 https://datatracker.ietf.org/doc/html/draft-ietf-core-senml-more-units-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-core-senml-more-units-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Sep 24 13:27:04 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9B911200CC for ; Tue, 24 Sep 2019 13:27:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.197 X-Spam-Level: X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 7r-GXkWNEouN for ; Tue, 24 Sep 2019 13:27:01 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4A75A12004E for ; Tue, 24 Sep 2019 13:27:01 -0700 (PDT) Received: from [192.168.217.110] (p548DCE50.dip0.t-ipconnect.de [84.141.206.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 46dCQq3Ncqz101P; Tue, 24 Sep 2019 22:26:59 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Carsten Bormann In-Reply-To: <20190916074027.ewu6fqhp2xvb3d4v@EMB-918HFH01> Date: Tue, 24 Sep 2019 22:26:59 +0200 Cc: Hannes Tschofenig , "core@ietf.org WG" X-Mao-Original-Outgoing-Id: 591049617.705755-33f88e2baaa9a471c85d660789e08528 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20190913061538.qmls3fk7indtpqd3@EMB-918HFH01> <20190913091227.d46rkqpfi4x43hxc@EMB-918HFH01> <36675C64-8ABE-4FB1-9579-12FED4D2F615@tzi.org> <20190916074027.ewu6fqhp2xvb3d4v@EMB-918HFH01> To: =?utf-8?Q?Jaime_Jim=C3=A9nez?= X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [core] draft-ietf-core-senml-more-units-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2019 20:27:03 -0000 On Sep 16, 2019, at 09:40, Jaime Jim=C3=A9nez wrote: [=E2=80=A6] >>>=20 >>> ## General comments >>>=20 >>> - The Secondary Registry table is probably lacking a description = column >>> similar to the main SenML registry. >>=20 >> That could be added, but the scale/offset columns are often all that = is needed. Open for input here.=20 >=20 > At least the acronym expansion would help, I can write some = suggestions. Makes sense. Thanks for the suggestions; I have massaged them a bit. = Now in editor=E2=80=99s copy. > (Sidenote: I wonder now if there might be some issue in the future as > the =E2=80=9C/" character is also used to separate multiple URI path = segments.) I don=E2=80=99t think SenML as a whole needs to be URL-safe. (Units don=E2=80=99t occur in SenML names, which in certain cases *are* = intended to be parts of URLs.) >>>=20 >>> - There is an open comment on whether the text should update RFC = 8428, >>> IMO the answer is yes but maybe the authors of both documents and = the >>> group should decide. >>=20 >> Yes. I now think it does update 8428, as it allows the user of units = defined in the secondary table where 8428 only allowed the primary one.=20= >>>=20 >>> ## Editorial >>>=20 >>> - P4: Says "four", however including the reference there would be = five >>> columns.=20 >>>=20 >>> - P5: "Table 2" is missing the caption. >>>=20 >>> - P6,P7: Wouldn't the references to IEC and IEEE be informative = rather than >>> normative? >>=20 >> Good question. They are normative for the units defined.=20 >>>=20 >>> - P7: IMHO for informational purposes it would help a lot to have = references >>> to the right locations in BIPM and the IEC, which are referenced = themselves in [RS].=20 >>=20 >> Ok; do you have a text proposal? >=20 > Sure I could add a couple of references to those.=20 >=20 >>>=20 >>> ## Other >>>=20 >>> - The document indicates that new entries will be added through = "Expert >>> Review". Often it is the case that little documentation is provided >>> when new entries are given to IANA and, since we should avoid >>> confusion, I would like to know if we will have specific experts >>> versed in the topics of Units to review the entries. >>=20 >> That is a requirement on the DE already in 8428, so I'm not sure the = is a new one here.=20 >=20 > Ok, just wanted to make sure. >=20 >>>=20 >>> Ciao! >>=20 >> Thanks for the review.=20 >> Do you think any of this blocks a WGLC? >=20 > I think we can do WGLC after the few edits mentioned before.=20 I actually went ahead and submitted a -01 =E2=80=94 if I didn=E2=80=99t = miss anything, you can WGLC this. Gr=C3=BC=C3=9Fe, Carsten From nobody Wed Sep 25 02:26:29 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06B2B120052 for ; Wed, 25 Sep 2019 02:26:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.821 X-Spam-Level: X-Spam-Status: No, score=-1.821 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_NEUTRAL=0.779] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.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 nLfc309EV2nm for ; Wed, 25 Sep 2019 02:26:25 -0700 (PDT) Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F73012004F for ; Wed, 25 Sep 2019 02:26:25 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id C721F542 for ; Wed, 25 Sep 2019 05:26:24 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Wed, 25 Sep 2019 05:26:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=fptuV6 NWI0ZqppMkpsfPbcBtlhb790y+1yg77QgvoiA=; b=u9AjY6p9/qBOQTnrWv/7xr uThXmLAX6eAuwfx0a7WWHR0uEWJhdgpd8Iea6ImPFEbIpT+6XbGtiumbrPdA4Clk YKSXoSpKfi3pR/Gz6/6CJ4Apo5ZCdkDNlnYhNucoqRrSoHwxuNxVuTA8MrYgJ34S QRhoAhUyhqzBPEVnqpM/b4GxwmW+X8vZ/8qvGB9cDdvIvGdlUaCvZWPXc4KNp3Z2 gT4N7NO1FqHtgkEzvZQ/fsjqXua9pTNDXBmZ6cwmQVa1437CaBZ6/VZvxKxOX1oy 0yg8qqVFCr+LTTiknLOmnbqh44EnHUZB8ZiaObcpqPfqCDPik75jnvWU+uciOyTw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrfedvgdduhecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvuffkgggtugfgfgesthekredttderudenucfhrhhomheplfgrihhmvgcu lfhimhornhgviicuoehjrghimhgvsehikhhirdhfiheqnecuffhomhgrihhnpehivghtfh drohhrghenucfkphepfeejrddvudelrdduudeirdejheenucfrrghrrghmpehmrghilhhf rhhomhepjhgrihhmvgesihhkihdrfhhinecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from EMB-918HFH01 (37-219-116-75.nat.bb.dnainternet.fi [37.219.116.75]) by mail.messagingengine.com (Postfix) with ESMTPA id 27B5080066 for ; Wed, 25 Sep 2019 05:26:23 -0400 (EDT) Date: Wed, 25 Sep 2019 12:26:18 +0300 From: =?utf-8?Q?Jaime=20Jim=C3=A9nez?= To: CoRE WG Message-ID: <20190925092617.yhlk4dhvjm7gh3oz@EMB-918HFH01> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: NeoMutt/20180716 Archived-At: Subject: [core] =?utf-8?q?=F0=9F=94=94_WGLC_of_draft-ietf-core-senml-more?= =?utf-8?q?-units?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2019 09:26:28 -0000 Dear CoRE, this is a WGLC for the senml-more-units draft. The document proposes additional units for SenML. It has gone through chairs' review and it looks ready from that point of view. The group is requested to provide more feedback at this point. For those familiar with v-00, the diff is available at: https://tools.ietf.org/rfcdiff?url2=draft-ietf-core-senml-more-units-01.txt The call will last two weeks until the 9th of October. Best Regards, -- Jaime Jiménez From nobody Wed Sep 25 06:23:41 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B296120815 for ; Wed, 25 Sep 2019 06:23:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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=armh.onmicrosoft.com header.b=ey/MW5RW; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=armh.onmicrosoft.com header.b=P6qKf9Mb 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 jNEavJxH5ukC for ; Wed, 25 Sep 2019 06:23:38 -0700 (PDT) Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60083.outbound.protection.outlook.com [40.107.6.83]) (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 D907C120816 for ; Wed, 25 Sep 2019 06:23:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Igie8okB9x4QgX+fla3Ay6b+RwTkHF1dZ8OIihJJZlY=; b=ey/MW5RWaQUf3xqPb1MJ3wObnvfA/MU7GiK9xHLqrLvcFntzdAO9LPJ2COLm75NdH0MIbaZ8BIwHD8LN78DwEn34qCiz9Nt8a8k1ykgZk4uxd9QTSAy7AaZblTDmoR0Vw1Nw/+u4I7bxHIMYCbs3H8YmcJf1rWQrW1VcMz+Msc4= Received: from DB6PR0802CA0043.eurprd08.prod.outlook.com (2603:10a6:4:a3::29) by AM6PR08MB4135.eurprd08.prod.outlook.com (2603:10a6:20b:a9::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2284.23; Wed, 25 Sep 2019 13:23:34 +0000 Received: from VE1EUR03FT019.eop-EUR03.prod.protection.outlook.com (2a01:111:f400:7e09::202) by DB6PR0802CA0043.outlook.office365.com (2603:10a6:4:a3::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2284.19 via Frontend Transport; Wed, 25 Sep 2019 13:23:33 +0000 Authentication-Results: spf=temperror (sender IP is 63.35.35.123) smtp.mailfrom=arm.com; ietf.org; dkim=pass (signature was verified) header.d=armh.onmicrosoft.com;ietf.org; dmarc=none action=none header.from=arm.com; Received-SPF: TempError (protection.outlook.com: error in processing during lookup of arm.com: DNS Timeout) Received: from 64aa7808-outbound-1.mta.getcheckrecipient.com (63.35.35.123) by VE1EUR03FT019.mail.protection.outlook.com (10.152.18.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2305.15 via Frontend Transport; Wed, 25 Sep 2019 13:23:32 +0000 Received: ("Tessian outbound 3fba803f6da3:v33"); Wed, 25 Sep 2019 13:23:29 +0000 X-CheckRecipientChecked: true X-CR-MTA-CID: cef8d0393796df2e X-CR-MTA-TID: 64aa7808 Received: from f510621b2cf1.2 (ip-172-16-0-2.eu-west-1.compute.internal [104.47.8.55]) by 64aa7808-outbound-1.mta.getcheckrecipient.com id 65199887-04A2-4021-A1D1-5B188D33C94B.1; Wed, 25 Sep 2019 13:23:24 +0000 Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-am5eur03lp2055.outbound.protection.outlook.com [104.47.8.55]) by 64aa7808-outbound-1.mta.getcheckrecipient.com with ESMTPS id f510621b2cf1.2 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384); Wed, 25 Sep 2019 13:23:24 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JO2OT7QTIzhaRrXYT+JOEqPbkvFwMoRSttV9+NQB4y2l6Rnv6F6SvADqla29dSsw/duZmmJww/0+mkxbCiR4qbi4puk6K++IfGzl28u09DmNJF69TaUUewplkNTewK7ZqRDLOBJmp57gDtrp+VeH4J6/BfrZEkwHt/LV2cw5p2N7areJ36zzXczaYkrngjgBWd7NWzdlLHUUc3kjUshVYvrRFss5v0XqXenjEfxzR2McNWML9+RZYyAi5DQqQLT2pXdO0kxIho2lGjidd2cST/tLo8tLjGt6GGWeo0s/Zo7zD07gJDNJ5FIbP6JTppcLx3rT9zx41un7UNeecPMogw== 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=GMZelg5IRrkcy9gON9fzxkVeTBnwdtVp4XphVkJE+KI=; b=iiSGtdSoIlmYoo4qgGR68jZS4k4FY959j8dFFZ1QuFfkGv1HPRN+sA6dD56isLViENbmq0aP40UN+wZBK9VBVlGGKHfYZwGYLQFZUN57y/K29x//jJRW2jufySlFXUf9KljazLiRCS/KfIK2txAGhjbfZj5B9hyuPqFNrpSUMEAMarNSmswIJQUhlIk7XfzylFqTKFJBUG5e1S1pcesjyeVi2AGGYEt28FwG3ZVjeelldui92+9a77fineMccKimuOJ9Ax/5sny+2FFFv3aptOCKiA1UKVp3T62futHKHk5qyTkkl505zO3GVB0KNc59sTHGljUiHyKi3ijJUwiMWw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=GMZelg5IRrkcy9gON9fzxkVeTBnwdtVp4XphVkJE+KI=; b=P6qKf9MbsSU83J44RmDYINeQBMYXiPKSxzQX411wAbXpS57F8ewF0XHAuwygjwOTSt2p6NAU0fDoviYMXcc071dADAkn8wG8NqzL5wVmcdOUOGuP3bMRMxPlX13i6eVQ57Ej4ZRvdW/FlCr8YvC8swi/ay51yCvqt+/ADuissWE= Received: from AM6PR08MB4231.eurprd08.prod.outlook.com (20.179.18.151) by AM6PR08MB4705.eurprd08.prod.outlook.com (10.255.99.149) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2284.18; Wed, 25 Sep 2019 13:23:23 +0000 Received: from AM6PR08MB4231.eurprd08.prod.outlook.com ([fe80::65f3:59ab:153:34a]) by AM6PR08MB4231.eurprd08.prod.outlook.com ([fe80::65f3:59ab:153:34a%2]) with mapi id 15.20.2284.023; Wed, 25 Sep 2019 13:23:23 +0000 From: Thomas Fossati To: =?utf-8?B?SmFpbWUgSmltw6luZXo=?= , CoRE WG Thread-Topic: =?utf-8?B?W2NvcmVdIPCflJQgV0dMQyBvZiBkcmFmdC1pZXRmLWNvcmUtc2VubWwtbW9y?= =?utf-8?Q?e-units?= Thread-Index: AQHVc4NUCdwDi/sflUyzWAj8u3QQT6c8cosA Date: Wed, 25 Sep 2019 13:23:23 +0000 Message-ID: <5B5D2B94-0989-4F9B-86C0-F08EC6BB13B9@arm.com> References: <20190925092617.yhlk4dhvjm7gh3oz@EMB-918HFH01> In-Reply-To: <20190925092617.yhlk4dhvjm7gh3oz@EMB-918HFH01> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.1d.0.190908 Authentication-Results-Original: spf=none (sender IP is ) smtp.mailfrom=Thomas.Fossati@arm.com; x-originating-ip: [217.140.106.49] x-ms-publictraffictype: Email X-MS-Office365-Filtering-Correlation-Id: 4f353487-2f6c-4367-6082-08d741bb8fda X-MS-Office365-Filtering-HT: Tenant X-Microsoft-Antispam-Untrusted: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600167)(711020)(4605104)(1401327)(4618075)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020); SRVR:AM6PR08MB4705; X-MS-TrafficTypeDiagnostic: AM6PR08MB4705:|AM6PR08MB4705:|AM6PR08MB4135: x-ms-exchange-transport-forked: True X-Microsoft-Antispam-PRVS: x-checkrecipientrouted: true x-ms-oob-tlc-oobclassifiers: OLM:8273;OLM:8273; x-forefront-prvs: 01713B2841 X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009020)(4636009)(136003)(39860400002)(346002)(376002)(366004)(396003)(189003)(199004)(6436002)(316002)(64756008)(66556008)(66476007)(102836004)(66446008)(6116002)(76116006)(413944005)(53546011)(99286004)(91956017)(66946007)(446003)(5660300002)(26005)(3846002)(4326008)(4744005)(478600001)(66574012)(2906002)(76176011)(14454004)(86362001)(6246003)(2616005)(71190400001)(305945005)(36756003)(66066001)(186003)(6506007)(71200400001)(486006)(33656002)(256004)(14444005)(58126008)(81156014)(110136005)(6512007)(11346002)(8936002)(476003)(81166006)(25786009)(229853002)(6486002)(7736002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM6PR08MB4705; H:AM6PR08MB4231.eurprd08.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: arm.com does not designate permitted sender hosts) X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Message-Info-Original: qocCQAEts5JfI2G70RyOU3w9NDUA8hxZwvrcu9/9wd5nfoeiH3maCTubrMh8CloEIdAIKZt3xJIzhSuWOlXn61egFbrFVr9Z16XZf+4NeIT47Pd4+awkr61twxM33ZjbS5YOrtpqT1+Dv9x3GH4QPIiduynk0ZM2gFXIvtMDm2B1B2FJTC8fABPgU0CKB0DKbfUCS5Xkt8atCoTIFIYDqC8eq76eFiCj5DASe0b9FqlesqY9a02Alr3JzBicejoeRinh5FWJW9DbF3WNoojBNgXOMDXn9YFJQqGOdtEPZyvsXYtPHvm7HymYe4lr2JJtCTh0Q/LruTbOKq1lkgKGyc3MN1DvZJjsHIVaN4g3J/Wtl02UhJ3ynu3NrUrHtLKjxi6hhPvog51eXGfj3lDHjgxRLQa6SvD7X7HMtayzb8s= Content-Type: text/plain; charset="utf-8" Content-ID: <1E26F3159BA2C8499FCB80DE803FAD0F@eurprd08.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR08MB4705 Original-Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=Thomas.Fossati@arm.com; X-EOPAttributedMessage: 0 X-MS-Exchange-Transport-CrossTenantHeadersStripped: VE1EUR03FT019.eop-EUR03.prod.protection.outlook.com X-Forefront-Antispam-Report: CIP:63.35.35.123; IPV:CAL; SCL:-1; CTRY:IE; EFV:NLI; SFV:NSPM; SFS:(10009020)(4636009)(376002)(396003)(39860400002)(346002)(136003)(199004)(189003)(40434004)(5024004)(4744005)(47776003)(36906005)(14444005)(53546011)(6506007)(316002)(476003)(126002)(23676004)(2486003)(76176011)(81166006)(81156014)(22756006)(336012)(8936002)(436003)(446003)(50466002)(11346002)(110136005)(305945005)(63350400001)(486006)(4326008)(7736002)(33656002)(58126008)(102836004)(2616005)(6116002)(3846002)(70206006)(2906002)(26005)(25786009)(186003)(66574012)(5660300002)(70586007)(99286004)(478600001)(26826003)(66066001)(6486002)(356004)(36756003)(14454004)(76130400001)(6512007)(86362001)(229853002)(6246003); DIR:OUT; SFP:1101; SCL:1; SRVR:AM6PR08MB4135; H:64aa7808-outbound-1.mta.getcheckrecipient.com; FPR:; SPF:TempError; LANG:en; PTR:ec2-63-35-35-123.eu-west-1.compute.amazonaws.com; A:1; MX:1; X-MS-Office365-Filtering-Correlation-Id-Prvs: eaec5343-7f5f-4c3d-cd9c-08d741bb8a6b X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600167)(710020)(711020)(4605104)(1401327)(4618075)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020); SRVR:AM6PR08MB4135; X-Forefront-PRVS: 01713B2841 X-Microsoft-Antispam-Message-Info: 1uxQnx5U4aLA26W8u//t7JSzfZ6YQFJ4Gy0Q4++Y5aLSIfGxrAttOAVuGKruVty1pCdRKV/EQCqxayxQhz4v2kGdqYFO2OA/58EO4Dp6Wj7ttCaPcEcI/+xBDJWk5D/2ZeSoPz96+Kw5jOmgq67LzF4sGO3AubmJ5dV6QxSEnF17zND2jOXm+CgRIG7HqL8OmslUPvQPXDRKVHGU/MqfjtWKIIM4F5I8rBCC2lDlhUH2ZduF9zdHLRYl3Cmp+169g6ZbYDf30s++GvQgeoQuG2ff0mXV98+upZ7Gt7f3/YPf8r2pjE1xvhLHGEZqQurKyh9peoMP53t6fvFjmodu1XUQ6Nref0tAodEe1KkyY7PqgYuJNs/GQrsHWkKXmLsH0O0ty9AMPAGx7b01Mud00OAkfBULKhvhwbKgNT7ekdM= X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 25 Sep 2019 13:23:32.3296 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 4f353487-2f6c-4367-6082-08d741bb8fda X-MS-Exchange-CrossTenant-Id: f34e5979-57d9-4aaa-ad4d-b122a662184d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=f34e5979-57d9-4aaa-ad4d-b122a662184d; Ip=[63.35.35.123]; Helo=[64aa7808-outbound-1.mta.getcheckrecipient.com] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR08MB4135 Archived-At: Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_WGLC_of_draft-ietf-core-senml-more?= =?utf-8?q?-units?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2019 13:23:40 -0000 SGkgSmFpbWUsIGFsbCwNCg0KT24gMjUvMDkvMjAxOSwgMTA6MjYsICJjb3JlIG9uIGJlaGFsZiBv ZiBKYWltZSBKaW3DqW5leiIgPGNvcmUtYm91bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYgb2YgamFp bWVAaWtpLmZpPiB3cm90ZToNCj4gRGVhciBDb1JFLA0KPg0KPiB0aGlzIGlzIGEgV0dMQyBmb3Ig dGhlIHNlbm1sLW1vcmUtdW5pdHMgZHJhZnQuIFRoZSBkb2N1bWVudCBwcm9wb3NlcyBhZGRpdGlv bmFsIHVuaXRzIGZvcg0KPiBTZW5NTC4gSXQgaGFzIGdvbmUgdGhyb3VnaCBjaGFpcnMnIHJldmll dyBhbmQgaXQgbG9va3MgcmVhZHkgZnJvbSB0aGF0DQo+IHBvaW50IG9mIHZpZXcuIFRoZSBncm91 cCBpcyByZXF1ZXN0ZWQgdG8gcHJvdmlkZSBtb3JlIGZlZWRiYWNrIGF0IHRoaXMNCj4gcG9pbnQu DQoNCkkndmUgcmVhZCBkcmFmdC1pZXRmLWNvcmUtc2VubWwtbW9yZS11bml0cy0wMSBhbmQgaXQg bG9va3MgbGlrZQ0KYSB2ZXJ5IG5pY2VseSB3cml0dGVuIGRvY3VtZW50Lg0KDQpJJ3ZlIGxlZnQg YSBjb3VwbGUgb2YgdGlueSBlZGl0b3JpYWwgc3VnZ2VzdGlvbnMgaW4gYSBQUi4NCg0KV1JUIHRo ZSBub3RlIGluIFNlY3Rpb24gNDoNCg0KICAgICJbU28gZG9lcyB0aGlzIHNwZWMgdXBkYXRlIFJG QyA4NDI4P10iDQoNCkkgZ3Vlc3MgdGhlIGFuc3dlciBpcyB5ZXM/DQoNCkNoZWVycywgdGhhbmtz DQoNCg0KDQpJTVBPUlRBTlQgTk9USUNFOiBUaGUgY29udGVudHMgb2YgdGhpcyBlbWFpbCBhbmQg YW55IGF0dGFjaG1lbnRzIGFyZSBjb25maWRlbnRpYWwgYW5kIG1heSBhbHNvIGJlIHByaXZpbGVn ZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHBsZWFzZSBub3RpZnkg dGhlIHNlbmRlciBpbW1lZGlhdGVseSBhbmQgZG8gbm90IGRpc2Nsb3NlIHRoZSBjb250ZW50cyB0 byBhbnkgb3RoZXIgcGVyc29uLCB1c2UgaXQgZm9yIGFueSBwdXJwb3NlLCBvciBzdG9yZSBvciBj b3B5IHRoZSBpbmZvcm1hdGlvbiBpbiBhbnkgbWVkaXVtLiBUaGFuayB5b3UuDQo= From nobody Wed Sep 25 07:23:05 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DC941200C4 for ; Wed, 25 Sep 2019 07:23:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.198 X-Spam-Level: X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no 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 aYwhkIMjeVFv for ; Wed, 25 Sep 2019 07:23:01 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 86DEC120048 for ; Wed, 25 Sep 2019 07:23:01 -0700 (PDT) Received: from [192.168.217.110] (p548DCE50.dip0.t-ipconnect.de [84.141.206.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 46dgJM6NrPzybJ; Wed, 25 Sep 2019 16:22:59 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Carsten Bormann In-Reply-To: <5B5D2B94-0989-4F9B-86C0-F08EC6BB13B9@arm.com> Date: Wed, 25 Sep 2019 16:22:59 +0200 Cc: =?utf-8?Q?Jaime_Jim=C3=A9nez?= , CoRE WG X-Mao-Original-Outgoing-Id: 591114177.50062-38a3442c6485c2608e6a5a7848de3b57 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20190925092617.yhlk4dhvjm7gh3oz@EMB-918HFH01> <5B5D2B94-0989-4F9B-86C0-F08EC6BB13B9@arm.com> To: Thomas Fossati X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_WGLC_of_draft-ietf-core-senml-more?= =?utf-8?q?-units?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2019 14:23:03 -0000 Hi Thomas, > I've read draft-ietf-core-senml-more-units-01 and it looks like > a very nicely written document. >=20 > I=E2=80=99ve left a couple of tiny editorial suggestions in a PR. Thank you! >=20 > WRT the note in Section 4: >=20 > "[So does this spec update RFC 8428?]" >=20 > I guess the answer is yes? I think so, as the Unit names defined in the secondary registry are now = defined as acceptable in SenML unit fields where previously only the = primary ones were. So we can delete the note. I added the =E2=80=9Cupdates=E2=80=9D legend to -01, but forgot to add = the requisite information in abstract and intro that would explain that = legend. Now https://github.com/core-wg/senml-more-units/issues/2 =E2=80=94= =E2=80=94 = https://github.com/core-wg/senml-more-units/commit/61cb6396935bec49c192e8d= ebe7f4b0156a56e7f is a proposal to handle this issue. Gr=C3=BC=C3=9Fe, Carsten From nobody Wed Sep 25 08:52:25 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D58BD120072 for ; Wed, 25 Sep 2019 08:52:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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=armh.onmicrosoft.com header.b=rRq39pK1; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=armh.onmicrosoft.com header.b=BhGf789z 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 dJrqcl1JO8SC for ; Wed, 25 Sep 2019 08:52:20 -0700 (PDT) Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30085.outbound.protection.outlook.com [40.107.3.85]) (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 2DB2F120019 for ; Wed, 25 Sep 2019 08:52:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=WH8c8XmctsqpGSB01l3e/QstLPR0cMMmC2wzY7TVjB8=; b=rRq39pK1Db8CHSi8w3f/s3alS/bePPVxPpBejU55p/b2d0EINGObATzQTIwX+X4z7Reznky6x0g0BkEQE1DVhODM9Qr5I3qGDTQ9NaK6CHtLiU/54XqCmxuMqzVy6Fp6Alc1tG2q7elj3ecPbS955wFCbns2Qtov7hSe9YwXGiE= Received: from VI1PR0801CA0087.eurprd08.prod.outlook.com (2603:10a6:800:7d::31) by AM0PR08MB3204.eurprd08.prod.outlook.com (2603:10a6:208:5d::33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2284.20; Wed, 25 Sep 2019 15:52:15 +0000 Received: from VE1EUR03FT050.eop-EUR03.prod.protection.outlook.com (2a01:111:f400:7e09::205) by VI1PR0801CA0087.outlook.office365.com (2603:10a6:800:7d::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2284.21 via Frontend Transport; Wed, 25 Sep 2019 15:52:15 +0000 Authentication-Results: spf=temperror (sender IP is 63.35.35.123) smtp.mailfrom=arm.com; ietf.org; dkim=pass (signature was verified) header.d=armh.onmicrosoft.com;ietf.org; dmarc=none action=none header.from=arm.com; Received-SPF: TempError (protection.outlook.com: error in processing during lookup of arm.com: DNS Timeout) Received: from 64aa7808-outbound-1.mta.getcheckrecipient.com (63.35.35.123) by VE1EUR03FT050.mail.protection.outlook.com (10.152.19.209) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2284.20 via Frontend Transport; Wed, 25 Sep 2019 15:52:14 +0000 Received: ("Tessian outbound 0939a6bab6b1:v33"); Wed, 25 Sep 2019 15:52:12 +0000 X-CheckRecipientChecked: true X-CR-MTA-CID: 39212e2255ba2fa2 X-CR-MTA-TID: 64aa7808 Received: from 852be83e800e.2 (ip-172-16-0-2.eu-west-1.compute.internal [104.47.6.50]) by 64aa7808-outbound-1.mta.getcheckrecipient.com id CBE21E31-ED3F-47F1-97F7-34CCB02A9653.1; Wed, 25 Sep 2019 15:52:07 +0000 Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-ve1eur02lp2050.outbound.protection.outlook.com [104.47.6.50]) by 64aa7808-outbound-1.mta.getcheckrecipient.com with ESMTPS id 852be83e800e.2 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384); Wed, 25 Sep 2019 15:52:07 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mJ7j6rbV3v730MRRFWOP/yMvbanvoNnR2GYTlPz6MoTxmK9u1MaX/7mumBUMBuC2HOyKH4GRAs2yN8UXrwI46hekAGP2G8qunDbmfckFlbhFu85hSPxb+3VOxNAHtUjEln2h9roQIBdUthO+fWb2/C6QaTWLzdFdMXIxR26h72bF35IGlR/3W8+qR8BHCzfv1rel054RZRfkQC7f2QiM6KgATeYlSMqtSB9+8jj6BROKV2HD1Q/AQY32UX3aGTFSvkdhTcjS2pTEICSAdQwqMD4WhymzSQLE7fhtqJfYoHkbYrpiovaAqlMye00d0O53cAAm3aKImh7l1qXz+gVijw== 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=vSoRbnjsz8snspENkLv1oC+XXvlE88wHFfZlUnZWAkk=; b=hFuo/USmyzaFprkQgk0M8cK8dAdzcshLLL4muGiyiWu1Xw6KhmjwNpJVqDrRZ9aTKjVMKNZQJ6IHrqQMNf5yovNQbu3pcEbP9Qdc6Ltaj6VyGDPjVEPPBybqVKagO3AU6wNtL7HDSr5IIX/UN5Du3bOnV/3TsZkMpY3ilNsNAnSOXReoZWiGaTJjfJwzkRcfIW6vjYHvkaEShAWz4LH1ISVaj1pxQz2gVZmtkYlL9h3kSXrhPv3J+Lb+Bwm98eVIDh/u70fyNS3qg9948N05CIxExqQmB/wyiIo+xJ+PO6uUeQ4ghXNpxbxrupufXT77CgeBhpz1VObo1wsr+w20YQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=vSoRbnjsz8snspENkLv1oC+XXvlE88wHFfZlUnZWAkk=; b=BhGf789zqcDjwZI8vUyHlV8ajEwYz5j5eh9E4nxnCJr1gturug5ftXFlHvXnN7V8PE7hrByO1W/DmQCw3mhEh63Uz5O+JlRLBt392/F5vTj7LknOKnkMKPqK1vsOCiWNcQWnAASeYUK3Xg0AscTmg87/UYZjWo9SmYQgULpEZVg= Received: from AM6PR08MB4231.eurprd08.prod.outlook.com (20.179.18.151) by AM6PR08MB4149.eurprd08.prod.outlook.com (20.179.3.219) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.15; Wed, 25 Sep 2019 15:52:05 +0000 Received: from AM6PR08MB4231.eurprd08.prod.outlook.com ([fe80::65f3:59ab:153:34a]) by AM6PR08MB4231.eurprd08.prod.outlook.com ([fe80::65f3:59ab:153:34a%2]) with mapi id 15.20.2284.023; Wed, 25 Sep 2019 15:52:05 +0000 From: Thomas Fossati To: Carsten Bormann CC: =?utf-8?B?SmFpbWUgSmltw6luZXo=?= , CoRE WG , Thomas Fossati Thread-Topic: =?utf-8?B?W2NvcmVdICDwn5SUIFdHTEMgb2YgZHJhZnQtaWV0Zi1jb3JlLXNlbm1sLW1v?= =?utf-8?Q?re-units?= Thread-Index: AQHVc6y878cqparhCkit85i9BQB1Hac8m8WA Date: Wed, 25 Sep 2019 15:52:05 +0000 Message-ID: References: <20190925092617.yhlk4dhvjm7gh3oz@EMB-918HFH01> <5B5D2B94-0989-4F9B-86C0-F08EC6BB13B9@arm.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.1d.0.190908 Authentication-Results-Original: spf=none (sender IP is ) smtp.mailfrom=Thomas.Fossati@arm.com; x-originating-ip: [217.140.106.49] x-ms-publictraffictype: Email X-MS-Office365-Filtering-Correlation-Id: 09fc6510-d435-4c49-83b2-08d741d055db X-MS-Office365-Filtering-HT: Tenant X-MS-TrafficTypeDiagnostic: AM6PR08MB4149:|AM6PR08MB4149:|AM0PR08MB3204: X-MS-Exchange-PUrlCount: 2 x-ms-exchange-transport-forked: True X-Microsoft-Antispam-PRVS: x-checkrecipientrouted: true x-ms-oob-tlc-oobclassifiers: OLM:7219;OLM:7219; x-forefront-prvs: 01713B2841 X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009020)(4636009)(366004)(396003)(136003)(376002)(346002)(39860400002)(199004)(189003)(2616005)(6916009)(6246003)(5660300002)(6436002)(4326008)(229853002)(6506007)(53546011)(316002)(6486002)(86362001)(58126008)(33656002)(476003)(54906003)(7736002)(561944003)(14454004)(76176011)(256004)(478600001)(966005)(91956017)(71190400001)(64756008)(11346002)(66556008)(66476007)(66446008)(66946007)(99286004)(446003)(186003)(76116006)(6116002)(3846002)(26005)(8936002)(36756003)(4744005)(2906002)(81166006)(6512007)(6306002)(66066001)(81156014)(486006)(25786009)(102836004)(305945005)(71200400001); DIR:OUT; SFP:1101; SCL:1; SRVR:AM6PR08MB4149; H:AM6PR08MB4231.eurprd08.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: arm.com does not designate permitted sender hosts) X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Untrusted: BCL:0; X-Microsoft-Antispam-Message-Info-Original: VPVWqdrBjVH1PNzDfcK+vVlF3c5grwwLcFUDNBXfbzSFSmMTdGg0a+RrEnLPUKgywcmwUzOnJZIOnnQDU4XPDfWEiufu2jjibyYGUQqEJNDHWkR7uKZOej0llNi9vFzQ6M/RIl5J4JzQtGJwV6g9FK3ac3HcYGrUOjpxINHwj/RYUzRMrZm43WCtQO1bQuKapgceANLYF9EciFcdh4kaHtCGuSdwX26VZdMwpgPDilRqkX785IdAmelUMlQKEX5bxy/XPcjipyfJpmHlZTYw/clT4+sTf+DlQLb60wSRPVPsSdAK2VBWXkU9yThG4yMLN/AxmcV5QeICBhUS6FSJUBf+JNNuNrrpzFVE5pdLjDQBs6bTLxWzrFClllUGMM6h4SxsIWJ14e6hliGNNFMOXtg0eA0jtz+JbBOCWWMmziIJZ8BG5Y8eYHo0KROlNdBC350gNOV60oMMm/MJk8+i8w== Content-Type: text/plain; charset="utf-8" Content-ID: <0CB260F7A30318458D61878CE0D70A41@eurprd08.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR08MB4149 Original-Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=Thomas.Fossati@arm.com; X-EOPAttributedMessage: 0 X-MS-Exchange-Transport-CrossTenantHeadersStripped: VE1EUR03FT050.eop-EUR03.prod.protection.outlook.com X-Forefront-Antispam-Report: CIP:63.35.35.123; IPV:CAL; SCL:-1; CTRY:IE; EFV:NLI; SFV:NSPM; SFS:(10009020)(4636009)(136003)(396003)(376002)(39860400002)(346002)(199004)(189003)(40434004)(14444005)(86362001)(33656002)(561944003)(8936002)(305945005)(5024004)(6116002)(3846002)(229853002)(6306002)(50466002)(6486002)(2906002)(47776003)(6512007)(4326008)(6862004)(22756006)(66066001)(6246003)(102836004)(186003)(99286004)(2486003)(23676004)(76176011)(53546011)(486006)(126002)(476003)(2616005)(11346002)(76130400001)(70586007)(70206006)(336012)(446003)(63350400001)(436003)(356004)(4744005)(5660300002)(54906003)(36756003)(36906005)(14454004)(316002)(26005)(6506007)(478600001)(58126008)(966005)(81166006)(26826003)(81156014)(7736002)(25786009); DIR:OUT; SFP:1101; SCL:1; SRVR:AM0PR08MB3204; H:64aa7808-outbound-1.mta.getcheckrecipient.com; FPR:; SPF:TempError; LANG:en; PTR:ec2-63-35-35-123.eu-west-1.compute.amazonaws.com; A:1; MX:1; X-MS-Office365-Filtering-Correlation-Id-Prvs: eb39aab7-bc44-4d04-dc18-08d741d0509a X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600167)(710020)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:AM0PR08MB3204; X-Forefront-PRVS: 01713B2841 X-Microsoft-Antispam-Message-Info: xmKWk9EN9hyrDGBTf0ud0FgrWYwJM4sku8jGc+zh9zl8ZzbzPNatQ/HGOF7KuVAyqwFrCko4GYHDKv3upyLnPqvy2vwK/4vA0CrYDBFn6F+OQ2NKZYPxx5Tuf0h/kbiKD+IITVt8gn8mVNWkP1kPKkGXAht3ELy6ozqPUyFv4WYOwP0SKHHsaNLSNvZgpzRUqFovYp1daoeWjzl4rZBAl4S9as9AB0zCJ+m7JEs0+JQoN9esG5CxEaZEfji1X6n6sqWzd/KHMyKJ1GlXEqlojixvyoX19p5FCKkEa5wfV6ZuSCfEjr2phRgRRf4K49N4/zZUsnBEuooSUNMOQCooFKcATdNXyzFjLfj6IY219vvzknw6zt7BhuPMVeKwLxjbSl9BIVOfr2/KWatoiszad4G1pRCWGiNQ5wS8UjirrkSNes++DU+nYtAjxzbEyAlhLL7MdfadwE/4mAugMHPN5Q== X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 25 Sep 2019 15:52:14.4345 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 09fc6510-d435-4c49-83b2-08d741d055db X-MS-Exchange-CrossTenant-Id: f34e5979-57d9-4aaa-ad4d-b122a662184d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=f34e5979-57d9-4aaa-ad4d-b122a662184d; Ip=[63.35.35.123]; Helo=[64aa7808-outbound-1.mta.getcheckrecipient.com] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR08MB3204 Archived-At: Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_WGLC_of_draft-ietf-core-senml-more?= =?utf-8?q?-units?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2019 15:52:24 -0000 T24gMjUvMDkvMjAxOSwgMTU6MjMsICJDYXJzdGVuIEJvcm1hbm4iIDxjYWJvQHR6aS5vcmc+IHdy b3RlOg0KPiBJIGFkZGVkIHRoZSAidXBkYXRlcyIgbGVnZW5kIHRvIC0wMSwgYnV0IGZvcmdvdCB0 byBhZGQgdGhlIHJlcXVpc2l0ZQ0KPiBpbmZvcm1hdGlvbiBpbiBhYnN0cmFjdCBhbmQgaW50cm8g dGhhdCB3b3VsZCBleHBsYWluIHRoYXQgbGVnZW5kLiAgTm93DQo+IGh0dHBzOi8vZ2l0aHViLmNv bS9jb3JlLXdnL3Nlbm1sLW1vcmUtdW5pdHMvaXNzdWVzLzIgLS0NCj4gaHR0cHM6Ly9naXRodWIu Y29tL2NvcmUtd2cvc2VubWwtbW9yZS11bml0cy9jb21taXQvNjFjYjYzOTY5MzViZWM0OWMxOTJl OGRlYmU3ZjRiMDE1NmE1NmU3Zg0KPiBpcyBhIHByb3Bvc2FsIHRvIGhhbmRsZSB0aGlzIGlzc3Vl Lg0KDQpGV0lXLCB0aGUgY2hhbmdlIGxvb2tzIGdvb2QgdG8gbWUuDQoNCkNoZWVycyENCg0KSU1Q T1JUQU5UIE5PVElDRTogVGhlIGNvbnRlbnRzIG9mIHRoaXMgZW1haWwgYW5kIGFueSBhdHRhY2ht ZW50cyBhcmUgY29uZmlkZW50aWFsIGFuZCBtYXkgYWxzbyBiZSBwcml2aWxlZ2VkLiBJZiB5b3Ug YXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIg aW1tZWRpYXRlbHkgYW5kIGRvIG5vdCBkaXNjbG9zZSB0aGUgY29udGVudHMgdG8gYW55IG90aGVy IHBlcnNvbiwgdXNlIGl0IGZvciBhbnkgcHVycG9zZSwgb3Igc3RvcmUgb3IgY29weSB0aGUgaW5m b3JtYXRpb24gaW4gYW55IG1lZGl1bS4gVGhhbmsgeW91Lg0K From nobody Thu Sep 26 16:48:52 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E0AF91207FE; Thu, 26 Sep 2019 16:48:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Scott Bradner via Datatracker To: Cc: draft-ietf-core-hop-limit.all@ietf.org, ietf@ietf.org, core@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.103.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Scott Bradner Message-ID: <156954173082.31982.2465512704956520690@ietfa.amsl.com> Date: Thu, 26 Sep 2019 16:48:50 -0700 Archived-At: Subject: [core] Opsdir last call review of draft-ietf-core-hop-limit-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Sep 2019 23:48:51 -0000 Reviewer: Scott Bradner Review result: Has Issues This ID proposes to add a hop-limit field to the Constrained Application Protocol (CoAP) (RFC 7252). This seems like a extremely logical thing to do – so logical that it is baffling as to why the original protocol specification did not include such a feature. Section 5.10.2 of RFC 7252 puts the responsibility of loop avoidance on the proxies (this seems to be the only place loops are discussed in the RFC) – I did not review the working group discussions to see why the WG did not use the very well known hop-limit concept instead of relying on the perfect configuration of proxies. If the original WG had some reason it would be good to include a discussion of that reason in this draft even to say that the hop-limit method avoids potential configuration issues and thus is a more reliable way of ensuring quick termination of looping behavior. It seems to me that this ID should be seen as an update to RFC 7252 and thus it should say so in the header and introduction. If there is a reason that all RFC 7252 implementations should not include the hop-limit feature this ID should explain why an implementation should not. Section 3 says that the hop limit is an elective option but does not explain why it should not always be turned on (since it would be ignored by older implementations that do not understand it). I agree with the comment that Roni made in his review about section 6.2 (that the IANA registry does not include the option categories) and would suggest that section 6.2 specifically refer back to section 5.10 of RFC 7252 and say that it is an extension of the table in the RFC. (side note, seems to me that the IANA registry should include the option categories) As far as operational impact, this addition seems likely to minimize operational issues (if it is actually used, which is what it seems to be that it should be a required part of all implementations) Other than the above observations, this ID seems ready to publish on the standards track. Scott From nobody Fri Sep 27 01:30:36 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ADF6512013B; Fri, 27 Sep 2019 01:30:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 egxetnSLPG8L; Fri, 27 Sep 2019 01:30:34 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C6F2612009C; Fri, 27 Sep 2019 01:30:33 -0700 (PDT) Received: from opfednr07.francetelecom.fr (unknown [xx.xx.xx.71]) by opfednr20.francetelecom.fr (ESMTP service) with ESMTP id 46flNm0NScz1yLM; Fri, 27 Sep 2019 10:30:32 +0200 (CEST) Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.107]) by opfednr07.francetelecom.fr (ESMTP service) with ESMTP id 46flNl6GqbzFpWv; Fri, 27 Sep 2019 10:30:31 +0200 (CEST) Received: from OPEXCAUBMA2.corporate.adroot.infra.ftgroup ([fe80::e878:bd0:c89e:5b42]) by OPEXCAUBM8F.corporate.adroot.infra.ftgroup ([fe80::74f6:8fc8:b1b8:dbba%21]) with mapi id 14.03.0468.000; Fri, 27 Sep 2019 10:30:31 +0200 From: To: Scott Bradner , "ops-dir@ietf.org" CC: "draft-ietf-core-hop-limit.all@ietf.org" , "ietf@ietf.org" , "core@ietf.org" Thread-Topic: Opsdir last call review of draft-ietf-core-hop-limit-05 Thread-Index: AQHVdMT0BpG8wxh8E0C67brec56AjKc/Frew Date: Fri, 27 Sep 2019 08:30:31 +0000 Message-ID: <787AE7BB302AE849A7480A190F8B9330313276CF@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <156954173082.31982.2465512704956520690@ietfa.amsl.com> In-Reply-To: <156954173082.31982.2465512704956520690@ietfa.amsl.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.245] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [core] Opsdir last call review of draft-ietf-core-hop-limit-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2019 08:30:36 -0000 SGkgU2NvdHQsDQoNClRoYW5rIHlvdSBmb3IgdGhlIHJldmlldy4gDQoNClBsZWFzZSBzZWUgaW5s aW5lLiANCg0KQ2hlZXJzLA0KTWVkDQoNCj4gLS0tLS1NZXNzYWdlIGQnb3JpZ2luZS0tLS0tDQo+ IERlwqA6IFNjb3R0IEJyYWRuZXIgdmlhIERhdGF0cmFja2VyIFttYWlsdG86bm9yZXBseUBpZXRm Lm9yZ10NCj4gRW52b3nDqcKgOiB2ZW5kcmVkaSAyNyBzZXB0ZW1icmUgMjAxOSAwMTo0OQ0KPiDD gMKgOiBvcHMtZGlyQGlldGYub3JnDQo+IENjwqA6IGRyYWZ0LWlldGYtY29yZS1ob3AtbGltaXQu YWxsQGlldGYub3JnOyBpZXRmQGlldGYub3JnOyBjb3JlQGlldGYub3JnDQo+IE9iamV0wqA6IE9w c2RpciBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWlldGYtY29yZS1ob3AtbGltaXQtMDUNCj4g DQo+IFJldmlld2VyOiBTY290dCBCcmFkbmVyDQo+IFJldmlldyByZXN1bHQ6IEhhcyBJc3N1ZXMN Cj4gDQo+IFRoaXMgSUQgcHJvcG9zZXMgdG8gYWRkIGEgaG9wLWxpbWl0IGZpZWxkIHRvIHRoZSBD b25zdHJhaW5lZCBBcHBsaWNhdGlvbg0KPiBQcm90b2NvbCAoQ29BUCkgKFJGQyA3MjUyKS4gIFRo aXMgc2VlbXMgbGlrZSBhIGV4dHJlbWVseSBsb2dpY2FsIHRoaW5nIHRvDQo+IGRvIOKAkw0KPiBz byBsb2dpY2FsIHRoYXQgaXQgaXMgYmFmZmxpbmcgYXMgdG8gd2h5IHRoZSBvcmlnaW5hbCBwcm90 b2NvbA0KPiBzcGVjaWZpY2F0aW9uDQo+IGRpZCBub3QgaW5jbHVkZSBzdWNoIGEgZmVhdHVyZS4g IFNlY3Rpb24gNS4xMC4yIG9mIFJGQyA3MjUyIHB1dHMgdGhlDQo+IHJlc3BvbnNpYmlsaXR5IG9m IGxvb3AgYXZvaWRhbmNlIG9uIHRoZSBwcm94aWVzICh0aGlzIHNlZW1zIHRvIGJlIHRoZSBvbmx5 DQo+IHBsYWNlIGxvb3BzIGFyZSBkaXNjdXNzZWQgaW4gdGhlIFJGQykg4oCTIEkgZGlkIG5vdCBy ZXZpZXcgdGhlIHdvcmtpbmcgZ3JvdXANCj4gZGlzY3Vzc2lvbnMgdG8gc2VlIHdoeSB0aGUgV0cg ZGlkIG5vdCB1c2UgdGhlIHZlcnkgd2VsbCBrbm93biBob3AtbGltaXQNCj4gY29uY2VwdA0KPiBp bnN0ZWFkIG9mIHJlbHlpbmcgb24gdGhlIHBlcmZlY3QgY29uZmlndXJhdGlvbiBvZiBwcm94aWVz LiAgSWYgdGhlDQo+IG9yaWdpbmFsIFdHDQo+IGhhZCBzb21lIHJlYXNvbiBpdCB3b3VsZCBiZSBn b29kIHRvIGluY2x1ZGUgYSBkaXNjdXNzaW9uIG9mIHRoYXQgcmVhc29uIGluDQo+IHRoaXMNCj4g ZHJhZnQgZXZlbiB0byBzYXkgdGhhdCB0aGUgaG9wLWxpbWl0IG1ldGhvZCBhdm9pZHMgcG90ZW50 aWFsIGNvbmZpZ3VyYXRpb24NCj4gaXNzdWVzIGFuZCB0aHVzIGlzIGEgbW9yZSByZWxpYWJsZSB3 YXkgb2YgZW5zdXJpbmcgcXVpY2sgdGVybWluYXRpb24gb2YNCj4gbG9vcGluZw0KPiBiZWhhdmlv ci4NCg0KW01lZF0gSSB3aWxsIGxlYXZlIHRoaXMgb25lIHRvIHRoZSBjaGFpcnMgYXMgdGhlIGF1 dGhvcnMgZG9uJ3QgaGF2ZSByZWNvcmRzIHRvIHNoYXJlLiANCg0KPiANCj4gSXQgc2VlbXMgdG8g bWUgdGhhdCB0aGlzIElEIHNob3VsZCBiZSBzZWVuIGFzIGFuIHVwZGF0ZSB0byBSRkMgNzI1MiBh bmQNCj4gdGh1cyBpdA0KPiBzaG91bGQgc2F5IHNvIGluIHRoZSBoZWFkZXIgYW5kIGludHJvZHVj dGlvbi4NCg0KW01lZF0gV2UgZGlkbid0IGluY2x1ZGUgYW4gIlVwZGF0ZXMiIHRhZyBiZWNhdXNl IGJhc2ljYWxseSB3ZSBkb24ndCBjaGFuZ2UgYW55IHRleHQgZnJvbSA3MjUyLiBJIGhvcGUgdGhl IGd1aWRlbGluZXMgd2lsbCBiZSBiZXR0ZXIgaW4gdGhlIGZ1dHVyZSB3aXRoIGRyYWZ0LWt1ZWhs ZXdpbmQtdXBkYXRlLXRhZy4gDQoNCg0KICBJZiB0aGVyZSBpcyBhIHJlYXNvbiB0aGF0DQo+IGFs bA0KPiBSRkMgNzI1MiBpbXBsZW1lbnRhdGlvbnMgc2hvdWxkIG5vdCBpbmNsdWRlIHRoZSBob3At bGltaXQgZmVhdHVyZSB0aGlzIElEDQo+IHNob3VsZCBleHBsYWluIHdoeSBhbiBpbXBsZW1lbnRh dGlvbiBzaG91bGQgbm90Lg0KDQpbTWVkXSBUaGUgV0cgZGlzY3Vzc2VkIHRoZXNlIG9wdGlvbnM6 ICJJcyBob3AtbGltaXQgc29tZXRoaW5nIHRoYXQgaXMgKGEpIHNwZWNpZmljIHRvIERPVFMsIHNv bWV0aGluZyB0aGF0IChiKSBpdCB3b3VsZCBub3cgYmUgcmVhc29uYWJsZSB0byBleHBlY3QgYSBw cm94eSB0byBhZGQsIG9yIChjKSBzb21ldGhpbmcgdGhhdCBldmVyeSBDb0FQIGltcGxlbWVudGF0 aW9uIHNob3VsZCBkbz8iDQoNClRoZSBjb25jbHVzaW9uIG9mIHRoZSBXRyBpcyByZWNvcmRlZCBp biB0aGUgZHJhZnQ6IA0KDQogICBUaGUgSG9wLUxpbWl0IG9wdGlvbiBoYXMgb3JpZ2luYWxseSBi ZWVuIGRlc2lnbmVkIGZvciBhIHNwZWNpZmljIHVzZQ0KICAgY2FzZSBbSS1ELmlldGYtZG90cy1z aWduYWwtY2hhbm5lbF0uICBIb3dldmVyLCBpdHMgaW50ZW5kZWQgdXNhZ2UgaXMNCiAgIGdlbmVy YWw6IENvQVAgcHJveGllcyB0aGF0IGRvIG5vdCBoYXZlIHNwZWNpZmljIGtub3dsZWRnZSB0aGF0 IHByb3h5DQogICAgICAgICAgICBeXl5eXl5eXl5eXl5eXl5eXl5eXl5eXl5eXl5eXl5eXl5eXl5e Xl5eXl5eXl5eXl5eXiAgIA0KICAgZm9yd2FyZGluZyBsb29wcyBhcmUgYXZvaWRlZCBpbiBzb21l IG90aGVyIHdheSwgYXJlIGV4cGVjdGVkIHRvDQogICBpbXBsZW1lbnQgdGhpcyBvcHRpb24gYW5k IGhhdmUgaXQgZW5hYmxlZCBieSBkZWZhdWx0Lg0KDQoNCiAgU2VjdGlvbiAzIHNheXMgdGhhdCB0 aGUNCj4gaG9wDQo+IGxpbWl0IGlzIGFuIGVsZWN0aXZlIG9wdGlvbiBidXQgZG9lcyBub3QgZXhw bGFpbiB3aHkgaXQgc2hvdWxkIG5vdCBhbHdheXMNCj4gYmUNCj4gdHVybmVkIG9uIChzaW5jZSBp dCB3b3VsZCBiZSBpZ25vcmVkIGJ5IG9sZGVyIGltcGxlbWVudGF0aW9ucyB0aGF0IGRvIG5vdA0K PiB1bmRlcnN0YW5kIGl0KS4NCj4gDQo+IEkgYWdyZWUgd2l0aCB0aGUgY29tbWVudCB0aGF0IFJv bmkgbWFkZSBpbiBoaXMgcmV2aWV3IGFib3V0IHNlY3Rpb24gNi4yDQoNCltNZWRdIE5vdGVkLiBX ZSBhbHJlYWR5IG1hZGUgY2hhbmdlcyB0byBhZGRyZXNzIHRoZSBjb21tZW50IGZyb20gUm9uaS4g RldJVywgdGhlIHVwZGF0ZWQgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6IGh0dHBzOi8vZ2l0aHVi LmNvbS9ib3VjYWRhaXIvZHJhZnQtaG9wLWxpbWl0L2Jsb2IvbWFzdGVyL2RyYWZ0LWlldGYtY29y ZS1ob3AtbGltaXQtMDYudHh0IChhIGRpZmYgaXMgYWxzbyBhdmFpbGFibGUgdW5kZXIgdGhlIHNh bWUgcmVwbykuICANCg0KPiAodGhhdA0KPiB0aGUgSUFOQSByZWdpc3RyeSBkb2VzIG5vdCBpbmNs dWRlIHRoZSBvcHRpb24gY2F0ZWdvcmllcykgIGFuZCB3b3VsZA0KPiBzdWdnZXN0DQo+IHRoYXQg c2VjdGlvbiA2LjIgc3BlY2lmaWNhbGx5IHJlZmVyIGJhY2sgdG8gc2VjdGlvbiA1LjEwIG9mIFJG QyA3MjUyIGFuZA0KPiBzYXkNCj4gdGhhdCBpdCBpcyBhbiBleHRlbnNpb24gb2YgdGhlIHRhYmxl IGluIHRoZSBSRkMuDQoNCltNZWRdIE5vIG5lZWQgdG8gbWVudGlvbiB0aGlzIGlzIGFuICJleHRl bnNpb24iIG9mIHRoZSB0YWJsZSBpbiA3MjUyLiBUaGUgSUFOQSByZWdpc3RyeSBpcyB1c2VkIHRv IG1haW50YWluIHRoZSB1cGRhdGVkIHRhYmxlLg0KDQogIChzaWRlIG5vdGUsIHNlZW1zIHRvIG1l DQo+IHRoYXQNCj4gdGhlIElBTkEgcmVnaXN0cnkgc2hvdWxkIGluY2x1ZGUgdGhlIG9wdGlvbiBj YXRlZ29yaWVzKQ0KPiANCj4gQXMgZmFyIGFzIG9wZXJhdGlvbmFsIGltcGFjdCwgdGhpcyBhZGRp dGlvbiBzZWVtcyBsaWtlbHkgdG8gbWluaW1pemUNCj4gb3BlcmF0aW9uYWwgaXNzdWVzIChpZiBp dCBpcyBhY3R1YWxseSB1c2VkLCB3aGljaCBpcyB3aGF0IGl0IHNlZW1zIHRvIGJlDQo+IHRoYXQN Cj4gaXQgc2hvdWxkIGJlIGEgcmVxdWlyZWQgcGFydCBvZiBhbGwgaW1wbGVtZW50YXRpb25zKQ0K PiANCj4gT3RoZXIgdGhhbiB0aGUgYWJvdmUgb2JzZXJ2YXRpb25zLCB0aGlzIElEIHNlZW1zIHJl YWR5IHRvIHB1Ymxpc2ggb24gdGhlDQo+IHN0YW5kYXJkcyB0cmFjay4NCg0KW01lZF0gVGhhbmsg eW91Lg0KDQo+IA0KPiBTY290dA0KDQo= From nobody Fri Sep 27 03:59:51 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6520612004F; Fri, 27 Sep 2019 03:59:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.107 X-Spam-Level: X-Spam-Status: No, score=-1.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RDNS_NONE=0.793, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no 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 wWL-iRe4Fm_0; Fri, 27 Sep 2019 03:59:41 -0700 (PDT) Received: from sobco.sobco.com (unknown [136.248.127.164]) by ietfa.amsl.com (Postfix) with ESMTP id 095F412001E; Fri, 27 Sep 2019 03:59:40 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by sobco.sobco.com (Postfix) with ESMTP id 3040C1EE29AD; Fri, 27 Sep 2019 06:59:40 -0400 (EDT) X-Virus-Scanned: amavisd-new at sobco.com Received: from sobco.sobco.com ([127.0.0.1]) by localhost (sobco.sobco.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 65ydMEowVvHp; Fri, 27 Sep 2019 06:59:35 -0400 (EDT) Received: from golem.sobco.com (golem.sobco.com [136.248.127.162]) by sobco.sobco.com (Postfix) with ESMTPSA id 548A01EE2990; Fri, 27 Sep 2019 06:59:35 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) From: "Scott O. Bradner" In-Reply-To: <787AE7BB302AE849A7480A190F8B9330313276CF@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> Date: Fri, 27 Sep 2019 06:59:34 -0400 Cc: "ops-dir@ietf.org" , "draft-ietf-core-hop-limit.all@ietf.org" , "ietf@ietf.org" , "core@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <156954173082.31982.2465512704956520690@ietfa.amsl.com> <787AE7BB302AE849A7480A190F8B9330313276CF@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> To: "" X-Mailer: Apple Mail (2.3445.104.11) Archived-At: Subject: Re: [core] Opsdir last call review of draft-ietf-core-hop-limit-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2019 10:59:43 -0000 > On Sep 27, 2019, at 4:30 AM, mohamed.boucadair@orange.com wrote: >=20 >=20 >> (that >> the IANA registry does not include the option categories) and would >> suggest >> that section 6.2 specifically refer back to section 5.10 of RFC 7252 = and >> say >> that it is an extension of the table in the RFC. >=20 > [Med] No need to mention this is an "extension" of the table in 7252. = The IANA registry is used to maintain the updated table. not quite the case - the IANA maintains a list of options - the table = includes additional information not maintained by the IANA (but maybe should be) Scott From nobody Fri Sep 27 04:49:57 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 099CE12011E; Fri, 27 Sep 2019 04:49:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.82 X-Spam-Level: X-Spam-Status: No, score=-1.82 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.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 44W_E3EMLEJx; Fri, 27 Sep 2019 04:49:52 -0700 (PDT) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA78612004F; Fri, 27 Sep 2019 04:49:52 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 1A3D33C6; Fri, 27 Sep 2019 07:49:51 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Fri, 27 Sep 2019 07:49:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=pwsi7B bvhMgeDBHvB5l5D0iq+fFYls20vvrpY3tZ5LI=; b=M0IeRgrUEi/gkV54VtitVr R7KWBGdIrWJa9eJ2O6yrfDXWtDuJ/SJPve0GbXY4s+meCqqw794KypBDwvx2F+E8 ZcI6FQOMnOh1DjgVU1X1KEiWRxKz7KtmuMUNxtLWCO7bZDZ/XwMi2fL9QL/Z8vOk YRtlhuiQFiwNndT7q0MrV2cXUhjlXWAAWt6s0aVkAvtnwcAlcHDyc1Ug1FhbGxLE mEzYTRSQ90Zt5pN6xZ3vykIaPVxuZWNC2XKvqqvrHFfFVeXeEDd0JNW1AiJCbK1g +P+J2M+O5PtVRd4STjH/nxSZHxzXu4csMyuXjWEYhj6HO2bvmVvjRoGADvaFB2rw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrfeeigdegfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjfgesthdtre dttdervdenucfhrhhomheplfgrihhmvgculfhimhornhgviicuoehjrghimhgvsehikhhi rdhfiheqnecuffhomhgrihhnpehivghtfhdrohhrghenucfkphepkeelrdduieeirdegle drvdegfeenucfrrghrrghmpehmrghilhhfrhhomhepjhgrihhmvgesihhkihdrfhhinecu vehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from EMB-918HFH01 (89-166-49-243.co.dnainternet.fi [89.166.49.243]) by mail.messagingengine.com (Postfix) with ESMTPA id 7DABF80061; Fri, 27 Sep 2019 07:49:48 -0400 (EDT) Date: Fri, 27 Sep 2019 14:49:46 +0300 From: =?utf-8?Q?Jaime=20Jim=C3=A9nez?= To: "Scott O. Bradner" Cc: "" , "draft-ietf-core-hop-limit.all@ietf.org" , "ops-dir@ietf.org" , "ietf@ietf.org" , "core@ietf.org" Message-ID: <20190927114946.igkh7f3evmclwt4p@EMB-918HFH01> References: <156954173082.31982.2465512704956520690@ietfa.amsl.com> <787AE7BB302AE849A7480A190F8B9330313276CF@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 Archived-At: Subject: Re: [core] Opsdir last call review of draft-ietf-core-hop-limit-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2019 11:49:55 -0000 Hi, I do not know of the rationale for not adding the CUNR information for each option, I'd assume that the respective RFC is enough for that. Maybe Carsten or others can shed some light to that. Ciao! On Fri, Sep 27, 2019 at 06:59:34AM -0400, Scott O. Bradner wrote: > > > > On Sep 27, 2019, at 4:30 AM, mohamed.boucadair@orange.com wrote: > > > > > >> (that > >> the IANA registry does not include the option categories) and would > >> suggest > >> that section 6.2 specifically refer back to section 5.10 of RFC 7252 and > >> say > >> that it is an extension of the table in the RFC. > > > > [Med] No need to mention this is an "extension" of the table in 7252. The IANA registry is used to maintain the updated table. > > not quite the case - the IANA maintains a list of options - the table includes additional information not maintained by the IANA > (but maybe should be) > > Scott > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Fri Sep 27 04:55:15 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1BFF12004F; Fri, 27 Sep 2019 04:55:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 x7JVyhqZuKEV; Fri, 27 Sep 2019 04:55:05 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 48B5F120800; Fri, 27 Sep 2019 04:55:05 -0700 (PDT) Received: from opfedar04.francetelecom.fr (unknown [xx.xx.xx.6]) by opfedar23.francetelecom.fr (ESMTP service) with ESMTP id 46fqwl7260zBryr; Fri, 27 Sep 2019 13:55:03 +0200 (CEST) Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.64]) by opfedar04.francetelecom.fr (ESMTP service) with ESMTP id 46fqwl5nR6z1xnn; Fri, 27 Sep 2019 13:55:03 +0200 (CEST) Received: from OPEXCAUBMA2.corporate.adroot.infra.ftgroup ([fe80::e878:bd0:c89e:5b42]) by OPEXCAUBMA3.corporate.adroot.infra.ftgroup ([fe80::90fe:7dc1:fb15:a02b%21]) with mapi id 14.03.0468.000; Fri, 27 Sep 2019 13:55:03 +0200 From: To: "Scott O. Bradner" CC: "ops-dir@ietf.org" , "draft-ietf-core-hop-limit.all@ietf.org" , "ietf@ietf.org" , "core@ietf.org" Thread-Topic: Opsdir last call review of draft-ietf-core-hop-limit-05 Thread-Index: AQHVdSKlBpG8wxh8E0C67brec56AjKc/aWLQ Date: Fri, 27 Sep 2019 11:55:02 +0000 Message-ID: <787AE7BB302AE849A7480A190F8B933031327811@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <156954173082.31982.2465512704956520690@ietfa.amsl.com> <787AE7BB302AE849A7480A190F8B9330313276CF@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.245] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [core] Opsdir last call review of draft-ietf-core-hop-limit-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2019 11:55:07 -0000 Re-, Yes, you are right.=20 But, this was fixed in the updated version I shared (https://github.com/bou= cadair/draft-hop-limit/blob/master/draft-ietf-core-hop-limit-06.txt): the s= tructure of the table in the IANA section is aligned with the one in the IA= NA registry.=20 The OLD table was moved into the core text.=20 Cheers, Med > -----Message d'origine----- > De=A0: Scott O. Bradner [mailto:sob@sobco.com] > Envoy=E9=A0: vendredi 27 septembre 2019 13:00 > =C0=A0: BOUCADAIR Mohamed TGI/OLN > Cc=A0: ops-dir@ietf.org; draft-ietf-core-hop-limit.all@ietf.org; > ietf@ietf.org; core@ietf.org > Objet=A0: Re: Opsdir last call review of draft-ietf-core-hop-limit-05 >=20 >=20 >=20 > > On Sep 27, 2019, at 4:30 AM, mohamed.boucadair@orange.com wrote: > > > > > >> (that > >> the IANA registry does not include the option categories) and would > >> suggest > >> that section 6.2 specifically refer back to section 5.10 of RFC 7252 > and > >> say > >> that it is an extension of the table in the RFC. > > > > [Med] No need to mention this is an "extension" of the table in 7252. > The IANA registry is used to maintain the updated table. >=20 > not quite the case - the IANA maintains a list of options - the table > includes additional information not maintained by the IANA > (but maybe should be) >=20 > Scott From nobody Fri Sep 27 04:56:33 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 054FA1208BB; Fri, 27 Sep 2019 04:56:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.107 X-Spam-Level: X-Spam-Status: No, score=-1.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RDNS_NONE=0.793, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no 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 hCyoK5a4nSSX; Fri, 27 Sep 2019 04:56:12 -0700 (PDT) Received: from sobco.sobco.com (unknown [136.248.127.164]) by ietfa.amsl.com (Postfix) with ESMTP id 98961120853; Fri, 27 Sep 2019 04:56:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by sobco.sobco.com (Postfix) with ESMTP id 128CD1EE3CCE; Fri, 27 Sep 2019 07:56:11 -0400 (EDT) X-Virus-Scanned: amavisd-new at sobco.com Received: from sobco.sobco.com ([127.0.0.1]) by localhost (sobco.sobco.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FFfOdR-anNde; Fri, 27 Sep 2019 07:56:05 -0400 (EDT) Received: from golem.sobco.com (golem.sobco.com [136.248.127.162]) by sobco.sobco.com (Postfix) with ESMTPSA id 290271EE3CB9; Fri, 27 Sep 2019 07:56:04 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) From: "Scott O. Bradner" In-Reply-To: <787AE7BB302AE849A7480A190F8B9330313276CF@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> Date: Fri, 27 Sep 2019 07:56:03 -0400 Cc: "ops-dir@ietf.org" , "draft-ietf-core-hop-limit.all@ietf.org" , "ietf@ietf.org" , "core@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: <91217564-7AA1-40FA-86AB-4EF8B6E53984@sobco.com> References: <156954173082.31982.2465512704956520690@ietfa.amsl.com> <787AE7BB302AE849A7480A190F8B9330313276CF@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> To: "" X-Mailer: Apple Mail (2.3445.104.11) Archived-At: Subject: Re: [core] Opsdir last call review of draft-ietf-core-hop-limit-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2019 11:56:15 -0000 > On Sep 27, 2019, at 4:30 AM, mohamed.boucadair@orange.com wrote: >=20 >=20 >>=20 >> It seems to me that this ID should be seen as an update to RFC 7252 = and >> thus it >> should say so in the header and introduction. >=20 > [Med] We didn't include an "Updates" tag because basically we don't = change any text from 7252. I hope the guidelines will be better in the = future with draft-kuehlewind-update-tag.=20 that seems to be the wrong concept to me - your ID extends the = technology in the RFC - to me that is an update >=20 >=20 > If there is a reason that >> all >> RFC 7252 implementations should not include the hop-limit feature = this ID >> should explain why an implementation should not. >=20 > [Med] The WG discussed these options: "Is hop-limit something that is = (a) specific to DOTS, something that (b) it would now be reasonable to = expect a proxy to add, or (c) something that every CoAP implementation = should do?" >=20 > The conclusion of the WG is recorded in the draft:=20 >=20 > The Hop-Limit option has originally been designed for a specific use > case [I-D.ietf-dots-signal-channel]. However, its intended usage is > general: CoAP proxies that do not have specific knowledge that proxy > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ =20 > forwarding loops are avoided in some other way, are expected to > implement this option and have it enabled by default. that seems rather well hidden - & maybe backward - the only place that = the extension should not be used is where there is absolute knowledge that the proxy does the job - that seems like a null case for = software developer who can not know every situation where the software will be used=20 i.e. - to me 1/ this option must be included in all new implementations 2/ the option must be enabled by default=20 3/ the option may be turned off in a particular deployment if it = is known that the proxy does the job but even with #3 - what is the disadvantage of always using the option? in any case there seems to be no downside to having a fuller discussion = of when the option should be implemented & when it should be used (or = not used) Scott From nobody Fri Sep 27 04:56:58 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37A3B120858; Fri, 27 Sep 2019 04:56:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.107 X-Spam-Level: X-Spam-Status: No, score=-1.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RDNS_NONE=0.793, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no 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 A4CXl18A0Klj; Fri, 27 Sep 2019 04:56:47 -0700 (PDT) Received: from sobco.sobco.com (unknown [136.248.127.164]) by ietfa.amsl.com (Postfix) with ESMTP id DA02D120800; Fri, 27 Sep 2019 04:56:46 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by sobco.sobco.com (Postfix) with ESMTP id 871401EE3D49; Fri, 27 Sep 2019 07:56:46 -0400 (EDT) X-Virus-Scanned: amavisd-new at sobco.com Received: from sobco.sobco.com ([127.0.0.1]) by localhost (sobco.sobco.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qLcRtbJUXmpB; Fri, 27 Sep 2019 07:56:45 -0400 (EDT) Received: from golem.sobco.com (golem.sobco.com [136.248.127.162]) by sobco.sobco.com (Postfix) with ESMTPSA id 76A131EE3D32; Fri, 27 Sep 2019 07:56:45 -0400 (EDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) From: "Scott O. Bradner" In-Reply-To: <787AE7BB302AE849A7480A190F8B933031327811@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> Date: Fri, 27 Sep 2019 07:56:45 -0400 Cc: "ops-dir@ietf.org" , "draft-ietf-core-hop-limit.all@ietf.org" , "ietf@ietf.org" , "core@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: <6E424D4F-5A38-4CDF-A839-5098158EA5A6@sobco.com> References: <156954173082.31982.2465512704956520690@ietfa.amsl.com> <787AE7BB302AE849A7480A190F8B9330313276CF@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <787AE7BB302AE849A7480A190F8B933031327811@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> To: "" X-Mailer: Apple Mail (2.3445.104.11) Archived-At: Subject: Re: [core] Opsdir last call review of draft-ietf-core-hop-limit-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2019 11:56:55 -0000 OK > On Sep 27, 2019, at 7:55 AM, = wrote: >=20 > Re-, >=20 > Yes, you are right.=20 >=20 > But, this was fixed in the updated version I shared = (https://github.com/boucadair/draft-hop-limit/blob/master/draft-ietf-core-= hop-limit-06.txt): the structure of the table in the IANA section is = aligned with the one in the IANA registry.=20 >=20 > The OLD table was moved into the core text.=20 >=20 > Cheers, > Med >=20 >> -----Message d'origine----- >> De : Scott O. Bradner [mailto:sob@sobco.com] >> Envoy=C3=A9 : vendredi 27 septembre 2019 13:00 >> =C3=80 : BOUCADAIR Mohamed TGI/OLN >> Cc : ops-dir@ietf.org; draft-ietf-core-hop-limit.all@ietf.org; >> ietf@ietf.org; core@ietf.org >> Objet : Re: Opsdir last call review of draft-ietf-core-hop-limit-05 >>=20 >>=20 >>=20 >>> On Sep 27, 2019, at 4:30 AM, mohamed.boucadair@orange.com wrote: >>>=20 >>>=20 >>>> (that >>>> the IANA registry does not include the option categories) and = would >>>> suggest >>>> that section 6.2 specifically refer back to section 5.10 of RFC = 7252 >> and >>>> say >>>> that it is an extension of the table in the RFC. >>>=20 >>> [Med] No need to mention this is an "extension" of the table in = 7252. >> The IANA registry is used to maintain the updated table. >>=20 >> not quite the case - the IANA maintains a list of options - the table >> includes additional information not maintained by the IANA >> (but maybe should be) >>=20 >> Scott >=20 From nobody Fri Sep 27 05:24:45 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BCD39120812; Fri, 27 Sep 2019 05:24:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.197 X-Spam-Level: X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 LC0ZChHRbauT; Fri, 27 Sep 2019 05:24:41 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1DA5812004C; Fri, 27 Sep 2019 05:24:41 -0700 (PDT) Received: from eduroam-pool6-0867.wlan.uni-bremen.de (eduroam-pool6-0867.wlan.uni-bremen.de [134.102.27.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 46frZv2J2kzyqd; Fri, 27 Sep 2019 14:24:39 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Carsten Bormann In-Reply-To: <20190927114946.igkh7f3evmclwt4p@EMB-918HFH01> Date: Fri, 27 Sep 2019 14:24:39 +0200 Cc: "Scott O. Bradner" , "draft-ietf-core-hop-limit.all@ietf.org" , "ops-dir@ietf.org" , "ietf@ietf.org" , "core@ietf.org" X-Mao-Original-Outgoing-Id: 591279877.452345-3e7cdd004112b7d3ec2b8130398120cf Content-Transfer-Encoding: quoted-printable Message-Id: <30446701-ADE2-4231-A987-CB6AE906A3E8@tzi.org> References: <156954173082.31982.2465512704956520690@ietfa.amsl.com> <787AE7BB302AE849A7480A190F8B9330313276CF@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <20190927114946.igkh7f3evmclwt4p@EMB-918HFH01> To: =?utf-8?Q?Jaime_Jim=C3=A9nez?= X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [core] Opsdir last call review of draft-ietf-core-hop-limit-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2019 12:24:44 -0000 Hi Jaime, On the option registration scheme, Scott raises some good points that we = should have had in mind in 2011..13 when all this was designed. =20 CoAP=E2=80=99s main extension point is the =E2=80=9COption=E2=80=9D, = i.e. a TLV item (in a highly efficient encoding) that can be added to a = request or response. Options are maintained in a registry, which = coordinates the code point space (Option number) and points to a spec. Options have a number of properties/flags, which are typically shown in = the specification that defines the option using a table like Table 4 of = RFC 7252. The Option number itself encodes a number of properties of an option, = specifically the =E2=80=9CC=E2=80=9D (critical), =E2=80=9CU=E2=80=9D = (proxy-unsafe), and =E2=80=9CN=E2=80=9D (not-a-cache-key) flags, so = those three properties are available to any system processing the = Option, whether the Option is known to it or not. In other words, if you look closer, these three flags are captured in = the registry because the Option number is. The R flag (repeatable), the data type (format), the length range, and = the default (if any) are not captured in the registry; these need to be = taken from the Option specification. This may not be the brightest way to run a registry (among other things, = it relies heavily on the designated expert knowing about C/U/N and = making sure that the option number encodes this properly, and it leads = to squatters like ITU-T invariably choosing broken option numbers), but = it is what we have been using for a while already. So that part of the = comments may be nudging us to reconsider our ways managing the CoAP = Option registry, but is not specifically a comment on hop-limit. The other question was why the hop-limit option isn=E2=80=99t made = mandatory. Med has already pointed out that the text of the draft does = recommend its use in specific situations (i.e., where proxies are = involved). The transition strategy is somewhat mild, as proxies today = don=E2=80=99t know the option, so its interpretation by a receiving = instance is elective (i.e., not critical). Application domains that do make use of complicated proxying structures = (which is not the norm today for CoAP), such as DOTS, might make more = stringent requirements. Generally, we don=E2=80=99t use =E2=80=9Cupdates=E2= =80=9D for specifications that merely exercise an extension point, so I = don=E2=80=99t think hop-limit =E2=80=9Cupdates=E2=80=9D RFC 7252, but = the =E2=80=9Cupdates=E2=80=9D label is in active discussion already = anyway. Gr=C3=BC=C3=9Fe, Carsten > On Sep 27, 2019, at 13:49, Jaime Jim=C3=A9nez wrote: >=20 > Hi, >=20 > I do not know of the rationale for not adding the CUNR information for > each option, I'd assume that the respective RFC is enough for that. > Maybe Carsten or others can shed some light to that. >=20 > Ciao! >=20 > On Fri, Sep 27, 2019 at 06:59:34AM -0400, Scott O. Bradner wrote: >>=20 >>=20 >>> On Sep 27, 2019, at 4:30 AM, mohamed.boucadair@orange.com wrote: >>>=20 >>>=20 >>>> (that >>>> the IANA registry does not include the option categories) and = would >>>> suggest >>>> that section 6.2 specifically refer back to section 5.10 of RFC = 7252 and >>>> say >>>> that it is an extension of the table in the RFC. >>>=20 >>> [Med] No need to mention this is an "extension" of the table in = 7252. The IANA registry is used to maintain the updated table. >>=20 >> not quite the case - the IANA maintains a list of options - the table = includes additional information not maintained by the IANA >> (but maybe should be) >>=20 >> Scott >>=20 >> _______________________________________________ >> core mailing list >> core@ietf.org >> https://www.ietf.org/mailman/listinfo/core >=20 >=20 From nobody Fri Sep 27 05:32:52 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6DFD120120; Fri, 27 Sep 2019 05:32:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.107 X-Spam-Level: X-Spam-Status: No, score=-1.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RDNS_NONE=0.793, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no 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 DZV0sKXqmhWJ; Fri, 27 Sep 2019 05:32:48 -0700 (PDT) Received: from sobco.sobco.com (unknown [136.248.127.164]) by ietfa.amsl.com (Postfix) with ESMTP id 6321A12004C; Fri, 27 Sep 2019 05:32:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by sobco.sobco.com (Postfix) with ESMTP id 369441EE4A93; Fri, 27 Sep 2019 08:32:47 -0400 (EDT) X-Virus-Scanned: amavisd-new at sobco.com Received: from sobco.sobco.com ([127.0.0.1]) by localhost (sobco.sobco.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PqE2lbRZx_yk; Fri, 27 Sep 2019 08:32:44 -0400 (EDT) Received: from golem.sobco.com (golem.sobco.com [136.248.127.162]) by sobco.sobco.com (Postfix) with ESMTPSA id EC5401EE4A7C; Fri, 27 Sep 2019 08:32:43 -0400 (EDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) From: "Scott O. Bradner" In-Reply-To: <30446701-ADE2-4231-A987-CB6AE906A3E8@tzi.org> Date: Fri, 27 Sep 2019 08:32:43 -0400 Cc: =?utf-8?Q?Jaime_Jim=C3=A9nez?= , "draft-ietf-core-hop-limit.all@ietf.org" , "ops-dir@ietf.org" , "ietf@ietf.org" , "core@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: <896FEE7F-66EB-4639-AA1F-0C641FFFC53E@sobco.com> References: <156954173082.31982.2465512704956520690@ietfa.amsl.com> <787AE7BB302AE849A7480A190F8B9330313276CF@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <20190927114946.igkh7f3evmclwt4p@EMB-918HFH01> <30446701-ADE2-4231-A987-CB6AE906A3E8@tzi.org> To: Carsten Bormann X-Mailer: Apple Mail (2.3445.104.11) Archived-At: Subject: Re: [core] Opsdir last call review of draft-ietf-core-hop-limit-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2019 12:32:50 -0000 > On Sep 27, 2019, at 8:24 AM, Carsten Bormann wrote: >=20 > . Generally, we don=E2=80=99t use =E2=80=9Cupdates=E2=80=9D for = specifications that merely exercise an extension point, so I don=E2=80=99t= think hop-limit =E2=80=9Cupdates=E2=80=9D RFC 7252, but the = =E2=80=9Cupdates=E2=80=9D label is in active discussion already anyway. a major advantage of listing something like this as an update is that = the implementor will know about it - if there is no hint in the index = entry for the old RFC that there is a related RFC it would be very easy to overlook=20 Scott From nobody Fri Sep 27 05:35:56 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AFED12004C; Fri, 27 Sep 2019 05:35:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 QwE89UBGnJB5; Fri, 27 Sep 2019 05:35:38 -0700 (PDT) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F31F12001E; Fri, 27 Sep 2019 05:35:38 -0700 (PDT) Received: from opfednr04.francetelecom.fr (unknown [xx.xx.xx.68]) by opfednr24.francetelecom.fr (ESMTP service) with ESMTP id 46frqX5ZSBz1yDR; Fri, 27 Sep 2019 14:35:36 +0200 (CEST) Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.104]) by opfednr04.francetelecom.fr (ESMTP service) with ESMTP id 46frqX21mRz1xpG; Fri, 27 Sep 2019 14:35:36 +0200 (CEST) Received: from OPEXCAUBMA2.corporate.adroot.infra.ftgroup ([fe80::e878:bd0:c89e:5b42]) by OPEXCAUBM5F.corporate.adroot.infra.ftgroup ([fe80::193b:bc32:1ad3:362d%21]) with mapi id 14.03.0468.000; Fri, 27 Sep 2019 14:35:35 +0200 From: To: "Scott O. Bradner" , Carsten Bormann CC: "draft-ietf-core-hop-limit.all@ietf.org" , "ops-dir@ietf.org" , "ietf@ietf.org" , "core@ietf.org" Thread-Topic: [core] Opsdir last call review of draft-ietf-core-hop-limit-05 Thread-Index: AQHVdS+oTiCecyibckiPewmZ2JLUy6c/dU1g Date: Fri, 27 Sep 2019 12:35:35 +0000 Message-ID: <787AE7BB302AE849A7480A190F8B933031327893@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <156954173082.31982.2465512704956520690@ietfa.amsl.com> <787AE7BB302AE849A7480A190F8B9330313276CF@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <20190927114946.igkh7f3evmclwt4p@EMB-918HFH01> <30446701-ADE2-4231-A987-CB6AE906A3E8@tzi.org> <896FEE7F-66EB-4639-AA1F-0C641FFFC53E@sobco.com> In-Reply-To: <896FEE7F-66EB-4639-AA1F-0C641FFFC53E@sobco.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.245] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [core] Opsdir last call review of draft-ietf-core-hop-limit-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2019 12:35:41 -0000 UmUtLA0KDQpUaGF0J3MgZmFpci4gVGhpcyBpcyBzdXBwb3NlZCB0byBiZSBmaXhlZCBpbiB0aGUg ZnV0dXJlIHdpdGggIkV4dGVuZHMvRXh0ZW5kZWQgYnkiIHRhZyBpbiBkcmFmdC1rdWVobGV3aW5k LXVwZGF0ZS10YWcuIA0KDQpJJ20gYWZyYWlkIHRoYXQgd2UgY2FuJ3QgZG8gbXVjaCBmb3IgaG9w LWxpbWl0LiANCg0KQ2hlZXJzLA0KTWVkDQoNCj4gLS0tLS1NZXNzYWdlIGQnb3JpZ2luZS0tLS0t DQo+IERlwqA6IGNvcmUgW21haWx0bzpjb3JlLWJvdW5jZXNAaWV0Zi5vcmddIERlIGxhIHBhcnQg ZGUgU2NvdHQgTy4gQnJhZG5lcg0KPiBFbnZvecOpwqA6IHZlbmRyZWRpIDI3IHNlcHRlbWJyZSAy MDE5IDE0OjMzDQo+IMOAwqA6IENhcnN0ZW4gQm9ybWFubg0KPiBDY8KgOiBkcmFmdC1pZXRmLWNv cmUtaG9wLWxpbWl0LmFsbEBpZXRmLm9yZzsgb3BzLWRpckBpZXRmLm9yZzsNCj4gaWV0ZkBpZXRm Lm9yZzsgY29yZUBpZXRmLm9yZw0KPiBPYmpldMKgOiBSZTogW2NvcmVdIE9wc2RpciBsYXN0IGNh bGwgcmV2aWV3IG9mIGRyYWZ0LWlldGYtY29yZS1ob3AtbGltaXQtMDUNCj4gDQo+IA0KPiANCj4g PiBPbiBTZXAgMjcsIDIwMTksIGF0IDg6MjQgQU0sIENhcnN0ZW4gQm9ybWFubiA8Y2Fib0B0emku b3JnPiB3cm90ZToNCj4gPg0KPiA+IC4gIEdlbmVyYWxseSwgd2UgZG9u4oCZdCB1c2Ug4oCcdXBk YXRlc+KAnSBmb3Igc3BlY2lmaWNhdGlvbnMgdGhhdCBtZXJlbHkNCj4gZXhlcmNpc2UgYW4gZXh0 ZW5zaW9uIHBvaW50LCBzbyBJIGRvbuKAmXQgdGhpbmsgaG9wLWxpbWl0IOKAnHVwZGF0ZXPigJ0g UkZDDQo+IDcyNTIsIGJ1dCB0aGUg4oCcdXBkYXRlc+KAnSBsYWJlbCBpcyBpbiBhY3RpdmUgZGlz Y3Vzc2lvbiBhbHJlYWR5IGFueXdheS4NCj4gDQo+IGEgbWFqb3IgYWR2YW50YWdlIG9mIGxpc3Rp bmcgc29tZXRoaW5nIGxpa2UgdGhpcyBhcyBhbiB1cGRhdGUgaXMgdGhhdCB0aGUNCj4gaW1wbGVt ZW50b3Igd2lsbCBrbm93IGFib3V0IGl0IC0gaWYgdGhlcmUgaXMgbm8gaGludCBpbiB0aGUgaW5k ZXggZW50cnkNCj4gZm9yIHRoZSBvbGQgUkZDIHRoYXQgdGhlcmUgaXMgYSByZWxhdGVkIFJGQyBp dCB3b3VsZCBiZQ0KPiB2ZXJ5IGVhc3kgdG8gb3Zlcmxvb2sNCj4gDQo+IFNjb3R0DQo+IA0KPiBf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBjb3JlIG1h aWxpbmcgbGlzdA0KPiBjb3JlQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vY29yZQ0K From nobody Fri Sep 27 05:39:28 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 56CBD120810; Fri, 27 Sep 2019 05:39:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.197 X-Spam-Level: X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 ML8J4fMFCWOe; Fri, 27 Sep 2019 05:39:24 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 516A512001E; Fri, 27 Sep 2019 05:39:24 -0700 (PDT) Received: from eduroam-pool6-0867.wlan.uni-bremen.de (eduroam-pool6-0867.wlan.uni-bremen.de [134.102.27.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 46frvt6ySsz10cK; Fri, 27 Sep 2019 14:39:22 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Carsten Bormann In-Reply-To: <896FEE7F-66EB-4639-AA1F-0C641FFFC53E@sobco.com> Date: Fri, 27 Sep 2019 14:39:22 +0200 Cc: "draft-ietf-core-hop-limit.all@ietf.org" , "ops-dir@ietf.org" , =?utf-8?Q?Jaime_Jim=C3=A9nez?= , "ietf@ietf.org" , "core@ietf.org" X-Mao-Original-Outgoing-Id: 591280760.982098-3856e0d3e8415612cecc002eae068bdf Content-Transfer-Encoding: quoted-printable Message-Id: <21642688-94AD-4CA7-AA7B-8FF2ACBD10B1@tzi.org> References: <156954173082.31982.2465512704956520690@ietfa.amsl.com> <787AE7BB302AE849A7480A190F8B9330313276CF@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <20190927114946.igkh7f3evmclwt4p@EMB-918HFH01> <30446701-ADE2-4231-A987-CB6AE906A3E8@tzi.org> <896FEE7F-66EB-4639-AA1F-0C641FFFC53E@sobco.com> To: "Scott O. Bradner" X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [core] Opsdir last call review of draft-ietf-core-hop-limit-05 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2019 12:39:26 -0000 On Sep 27, 2019, at 14:32, Scott O. Bradner wrote: >=20 >=20 >=20 >> On Sep 27, 2019, at 8:24 AM, Carsten Bormann wrote: >>=20 >> . Generally, we don=E2=80=99t use =E2=80=9Cupdates=E2=80=9D for = specifications that merely exercise an extension point, so I don=E2=80=99t= think hop-limit =E2=80=9Cupdates=E2=80=9D RFC 7252, but the = =E2=80=9Cupdates=E2=80=9D label is in active discussion already anyway. >=20 > a major advantage of listing something like this as an update is that = the implementor will know about it - if there is no hint in the index = entry for the old RFC that there is a related RFC it would be > very easy to overlook=20 True. For a while, we had a =E2=80=9Croadmap=E2=80=9D draft for CoRE = (https://tools.ietf.org/html/draft-bormann-core-roadmap-05 was the last = update); maybe it=E2=80=99s time to resurrect this and provide a big = picture for what is out there now and how it should be used. =20 (Now, do I get a =E2=80=9Croadmapped-by=E2=80=9D tag on the original = RFC?) Gr=C3=BC=C3=9Fe, Carsten From nobody Fri Sep 27 08:01:17 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 12774120108; Fri, 27 Sep 2019 08:01:16 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: core@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.103.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: core@ietf.org Message-ID: <156959647603.12473.5426592984428092546@ietfa.amsl.com> Date: Fri, 27 Sep 2019 08:01:16 -0700 Archived-At: Subject: [core] I-D Action: draft-ietf-core-hop-limit-06.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2019 15:01:16 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Constrained RESTful Environments WG of the IETF. Title : Constrained Application Protocol (CoAP) Hop-Limit Option Authors : Mohamed Boucadair Tirumaleswar Reddy Jon Shallow Filename : draft-ietf-core-hop-limit-06.txt Pages : 8 Date : 2019-09-27 Abstract: The presence of Constrained Application Protocol (CoAP) proxies may lead to infinite forwarding loops, which is undesirable. To prevent and detect such loops, this document specifies the Hop-Limit CoAP option. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-core-hop-limit/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-core-hop-limit-06 https://datatracker.ietf.org/doc/html/draft-ietf-core-hop-limit-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-core-hop-limit-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Sep 27 13:18:37 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D8E6120168; Fri, 27 Sep 2019 13:18:30 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: core@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.103.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: core@ietf.org Message-ID: <156961551042.25077.15087354430635215730@ietfa.amsl.com> Date: Fri, 27 Sep 2019 13:18:30 -0700 Archived-At: Subject: [core] I-D Action: draft-ietf-core-comi-08.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2019 20:18:31 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Constrained RESTful Environments WG of the IETF. Title : CoAP Management Interface Authors : Michel Veillette Peter van der Stok Alexander Pelov Andy Bierman Ivaylo Petrov Filename : draft-ietf-core-comi-08.txt Pages : 51 Date : 2019-09-27 Abstract: This document describes a network management interface for constrained devices and networks, called CoAP Management Interface (CoMI). The Constrained Application Protocol (CoAP) is used to access datastore and data node resources specified in YANG, or SMIv2 converted to YANG. CoMI uses the YANG to CBOR mapping and converts YANG identifier strings to numeric identifiers for payload size reduction. The complete solution composed of CoMI, [I-D.ietf-core-yang-cbor] and [I-D.ietf-core-sid] is called CORECONF. CORECONF extends the set of YANG based protocols, NETCONF and RESTCONF, with the capability to manage constrained devices and networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-core-comi/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-core-comi-08 https://datatracker.ietf.org/doc/html/draft-ietf-core-comi-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-core-comi-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat Sep 28 12:04:33 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B28D212007C; Sat, 28 Sep 2019 12:04:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.027 X-Spam-Level: X-Spam-Status: No, score=-2.027 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.026, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 DEf8jiUHoXAt; Sat, 28 Sep 2019 12:04:29 -0700 (PDT) Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80058.outbound.protection.outlook.com [40.107.8.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3C617120019; Sat, 28 Sep 2019 12:04:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HtqOp1RFH1mf3qpzB43NAInBAAhdxpw/l4SR9VQITVJp6VoHNU5trSWl+DDR8gRb67pngfH4OoNudPxJbrxEetLQCyO/9y6IZYLvleTqyn+kepy/8QZeGCK8VfQhkzK3nqxLM7oX6EAcBDH8gaFh+uJ5nhfSzTdUnwyaokAr3QJKv56uRkgVtpKmJ5ZhATAxNDqXZsPsSBiw18yELZJbp4g8uYIxe9UVSCI5Sg4ZLCZIIkzwNIT7n4ExMfD9U0VUzYxia02DHoujAJZRWDy7f+EtPwDJAZZhu9fkXRBBl9caQdKOiefMK8s6dCKGZvvu/sWgyU51w90bJuNwnHzDoA== 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=JL+N9TUaJ2vDOL6g6tsBfAdu1Byus6U0XjkEOVw4Q84=; b=WqLyQPx6bEQ8Y1s8xsWPzV9oGtyGifjyA+GBwSiF2eH12n5xv2PO7zuaC2+PLeEAAgV95xP22DP8m1zNxoZ/wkPRxGX1xNPGi09qgiKKH8zALb/yZLJUojin/l2FibK/4FS/b5vn9JjRWcT1h/HPtrMydxrPmcKvcvsruW/R0zHCS/piC8RBKmtUxSX6MYZjPQY8GNsEkir61tGW4SNIpM3xr6w+C0w5d2Yr7b1STJqU1mBai4iLRCOB4RORSvrO/GoeVgHuNb1Xcq51lw3Y8hN7UFWIpOsUsmn9i5Bon1rI1EpzOBk2uHYQXyNLEZO999MZxHhr7Glo/7SUUbffvA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=JL+N9TUaJ2vDOL6g6tsBfAdu1Byus6U0XjkEOVw4Q84=; b=CiYW6umYrntd46UGbXE1CcT8midJ/ETpEydjGeOdU/FqIj+nRSns0v50oL3Jcs17gWEx9I/jwin13eapoy8BKjCANg02Ngel4Z/ep+xeUynRbXT413/IvTWWpGX66Buvfl+I2Qsum/J1yXEsKJ2wqGsgcpYjt18l/8lKc3jYGWU= Received: from HE1PR07MB4236.eurprd07.prod.outlook.com (20.176.166.145) by HE1PR07MB3274.eurprd07.prod.outlook.com (10.170.246.29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.13; Sat, 28 Sep 2019 19:04:26 +0000 Received: from HE1PR07MB4236.eurprd07.prod.outlook.com ([fe80::b910:6521:f387:7cf2]) by HE1PR07MB4236.eurprd07.prod.outlook.com ([fe80::b910:6521:f387:7cf2%5]) with mapi id 15.20.2305.017; Sat, 28 Sep 2019 19:04:26 +0000 From: =?utf-8?B?QXJpIEtlcsOkbmVu?= To: Barry Leiba CC: The IESG , "draft-ietf-core-senml-etch@ietf.org" , Carsten Bormann , "core-chairs@ietf.org" , "core@ietf.org" Thread-Topic: Barry Leiba's No Objection on draft-ietf-core-senml-etch-05: (with COMMENT) Thread-Index: AQHVYqeFFpKm44A6t0SxGRc9zRn/QadBl6sA Date: Sat, 28 Sep 2019 19:04:25 +0000 Message-ID: <89922809-4B22-4C47-9C22-99D4897008AC@ericsson.com> References: <156754996397.21163.12115190023987034339.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.1d.0.190908 authentication-results: spf=none (sender IP is ) smtp.mailfrom=ari.keranen@ericsson.com; x-originating-ip: [2001:14bb:150:480b:7c86:8dc4:3377:806b] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 163ae01f-21bf-4e3a-1546-08d74446ae66 x-ms-traffictypediagnostic: HE1PR07MB3274: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0174BD4BDA x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(376002)(396003)(136003)(346002)(366004)(199004)(189003)(46003)(229853002)(8936002)(33656002)(54906003)(66476007)(66556008)(64756008)(58126008)(6486002)(76116006)(4326008)(85202003)(6916009)(66446008)(66946007)(6246003)(6512007)(6436002)(71200400001)(186003)(2906002)(71190400001)(99286004)(6506007)(81166006)(81156014)(305945005)(6306002)(8676002)(486006)(6116002)(36756003)(256004)(14454004)(85182001)(508600001)(316002)(76176011)(102836004)(86362001)(476003)(25786009)(966005)(446003)(2616005)(7736002)(5660300002); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3274; H:HE1PR07MB4236.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: HF6ru/pRQA0tltAVU5E/Held7WQIdDlHeFFILNKRvGRa+VbYE5hWELBlIqBBbZkjDsFmm4riA+WKoaHIH9qNVt/5UZdVoiVEAA8QNmEjmpcFw45mOpZQAAOxPSVsf54+yYsIANZM3Fr9IxvXyicfRxO1bBz0209JLrm5PIK53m97M6gkr7kISmPKyknjQa8Tfwvtd9RsU/hXwBYIaCXPSdPsG0GKQ1bO9JFLqZr6u+ABN0mNWckrfDjoq8Ly90d70T6eQxg5TbMkoN1quHATVMOB+G9PCMVRKYQ5O0a1uUBgKiioIeESDdHmjC9NVTihbkLTKPx78JNqodyJfWyiWnjc8uFshy+/xHXekwrxXwE5CDhZ/ar0gUCBrztW4ThK8EF2X3JEWtE8a1Wrh84F7arc5MX2UwtG2UPYqO6/VIbp81DZtgYJeygPLLztHJHtqZGgqJxqsGcuazofZ01q9g== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: 163ae01f-21bf-4e3a-1546-08d74446ae66 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Sep 2019 19:04:25.9630 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: rWGnbXQ+Mdo+COhXd3R0AapaUvMcZvNwJ402FNvge6bSpaocXk9nQxzWnBUNetPN2/7O2E/iZPwW6dkSQAFGq8M6pAqY1rjgk69NIvAxCfw= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3274 Archived-At: Subject: Re: [core] Barry Leiba's No Objection on draft-ietf-core-senml-etch-05: (with COMMENT) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2019 19:04:32 -0000 VGhhbmsgeW91IGZvciB0aGUgcmV2aWV3IEJhcnJ5IQ0KDQpBbmQgc29ycnkgZm9yIGxhdGUgcmVw bHk7IHZhY2F0aW9ucyBnb3Qgb24gdGhlIHdheS4NCg0KPiBPbiA0IFNlcCAyMDE5LCBhdCAxLjMy LCBCYXJyeSBMZWliYSB2aWEgRGF0YXRyYWNrZXIgPG5vcmVwbHlAaWV0Zi5vcmc+IHdyb3RlOg0K PiANCj4gQmFycnkgTGVpYmEgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRp b24gZm9yDQo+IGRyYWZ0LWlldGYtY29yZS1zZW5tbC1ldGNoLTA1OiBObyBPYmplY3Rpb24NClsu Li5dDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gQ09NTUVOVDoNCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiANCj4g SXQncyBhIHNtYWxsIHRoaW5nLCBhbmQgbm90IHdvcnRoIHB1dHRpbmcgaW4gYXMgYSBESVNDVVNT LCBidXQgcGxlYXNlIERPIG1ha2UNCj4gdGhpcyBjaGFuZ2U6IFBsZWFzZSBjaGFuZ2UgdGhlIHJl Z2lzdHJhdGlvbiB0ZW1wbGF0ZXMgaW4gU2VjdGlvbnMgNi4yIGFuZCA2LjMNCj4gdG8gYWNjdXJh dGVseSBtYXRjaCB0aGUgdGVtcGxhdGUgaW4gU2VjdGlvbiA1LjYgb2YgUkZDIDY4MzguIFRoYW5r cy4NCg0KSSBkb3VibGUgY2hlY2tlZCB0aGUgcmVnaXN0cmF0aW9uIHRlbXBsYXRlIGFuZCBmaXhl ZCB0d28gdGhpbmdzOg0KKiBVc2luZyAiTi9BIiBpbnN0ZWFkIG9mICJub25lIg0KKiBBZGRlZDog IkRlcHJlY2F0ZWQgYWxpYXMgbmFtZXMgZm9yIHRoaXMgdHlwZTogTi9BIg0KDQpUaGUgcmVnaXN0 cmF0aW9uIHRlbXBsYXRlcyBpbiB0aGUgZHJhZnQgYWxzbyBoYXZlICJNYWNpbnRvc2ggVW5pdmVy c2FsIFR5cGUgSWRlbnRpZmllciBjb2RlIiB0aGF0IGlzIG5vdCBwYXJ0IG9mIHRoZSBSRkM2ODM4 IHRlbXBsYXRlIGJ1dCB0aGF0IGlzIGRlZmluZWQgaW5zdGVhZCBvZiB0aGUgTWFjaW50b3NoIGZp bGUgdHlwZSBjb2RlKHMpIHNpbWlsYXIgdG8gU2VuTUwgUkZDLiBJIGFzc3VtZSB0aGF0IGlzIE9L Lg0KDQpUaGUgY2hhbmdlcyBhcmUgcmVmbGVjdGVkIGluIHRoaXMgUFI6DQpodHRwczovL2dpdGh1 Yi5jb20vY29yZS13Zy9zZW5tbC1ldGNoL3B1bGwvMTIvZmlsZXMgDQoNCklmIHRoZXNlIGNoYW5n ZXMgYWRkcmVzcyB5b3VyIGNvbmNlcm5zIGFuZCB0aGVyZSBhcmUgbm8gZnVydGhlciBjb21tZW50 cywgSSdsbCBpbmNsdWRlIHRoaXMgUFIgaW4gdGhlIG5leHQgcmV2aXNpb24uDQoNCg0KVGhhbmtz LA0KQXJpDQoNCg== From nobody Mon Sep 30 09:09:14 2019 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D9881200DB; Mon, 30 Sep 2019 09:09:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.478 X-Spam-Level: X-Spam-Status: No, score=-1.478 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.172, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no 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 hNMkL3PhOfq9; Mon, 30 Sep 2019 09:09:10 -0700 (PDT) Received: from mail-io1-f54.google.com (mail-io1-f54.google.com [209.85.166.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B6BFC12004F; Mon, 30 Sep 2019 09:09:10 -0700 (PDT) Received: by mail-io1-f54.google.com with SMTP id w12so11653760iol.11; Mon, 30 Sep 2019 09:09:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=3pRrV0W2vwVy51UF4HjgMTRNoRlRZlW3UaBck62Xfiw=; b=AWOUjRsRYJu9BgRixyF7/IQULG0K9Ke1wv3x2gN/b5M6hHAQ/Kxp8/YaS13kGOZJHw fmYXgXOpSdoQXXaobRA6pU4TcI66h9khCbm7C6JDMbCH+BH17acvmT6I/34224WTIwqp Hwf2aeSLbC5XHo3FUP379n5p9aGwnM5X5wQgtgClM44rxxdRW9CckqlaQF/bRqMb6aGx Ze8GoNFTYHSkadqfbXLnyFprpK3+ntrNUYl2nU1pnnphP5rUpEEhU0sy3q3wcCO0p62E pNEC2CP2RHvHej+sSZlSTBRau64TuP2pTXwIuBwlep0IeWYFtKYTDcuubHeSe5M04MPq fsxw== X-Gm-Message-State: APjAAAWm+3USkAJtou7zEiYqSKx2EPzMT5+jsp2G4v+gpUf2Mx0tjkXg 68Ri0oVhBV7j/qWJQ1iNNEWy2bi9ERMc2ILdIH8= X-Google-Smtp-Source: APXvYqzZKpuSOBLotmRoatLppXaYpW3uLlDBu3jf/xpHJHV4eCR5JnHy8zXTdwuh588GCaAL/7gaXGzPqz4G77GQ/fc= X-Received: by 2002:a6b:254:: with SMTP id 81mr20886371ioc.17.1569859749738; Mon, 30 Sep 2019 09:09:09 -0700 (PDT) MIME-Version: 1.0 References: <156754996397.21163.12115190023987034339.idtracker@ietfa.amsl.com> <89922809-4B22-4C47-9C22-99D4897008AC@ericsson.com> In-Reply-To: <89922809-4B22-4C47-9C22-99D4897008AC@ericsson.com> From: Barry Leiba Date: Mon, 30 Sep 2019 12:08:57 -0400 Message-ID: To: =?UTF-8?B?QXJpIEtlcsOkbmVu?= Cc: The IESG , "draft-ietf-core-senml-etch@ietf.org" , Carsten Bormann , "core-chairs@ietf.org" , "core@ietf.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [core] Barry Leiba's No Objection on draft-ietf-core-senml-etch-05: (with COMMENT) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Sep 2019 16:09:12 -0000 Thanks for checking it, Ari, and please include. Barry On Sat, Sep 28, 2019 at 3:04 PM Ari Ker=C3=A4nen = wrote: > > Thank you for the review Barry! > > And sorry for late reply; vacations got on the way. > > > On 4 Sep 2019, at 1.32, Barry Leiba via Datatracker = wrote: > > > > Barry Leiba has entered the following ballot position for > > draft-ietf-core-senml-etch-05: No Objection > [...] > > ---------------------------------------------------------------------- > > COMMENT: > > ---------------------------------------------------------------------- > > > > It's a small thing, and not worth putting in as a DISCUSS, but please D= O make > > this change: Please change the registration templates in Sections 6.2 a= nd 6.3 > > to accurately match the template in Section 5.6 of RFC 6838. Thanks. > > I double checked the registration template and fixed two things: > * Using "N/A" instead of "none" > * Added: "Deprecated alias names for this type: N/A" > > The registration templates in the draft also have "Macintosh Universal Ty= pe Identifier code" that is not part of the RFC6838 template but that is de= fined instead of the Macintosh file type code(s) similar to SenML RFC. I as= sume that is OK. > > The changes are reflected in this PR: > https://github.com/core-wg/senml-etch/pull/12/files > > If these changes address your concerns and there are no further comments,= I'll include this PR in the next revision. > > > Thanks, > Ari > From nobody Mon Sep 30 11:40:25 2019 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 13F1112001E; Mon, 30 Sep 2019 11:40:24 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: core@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.103.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: core@ietf.org Message-ID: <156986882399.570.3336933418473275389@ietfa.amsl.com> Date: Mon, 30 Sep 2019 11:40:24 -0700 Archived-At: Subject: [core] I-D Action: draft-ietf-core-coap-pubsub-09.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Sep 2019 18:40:24 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Constrained RESTful Environments WG of the IETF. Title : Publish-Subscribe Broker for the Constrained Application Protocol (CoAP) Authors : Michael Koster Ari Keranen Jaime Jimenez Filename : draft-ietf-core-coap-pubsub-09.txt Pages : 25 Date : 2019-09-30 Abstract: The Constrained Application Protocol (CoAP), and related extensions are intended to support machine-to-machine communication in systems where one or more nodes are resource constrained, in particular for low power wireless sensor networks. This document defines a publish- subscribe Broker for CoAP that extends the capabilities of CoAP for supporting nodes with long breaks in connectivity and/or up-time. There is work in progress to resolve some of the transfer layer issues by using a more RESTful approach. Please see https://github.com/core-wg/pubsub/blob/master/proposal.txt The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-core-coap-pubsub/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-core-coap-pubsub-09 https://datatracker.ietf.org/doc/html/draft-ietf-core-coap-pubsub-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-core-coap-pubsub-09 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/