Re: [i2rs] FW: New Version Notification for draft-hares-i2rs-protocol-strawman-02.txt - 3.1.1

"jmh.direct" <jmh.direct@joelhalpern.com> Tue, 10 May 2016 12:11 UTC

Return-Path: <jmh.direct@joelhalpern.com>
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA68212B031; Tue, 10 May 2016 05:11:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.com
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 rUOCfpqrzUeR; Tue, 10 May 2016 05:11:47 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DFE8E12D0C1; Tue, 10 May 2016 05:11:46 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id A4EE9240C4F; Tue, 10 May 2016 05:11:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1462882306; bh=h4ROFC1g3Mgm2/06PBzIdGUSon+UdC4fEmy+cG4v68k=; h=Date:Subject:From:To:Cc:From; b=gqaqoLhhuQyNNzBKU/DS0eYBqzHb7pspBFT7vXOi0kSuodm1M+q2giw10XsKY343Y UtQbWZU3skqNkVrsWTNRBHDJeXAAvvasXAXKDKhsW5hA2qSQNMstzTCkgGin+34ZAl MezKhfLFCnGX7NionF0HngMIHzyIjBOxOqSgvuBI=
X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net
Received: from [10.148.56.111] (sessfw99-sesbfw99-95.ericsson.net [192.176.1.95]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 618C02409E3; Tue, 10 May 2016 05:11:45 -0700 (PDT)
Date: Tue, 10 May 2016 14:11:41 +0200
Message-ID: <7eqdbrhnm368w3aqvlarweoi.1462882301561@email.android.com>
Importance: normal
From: "jmh.direct" <jmh.direct@joelhalpern.com>
To: Susan Hares <shares@ndzh.com>, "'Joel M. Halpern'" <jmh@joelhalpern.com>, 'Andy Bierman' <andy@yumaworks.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="--_com.samsung.android.email_934795023916920"
Archived-At: <http://mailarchive.ietf.org/arch/msg/i2rs/91Vw0ZwfOZZRwkST8Ke2W7ktJGE>
Cc: i2rs@ietf.org, 'Netconf' <netconf@ietf.org>
Subject: Re: [i2rs] FW: New Version Notification for draft-hares-i2rs-protocol-strawman-02.txt - 3.1.1
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" <i2rs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i2rs>, <mailto:i2rs-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i2rs/>
List-Post: <mailto:i2rs@ietf.org>
List-Help: <mailto:i2rs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i2rs>, <mailto:i2rs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 May 2016 12:11:48 -0000

If the I2RS aren't is off then the system does not currently support this models.  This is just like any other optional YANG module.  If you are not currently prepared to use it, you don't claim to support it.
Caveat: The NetMod folks may have come up with a more nuanced mechanism.  
Yours,Joel


Sent via the Samsung Galaxy S® 6, an AT&T 4G LTE smartphone-------- Original message --------From: Susan Hares <shares@ndzh.com> Date: 5/10/2016  1:25 PM  (GMT+01:00) To: "'Joel M. Halpern'" <jmh@joelhalpern.com>, 'Andy Bierman' <andy@yumaworks.com> Cc: i2rs@ietf.org, 'Netconf' <netconf@ietf.org> Subject: RE: [i2rs] FW: New Version Notification for draft-hares-i2rs-protocol-strawman-02.txt - 3.1.1 
Joel: 

What happens if the code supports the I2RS agent, but the I2RS agent is configured to be "off"?  Is this covered by the deviations or is this variable configuration? 

Sue 

-----Original Message-----
From: Joel M. Halpern [mailto:jmh@joelhalpern.com] 
Sent: Tuesday, May 10, 2016 1:34 AM
To: Susan Hares; Andy Bierman
Cc: i2rs@ietf.org; Netconf
Subject: Re: [i2rs] FW: New Version Notification for draft-hares-i2rs-protocol-strawman-02.txt - 3.1.1

As I understand it, if a model requires ephemeral elements, and the agent does not support ephemeral, then the agent can not claim to support the model.

Yes, deviations allow you to specify this, as Andy says.  But this is specifying a failure to conform.

I would go far as to say that such an agent is not an I2RS agent, but that is a step beyond the NetConf compliance definitions.

Yours,
Joel

On 5/9/16 6:09 PM, Susan Hares wrote:
> Andy and Joel:
>
> These are good points.
>
> What happens if the data model has some ephemeral sections and the 
> I2RS agent is not supported by the routing system.  The data model 
> would specify the ephemeral section, but there would be no support by i2rs.
>  Is the support of the ephemeral not a variable  condition to be 
> indicated in Yang module library?
>
> Sue
> Sent via the Samsung Galaxy Note5, an AT&T 4G LTE smartphone
> -------- Original message --------
> From: Andy Bierman <andy@yumaworks.com>
> Date: 5/7/2016 12:53 PM (GMT-05:00)
> To: "Joel M. Halpern" <jmh@joelhalpern.com>
> Cc: i2rs@ietf.org, Netconf <netconf@ietf.org>, Susan Hares 
> <shares@ndzh.com>
> Subject: Re: [i2rs] FW: New Version Notification for 
> draft-hares-i2rs-protocol-strawman-02.txt - 3.1.1
>
>
>
> On Fri, May 6, 2016 at 8:51 AM, Joel M. Halpern <jmh@joelhalpern.com 
> <mailto:jmh@joelhalpern.com>> wrote:
>
>     Reading the latest revision, in section 3.1.1, the text in bullet 5
>     says that the data model indicates which portions are ephemeral.
>     That makes sense to me.
>
>     Then bullet 6 says that the management protocol needs to signal (in
>     its yang library) which parts are ephemeral.
>
>     Why the second requirement?  If the data model is supported, and the
>     data model states that certain items are ephemeral, what would it
>     mean if the signaling did not also say that.  Conversely, what would
>     it mean if the signaling said something was ephemeral that the model
>     does not define as ephemeral?
>
>     It may be that I am misreading bullet 6.  Please explain.
>
>
>
> I think you are correct that the YANG library does not need any 
> changes to identify ephemeral data.  Only the variable components of 
> YANG conformance are contained in the library.
>
>
>     Thank you,
>     Joel
>
>
>
> Andy
>
>
>     _______________________________________________
>     i2rs mailing list
>     i2rs@ietf.org <mailto:i2rs@ietf.org>
>     https://www.ietf.org/mailman/listinfo/i2rs
>
>