Re: [netmod] WG Last Call for draft-ietf-netmod-yang-metadata-01 (until 2015-06-29)

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Wed, 17 June 2015 12:50 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
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 106EA1A909E for <netmod@ietfa.amsl.com>; Wed, 17 Jun 2015 05:50:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.86
X-Spam-Level:
X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] 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 hlCCUfEQXDRU for <netmod@ietfa.amsl.com>; Wed, 17 Jun 2015 05:50:23 -0700 (PDT)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5B9041A9092 for <netmod@ietf.org>; Wed, 17 Jun 2015 05:50:23 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 1722713FD; Wed, 17 Jun 2015 14:50:21 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id NDGurPoFem97; Wed, 17 Jun 2015 14:50:12 +0200 (CEST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Wed, 17 Jun 2015 14:50:15 +0200 (CEST)
Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id 28EE82002C; Wed, 17 Jun 2015 14:50:16 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius3.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id lAP4P8yo21Mp; Wed, 17 Jun 2015 14:50:11 +0200 (CEST)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id C30902002B; Wed, 17 Jun 2015 14:50:13 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501) id 8D6F63475290; Wed, 17 Jun 2015 14:50:12 +0200 (CEST)
Date: Wed, 17 Jun 2015 14:50:11 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Ladislav Lhotka <lhotka@nic.cz>
Message-ID: <20150617125009.GA21463@elstar.local>
Mail-Followup-To: Ladislav Lhotka <lhotka@nic.cz>, Martin Björklund <mbj@tail-f.com>, netmod@ietf.org
References: <D1A4CEBA.B22F8%kwatsen@juniper.net> <20150617.095439.2211831130594238981.mbj@tail-f.com> <m2vbem4ryj.fsf@nic.cz> <20150617.121216.1211666276307602571.mbj@tail-f.com> <7E9BC65B-8A73-4352-87C7-8A826EFAC45B@nic.cz> <20150617115109.GC21292@elstar.local> <4D6394A6-06D1-4275-8151-E1C34DB20965@nic.cz>
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
X-Clacks-Overhead: GNU Terry Pratchett
Content-Transfer-Encoding: 8bit
In-Reply-To: <4D6394A6-06D1-4275-8151-E1C34DB20965@nic.cz>
User-Agent: Mutt/1.4.2.3i
Archived-At: <http://mailarchive.ietf.org/arch/msg/netmod/oItIllBFyyerBZuMTcNCy2pERr0>
Cc: netmod@ietf.org
Subject: Re: [netmod] WG Last Call for draft-ietf-netmod-yang-metadata-01 (until 2015-06-29)
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
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: <http://www.ietf.org/mail-archive/web/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: Wed, 17 Jun 2015 12:50:25 -0000

On Wed, Jun 17, 2015 at 02:34:52PM +0200, Ladislav Lhotka wrote:
> 
> > On 17 Jun 2015, at 13:51, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
> > 
> > On Wed, Jun 17, 2015 at 01:41:56PM +0200, Ladislav Lhotka wrote:
> >> 
> >> 
> >> Well, but it is exactly what Kent objected against. It is the requirement to support “old clients” that causes the trouble here (and elsewhere). If client A sets “inactive” somewhere, then the datastore semantics will change also for client B that doesn’t understand “inactive” and may be wondering why the server ignores his edits.
> >> 
> >> I understand (although RFC 6241 doesn’t say it explicitly) that, unlike YANG extensions, a NETCONF capability advertised by the server can be mandatory for the client in the sense that it has to understand and honour it.
> > 
> > There is no way for a client to tell whether a certain capability URI
> > (it has never seen before) is mandatory to understand or not. In fact,
> 
> So it means that, e.g. the annotations from
> 
> https://tools.ietf.org/html/draft-kwatsen-conditional-enablement-00
> 
> cannot be safely used by the server even after advertising them via :conditional-enablement capability.

Yes, advertisement is not sufficient.

> > Without further protocol support to negotiate annotations, I think
> > annotations must be limited to things that can be safely ignored by a
> > client. I have not read the I-D yet but I would expect that it should
> > say something like that. ;-)
> 
> But it’s not a specific problem of this draft, it would simply mean that annotations that cannot be ignored cannot be used at all, no matter what. However, some annotations that have been proposed (and probably used in the wild) are of that sort.
>

They cannot be used safely until there is an annotation negotiation
mechanism, or as Martin indicated, a way for a client to explicitely
enable the functionality associated with certain annotations.

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