Re: [sfc] IETF WG state changed for draft-ietf-sfc-proof-of-transit

Dhruv Dhody <dhruv.ietf@gmail.com> Mon, 29 June 2020 17:52 UTC

Return-Path: <dhruv.ietf@gmail.com>
X-Original-To: sfc@ietfa.amsl.com
Delivered-To: sfc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 113AC3A08AD for <sfc@ietfa.amsl.com>; Mon, 29 Jun 2020 10:52:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.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, 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 CBO2uv3RH-tk for <sfc@ietfa.amsl.com>; Mon, 29 Jun 2020 10:52:39 -0700 (PDT)
Received: from mail-il1-x130.google.com (mail-il1-x130.google.com [IPv6:2607:f8b0:4864:20::130]) (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 96C473A08A2 for <sfc@ietf.org>; Mon, 29 Jun 2020 10:52:39 -0700 (PDT)
Received: by mail-il1-x130.google.com with SMTP id q3so4539346ilt.8 for <sfc@ietf.org>; Mon, 29 Jun 2020 10:52:39 -0700 (PDT)
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=fojZ9Xon+DlyAwoKPAhDeZN3IWK74hnfTGTlcMZpheA=; b=d+amdFVI5fAu/42vUnzIHMv/sin/y1vTTk8WElKx8ZKzfAeP8GBUbwroqmCNtIzcO5 dGP9BYjY1sUkRseRpSlKrWnT8EcSpwVwdvKBKVhffIQm5X90IUgxGRHpeTnbT+fU18iT Ez3mZ9HWZLPfLBUzyfBJ5/OPUpuQyt8Rc3G9m2WS6CRYyz16BdQBk/JGiTGLQ4oMlrGs 67u5hSBXBXAnHQLYizgZ+Dr/M3B2Qubuo3VPv/or6vLmhAYYQz6XTFjt7uoOVRFlHdLP Ep63RgTfNCTbL1Tvet7szbnANoF6di4Pg4TWg7fd2qpNdF3DfwkCoT6bfHjX4BARyv8X CPwg==
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=fojZ9Xon+DlyAwoKPAhDeZN3IWK74hnfTGTlcMZpheA=; b=JoE4OTCw6YUqatl1JkK8vqU/is4wlikd0YltpqoqW7lVoQQ8DwxCMmHO7nTDdJzp9Y Ae6FbcSyXaAYmaibtxDyF24eXuKiIrwXtTQMKXCjYGtu2F+PTp5XcvR9gzgP5lsLUt4/ wKPdWSdkCYwu1MQhhkDVAyBF3iwRadkeqhwVbbIjU7hdluXed7180lJXnp7SKnE/UI32 A6bOw8csQjp5SD7TUpoeZN0rq0wyQJbF9IXe0BNWL92PWOUWuyAmtk4nKkaJ3gy3Fk6a a0iM8Y2HuBz6AeIoBb/YSbKFHEJPehgzz+WEiRz4wBmH1tkF1lKbOpaag9eJI9GyusBh 6new==
X-Gm-Message-State: AOAM530biN4IOn39O0hu4nUC5WJW0G0VkIytKNVWsdlkz49QGRqC0Btg xPSnFgVPMwIawU1fET0hlTOUbn8QJtXscH2wHrG87ERHvAs=
X-Google-Smtp-Source: ABdhPJxA9bfta1efNlIcJhDRLr7D+EGFlwYW6z+tMCFJu30oquuwtUdr67L3Jha2LcYwhHN2fWAp45U/OZXcTip47nY=
X-Received: by 2002:a92:cb03:: with SMTP id s3mr17172994ilo.1.1593453158611; Mon, 29 Jun 2020 10:52:38 -0700 (PDT)
MIME-Version: 1.0
References: <159231433807.30534.15301055086560120997@ietfa.amsl.com> <024644e7-22e8-f266-4591-6789dc283713@joelhalpern.com>
In-Reply-To: <024644e7-22e8-f266-4591-6789dc283713@joelhalpern.com>
From: Dhruv Dhody <dhruv.ietf@gmail.com>
Date: Mon, 29 Jun 2020 23:22:01 +0530
Message-ID: <CAB75xn46-99jqOgRG0mx4wA-ztN01nXfXJxp0Th_gyarJ=mFRQ@mail.gmail.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>
Cc: "sfc@ietf.org" <sfc@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sfc/JNfzqb3rswGyqm3a51iVsZblmpg>
Subject: Re: [sfc] IETF WG state changed for draft-ietf-sfc-proof-of-transit
X-BeenThere: sfc@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Network Service Chaining <sfc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sfc>, <mailto:sfc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sfc/>
List-Post: <mailto:sfc@ietf.org>
List-Help: <mailto:sfc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sfc>, <mailto:sfc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Jun 2020 17:52:41 -0000

Hi,

The document is in a good shape for publication as an Experimental
RFC. Just a few comments that can handled along the way -

- Abstract,  Add a sentence about the presence of a Yang model in this I-D
- Section 1, Add a reference when the Shamir's Secret Sharing on first use
Also you have it as a normative reference to a wiki page -

[SSS]      "Shamir's Secret Sharing",
              <https://en.wikipedia.org/wiki/Shamir%27s_Secret_Sharing>.

Isn't there a better reference for this which is archival in nature
and cant be modified easily?

- Section 2, Use the updated boilerplate for capitalized keywords -

      The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL
      NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED",
      "MAY", and "OPTIONAL" in this document are to be interpreted as
      described in BCP 14 [RFC2119] [RFC8174] when, and only when, they
      appear in all capitals, as shown here.

- Section 5, You include -

   This document does not
   define a specific protocol to be used between Controller and nodes.
   It only defines the procedures and the associated YANG data model.

That is true for all documents with yang models, any reason to be
explicit about it?

- Section 5.2.2, You should include this -

   A simplified graphical representation of the data model is used in
   this document.  The meaning of the symbols in these diagrams is
   defined in [RFC8340].

instead of repeating the tree notations.

- Section 5.2.3,
    o  Update the dates in the Yang model as well the year in the copyright
    o  Query: Should nacm be used in the Yang model for the secret leaves?

- Section 6
   o  Don't we need to update the IANA consideration for the Yang model?

- Section 7.8
   o  Needs to be enhancecd to also include yang related security as
per https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines

Thanks!
Dhruv


On Tue, Jun 16, 2020 at 7:12 PM Joel M. Halpern <jmh@joelhalpern.com> wrote:
>
> The chairs are starting the WG last call for
> draft-ietf-sfc-proof-of-transit.  Please reply explicitly whether you
> think this is ready to go to the IETF for publication as a Experimental RFC.
> As noted below, the call runs through June 30.
>
> Note that silence does not imply consent, so please speak up.
>
> Yours,
> Joel (& Jim)
>
> On 6/16/2020 9:32 AM, IETF Secretariat wrote:
> >
> > The IETF WG state of draft-ietf-sfc-proof-of-transit has been changed to "In
> > WG Last Call" from "WG Document" by Joel Halpern:
> >
> > https://datatracker.ietf.org/doc/draft-ietf-sfc-proof-of-transit/
> >
> > Comment:
> > This starts WG last call for this document, ending June 30.
> >
>
> _______________________________________________
> sfc mailing list
> sfc@ietf.org
> https://www.ietf.org/mailman/listinfo/sfc