Re: [netmod] <CODE BEGINS> file "ietf-foo@2016-03-20.yang" or <CODE BEGINS> file "ietf-foo.yang"

Martin Bjorklund <mbj@tail-f.com> Fri, 24 March 2017 13:44 UTC

Return-Path: <mbj@tail-f.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 4A76C1294C1 for <netmod@ietfa.amsl.com>; Fri, 24 Mar 2017 06:44:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 YMXBOYkGqPgO for <netmod@ietfa.amsl.com>; Fri, 24 Mar 2017 06:44:10 -0700 (PDT)
Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 0DFD61296EA for <netmod@ietf.org>; Fri, 24 Mar 2017 06:44:10 -0700 (PDT)
Received: from localhost (h-148-188.a165.priv.bahnhof.se [176.10.148.188]) by mail.tail-f.com (Postfix) with ESMTPSA id E53441AE0310; Fri, 24 Mar 2017 14:44:08 +0100 (CET)
Date: Fri, 24 Mar 2017 14:44:08 +0100
Message-Id: <20170324.144408.1191664098390131544.mbj@tail-f.com>
To: rwilton@cisco.com
Cc: bclaise@cisco.com, kwatsen@juniper.net, netmod@ietf.org, jclarke@cisco.com
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <146c5483-6e6d-a581-781b-bf5351b1df68@cisco.com>
References: <30B9FE1D-D8E8-4255-847B-DBAD1AA6E73D@juniper.net> <f536f12f-3afa-2501-12ff-15c8159c59e0@cisco.com> <146c5483-6e6d-a581-781b-bf5351b1df68@cisco.com>
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/d0VL8jbIFuFNuSznw7E35SrOK60>
Subject: Re: [netmod] <CODE BEGINS> file "ietf-foo@2016-03-20.yang" or <CODE BEGINS> file "ietf-foo.yang"
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
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: Fri, 24 Mar 2017 13:44:15 -0000

Robert Wilton <rwilton@cisco.com> wrote:
> 
> 
> On 24/03/2017 08:09, Benoit Claise wrote:
> > On 3/24/2017 2:32 AM, Kent Watsen wrote:
> >> Hi Benoit,
> >>
> >> Section 4.2 of rfc6187bis says:
> >>
> >>     The "<CODE BEGINS>" tag SHOULD be followed by a string
> >>     identifying the file name specified in Section 5.2 of
> >>     [RFC7950].
> >>
> >> While Section 5.2 of RFC7950 says:
> >>
> >>     The name of the file SHOULD be of the form:
> >>
> >>       module-or-submodule-name ['@' revision-date] ( '.yang' / '.yin' )
> >>
> >>     "module-or-submodule-name" is the name of the module or
> >>     submodule, and the optional "revision-date" is the latest
> >>     revision of the module or submodule, as defined by the
> >>     "revision" statement (Section 7.1.9).
> >>
> >> While the SHOULD statements provide a recommendation, the
> >> square-brackets "[]" impart no bias, and the text is ambiguous.
> >> That is, is the revision-date optional *only* because the
> >> revision statement is optional within the module?  What is
> >> the recommendation for when the revision statement is present?
> >> The RFC7950 text isn't clear.
> >>
> >> My opinion is that RFC7950 errata should state that the file
> >> name SHOULD include the revision-date when the revision
> >> statement appears within the module.
> > That makes sense.
> > Any other views?
> 
> I don't feel strongly, but would it make more sense if instead
> rfc6187bis stated that the file name SHOULD include the revision date?
> I.e. 7950 states what the filename is allowed to look like and 6187bis
> states what they should look like for IETF produced models.

+1


/martin