Re: [netmod] 6087bis namespace recommendations

Martin Bjorklund <mbj@tail-f.com> Mon, 11 January 2016 10:21 UTC

Return-Path: <mbj@tail-f.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 895391A88D7 for <netmod@ietfa.amsl.com>; Mon, 11 Jan 2016 02:21:44 -0800 (PST)
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
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 vV9QlD2-uVW2 for <netmod@ietfa.amsl.com>; Mon, 11 Jan 2016 02:21:43 -0800 (PST)
Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 32D861A88CB for <netmod@ietf.org>; Mon, 11 Jan 2016 02:21:43 -0800 (PST)
Received: from localhost (unknown [173.38.220.59]) by mail.tail-f.com (Postfix) with ESMTPSA id 465441AE047A; Mon, 11 Jan 2016 11:21:41 +0100 (CET)
Date: Mon, 11 Jan 2016 11:21:43 +0100
Message-Id: <20160111.112143.1731089672764861015.mbj@tail-f.com>
To: j.schoenwaelder@jacobs-university.de
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <20160111092831.GA41568@elstar.local>
References: <20160111.101526.1720014765007751699.mbj@tail-f.com> <20160111092831.GA41568@elstar.local>
X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/netmod/qN466pCphe9KlcelFWfHlrKcQQo>
Cc: netmod@ietf.org
Subject: Re: [netmod] 6087bis namespace recommendations
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.15
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: Mon, 11 Jan 2016 10:21:44 -0000

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
> On Mon, Jan 11, 2016 at 10:15:26AM +0100, Martin Bjorklund wrote:
> > Hi,
> > 
> > Currently, 6087bis says that standards-track, published and
> > unpublished modules SHOULD use the URN prefix
> > "urn:ietf:params:xml:ns:yang:".
> > 
> > There are two issues with this:
> > 
> >   1.  We already publish experimental modules w/ this prefix.
> >       (ietf-netconf-time and ietf-complex-types).
> > 
> >       So 6087bis should remove "standards track" from this
> >       recommendation.
> 
> Well, the current text is silent about non-standards-track modules

No, it says:

  Note that a different URN prefix string SHOULD be used for
  non-Standards-Track modules.

> so
> there is not really a conflict. While searching through 6087, I think
> it is more important to clarify the usage of 'publish'. One solution
> would be to use 'publishing' when we talk about the publication of
> RFCs and to use 'posting' when we talk about the posting of an
> Internet-Draft. But yes, this is a different can of worms.
> 
> >   2.  There was some discussion about recommending a different URN
> >       prefix for unpublished modules (i.e., modules in Internet
> >       Drafts).
> > 
> >       Should 6087bis recommend some special urn prefix for drafts,
> >       with a note to the RFC editor to change the namespace once it
> >       has been registered with IANA?
> 
> Do we have evidence that having such a rule makes the Internet work
> better?

I don't know, but apparently there can be confusion when an extracted
module from a draft is passed around.

What can we learn from the SNMP experience where the OID assignement
is done by IANA - good or bad?


/martin