Re: [Netconf] ietf-netconf-partial-lock.yang

Andy Bierman <andyb@iwl.com> Sun, 27 June 2010 14:54 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 88CC43A687B for <netconf@core3.amsl.com>; Sun, 27 Jun 2010 07:54:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.737
X-Spam-Level:
X-Spam-Status: No, score=-2.737 tagged_above=-999 required=5 tests=[AWL=0.862, 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 4OOjkTCK12il for <netconf@core3.amsl.com>; Sun, 27 Jun 2010 07:54:57 -0700 (PDT)
Received: from smtp114.iad.emailsrvr.com (smtp114.iad.emailsrvr.com [207.97.245.114]) by core3.amsl.com (Postfix) with ESMTP id 6D28B3A67D7 for <netconf@ietf.org>; Sun, 27 Jun 2010 07:54:57 -0700 (PDT)
Received: from relay1.r1.iad.emailsrvr.com (localhost [127.0.0.1]) by relay1.r1.iad.emailsrvr.com (SMTP Server) with ESMTP id C54A644C03F; Sun, 27 Jun 2010 10:55:06 -0400 (EDT)
Received: by relay1.r1.iad.emailsrvr.com (Authenticated sender: andyb-AT-iwlcorp.com) with ESMTPSA id 66C4A44C006; Sun, 27 Jun 2010 10:55:06 -0400 (EDT)
Message-ID: <4C27667B.8080109@iwl.com>
Date: Sun, 27 Jun 2010 07:55:55 -0700
From: Andy Bierman <andyb@iwl.com>
Organization: Interworking Labs, Inc.
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100423 Thunderbird/3.0.4
MIME-Version: 1.0
To: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
References: <4C243C9B.4070107@iwl.com> <EDC652A26FB23C4EB6384A4584434A04022F39A9@307622ANEX5.global.avaya.com>
In-Reply-To: <EDC652A26FB23C4EB6384A4584434A04022F39A9@307622ANEX5.global.avaya.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: NETCONF <netconf@ietf.org>
Subject: Re: [Netconf] ietf-netconf-partial-lock.yang
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: Sun, 27 Jun 2010 14:54:58 -0000

On 06/27/2010 03:15 AM, Romascanu, Dan (Dan) wrote:
> This document was published as RFC 5717.
>
>   

I know that.
It is full of bugs, most of which I ignored because it
is an RFC already.  Since it is an RFC the WG should
have no problem fully understanding it and explaining
what lock is released when there is no lock-id given.

One part says SHOULD provide a lock-id and another
says the lock-id MUST be correct.   If that isn't a bug
then how is it interoperable?

> Dan
>   

Andy

>  
>
>   
>> -----Original Message-----
>> From: netconf-bounces@ietf.org 
>> [mailto:netconf-bounces@ietf.org] On Behalf Of Andy Bierman
>> Sent: Friday, June 25, 2010 8:20 AM
>> To: Martin Bjorklund
>> Cc: NETCONF
>> Subject: [Netconf] ietf-netconf-partial-lock.yang
>>
>> Hi,
>>
>> I am puzzled by some of the YANG usage in this module.
>> For the 'lock-id', why on Earth is returning it in the 
>> rpc-reply not mandatory, and in the partial-unlock, the
>>
>>
>>  rpc partial-lock {
>>     description
>>      "A NETCONF operation that locks parts of the running datastore.";
>>     input {
>>       leaf-list select {
>>         type string;
>> ***          ^^^^^^  
>> ***  I needed to change this to yang:xpath1.0 to get the XML prefixes
>> ***  automatically in the stack.  Should we make an errata request
>> ***  to change string to xpath1.0?
>>
>>         min-elements 1;
>>         description
>>          "XPath expression that specifies the scope of the lock.
>>           An Instance Identifier expression MUST be used unless the
>>           :xpath capability is supported, in which case any XPath 1.0
>>           expression is allowed.";
>>       }
>>     }
>>     output {
>>       leaf lock-id {
>>         type lock-id-type;
>>         description
>>          "Identifies the lock, if granted.  The lock-id SHOULD be
>>           used in the partial-unlock rpc.";
>>
>> *** I cannot find any text that suggests returning the 
>> lock-id is optional
>> *** I do not understand SHOULD instead of MUST
>>
>>       }
>>       leaf-list locked-node {
>>         type instance-identifier;
>>         min-elements 1;
>>         description
>>          "List of locked nodes in the running datastore";
>>       }
>>     }
>>   }
>>
>>   rpc partial-unlock {
>>     description
>>      "A NETCONF operation that releases a previously acquired
>>       partial-lock.";
>>     input {
>>       leaf lock-id {
>>         type lock-id-type;
>>         description
>>          "Identifies the lock to be released.  MUST be the value
>>           received in the response to a partial-lock operation.";
>>
>> *** why isn't mandatory=true here?
>> *** what lock is released if no parameter is provided?
>>
>>       }
>>     }
>>   }
>> }
>>
>>
>> Andy
>>
>> _______________________________________________
>> Netconf mailing list
>> Netconf@ietf.org
>> https://www.ietf.org/mailman/listinfo/netconf
>>
>>     
>