FW: NETCONF protocol IANA considerations & capability URNs

"Wijnen, Bert (Bert)" <bwijnen@lucent.com> Tue, 13 September 2005 15:14 UTC

Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EFCUR-00065L-QO for netconf-archive@megatron.ietf.org; Tue, 13 Sep 2005 11:14:31 -0400
Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA26696 for <netconf-archive@lists.ietf.org>; Tue, 13 Sep 2005 11:14:28 -0400 (EDT)
Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1EFCHD-000MIH-2k for netconf-data@psg.com; Tue, 13 Sep 2005 15:00:51 +0000
Received: from [192.11.222.163] (helo=ihemail2.lucent.com) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1EFCHA-000MHX-3M for netconf@ops.ietf.org; Tue, 13 Sep 2005 15:00:48 +0000
Received: from nl0006exch001h.wins.lucent.com (h135-85-76-62.lucent.com [135.85.76.62]) by ihemail2.lucent.com (8.12.11/8.12.11) with ESMTP id j8DF0ijt028539; Tue, 13 Sep 2005 10:00:45 -0500 (CDT)
Received: by nl0006exch001h.nl.lucent.com with Internet Mail Service (5.5.2657.72) id <SQW81L71>; Tue, 13 Sep 2005 17:00:43 +0200
Message-ID: <7D5D48D2CAA3D84C813F5B154F43B1550808DDA8@nl0006exch001u.nl.lucent.com>
From: "Wijnen, Bert (Bert)" <bwijnen@lucent.com>
To: "Rob Enns (E-mail)" <rpe@juniper.net>, "Netconf (E-mail)" <netconf@ops.ietf.org>
Subject: FW: NETCONF protocol IANA considerations & capability URNs
Date: Tue, 13 Sep 2005 17:00:44 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com
X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2
Sender: owner-netconf@ops.ietf.org
Precedence: bulk

I had a question that I asked to one of the APPS ADs.
Here is the answer. FYI and action

Bert

-----Original Message-----
From: Scott Hollenbeck [mailto:sah@428cobrajet.net]
Sent: Tuesday, September 13, 2005 16:31
To: 'Wijnen, Bert (Bert)'
Subject: RE: NETCONF protocol IANA considerations & capability URNs


I'm very familiar with that situation.  There is no XML associated with a
namespace -- it's identified by a URI and a URI alone.  However, some people
apparently think that an XML-formatted description of the URI in the
registry is helpful.  I think it's unnecessary, but harmless.

The text you've copied below should probably leave the first XML field in
the template blank.  It's clearly not "this document".  The second one is OK
as long as appendix B is the appropriate XML Schema, nested between BEGIN
and END tags as described in RFC 3688.

-Scott-

> -----Original Message-----
> From: Wijnen, Bert (Bert) [mailto:bwijnen@lucent.com] 
> Sent: Tuesday, September 13, 2005 10:17 AM
> To: Scott Hollenbeck (E-mail)
> Subject: FW: NETCONF protocol IANA considerations & capability URNs
> 
> Scott, can you check the below, if it is correct and makes sense?
> 
> When I look at
>   http://www.iana.org/assignments/xml-registry/ns.html
> 
> I see that some do have XML, other state XML: non
> because a URI for a namespace does not have an XML spec.
> Mmm.. I need to read up more on how this works, unless
> you can help me easily.
> 
> Bert
> 
> -----Original Message-----
> From: owner-netconf@ops.ietf.org [mailto:owner-netconf@ops.ietf.org]On
> Behalf Of Rob Enns
> Sent: Tuesday, September 13, 2005 01:07
> To: Netconf (E-mail)
> Subject: NETCONF protocol IANA considerations & capability URNs
> 
> 
> Here is a proposed IANA considerations section for the NETCONF
> protocol draft. Also, while working through the various RFCs
> 3553 and 3688 I realized that the capability URNs shown in the
> NETCONF protocol draft are incorrect. 
> 
> The URNs currently have the form:
> 
> urn:ietf:params:xml:ns:netconf:capability:{name}:1.0
> 
> This says that the capability is an XML namespace as defined
> by RFC 3688. Strictly speaking, that is incorrect.
> 
> The capability URNs should really be a NETCONF protocol 
> parameter a la RFC 3553. Something like:
> 
> urn:ietf:params:netconf:capability:{name}:1.0
> 
> If the WG approves, I will make this change to the protocol draft.
> 
> Here is a proposed IANA considerations section assuming the
> capabilities are expressed as shown above. Please comment.
> 
> ----
> 
> 10.  IANA Considerations
> 
> 10.1.  NETCONF XML Namespace
> 
>    This document requests that IANA assign a URI for the NETCONF XML
>    namespace in the IETF XML registry [8].
> 
>    Following the format in RFC 3688, the following registration is
>    requested.
> 
>    URI: Please assign the URI "urn:ietf:params:xml:ns:netconf" for use
>    by the NETCONF protocol.
> 
>    Registrant Contact: The IESG.
> 
>    XML: This document.
> 
> 10.2.  NETCONF XML Schema
> 
>    This document requests that IANA assign a URI for the NETCONF XML
>    namespace in the IETF XML registry [8].
> 
>    Following the format in RFC 3688, the following registration is
>    requested.
> 
>    URI: Please assign the URI "urn:ietf:params:xml:schema:netconf" for
>    use by the NETCONF protocol.
> 
>    Registrant Contact: The IESG.
> 
>    XML: Appendix B of this document.
> 
> 10.3.  NETCONF Capability URNs
> 
>    This document requests that IANA create a registry for allocating
>    NETCONF capability identifiers.  Allocation from the 
> registry is on a
>    First Come First Served Basis, but a specification is required.
> 
>    The initial content of the registry will be the capability URNs
>    defined in Section 8.  Once further experience is gained with
>    NETCONF, this sub-namespace may be used for additional purposes.
> 
>    Following the guidelines in RFC 3553 [7], IANA is 
> requested to assign
>    a NETCONF sub-namespace as follows:
> 
>    Registry name: netconf
> 
>    Specification: This document.
> 
>    Repository: This document.
> 
>    Index value: The NETCONF capability name.
> 
> --
> to unsubscribe send a message to netconf-request@ops.ietf.org with
> the word 'unsubscribe' in a single line as the message text body.
> archive: <http://ops.ietf.org/lists/netconf/>
> 

--
to unsubscribe send a message to netconf-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/netconf/>