Re: [Netconf] 4741bis -- :url capability issues

Andy Bierman <andyb@iwl.com> Fri, 30 April 2010 22:49 UTC

Return-Path: <andyb@iwl.com>
X-Original-To: netconf@core3.amsl.com
Delivered-To: netconf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2502E3A68CB for <netconf@core3.amsl.com>; Fri, 30 Apr 2010 15:49:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.215
X-Spam-Level:
X-Spam-Status: No, score=-3.215 tagged_above=-999 required=5 tests=[AWL=0.384, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 FKKLvm5nrVz8 for <netconf@core3.amsl.com>; Fri, 30 Apr 2010 15:49:14 -0700 (PDT)
Received: from smtp124.iad.emailsrvr.com (smtp124.iad.emailsrvr.com [207.97.245.124]) by core3.amsl.com (Postfix) with ESMTP id 55B2B3A67D7 for <netconf@ietf.org>; Fri, 30 Apr 2010 15:49:14 -0700 (PDT)
Received: from relay22.relay.iad.mlsrvr.com (localhost [127.0.0.1]) by relay22.relay.iad.mlsrvr.com (SMTP Server) with ESMTP id E0C551B4052; Fri, 30 Apr 2010 18:48:58 -0400 (EDT)
Received: by relay22.relay.iad.mlsrvr.com (Authenticated sender: andyb-AT-iwlcorp.com) with ESMTPSA id 83CAC1B404C; Fri, 30 Apr 2010 18:48:58 -0400 (EDT)
Message-ID: <4BDB5E5A.5040901@iwl.com>
Date: Fri, 30 Apr 2010 15:48:58 -0700
From: Andy Bierman <andyb@iwl.com>
Organization: Interworking Labs, Inc.
User-Agent: Thunderbird 2.0.0.24 (X11/20100411)
MIME-Version: 1.0
To: Martin Bjorklund <mbj@tail-f.com>
References: <4BDA3FA5.4020306@iwl.com> <201004301434.o3UEY42M068686@idle.juniper.net> <20100430.233126.188322952.mbj@tail-f.com>
In-Reply-To: <20100430.233126.188322952.mbj@tail-f.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: netconf@ietf.org
Subject: Re: [Netconf] 4741bis -- :url capability issues
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: andyb@iwl.com
List-Id: Network Configuration WG mailing list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/netconf>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Apr 2010 22:49:15 -0000

Martin Bjorklund wrote:
> Phil Shafer <phil@juniper.net> wrote:
>   
>> Andy Bierman writes:
>>     
>> ....
>>     
>>>   Does it even have to be XML?
>>>       
>> If should be any content that would be acceptable in a <config>
>> element.
>>     
>
> The problem with this that in the <config> element, you may have
> several child elements, e.g.:
>
>   <config>
>     <interface xmlns="urn:ietf...:inteface">
>       ...
>     <interface>
>     <nacm xmlns="urn:ietf....nacm">
>       ...
>     </nacm>
>   </config>
>
> If you just copy the stuff in the <config> element and put it into a
> file, you will get an invalid XML document.  Now, this may not be a
> problem, but if this is something we want to support in an
> interoperable way, we need to define how this should work.
>
> (But I don't think this is an important feature, and would rather see
> it removed.)
>
>   

The IETF is moving forward with YANG and standard
NETCONF data models will use YANG.

Technically, a 4741 server can contain a string.
That does not mean we have to allow that  in 4741bis,
now that we are using YANG instead of continuing
with an ad-hoc opaque content layer.

Since the 'single-string' <config> is completely
incompatible with YANG modules, there is no role
for such a server implementation in the standard.

But we can remove the description-stmt text in question,
and be silent on this issue.  It is a market decision
whether or not a vendor wants to sell a NETCONF server
that can never implement a YANG module.


>
> /martin
>
>   

Andy