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

Alia Atlas <akatlas@gmail.com> Wed, 01 February 2017 21:13 UTC

Return-Path: <akatlas@gmail.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 5B8B912958D; Wed, 1 Feb 2017 13:13:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level:
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 dL0MTjBDTPUQ; Wed, 1 Feb 2017 13:13:43 -0800 (PST)
Received: from mail-yw0-x233.google.com (mail-yw0-x233.google.com [IPv6:2607:f8b0:4002:c05::233]) (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 BC14F129A16; Wed, 1 Feb 2017 13:13:43 -0800 (PST)
Received: by mail-yw0-x233.google.com with SMTP id u68so75084383ywg.0; Wed, 01 Feb 2017 13:13:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=UMPD0AS2XQFf8wAZKN0b8YIBtdXgsbMrmXxM8QF0K5Q=; b=JNIG4DiFL2VdEoO2Y8nwHpkSYO+A+8COFSldli+Vpa1h8wtyX1lzKOR3VFUcKm51aZ P4MNDpLlfxZE4MeWs92JWgbLmEUmukdtaFx+R/Vphic7lEhFLqoKUwmjNL4nlS5s7Q4s Fc0JQcdRlJ6YRlllEr744TeGT/92EJ/ixHhmwEdXckqPa6nsPyr8eSjx17hx6pQTDI7t inrP26c43XQzNTUNCIzUWZOSDX3OuVTvs6tWblnPXqxhZdEKTSfGoGpFUDniOMZV09wx tDync2b1ay5UK1opWw12t3a2D6OjIc+/rIld1ReCM/To2EckWK+Haki3p1V7A6OeHa/6 PEug==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=UMPD0AS2XQFf8wAZKN0b8YIBtdXgsbMrmXxM8QF0K5Q=; b=DdeopB8VLUUPRM2mVH/r/DmfyOdSsbFhnUZzAwgR81ELF6W4H8SsxVjL1YFBS5azZO p8lYUd/WsiaQzgv0zmQG/PIU/9Ggqft83v+r6SDiFdfc+TWppKRbliDr7sBvYoanbk3A RxL9uNRE4PbZNMN0XtFkl6wvww74hcV19Qq3Q2mcZUHfNfkJFQkvE0tI3iQF96ejc6+7 IwJH0vJjteMJxiAeI1ezN1DWELIOEBcgyZfXWbrT/m/KA62Utk1L36HH2gEvb7J8i4QO 0W+2vTnBckPxS1/7+ZCwIHMN7jflXLfqCcd6I62HANXvr398hYXwMigK7n6geXHq8ZTR OXrw==
X-Gm-Message-State: AIkVDXJjY5/8Ga8oyJyHBa0U/Tt8B2dhAMYDDHT+cxlIlrhLinZQqZ8bV8RCCGwKkirAU0N4gMdinCGb3QP/7A==
X-Received: by 10.129.118.4 with SMTP id r4mr3375811ywc.85.1485983622802; Wed, 01 Feb 2017 13:13:42 -0800 (PST)
MIME-Version: 1.0
Received: by 10.129.50.2 with HTTP; Wed, 1 Feb 2017 13:13:42 -0800 (PST)
In-Reply-To: <5204157b-1379-e217-5bcd-576ffeed6a91@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>
From: Alia Atlas <akatlas@gmail.com>
Date: Wed, 01 Feb 2017 16:13:42 -0500
Message-ID: <CAG4d1rchU3uaSCo4GaE7VSg51Z087KHkEjj1bGDjiZt3BLdmig@mail.gmail.com>
To: Lou Berger <lberger@labn.net>
Content-Type: multipart/alternative; boundary="f403045ef482fab80905477e8517"
Archived-At: <https://mailarchive.ietf.org/arch/msg/i2rs/2dpy_tdq1gjb2AtNztDXC-TxXPg>
Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org, "i2rs@ietf.org" <i2rs@ietf.org>, "iesg@ietf.org" <iesg@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: Wed, 01 Feb 2017 21:13:45 -0000

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