Re: [Ace] Call for adoption draft-msahni-ace-cmpv2-coap-transport

Daniel Migault <mglt.ietf@gmail.com> Fri, 19 February 2021 19:15 UTC

Return-Path: <mglt.ietf@gmail.com>
X-Original-To: ace@ietfa.amsl.com
Delivered-To: ace@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CEC1F3A13A4 for <ace@ietfa.amsl.com>; Fri, 19 Feb 2021 11:15:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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=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 UjCGXTrtiIjh for <ace@ietfa.amsl.com>; Fri, 19 Feb 2021 11:15:50 -0800 (PST)
Received: from mail-vs1-xe33.google.com (mail-vs1-xe33.google.com [IPv6:2607:f8b0:4864:20::e33]) (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 6FA033A13D9 for <ace@ietf.org>; Fri, 19 Feb 2021 11:15:50 -0800 (PST)
Received: by mail-vs1-xe33.google.com with SMTP id a62so3232865vsa.10 for <ace@ietf.org>; Fri, 19 Feb 2021 11:15:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=nBdlal5Ikd1YmulR22Xr9JOoNm17WVqdbdrUazkNMKY=; b=N7btUzAdn/TBusinEwAKT2fRyoJzVXSeMDJDvpQyHUHveUGkRiEkeN/bonIN5nxqo7 bY7Ydqxko+FX+vGZorAjfVIx+0B1oOGoWCwf1PjIQ6vW72FaRtVA534hKis7h4up6obg vaJpZOHgU1MboQrr3p15zRvJ8gZj/pXHh0J4MmDS26XshGpfNX4gcyi5JuG5KN3n3fiX YxdGSTzWIbECnkeAcVv7TWsU+XKJpj4pzmLD9yIq8cKnGWD2nUyo/6LjPcPkknaYFZvx JFNMAi03ddiuWZ+2GL0RXhUna6Yt0V74jHg2GpS+Lg+tPXTe13u6nMkkxwpZsjghvPcj 5wXw==
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=nBdlal5Ikd1YmulR22Xr9JOoNm17WVqdbdrUazkNMKY=; b=XdCVSQV7ozyAhkfl9s365lzOBseKpFMh2R+l4N1/YGg2Cto9OFxRvL/9V+YWg0DA6v D0lWaJaoP+jZuUZCtdeumYdSIdV9EudNgTCUfkHGmTS5GcIGwQ24TlR5e6zQaAYim12+ aALhrMctCFIYN6050swXG9aDA68EIdMzkkwuN0PiGxaADEXkEGJW5om2PayfWyc2nddO QkhDdtSGzcAWRQ2WrN66olH9u3mUL8b8FVv53dxngrfOa4+c0x4NYLK+faVcrPIXnvO4 QNUSTNyMnZoWEQFFEONi3frITHLwO0V4/ZmXveSTc+zT2vlPBrqVkKe/jyIXnfzcWtqT ccBQ==
X-Gm-Message-State: AOAM531X4QcQdoW+6EaxaVuJeb7eJiIvcFdMLFehfCe2TsNVX6ijamWZ cLSvM6nXp+6l+mKfmQPjSn+QIkzu0TpZGbDGQno=
X-Google-Smtp-Source: ABdhPJzUDxik10cTdlOZfNwW7W0gg9bliop7YR4BKQYbYjlfAbQeCfH9vQZlRBzXW6mNkbWQSXoDJL3AaiyE/zo2pss=
X-Received: by 2002:a05:6102:1d2:: with SMTP id s18mr2510441vsq.30.1613762149333; Fri, 19 Feb 2021 11:15:49 -0800 (PST)
MIME-Version: 1.0
References: <CADZyTkn4PhXDsTonAVzaH3J11XOdsKWmbws+BdcPBMVAx5hNRw@mail.gmail.com> <AM0PR10MB2418350DF4715EA1B6E8709EFEAE0@AM0PR10MB2418.EURPRD10.PROD.OUTLOOK.COM> <CAEpwuw1LEF2dtCYiDrXwp49yd=KZDXNUW6pvhEUWZm2fGtgKWw@mail.gmail.com> <CADZyTkmDyhDC8yNH42goAsSdmmVs_MH8Kum73Tkodcmwq+T4fw@mail.gmail.com> <CADZyTkk+jAmt=N4RPmtqtFhsDCBcw5PfbgxC_xd1-WpRDDwTqQ@mail.gmail.com>
In-Reply-To: <CADZyTkk+jAmt=N4RPmtqtFhsDCBcw5PfbgxC_xd1-WpRDDwTqQ@mail.gmail.com>
From: Daniel Migault <mglt.ietf@gmail.com>
Date: Fri, 19 Feb 2021 14:15:38 -0500
Message-ID: <CADZyTkm8vSio4YefM5jH+M0TSm7WVkceLQgCPbxH_WQ6_q4++g@mail.gmail.com>
To: Mohit Sahni <mohit06jan@gmail.com>
Cc: "Brockhaus, Hendrik" <hendrik.brockhaus@siemens.com>, Ace Wg <ace@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000a9bd1505bbb54711"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ace/ISW6ifLhauJedky_rERvzfZiWQw>
Subject: Re: [Ace] Call for adoption draft-msahni-ace-cmpv2-coap-transport
X-BeenThere: ace@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" <ace.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ace>, <mailto:ace-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ace/>
List-Post: <mailto:ace@ietf.org>
List-Help: <mailto:ace-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ace>, <mailto:ace-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Feb 2021 19:15:56 -0000

The ACE charter has been approved. Please move the draft to WG document
that is rename it to draft-ietf-ace-cmpv2-coap and publish it.

Our current milestone is : Jun 2021 - Submission to IESG of "CoAP Transport
for CMPV2" (if adopted)

The document will be discussed during interim and IETF meetings. Note that
discussions are expected to happen on the mailing list, so please keep the
WG informed about the progress as well as concerns to be resolved.

Yours,
Logan and Daniel

On Mon, Jan 25, 2021 at 10:15 AM Daniel Migault <mglt.ietf@gmail.com> wrote:

> Hi,
>
> This email closes the call for adoption - pending the charter. The
> document will be adopted as a WG document *when* the charter is approved
> with this piece of work as part of the charter.
>
> When the charter is approved - and not before - I expect the co-author to
> update their document as a WG document using draft-ietf-* without changing
> the text. I hope the charter will be approved by the next interim meeting
> [2] in which case, I expect the draft to be presented/updated.
>
> My interpretation of the call is that we do have a light consensus for
> adoption. The main concern for not adopting the work was that the WG may
> spend too many cycles on the document.  I tend to agree that the draft
> should be moved forward in a fast way and believe it could be sent to the
> IESG by June as stated in the milestones [1].
>
> The WG lamps should probably get informed of what we are doing at least
> for the WGLC.
>
>
> Yours,
> Daniel
>
> [1] https://datatracker.ietf.org/wg/ace/about/
> [2] https://datatracker.ietf.org/meeting/upcoming
>
>
> On Thu, Jan 21, 2021 at 8:16 AM Daniel Migault <mglt.ietf@gmail.com>
> wrote:
>
>> Hi,
>>
>> Just to remind you the call for adoption ends today.
>>
>> Yours,
>> Daniel
>>
>>
>>
>> On Tue, Jan 12, 2021 at 6:01 PM Mohit Sahni <mohit06jan@gmail.com> wrote:
>>
>>> Thanks Daniel and Hendrik, Since it has been a some time when we
>>> discussed about this draft, here is a summary of discussions that we
>>> had on this draft regarding the adoption:
>>>
>>> Brockhaus, Hendrik:
>>> >Thanks to Mohit for his request on rechartering and adoption. I support
>>> this.
>>>
>>> Panos Kampanakis:
>>> > I oppose adoption unless there is a compelling reason why. Also I am
>>> not sure where this draft would be implemented and used. If this is just
>>> for one or two vendors I don’t think ACE needs to spend the cycles.
>>>
>>> Brockhaus, Hendrik:
>>> >I think we have to accept that there are different protocols with
>>> different abilities chosen in different verticals.
>>>
>>> Michael Richardson:
>>> > I have no fundamental objection to this work, and I think that it
>>> should be adopted.
>>> >But, I think that it is worth doing more than just s/http/coap/.
>>> Plus some suggestions on the draft.
>>>
>>> Mohit Sahni:
>>> > Some of your suggestions should be discussed in the context of the
>>> LightWeight CMP profile draft
>>> > I will work on making it more clear what are the pros and cons of
>>> using a proxy vs direct communication
>>> > I will add the endpoint definitions and make resource discovery more
>>> clear in the draft.
>>> > This draft only defines how to use the CoAP transport for carrying the
>>> CMP messages. When and what CMP messages are sent should come under the CMP
>>> protocol implementation itself
>>>
>>> Olaf Bergmann:
>>> > One thing that might get in our way when doing this in ACE is the
>>> emerging input for draft-ietf-lamps-lightweight-cmp-profile. But otherwise,
>>> I do not see a strong reason for not adopting
>>> draft-msahni-ace-cmpv2-coap-transport.
>>>
>>> Brockhaus, Hendrik:
>>> > Actually this was first discussed in LAMPS, but as the draft focusses
>>> on CoAP transport and not on CMP specifics, the group had the opinion that
>>> ACE is the better home as here is the knowledge regarding CoAP.
>>>
>>> Thanks
>>> Mohit
>>>
>>>
>>> On Fri, Jan 8, 2021 at 12:14 PM Brockhaus, Hendrik
>>> <hendrik.brockhaus@siemens.com> wrote:
>>> >
>>> > Hi Daniel
>>> >
>>> >
>>> >
>>> > Thanks for kicking the ball.
>>> >
>>> > I would appreciate the adoption of Mohits draft and I am also willing
>>> to review it.
>>> >
>>> >
>>> >
>>> > There are also implementation demonstrating CMP message transport on
>>> CoAP next to HTTP.
>>> >
>>> > https://github.com/siemens/embeddedCMP
>>> >
>>> > https://github.com/siemens/LightweightCmpRa
>>> >
>>> > Any feedback is welcome!
>>> >
>>> >
>>> >
>>> > Hendrik
>>> >
>>> >
>>> >
>>> > Von: Ace <ace-bounces@ietf.org> Im Auftrag von Daniel Migault
>>> > Gesendet: Donnerstag, 7. Januar 2021 20:28
>>> > An: Ace Wg <ace@ietf.org>
>>> > Betreff: [Ace] Call for adoption draft-msahni-ace-cmpv2-coap-transport
>>> >
>>> >
>>> >
>>> > Hi,
>>> >
>>> >
>>> >
>>> > The charter approval by the IESG has been a bit delayed and is
>>> expected to be approved in the coming weeks. In the meanwhile, this email
>>> starts a call for adoption on work that has been included in the charter.
>>> Of course, adoption is contingent on the rechartering succeeding.
>>> >
>>> >
>>> >
>>> > The document called for adoption is
>>> draft-msahni-ace-cmpv2-coap-transport available here:
>>> >
>>> > https://tools.ietf.org/html/draft-msahni-ace-cmpv2-coap-transport-01
>>> >
>>> >
>>> >
>>> > Please state your opinion on whether this work should not or should be
>>> adopted by the WG and express your motivation for such a statement. The
>>> call for adoption closes on January 21.
>>> >
>>> >
>>> >
>>> > Yours,
>>> >
>>> > Daniel
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > --
>>> >
>>> > Daniel Migault
>>> >
>>> > Ericsson
>>>
>>
>>
>> --
>> Daniel Migault
>> Ericsson
>>
>
>
> --
> Daniel Migault
> Ericsson
>


-- 
Daniel Migault
Ericsson