Re: Yang update from IESG ?

Tim Wicinski <tjw.ietf@gmail.com> Mon, 18 November 2019 14:49 UTC

Return-Path: <tjw.ietf@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22E1A120895; Mon, 18 Nov 2019 06:49:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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 OkBJ9KYeH9rj; Mon, 18 Nov 2019 06:49:27 -0800 (PST)
Received: from mail-ot1-x32c.google.com (mail-ot1-x32c.google.com [IPv6:2607:f8b0:4864:20::32c]) (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 441DA120842; Mon, 18 Nov 2019 06:49:27 -0800 (PST)
Received: by mail-ot1-x32c.google.com with SMTP id l14so14696215oti.10; Mon, 18 Nov 2019 06:49:27 -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=vTAeeRUInVYrMTfz6WFmVogX+rB+NUUqlz2WgtPFSgI=; b=G1TszsCerpzIaWg0iRIAdFwg74+GvWOnzXMMuJxMpqNeOu2cqP4tGGiZxrGRPkTyXO Z7jr1982MdJmEf7IhmKI+sMp8jtw8Cl89bpGnYWNbqVsCHk3is65NXN0ra4m2sus29rq ELZ0bDtUTjwzFSLPqdkKnSQ+vcBf+ToaTb1xvXw38jutUPpJdPd+DILH/pSHR9GXiGxg ubEohHHCAhr44VDW8HbdTPAZn93/hvYwvTyt4g3YaiIxyp7axxawIDnEDx7Xp52Rp8sW 9bM3ZJPP/9VAVoSvntGl25f7m0emdeVXU3MituVx/FQS7Nm1Xjpf8v8GYppaUi3PhB+E CcNA==
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=vTAeeRUInVYrMTfz6WFmVogX+rB+NUUqlz2WgtPFSgI=; b=kRG66KlPr25Bjtf68LqzKSwBsWr85rWzaCENMZo6QLq8PrfgiTvaepOtNApPdzk46E 7OdtcDRve+Wt4UiYSRF/bb0zhNFuB2mzBILwNA0SSf3ZCwys5JgSWtY8+gQZcT19X0cI e6OMY6AJzeDAtks+Rpf4qsqaZP3TzsT1cibI6ATqO4f+ZLIwtnlj+rKWjLBln9BHyuq/ m+b+wkKf+2ujEdPPlXuwQtH/KsDOHQQFH0+ZfOs5UZlvUxFEUlcmyL/X4egxLogwnD0z GSGds5e8ouITOKFlsdLoKn002KAg73rpv/eQfYFh+iQgK26DKNlZxzDvEdKHkNhkxwr5 TUnA==
X-Gm-Message-State: APjAAAVYocJsZws130PwIxzZSemgm4R1lFIT5HCdhudR8DrOofmk3wHl FzUP+nkhdVN/PDnW8ZstaO6tfyMMO1TUQAbxwgU=
X-Google-Smtp-Source: APXvYqzejHfNmzpFHy1ADLMSKs40/cw0KSNTZz/3ZqoiWkQ7tq5cA+nozQhpKagluHwmndvYxc+usCmlNSbYZ9vseCs=
X-Received: by 2002:a05:6830:14c:: with SMTP id j12mr8035436otp.41.1574088566569; Mon, 18 Nov 2019 06:49:26 -0800 (PST)
MIME-Version: 1.0
References: <alpine.LRH.2.21.1911131435240.22669@bofh.nohats.ca> <359EC4B99E040048A7131E0F4E113AFC01E70B0061@marchand> <alpine.LRH.2.21.1911180102380.9256@bofh.nohats.ca> <10541.1574083581@dooku.sandelman.ca> <e745d480c113b09eb4f6761cf48ef1e997fc3e6c.camel@nic.cz>
In-Reply-To: <e745d480c113b09eb4f6761cf48ef1e997fc3e6c.camel@nic.cz>
From: Tim Wicinski <tjw.ietf@gmail.com>
Date: Mon, 18 Nov 2019 22:49:15 +0800
Message-ID: <CADyWQ+Eh3ULpfRp-Bg6R9V6veWS3d0Ry_zEgP7FuL2L6djhDjA@mail.gmail.com>
Subject: Re: Yang update from IESG ?
To: Ladislav Lhotka <lhotka@nic.cz>
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, Roman Danyliw <rdd@cert.org>, "iesg@ietf.org" <iesg@ietf.org>, IETF Rinse Repeat <ietf@ietf.org>, Paul Wouters <paul@nohats.ca>
Content-Type: multipart/alternative; boundary="000000000000db007b0597a00d89"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/gMeS2e_rkh0Ncm4DEW3vSJpKLsY>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Nov 2019 14:49:29 -0000

IANA has been doing it for more than five years for a couple of YANG modules
(six by now), and I am not aware of any troubles so far.

But that's work put onto the IANA pile, and some I* organization may want
to understand the
commitment.

On Mon, Nov 18, 2019 at 10:08 PM Ladislav Lhotka <lhotka@nic.cz> wrote:

> On Mon, 2019-11-18 at 21:26 +0800, Michael Richardson wrote:
> > Paul Wouters <paul@nohats.ca> wrote:
> >     >>> During a plenary at the last or second last IETF, I raised an
> issue
> >     >>> about people stuffing incomplete and obsolete/deprecated partial
> IANA
> >     >>> registiries in yang drafts/RFCs. The IESG confirmed this as a
> problem
> >     >>> to me and one of the IESG members said they were aware and would
> get
> >     >>> back on this.
> >     >>>
> >     >>> I have not heard anything. The issue is still a problem.
> Originally,
> >     >>> this came up in i2nsf/ipsecme, and has now resurfaced for me in
> >     >>> dnsop.
> >
> >     >> The IESG talked about this issue during the last IETF meeting.
> See
> >     >> attached.
> >     >>
> >     >> The outcome of this discussion was that there is no single "right
> >     >> answer" and individual ADs should intervene on specific instances
> as
> >     >> appropriate.
> >
> >     > Thanks for the answer. Unfortunately, it is not much of guidance
> and
> >     > does not really address the issue I raised, namely that we are
> putting
> >     > snapshots of IANA registries in RFC documents. One of your three
> Design
> >     > Patterns still does this.
> >
> > I also am unhappy with this situation.
> >
> > As far as I can tell it means that IANA will be maintaining YANG modules.
> > I don't understand how this is going to work for real products.
>
> IANA has been doing it for more than five years for a couple of YANG
> modules
> (six by now), and I am not aware of any troubles so far.
>
> Lada
>
> >
> --
> Ladislav Lhotka
> Head, CZ.NIC Labs
> PGP Key ID: 0xB8F92B08A9F76C67
>
>