Re: [Netconf] closure on dynamic model changes

Ariel Otilibili Anieli <otilibil@eurecom.fr> Thu, 12 July 2018 15:42 UTC

Return-Path: <otilibil@eurecom.fr>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1DD6130F02 for <netconf@ietfa.amsl.com>; Thu, 12 Jul 2018 08:42:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 4gF2p-xEYYSX for <netconf@ietfa.amsl.com>; Thu, 12 Jul 2018 08:42:07 -0700 (PDT)
Received: from smtp2.eurecom.fr (smtp2.eurecom.fr [193.55.113.211]) by ietfa.amsl.com (Postfix) with ESMTP id 51CDB130E60 for <netconf@ietf.org>; Thu, 12 Jul 2018 08:42:07 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="5.51,343,1526335200"; d="scan'208";a="9608975"
Received: from thorgal.eurecom.fr ([10.3.2.220]) by drago2i.eurecom.fr with ESMTP; 12 Jul 2018 17:42:05 +0200
Received: (from apache@localhost) by thorgal.eurecom.fr (8.14.4+Sun/8.14.4/Submit) id w6CFg5hE016241; Thu, 12 Jul 2018 17:42:05 +0200 (CEST)
X-Authentication-Warning: thorgal.eurecom.fr: apache set sender to otilibil@eurecom.fr using -f
Received: from reverse.completel.net (reverse.completel.net [92.103.89.82]) by webmail.eurecom.fr (Horde MIME library) with HTTP; Thu, 12 Jul 2018 17:42:05 +0200
Message-ID: <20180712174205.dzpjndq9gkwc8080@webmail.eurecom.fr>
Date: Thu, 12 Jul 2018 17:42:05 +0200
From: Ariel Otilibili Anieli <otilibil@eurecom.fr>
To: Kent Watsen <kwatsen@juniper.net>, "Jeffrey Ladouceur (jladouce)" <jladouce@cisco.com>
Cc: "netconf@ietf.org" <netconf@ietf.org>
References: <17CA1DAB-73FF-498D-8EA6-5BD090B9F01E@juniper.net> <72E30569-5546-4165-B6EA-A424FB0B3C28@cisco.com> <9DA54FC9-E51F-4CF4-95CD-87BE581CA458@juniper.net>
In-Reply-To: <9DA54FC9-E51F-4CF4-95CD-87BE581CA458@juniper.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; DelSp="Yes"; format="flowed"
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
User-Agent: Internet Messaging Program (IMP) H3 (4.1.4)
X-Originating-IP: 92.103.89.82
X-Remote-Browser: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.87 Safari/537.36
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/ntjoYTZ64cI5Qr1hN_suc9qa9Zc>
Subject: Re: [Netconf] closure on dynamic model changes
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Network Configuration WG mailing list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/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: Thu, 12 Jul 2018 15:42:11 -0000

Hi Jeff, hi Kent,

Below some comments.

Regards,
Ariel

Quoting Kent Watsen <kwatsen@juniper.net>:

> Hi Jeff,
>
> I'm not aware of such an error-app-tag.   I'm doubtful any such   
> support to exists as the official stance is that YANG modules are   
> forever backwards compatible (sans deviations).
If errors occur in the case you described, Kent, I would expect the  
base NETCONF protocol to raise them.
>
> Kent
>
>
> On 7/11/18, 5:58 PM, "Jeffrey Ladouceur (jladouce)"   
> <jladouce@cisco.com<mailto:jladouce@cisco.com>> wrote:
>
> Hi Kent,
>
> The client can receive notification and can poll the checksum to   
> determine if the module set has changed.
The name of that checksum is 'module-set-id'  
(https://tools.ietf.org/html/rfc7895#section-2.1.1). For example, this  
request,

<nc:rpc message-id="urn:uuid:11e17c21-1157-4d68-981f-5a3367a38ed0"  
xmlns:nc="urn:ietf:params:xml:ns:netconf:base:1.0">
   <nc:get>
     <nc:filter select="//module-set-id" type="xpath"/>
   </nc:get>
</nc:rpc>

Gives back,

<rpc-reply xmlns:nc="urn:ietf:params:xml:ns:netconf:base:1.0"  
message-id="urn:uuid:11e17c21-1157-4d68-981f-5a3367a38ed0"  
xmlns="urn:ietf:params:xml:ns:netconf:base:1.0">
   <data>
     <modules-state xmlns="urn:ietf:params:xml:ns:yang:ietf-yang-library">
       <module-set-id>326a180da22645fc532760d9d068e187</module-set-id>
     </modules-state>
   </data>
</rpc-reply>

>
> I?m also trying to determine if there was acceptance with regards to  
>  returning an error app tag of ?capabilities-changed? when a client   
> sends an RPC which could potentially no longer work as expected.
>
> Regards,
> Jeff
>
>
>
> From: Kent Watsen <kwatsen@juniper.net>
> Date: Wednesday, July 11, 2018 at 5:48 PM
> To: Jeffrey Ladouceur <jladouce@cisco.com>, "netconf@ietf.org"   
> <netconf@ietf.org>
> Subject: Re: [Netconf] closure on dynamic model changes
>
> Hi Jeff,
>
> Both RFC 7895 and rfc7895bis (almost RFC 8407) define a checksum a   
> client can poll, as well as a notification a client can receive, to   
> determine when a server's module set has changed.
>
> Kent
>
>
> On 7/11/18, 5:34 PM, "Netconf on behalf of Jeffrey Ladouceur   
> (jladouce)"   
> <netconf-bounces@ietf.org<mailto:netconf-bounces@ietf.org> on behalf  
>  of   
> jladouce=40cisco.com@dmarc.ietf.org<mailto:jladouce=40cisco.com@dmarc.ietf.org>>   
> wrote:
>
> Hello netconf experts,
>
> I?m trying to determine if there was closure on the topic of dynamic  
>  model changes and the impact on any connected netconf clients.
>
> The last message appears to be 8 years ago:
>
> https://www.ietf.org/mail-archive/web/netconf/current/msg05982.html<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mail-2Darchive_web_netconf_current_msg05982.html&d=DwMGaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=Z5JgjQUnS4iOxPJ2YqJzFJTEW4Pyl-q8NHvml9iW0kc&s=YawnPBrkjAh6mZNBG8fY0VN0Rl8hqYwz_4uxbQc7zCE&e=>
>
> Has there been any standards agreement since the above post or any   
> other discussions ?
>
> Kindest regards,
> Jeff
>
>
>



-------------------------------------------------------------------------------
This message was sent using EURECOM Webmail: http://webmail.eurecom.fr