Re: [Ntp] Antw: [EXT] Re: Publication has been requested for draft-ietf-ntp-yang-data-model-09

Dhruv Dhody <dhruv.ietf@gmail.com> Tue, 25 August 2020 04:51 UTC

Return-Path: <dhruv.ietf@gmail.com>
X-Original-To: ntp@ietfa.amsl.com
Delivered-To: ntp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F41653A09E0 for <ntp@ietfa.amsl.com>; Mon, 24 Aug 2020 21:51:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.198
X-Spam-Level:
X-Spam-Status: No, score=-0.198 tagged_above=-999 required=5 tests=[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=unavailable 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 MODcvRZgm6fR for <ntp@ietfa.amsl.com>; Mon, 24 Aug 2020 21:51:12 -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 F33823A09D9 for <ntp@ietf.org>; Mon, 24 Aug 2020 21:51:11 -0700 (PDT)
Received: by mail-il1-x130.google.com with SMTP id v2so9336208ilq.4 for <ntp@ietf.org>; Mon, 24 Aug 2020 21:51:11 -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=hwtOgLSYz1vSdGu9hF5qYS9vZBiNO9hRKd3dSa2Mjy0=; b=Bepl5D5Vb/THqvZUmQ5BS0wz6hHpOvIDKuwRPrLLSk07WsuPkRXZ9KDsIGLTss+wH4 CNkb1b1MiPxUGd5Y4Ef/DfWbRA3yZD5mTzmvTJMZfBkzUPp3BGT/MS3PRXTphmztvZIr m5kjUn9g9VTnZ8ywMIzfdC4uNlZ3dyeDDNeiLA4JBlf6SMv5J6uudXMvFbpjYKmK+Iei Pql8kpNXwCyHYSYn4kt0UXwTR2mh2tqBOXgJWfyCEvF478znYzkfccFvcCoQLqfZ9/2g vDNfFvrwKUnNSWlkwYXTrozGlvLBPv8xrnFFQm6VQZbowmxqNBhcfvWs3G65i5h9HHcu G2Wg==
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=hwtOgLSYz1vSdGu9hF5qYS9vZBiNO9hRKd3dSa2Mjy0=; b=mmbWxN/7YWhhONu7gGKveIMvho8h7FjhxFJJ5FqxAhO4A6OfMRJ7Y+CEE1/WsB9Fw3 AipoWPShxH1KYyhE6O9zKJwrrxH028YTgYnpyNbHpRttCIoaWTqCnElNzbPBfyo5Zl69 L38ZyXlzMue9UxilpVCJkkeAzyep9ot1ONhCX2cEJsntWuLRKgpr8+igJNmVdEfIehv1 MPvWeHVJ0XK219QT7jSlpGSejj/igvmKn0zytvNE5sUmpdWxggCIZ9a0SE+VHYbqNg/g FcY4aVpw8BplMc6jYw3BGGnDA7YL9EKLg2ZX6hbaoYIk4GtTfaqPO49zjlNHMxZL8rpZ 97mQ==
X-Gm-Message-State: AOAM533zi9k3CE7cDYnz4xvxKi+pZMNheZaYIMuRvf3HeeRyuQ2Fpeqc giorqP9d9DvboTVCJvhm3vhzZJ+88sHk4C1boGk=
X-Google-Smtp-Source: ABdhPJwpE9qzM0/swVHj0fCqJdLI5anMC4Jj/tgKd0f8EhwUV1677gF4Cms+Xevd+5A56aV0m2bCo90U7MPC0YxnX74=
X-Received: by 2002:a92:b05:: with SMTP id b5mr7608921ilf.14.1598331071029; Mon, 24 Aug 2020 21:51:11 -0700 (PDT)
MIME-Version: 1.0
References: <159793988601.6671.4450454144332494536@ietfa.amsl.com> <815554a9-4f7a-975b-78ac-3eeea2d71dfd@nwtime.org> <19E87C71-2E52-48EF-B9AC-9F89700B1938@akamai.com> <5F439252020000A10003AC56@gwsmtp.uni-regensburg.de> <460719e1-f3fc-ea1d-c700-1fbf4d02fc7c@nwtime.org> <CAB75xn6t5cHGr_J-a-_aEN5a3KPqHwU_8wYXSYvzb8vZNsomag@mail.gmail.com> <bdd5a3e8-da5a-c9bf-c72e-ebfe91e28ca9@nwtime.org>
In-Reply-To: <bdd5a3e8-da5a-c9bf-c72e-ebfe91e28ca9@nwtime.org>
From: Dhruv Dhody <dhruv.ietf@gmail.com>
Date: Tue, 25 Aug 2020 10:20:34 +0530
Message-ID: <CAB75xn4NvGcOvmrhq027PWRv+22n1PYoBtW7eFf5D-UMWTx2HA@mail.gmail.com>
To: Harlan Stenn <stenn@nwtime.org>
Cc: Ulrich Windl <Ulrich.Windl@rz.uni-regensburg.de>, Rich Salz <rsalz=40akamai.com@dmarc.ietf.org>, "ntp@ietf.org" <ntp@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/fa-Dt_i5YM2UkzpIvsE40NUVrQc>
Subject: Re: [Ntp] Antw: [EXT] Re: Publication has been requested for draft-ietf-ntp-yang-data-model-09
X-BeenThere: ntp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <ntp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ntp>, <mailto:ntp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ntp/>
List-Post: <mailto:ntp@ietf.org>
List-Help: <mailto:ntp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ntp>, <mailto:ntp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Aug 2020 04:51:15 -0000

Hi Harlan,

> >> - I see no guidance in the document about how
> >>   implementation-specific elements should be handled.
> >
> > This comment is applicable to any YANG model published in IETF and it
> > is well covered by the YANG specification itself. See
> > https://tools.ietf.org/html/rfc7950#section-4.2.8.
>
> As a likely implementor, I would appreciate a pointer in the document
> that directed me to this guidance.
>
> The IANA recommendation in section  9 simply describes the top-level
> "ntp" prefix, and then there are a number of normative reference
> documents in 12.1 and 2 informative references in 12.2
>
> What would you think about perhaps moving the content of section 7, the
> set of minimally-expected elements, to section 7.1, and adding 7.2 as
> short direction of what a vendor-specific sub-prefix (there's probably a
> better name for that) would look like and where that would be registered?
>

I personally feel that is outside of the scope of this document and
it's quite generic to be applicable to any YANG model published by the
IETF.

I checked RFC 8575 from our sister WG as well as a quick glance at all
the YANG models published by the IETF
https://datatracker.ietf.org/doc/search?name=yang&sort=&rfcs=on&by=group&group=
and did not find such a discussion. Even the NTP MIB RFC 5907 does not
have any such text.

If you want we could use the guidance from the YANG Doctors or the AD.

> >> - I see it as a bug that there is no reference implementation.
> >>
> >
> > The shepherd report notes that vendor implementation is in the
> > planning stages. As usual, the IESG would take that into
> > consideration.
>
> Is the "vendor implementation" you describe the same as a reference
> implementation?
>

No. But as far as I am aware there is no such requirement.

Thanks!
Dhruv