Re: [i2rs] Kathleen Moriarty's No Objection on draft-ietf-i2rs-yang-l3-topology-08: (with COMMENT)

"Susan Hares" <shares@ndzh.com> Thu, 02 February 2017 14:52 UTC

Return-Path: <shares@ndzh.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 9E953129426; Thu, 2 Feb 2017 06:52:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.946
X-Spam-Level:
X-Spam-Status: No, score=0.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001] autolearn=no 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 MHwOKT0NUD1x; Thu, 2 Feb 2017 06:52:54 -0800 (PST)
Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C8BC21293E9; Thu, 2 Feb 2017 06:52:53 -0800 (PST)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=70.194.2.125;
From: Susan Hares <shares@ndzh.com>
To: 'Alia Atlas' <akatlas@gmail.com>, 'Lou Berger' <lberger@labn.net>
References: <CAG4d1rf+HNHfN0qNRpZKC2NZnj9gjKUdiHU9H-56J6-pefs3dA@mail.gmail.com> <20170125145217.GF41033@elstar.jacobs.jacobs-university.de> <CAG4d1rehjq327TTBk1n4gyRBL4yT97vnXN4sdjwYJp7aaT926g@mail.gmail.com> <20170125151802.GA41293@elstar.jacobs.jacobs-university.de> <c9f5d0e5-5cf0-9dbf-efb3-1111b0c92d9b@labn.net> <20170201193238.GA82029@elstar.local> <5204157b-1379-e217-5bcd-576ffeed6a91@labn.net> <CAG4d1rchU3uaSCo4GaE7VSg51Z087KHkEjj1bGDjiZt3BLdmig@mail.gmail.com>
In-Reply-To: <CAG4d1rchU3uaSCo4GaE7VSg51Z087KHkEjj1bGDjiZt3BLdmig@mail.gmail.com>
Date: Thu, 02 Feb 2017 09:48:26 -0500
Message-ID: <010701d27d63$69d05160$3d70f420$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0108_01D27D39.80FC4530"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQDMDDOlqUr6NUq+FONL11ADZxeNCgGvnhE+AZ//NCkDIpJlDQK/OpHKAu3qOW4BzTABPAH9Q1ojouNfiZA=
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/i2rs/o4sKnQThGjHvf8e55y9m-Pf48MI>
Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org, i2rs@ietf.org
Subject: Re: [i2rs] Kathleen Moriarty's No Objection on draft-ietf-i2rs-yang-l3-topology-08: (with COMMENT)
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: Thu, 02 Feb 2017 14:52:55 -0000

Lou and Juergen: 

 

Just to make sure I understand the pre-provisioning comment.  What you are referring to is the “when” statements in the clause below. 

 

     augment "/if:interfaces/if:interface" {

       when "if:type = 'ianaift:ethernetCsmacd'";

 

   // operational state parameters for Ethernet interfaces
     augment "/if:interfaces-state/if:interface" {
       when "if:type = 'ianaift:ethernetCsmacd'";

 

 

Thank you, 

Sue Hares 

 

 

 

From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Alia Atlas
Sent: Wednesday, February 1, 2017 4:14 PM
To: Lou Berger
Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org; i2rs@ietf.org; iesg@ietf.org
Subject: Re: [i2rs] Kathleen Moriarty's No Objection on draft-ietf-i2rs-yang-l3-topology-08: (with COMMENT)

 

On Wed, Feb 1, 2017 at 3:56 PM, Lou Berger <lberger@labn.net> wrote:



On 2/1/2017 2:32 PM, Juergen Schoenwaelder wrote:
> On Wed, Feb 01, 2017 at 01:52:25PM -0500, Lou Berger wrote:
>> Juergen,
>>
>>     What precludes treating such dependencies in the same way
>> per-provisioning is handled by RFC7223?
>>
> This is fine. But having direct dependencies, e.g., leafrefs from
> config true leafs to config false leafs, is not.
>
> /js
>

Okay, then we're on the same page -- I think some may have missed the
possibility of handling references to dynamic topology information in
config using a 'pre-provisioning' approach.

 

I would be happy to see Alex, Xufeng, Kent & Pavan articulate what this would

look like and how it would work for the base topology model, so that the WG can

consider all potentially viable options.  I'm not certain how it would function for the 

recursive nature and it does presume the separate /config and /oper-state trees in 

the data-model that were a concern (though certainly the current recommended 

approach for YANG models).

 

Regards,

Alia