Re: [NGO] external module properties

"Randy Presuhn" <randy_presuhn@mindspring.com> Wed, 30 April 2008 15:57 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 AFC873A6B1B; Wed, 30 Apr 2008 08:57:44 -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 58CF53A69C5 for <ngo@core3.amsl.com>; Wed, 30 Apr 2008 08:57:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.339
X-Spam-Level:
X-Spam-Status: No, score=-2.339 tagged_above=-999 required=5 tests=[AWL=0.260, BAYES_00=-2.599]
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 J2eAwYbOqeyL for <ngo@core3.amsl.com>; Wed, 30 Apr 2008 08:57:32 -0700 (PDT)
Received: from elasmtp-galgo.atl.sa.earthlink.net (elasmtp-galgo.atl.sa.earthlink.net [209.86.89.61]) by core3.amsl.com (Postfix) with ESMTP id 2606E3A6E94 for <ngo@ietf.org>; Wed, 30 Apr 2008 08:56:43 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=LS9RghBoBMex2C/rQqJnFiWwFI9ZQr/mpnisxCk04S/TgdG1jpa+SboVDM/fQrmV; h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP;
Received: from [68.164.90.53] (helo=oemcomputer) by elasmtp-galgo.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from <randy_presuhn@mindspring.com>) id 1JrEfl-0003db-16 for ngo@ietf.org; Wed, 30 Apr 2008 11:56:45 -0400
Message-ID: <001001c8aad2$7256bbc0$6801a8c0@oemcomputer>
From: Randy Presuhn <randy_presuhn@mindspring.com>
To: ngo@ietf.org
References: <00e201c8aa35$5a893830$0600a8c0@china.huawei.com><200804292243.m3TMhOIC091458@idle.juniper.net> <20080430.082352.151372679.mbj@tail-f.com>
Date: Wed, 30 Apr 2008 08:57:00 -0600
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1478
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478
X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d8885d2a9c731cc89117d91b00a6e6a185d7d57e716ea0020759350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 68.164.90.53
Subject: Re: [NGO] external module properties
X-BeenThere: ngo@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
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

Hi -

> From: "Martin Bjorklund" <mbj@tail-f.com>
> To: <phil@juniper.net>
> Cc: <ngo@ietf.org>
> Sent: Wednesday, April 30, 2008 12:23 AM
> Subject: Re: [NGO] external module properties
...
> But with revisions, you have to explicitly rev all importers of a
> module when the module is updated.

No.  Importers of a module which has been updated only need to be
revised if one wants to take advantage of the changes that were made.

> Suppose module A rev 1 gets published in an rfc, and module B which
> imports A rev 1 in another.  Now, A is updated to rev 2.  If a vendor
> wants to implement A rev 2 and B, that doesn't work, unless B is also
> updated to rev 2 as soon as A is updated.

In my opinion, this is a feature, rather than a bug.
(But there's no "as soon as" requirement.  There's no need to update
B until someone wants a version that includes the behavioural changes
that would result from using the newer version of A.)

I think there's some wisdom in the language that accompanies the
references sections in many ISO/ITU documents:
    The following specifications contain provisions which, through references
    in this text, constitute provisions of this specification.  At the time of publication,
    the editions indicated were valid.  All specifications are subject to revision, and
    parties to agreements based on this Specification are encouraged to investigate
    the possibility of applying the most recent editions of the specifications listed
    below.

Randy

_______________________________________________
NGO mailing list
NGO@ietf.org
https://www.ietf.org/mailman/listinfo/ngo