Re: [Lwip] Magnus Westerlund's Discuss on draft-ietf-lwig-curve-representations-19: (with DISCUSS)

Erik Kline <ek.ietf@gmail.com> Tue, 16 February 2021 01:06 UTC

Return-Path: <ek.ietf@gmail.com>
X-Original-To: lwip@ietfa.amsl.com
Delivered-To: lwip@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 649B23A0B12; Mon, 15 Feb 2021 17:06:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.098
X-Spam-Level:
X-Spam-Status: No, score=-7.098 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, RCVD_IN_DNSWL_HI=-5, 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 TD5ftmJFOeZU; Mon, 15 Feb 2021 17:06:57 -0800 (PST)
Received: from mail-oo1-xc30.google.com (mail-oo1-xc30.google.com [IPv6:2607:f8b0:4864:20::c30]) (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 DFB013A0B08; Mon, 15 Feb 2021 17:06:56 -0800 (PST)
Received: by mail-oo1-xc30.google.com with SMTP id f1so1950472oou.0; Mon, 15 Feb 2021 17:06:56 -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=tqzfxvtJf2XItRMXIiogQPXPRkjB6fohjSUh7BVrURA=; b=IGoe+u4h/br0/iKu2KGMfRabLonDRpyFvp2OjEQ0w7JSUmKSWiAVM0k6A7OQA6H8Hg knWZYnMLHSWO1hVs//JHf8aaeLDJReI95H6CDsadSXxCeEoNtr93kNouirR+V5cQ1uHJ t8rowPQVN935yrVe5lq+M3XbSExsn/6sHT8uFlLHKKiZCU+7Ud03R5JwGQQOwP5zvuM8 /M1O7XGjXW30U0FdzBnOBWkcm9/lx1h9S7Pmwdur3Lm7uFAdJvxeBzvGE2n5Utr7Lc5x PW02nMpRysgK0D/qxNtM5W5Q2ImXzi5brQEvlyGJeK4LORkPfwwtKgp9VlFBsMdtpXVg CKXg==
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=tqzfxvtJf2XItRMXIiogQPXPRkjB6fohjSUh7BVrURA=; b=dMIezWxzBYVh51ld6kzB6FovSZ1P83FRq46lQrJdgh8SQOJ/7cEBds+FHJ8paiBhr5 RhH2SQ8BtW7w23xJfeemtV+bxnF3NRKn0I3cSfzwvwZn5iJzoY9zNVxulIZdUSXa+ChD yZ3ZyFWlmsClDZIbYTZkBygkztlGTpKCCelrafu2Lnv1251C5G/V1wAgESv3Tq7RKPXE /bfhKspEjkVKsKHmZaRx9LowtY9SWf55ynFtNysVBZzdzN75Ob7woIDiD5MKKClusVJ0 9P05NrY2yuiNcuWDjt63ewGifYxw7/2qZmjsatMvmS7nJ+tVYG2uT8SePqfMiiYKBih1 1/Eg==
X-Gm-Message-State: AOAM532dhE3EpEP+ZqoaHQZHHyfIqqHF/4m4HK4cAT5jydvLMlZ+vmmi ibEVQWDRC2G4aYTp3PX0wuY9XJQJ3zc5C3yV4/A=
X-Google-Smtp-Source: ABdhPJzM1NavM1y8xXBVZh4Dmo94z+Yl7VuRS45hLCU+p7ec2QSVQ/47CuhQgnBkCa+Lqjn1ynbWYViokUvWg1PQ9HM=
X-Received: by 2002:a4a:9019:: with SMTP id i25mr11644944oog.8.1613437615937; Mon, 15 Feb 2021 17:06:55 -0800 (PST)
MIME-Version: 1.0
References: <161339832588.17143.500965596403344428@ietfa.amsl.com> <CAMGpriXgTHXxwKkuiTq2h83sjxkh=a1H0a8W9P3YQ3w7xQJmjQ@mail.gmail.com>
In-Reply-To: <CAMGpriXgTHXxwKkuiTq2h83sjxkh=a1H0a8W9P3YQ3w7xQJmjQ@mail.gmail.com>
From: Erik Kline <ek.ietf@gmail.com>
Date: Mon, 15 Feb 2021 17:06:45 -0800
Message-ID: <CAMGpriVqJCc8nsUhJeE9EcCOnLCQeWJfNdCtB-Ph808hrR2zmQ@mail.gmail.com>
To: Magnus Westerlund <magnus.westerlund@ericsson.com>
Cc: The IESG <iesg@ietf.org>, lwip@ietf.org, Mohit Sethi M <mohit.m.sethi@ericsson.com>, draft-ietf-lwig-curve-representations@ietf.org, lwig-chairs@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lwip/fKKSJHOsF47KmNpx9VRs3bmfCdM>
Subject: Re: [Lwip] Magnus Westerlund's Discuss on draft-ietf-lwig-curve-representations-19: (with DISCUSS)
X-BeenThere: lwip@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Lightweight IP stack. Official mailing list for IETF LWIG Working Group." <lwip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lwip>, <mailto:lwip-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lwip/>
List-Post: <mailto:lwip@ietf.org>
List-Help: <mailto:lwip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lwip>, <mailto:lwip-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Feb 2021 01:06:59 -0000

Rene and Mohit have the full history (starting from 2018), but as I
understand it, the work grew out of the 6lo-ap-nd doc (now RFC 8928;
see all the "CURVE-REPR" references sprinkled throughout).  It was in
support of these IPv6 ND extensions for IoT devices that this draft
was started.

Section 7 of this draft is about Implementation Status.  It contains a
pointer to a software implementation and a web page discussing a
hardware implementation of mapping to a Weierstrass form that is
described in this doc (AIUI), though the 2nd paragraph states some
important caveats.  I'll have to leave it to others to discuss any
further implementation experiences not documented in section 7.


On Mon, Feb 15, 2021 at 4:43 PM Erik Kline <ek.ietf@gmail.com> wrote:
>
> On Mon, Feb 15, 2021 at 6:12 AM Magnus Westerlund via Datatracker
> <noreply@ietf.org> wrote:
> >
> > Magnus Westerlund has entered the following ballot position for
> > draft-ietf-lwig-curve-representations-19: 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-lwig-curve-representations/
> >
> >
> >
> > ----------------------------------------------------------------------
> > DISCUSS:
> > ----------------------------------------------------------------------
> >
> > So this is process violation discuss. This document is up for approval as
> > standards track. However, there are no evidence that it was ever IETF last
> > called for standards track. I only find evidence for a IETF last call intended
> > for informational on 2020-08-25.
> >
> > I have not reviewed the content of document yet. I would propose that the
> > responsible AD pulls this document from this telechat and then performs the
> > IETF last call before it gets scheduled again.
>
> Argh, I completely missed that the intended status had been changed on
> draft 14 from the LC (draft 12).
>
>     2020-11-18 14 Mohit Sethi Changing to proposed standard as
> requested by the COSE experts.
>     2020-11-18 14 Mohit Sethi Intended Status changed to Proposed
> Standard from Informational