Re: [NGO] external module properties

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Tue, 29 April 2008 17:56 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 4CE903A6D6E; Tue, 29 Apr 2008 10:56:37 -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 57D8B3A6D6E for <ngo@core3.amsl.com>; Tue, 29 Apr 2008 10:56:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.964
X-Spam-Level:
X-Spam-Status: No, score=-1.964 tagged_above=-999 required=5 tests=[AWL=0.285, BAYES_00=-2.599, 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 e-udmyg4YVgF for <ngo@core3.amsl.com>; Tue, 29 Apr 2008 10:56:35 -0700 (PDT)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) by core3.amsl.com (Postfix) with ESMTP id DF31E3A6D7B for <ngo@ietf.org>; Tue, 29 Apr 2008 10:56:24 -0700 (PDT)
Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 3F004C0009; Tue, 29 Apr 2008 19:56:28 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 3sYdwQ6FGP4q; Tue, 29 Apr 2008 19:56:22 +0200 (CEST)
Received: from elstar.local (elstar.iuhb02.iu-bremen.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 14C12C0011; Tue, 29 Apr 2008 19:56:23 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501) id 710E254DC6A; Tue, 29 Apr 2008 19:56:21 +0200 (CEST)
Date: Tue, 29 Apr 2008 19:56:21 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: David Harrington <ietfdbh@comcast.net>
Message-ID: <20080429175621.GB27054@elstar.local>
Mail-Followup-To: David Harrington <ietfdbh@comcast.net>, 'Phil Shafer' <phil@juniper.net>, 'Andy Bierman' <ietf@andybierman.com>, 'NETCONF Goes On' <ngo@ietf.org>
References: <4817444F.4070302@andybierman.com> <200804291612.m3TGCjJd088417@idle.juniper.net> <00ac01c8aa19$f56ffa80$0600a8c0@china.huawei.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <00ac01c8aa19$f56ffa80$0600a8c0@china.huawei.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 Tue, Apr 29, 2008 at 12:56:23PM -0400, David Harrington wrote:

> I think that's a problem.

Why do we not work on the YANG specification? It says:

   Standard module names will be assigned by IANA.  The names of all
   standard modules MUST be unique (but different revisions of the same
   module should have the same name).

   Private module names will be assigned by the organization owning the
   module without a central registry.  It is recommended to choose names
   for their modules that will have a low probability of colliding with
   standard or other enterprise modules, e.g. by using the enterprise or
   organization name as a prefix.

This is more or less what we do with the SMI. It is not perfect
(reverse DNS names a la Java surely are better but also much more
verbose), but it also seems SMI module name clashes have not been a
serious problem in practice. (Correct me if I am wrong.)

/js

-- 
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