Re: [core] [netmod] WG Last Call on draft-ietf-core-sid-21
Andy Bierman <andy@yumaworks.com> Sun, 10 September 2023 19:38 UTC
Return-Path: <andy@yumaworks.com>
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 6D7F9C15C513 for <core@ietfa.amsl.com>; Sun, 10 Sep 2023 12:38:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 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, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kjkF4Wc3epmC for <core@ietfa.amsl.com>; Sun, 10 Sep 2023 12:38:52 -0700 (PDT)
Received: from mail-lj1-x236.google.com (mail-lj1-x236.google.com [IPv6:2a00:1450:4864:20::236]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9EC3CC15109D for <core@ietf.org>; Sun, 10 Sep 2023 12:38:51 -0700 (PDT)
Received: by mail-lj1-x236.google.com with SMTP id 38308e7fff4ca-2bce552508fso61551421fa.1 for <core@ietf.org>; Sun, 10 Sep 2023 12:38:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks.com; s=google; t=1694374729; x=1694979529; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=DBhYyxpO52akFpHagVA4KliMRdjlDU+dfw/K/i7X4zk=; b=ZakcXBH1iB+hupY9jMEzuif8HQ2/lYncEzbVn0kB5Bkdo6kEDOMzvkXDUM2SUpPHjE iTWWAN+P8sofzSL/totUgBz/6sZxRlMywUpmqHbPP4q9E2/BanYzk+EvLDXSpKcwr+2/ RcbvYnOuJLZnBc/sN4++yaLS1ZC8NWIK/yGsTlOEks94iuUphkWLw1FdGeuQ2/nBG8XV tCLJ490ZV/hZ1d6usge3kM7paEIO0VV8ukIWlkSVVQmbI8XHuNvHMs14SRPBmmh5topV bcKAbqt3OYimN6kpbB4fYzK9kwB1BWuMj9TQYvlwbHWBnCqYuBmlnPZkRmA8mRuOuUaC mxbw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694374729; x=1694979529; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=DBhYyxpO52akFpHagVA4KliMRdjlDU+dfw/K/i7X4zk=; b=CWk0CgE6D5lfiYAJx3FmmQaHAXapI91VVPYR0AM9htW1Nfw7nFvqAC0keYv0fIjz56 MWYV8FltV3QbkAVtJhq6DeAibsbEYD4qbGKZwOEWDXg1cP2YRHDJOWzWpAJkumaf3DGN sWTjp5n+ut8AIkSt7xSYCNrTTO6bfbPNuJ6rqiNKM27gfivQ4hbUrq/8wkViKavRXWgo IJfVNQ8f6l6roPRY5CfUPhImWu12QqM68tAb9fUOvgfioXl0l7TU36pa95DJ0GaqBlwM 3nx6dynbddw3Am7K28ecNdKP/wWZTfQgIc8OTiulwtMOOWgTvhsSmsAPbj5C1NW2X58l GUxw==
X-Gm-Message-State: AOJu0YykE/Q3fLBzxmbpbU/8PtREX3wPT9UJfcipoLexrcyDc6082kZI I02EGDJnboU/xO1Ne0DJ8KPmojqknZ3tFrxGJzLWA5tAfRlEFPr3
X-Google-Smtp-Source: AGHT+IEtFxfbZvrQN9EpH5P6C/gh7d5MBZ1Xjqpf2osKwbQ6tldSS1rq10JdPRJbzZY0aLYrpgNWHedcX1LpqCZOMAk=
X-Received: by 2002:a2e:88d4:0:b0:2bc:cee6:4342 with SMTP id a20-20020a2e88d4000000b002bccee64342mr6055382ljk.13.1694374729279; Sun, 10 Sep 2023 12:38:49 -0700 (PDT)
MIME-Version: 1.0
References: <191bbb44-c971-f4d2-a506-2a66728d85da@ri.se> <CABCOCHToeTfTzBicn4Lv7oASVqA84vrgmVbGUCzcv=tk3zbZyQ@mail.gmail.com> <5090.1694372338@localhost>
In-Reply-To: <5090.1694372338@localhost>
From: Andy Bierman <andy@yumaworks.com>
Date: Sun, 10 Sep 2023 12:38:38 -0700
Message-ID: <CABCOCHSj8_sdY9jtDmPrspTHamzM=vME_m=YnsL0EMRkvw00NQ@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: "core@ietf.org" <core@ietf.org>, netmod@ietf.org
Content-Type: multipart/alternative; boundary="000000000000dafef20605065b57"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/-EDHQUV3lIurWApc03yJvViCssE>
Subject: Re: [core] [netmod] WG Last Call on draft-ietf-core-sid-21
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 10 Sep 2023 19:38:57 -0000
On Sun, Sep 10, 2023 at 11:59 AM Michael Richardson <mcr+ietf@sandelman.ca>
wrote:
>
> Andy Bierman <andy@yumaworks.com> wrote:
> > I do not have time to do another full review of this draft.
> > These are high-level comments.
>
> > ## document scope is too large
>
> > The draft should be split into 2 or 3 drafts.
>
> > 1) SID File Definition
> > 2a) SID Management Procedures
> > 2b) Initial SID File Definitions
>
> It sounds like a good idea in principal, and if it were 2018, I'd say,
> sure.
> But I'm not really sure we are going make anything easier by splitting
> things
> up now.
>
> > ## document scope is not CORE-specific
>
> > Several WGs and SDOs want to use SID files.
> > The 13 modules listed in sec 6.4.4 are a small fraction of the IETF
> YANG
> > modules
> > that should have SID files.
>
> I don't understand why it matters where we publish the work, as long as we
> do.
>
>
I don't understand where the SID files are for the modules in the initial
registry (sec. 6.4.4).
Is that for another WG to create the SID files and publish them in an RFC?
> ## SID files are normative
>
> > - The algorithm is not stable enough yet (both specification and
> > implementation).
> > - Manual editing is allowed.
> > - There is no indication in the SID file that it is automatically
> generated
> > or manually edited.
> > - Only the authoritative SID file can be trusted to have the correct
> > assignments
>
> These seem like reasonable complaints, but I'm not sure we can get past
> this
> until we publish a documents. It's a *PROPOSED STANDARD*
>
The standard is fairly dependent on availability and conformance to
authoritative SID files.
> > ## Initial SID files are missing
>
> > The normative SID files for all YANG modules listed in sec 6.4.4 are
> > missing.
> > The assignment range is insufficient for interoperability.
>
> I hadn't imagined that we'd have to do all that work before publishing, but
> rather that we couldn't do any of that work until we published.
>
IMO this draft should include the normative SID files for the initial
registry contents.
>
> --
> Michael Richardson <mcr+IETF@sandelman.ca> . o O ( IPv6 IøT consulting )
> Sandelman Software Works Inc, Ottawa and Worldwide
>
>
>
>
Andy
- [core] WG Last Call on draft-ietf-core-sid-21 Marco Tiloca
- Re: [core] [netmod] WG Last Call on draft-ietf-co… Andy Bierman
- Re: [core] [netmod] WG Last Call on draft-ietf-co… Michael Richardson
- Re: [core] [netmod] WG Last Call on draft-ietf-co… Andy Bierman
- Re: [core] [netmod] WG Last Call on draft-ietf-co… Michael Richardson
- Re: [core] [netmod] WG Last Call on draft-ietf-co… Carsten Bormann