Re: [netmod] Joint WGLC on "semver" and "module-versioning" drafts

Andy Bierman <andy@yumaworks.com> Sun, 04 June 2023 16:09 UTC

Return-Path: <andy@yumaworks.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7048C14CE54 for <netmod@ietfa.amsl.com>; Sun, 4 Jun 2023 09:09:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 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_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham 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 3SZPWnf4Lg8X for <netmod@ietfa.amsl.com>; Sun, 4 Jun 2023 09:08:59 -0700 (PDT)
Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) (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 762CFC14F75F for <netmod@ietf.org>; Sun, 4 Jun 2023 09:08:59 -0700 (PDT)
Received: by mail-lf1-x132.google.com with SMTP id 2adb3069b0e04-4f6195d2b3fso1541131e87.1 for <netmod@ietf.org>; Sun, 04 Jun 2023 09:08:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks.com; s=google; t=1685894937; x=1688486937; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=SIsN8NAhd5qxyBhP+XrahltwXaQ7wJxTUkbBmK8lZKk=; b=E1qq/GzqGUmV6IF2ZgctO6l0Xd1ZIAI1KMCzdiYfATecxk1La4Q4pAOtgX97TKxDUQ LZi3JRO+lQAtMlIIUHS504R2s4nMBX34QXzNCOOuzEn8nkQWcYwmWQVWrKDnmWmxSKm/ RSL5k3rsTfENxCGx3j9db95eXZkTWpWBfC4JA9eFCJklG5U5Ex0w+0OrNBIbxW7eOWgS sY+ZzEMknK0Rjdmi9Zkz+ibENuMd2smMpT+Kl3c8q2ngWwYt6JAyt1cnmZtMnJWRgDhv d6KJ3yyq1uayvXo9PjrBW+5y4PeDVxHNHqafn+T2xnEhDgkVu51OFaQmjEYNas+eMFCv vPIg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685894937; x=1688486937; 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=SIsN8NAhd5qxyBhP+XrahltwXaQ7wJxTUkbBmK8lZKk=; b=Wqzs7dip7mUqrMQVmI6SF2hVTE7lUkVARvro8nxaVTrzVMkMd4n6zcgHLhtPREKbyD AZLKo6tmKQKU2O0+c9z7KwRGp3Nb7D//fs7e64lsSM4LzI4Ytjl/IB1BZkpg8mnb/Kh3 4+D4ZKBqSxbsD0/XuXXLrJyBAIsLqPz5olfLarQ7vY62Bhbw6nxnPYNdrvF1kFQBmA2P K0gEv9Q7gKvn0BW4sF64ajAvQNm13zCfBdCKefLEbbSLoO0hDSokOE/YEzl2HLL5rx0T yWMu9kSLAzJy9aJa4wjNgETVqyivVEnhbMhJ7ub1IBzjyD5enWfApG02fSwY/OvWG3+/ CYIw==
X-Gm-Message-State: AC+VfDwmTSsjz7ikxuJn9HdKwxrUI1Xp43Zv6Qz18LiYk735DNEuTRbu dFhVQ9SezjdPyADMNDN+R1xmH0fg9wTuREeM1wjmxSNf2HghF/juHOg=
X-Google-Smtp-Source: ACHHUZ5YV7BNhZ9GIyuNRkCHrqwrFfN/VvMoAFHzQwRmXFh+JIrt9lTR2GbULC6EiIr+0X+uOaK2nYV51eZLQmN5Uq0=
X-Received: by 2002:a19:ae0e:0:b0:4f2:5ef9:45fb with SMTP id f14-20020a19ae0e000000b004f25ef945fbmr3552209lfc.52.1685894937101; Sun, 04 Jun 2023 09:08:57 -0700 (PDT)
MIME-Version: 1.0
References: <01000187fd8e0407-84bd7e7b-ede3-43d8-a9b3-5d4d0a915509-000000@email.amazonses.com> <01000188458cef5a-03bc9c2b-3c0a-43f9-8331-73980aa9ad4e-000000@email.amazonses.com> <0100018886b61be4-dc254506-fcbc-4988-92fc-4fb1f127eb48-000000@email.amazonses.com>
In-Reply-To: <0100018886b61be4-dc254506-fcbc-4988-92fc-4fb1f127eb48-000000@email.amazonses.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Sun, 04 Jun 2023 09:08:45 -0700
Message-ID: <CABCOCHTbbMc81F7Uauyg9bbEEz3_7pFvgR9FvUMq9QR80htLZA@mail.gmail.com>
To: Kent Watsen <kent+ietf@watsen.net>
Cc: "netmod@ietf.org" <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000dae63c05fd500071"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/PkNbC-JGL7cYHde4_38tvLsV6pk>
Subject: Re: [netmod] Joint WGLC on "semver" and "module-versioning" drafts
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Jun 2023 16:09:03 -0000

On Sun, Jun 4, 2023 at 7:01 AM Kent Watsen <kent+ietf@watsen.net> wrote:

> As an individual contributor and faithful YANG custodian, I cannot
> support work that changes YANG-semantics without versioning YANG itself.
> As Andy wrote before:
>
>     The only correct way to remove MUST/MUST NOT from the "YANG contract"
>     is to introduce a new YANG language version (1.2), and make a new
> contract.
>
> I want this work to move forward in the form of a quick (limited-scope)
> rfc7950-bis.  One idea would to support just this YANG-next issue
> <https://github.com/netmod-wg/yang-next/issues/70> and then mark the
> versioning extension as "critical".  That said, I believe that an even
> better versioning-solution can be had if integrated into the YANG-language
> directly.
>


IMO the parsing of YANG files to produce a conceptual data model
is a critical component of the language itself.  Any statements that
affect this conversion step MUST be regular statements.
An extension is (by definition) an external statement that is not part of
the YANG language.
Critical extensions are not a good design choice.  Just add real statements
instead.

IMO most of the yang-next issues are not interesting or valuable,
so a long WG process to go through this entire list is a non-starter.

There are 3 critical changes that need to be made.
  - change "status" so deprecated and obsolete definitions are correct
  - introduce new instance-identifier data type based on RFC 7951 definition
  - introduce new identityref data type based on RFC 7951 definition




> Kent
>


Andy


>
>
> On May 22, 2023, at 6:20 PM, Kent Watsen <kent+ietf@watsen.net> wrote:
>
> NETMOD WG,
>
> The chairs are extending this WGLC by two weeks (now ending June 5) in
> order to ensure adequate review, since this is important work, and a solid
> consensus is needed.
>
> Kent and Lou
>
>
>
> On May 8, 2023, at 6:49 PM, Kent Watsen <kent+ietf@watsen.net> wrote:
>
> Dear NETMOD WG,
>
> This message begins a joint two-week WGLC for
> draft-ietf-netmod-yang-semver-11 and
> draft-ietf-netmod-yang-module-versioning-09
> ending on Monday, May 22nd.  Neither draft has IPR declared.  Here are the
> direct links to the HTML version for these drafts:
>
>  - https://datatracker.ietf.org/doc/html/draft-ietf-netmod-yang-semver-11
>  -
> https://datatracker.ietf.org/doc/html/draft-ietf-netmod-yang-module-versioning-09
>
> Positive comments, e.g., "I've reviewed this document and believe it is
> ready for publication", are welcome!  This is useful and important, even
> from authors.  Objections, concerns, and suggestions are also welcomed at
> this time.
>
> Thank you,
> Kent and Lou (chairs)
>
>
>
>
>
>
>
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>