Re: [NGO] external module properties

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Sat, 26 April 2008 20:31 UTC

Return-Path: <ngo-bounces@ietf.org>
X-Original-To: ngo-archive@optimus.ietf.org
Delivered-To: ietfarch-ngo-archive@core3.amsl.com
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0ACDD28C14A; Sat, 26 Apr 2008 13:31:22 -0700 (PDT)
X-Original-To: ngo@core3.amsl.com
Delivered-To: ngo@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A6A553A67CE for <ngo@core3.amsl.com>; Sat, 26 Apr 2008 13:31:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.151
X-Spam-Level:
X-Spam-Status: No, score=-1.151 tagged_above=-999 required=5 tests=[AWL=-0.391, BAYES_05=-1.11, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vfX5Kzuf1sIB for <ngo@core3.amsl.com>; Sat, 26 Apr 2008 13:31:19 -0700 (PDT)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) by core3.amsl.com (Postfix) with ESMTP id 5EFD03A6B7D for <ngo@ietf.org>; Sat, 26 Apr 2008 13:31:09 -0700 (PDT)
Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id D54FCC000E; Sat, 26 Apr 2008 22:31:10 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius3.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id K7bD7R5JJPZS; Sat, 26 Apr 2008 22:31:07 +0200 (CEST)
Received: from elstar.local (elstar.iuhb02.iu-bremen.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id B1083C0004; Sat, 26 Apr 2008 22:31:03 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501) id D817A54A2EE; Sat, 26 Apr 2008 22:31:03 +0200 (CEST)
Date: Sat, 26 Apr 2008 22:31:03 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Andy Bierman <ietf@andybierman.com>
Message-ID: <20080426203103.GA22324@elstar.local>
Mail-Followup-To: Andy Bierman <ietf@andybierman.com>, NETCONF Goes On <ngo@ietf.org>
References: <48137444.6070802@andybierman.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <48137444.6070802@andybierman.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: NETCONF Goes On <ngo@ietf.org>
Subject: Re: [NGO] external module properties
X-BeenThere: ngo@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: j.schoenwaelder@jacobs-university.de
List-Id: NETCONF Goes On - discussions on future work and extensions to NETCONF <ngo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ngo>, <mailto:ngo-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/ngo>
List-Post: <mailto:ngo@ietf.org>
List-Help: <mailto:ngo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ngo>, <mailto:ngo-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ngo-bounces@ietf.org
Errors-To: ngo-bounces@ietf.org

On Sat, Apr 26, 2008 at 11:28:20AM -0700, Andy Bierman wrote:
 
> LAST-UPDATED and REVISION are optional in SMIv2.

This is not correct. The SMIv2 does mandate a LAST-REVISION clause
(see section 5 and 5.1 of RFC 2578).  The IETF guidelines in addition
mandate the presence of REVISION clauses and the LAST-UPDATED clause
becomes redundant when you have REVISION clauses. That is why YANG
only has revision statements.

The YANG language itself does not mandate the presence of one or more
revision statements. This is consistent with YANG's philosophy of
mandating only those things that are essential for the language to
function and leave other things to guidelines or applicability
definitions.

/js

PS: If YANG were to support versioned imports, revision clauses
    would have to be mandatory because without version information,
    a compiler would not be able to resolve imports. Right now,
    compilers can do the right thing without having revision
    statements and hence they are optional.

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1, 28759 Bremen, Germany
Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>
_______________________________________________
NGO mailing list
NGO@ietf.org
https://www.ietf.org/mailman/listinfo/ngo