Re: AD review of draft-ietf-rtgwg-yang-vrrp-04
Alia Atlas <akatlas@gmail.com> Fri, 22 September 2017 13:03 UTC
Return-Path: <akatlas@gmail.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 242E912EC30; Fri, 22 Sep 2017 06:03:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.999
X-Spam-Level:
X-Spam-Status: No, score=-0.999 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, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no 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 VislFlNSbadL; Fri, 22 Sep 2017 06:03:18 -0700 (PDT)
Received: from mail-wr0-x232.google.com (mail-wr0-x232.google.com [IPv6:2a00:1450:400c:c0c::232]) (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 E4A06134453; Fri, 22 Sep 2017 06:03:11 -0700 (PDT)
Received: by mail-wr0-x232.google.com with SMTP id v109so903794wrc.1; Fri, 22 Sep 2017 06:03:11 -0700 (PDT)
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=oUL92LDfqSa3dV8je2BzGEPB2aoTnHcG04CZZsJukdM=; b=kfSlX9I1gwRQw9HNX9mF3yZyNFUn3IvZkAlxyUlABTgtJASHGo15ymD9WnfvxjTkd9 YsElLHaLTCZWh6AUg1hdfFqq4nBAtatFNKzcF+IrGKZGOtU60BGZBaWnwKxwE2Ua4yVU xIchx+F3SnE5HpOR9nHWz/tnACwDeiwCGpRTPjl5LbJgkP2fR2RPwRfRQWYRCt6Zp+OI G9CUAxim5JM6BG1nhe0/YmXRZidzjLZolL9H1TJk/GOUChSZ89WNLOfQUeniveoJA0mQ ZoctS8d966Z2JgiLEO+7oF55EyARfB6qgp0ubf93BIrRLm8ZEP7aFfEFdhhmUyvWwWXp VF7w==
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=oUL92LDfqSa3dV8je2BzGEPB2aoTnHcG04CZZsJukdM=; b=ZtVcUYcNS6Ikv14mzOYtr8GKjnev3uu1/pDcFGQwXXGkzuNf8D5NkqWqA3YnOuXPZ3 HAJpLj5c5qbfpSNFSommnMhsdc81IQfQ2Xu+LMvuRhIFHsEnUKt87epXGDjRjtis0zyD oX6n2Ls+6V6rHba1NNBljvmHKHFL7ZTHVAKyQ4BQ7WFBUucOOs7iVoeyyOFxpnFQnDBG p/owU55qv5EfzG7bwtEsWM3MkBgdfTtiZyO9bAXumrHwfo3SHq0b7vlJFrXpxgrrT8Ss xfO3RP4H5atTa3/5u2UHe4df3uhiomUY3VZs1SssnrtvwJGk/3TUHCsRaXf9GzFWpvUp afgg==
X-Gm-Message-State: AHPjjUg7bPB9BEldsy6bepXpnIg2PRTjvQaSUUrFKwiVkIA2slyok+/L fThioRasbW0uSOmVcgGXmJPAxW2h3RLfFc1NHcU=
X-Google-Smtp-Source: AOwi7QAU1Cz5MEPfAPUnR+FyGy2uzgkfXt2sITfnmRZ0crzM+EMd//N5Kot+hb5l56atjXf7wA/UCKLlhaDgXLCthw4=
X-Received: by 10.223.196.228 with SMTP id o33mr4820540wrf.253.1506085390196; Fri, 22 Sep 2017 06:03:10 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.136.153 with HTTP; Fri, 22 Sep 2017 06:03:09 -0700 (PDT)
In-Reply-To: <BN3PR0201MB086781A71AF4A8126685BEB3F1670@BN3PR0201MB0867.namprd02.prod.outlook.com>
References: <CAG4d1rfh__=NHmiCtDwP-HUG=+As0bCikuOWN9JGLD_sfa=Oqw@mail.gmail.com> <21abf650-463e-bc0b-0970-01ae9291525d@cisco.com> <397F9C78-8915-405E-9854-7D56E8022293@gmail.com> <BN3PR0201MB086781A71AF4A8126685BEB3F1670@BN3PR0201MB0867.namprd02.prod.outlook.com>
From: Alia Atlas <akatlas@gmail.com>
Date: Fri, 22 Sep 2017 09:03:09 -0400
Message-ID: <CAG4d1rf=CMv4cX=ehU-FZLnjV3Be4mUuLf5e2idRcCVXgzvQQA@mail.gmail.com>
Subject: Re: AD review of draft-ietf-rtgwg-yang-vrrp-04
To: Xufeng Liu <Xufeng_Liu@jabil.com>
Cc: Jeff Tantsura <jefftant.ietf@gmail.com>, Robert Wilton <rwilton@cisco.com>, "rtgwg@ietf.org" <rtgwg@ietf.org>, "draft-ietf-rtgwg-yang-vrrp@ietf.org" <draft-ietf-rtgwg-yang-vrrp@ietf.org>, Martin Bjorklund <mbj@tail-f.com>
Content-Type: multipart/alternative; boundary="f403045f566aaf40040559c6d483"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/vXUH06Psz3ZqYH5DyiICf8gLeNo>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 22 Sep 2017 13:03:20 -0000
Xufeng, Thank you very much. I'd like to get this through before next IETF - which means around a 3 week cycle, with IETF Last Call for 2 weeks & then needing to be timed for the telechat. Regards, Alia On Fri, Sep 22, 2017 at 8:43 AM, Xufeng Liu <Xufeng_Liu@jabil.com> wrote: > Thanks to Alia for the review, and Rob for the comments. > > > > We will update the model soon. > > > > As for the vrrp-global container, I think that we will move it to a > different location, since if:interfaces-state is deprecated in the NMDA > compatible model. > > > > Thanks, > > - Xufeng > > > > *From:* Jeff Tantsura [mailto:jefftant.ietf@gmail.com] > *Sent:* Thursday, September 21, 2017 8:00 PM > *To:* Robert Wilton <rwilton@cisco.com>; Alia Atlas <akatlas@gmail.com>; > rtgwg@ietf.org; draft-ietf-rtgwg-yang-vrrp@ietf.org; Martin Bjorklund < > mbj@tail-f.com> > > *Subject:* Re: AD review of draft-ietf-rtgwg-yang-vrrp-04 > > > > Thanks Rob! > > > > Dear authors, > > please publish the updated draft ASAP. > > > > Thanks! > > Jeff > > *From: *rtgwg <rtgwg-bounces@ietf.org> on behalf of Robert Wilton < > rwilton@cisco.com> > *Date: *Thursday, September 21, 2017 at 07:23 > *To: *Alia Atlas <akatlas@gmail.com>, "rtgwg@ietf.org" <rtgwg@ietf.org>, < > draft-ietf-rtgwg-yang-vrrp@ietf.org>, Martin Bjorklund <mbj@tail-f.com> > *Subject: *Re: AD review of draft-ietf-rtgwg-yang-vrrp-04 > > > > Hi Alia, authors, > > Separately when doing the NMDA conversion on the VRRP module, I noted that > it is directly augmenting the "/interfaces-state" container (rather than " > /interfaces-state/interface" directly with "VRRP-global" container, which > looked a bit odd to me (and broke my conversion tool ;-). > > E.g. > > augment /if:interfaces-state: > +--ro vrrp-global > +--ro virtual-routers? uint32 > +--ro interfaces? uint32 > +--ro statistics > +--ro discontinuity-datetime? yang:date-and-time > +--ro checksum-errors? yang:counter64 > +--ro version-errors? yang:counter64 > +--ro vrid-errors? yang:counter64 > +--ro ip-ttl-errors? yang:counter64 > > This naively seems like the wrong place to me, and I think that it would > be better to place this either as a top level "vrrp" container, or perhaps > put under the routing tree (e.g. /routing/control-plane-protocols/vrrp). > > I would have thought that putting this directly under the > /interfaces-state container would mean that the /interfaces-state > container could hold an interleaved mix of interface list entries and the > vrrp-global container!?! > > E.g. I think that with the model the existing design then this following > XML would be allowed - cc Martin in case I am wrong :-) > > <interfaces-state > > xmlns="urn:ietf:params:xml:ns:yang:ietf-interfaces" > > xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type"> > > > > <interface> > > <name>eth0</name> > > <type>ianaift:ethernetCsmacd</type> > > <admin-status>down</admin-status> > > <oper-status>down</oper-status> > > ... > > </interface> > > > > <vrrp-global> > > .... > > </vrrp-global> > > > > <interface> > > <name>eth1</name> > > <type>ianaift:ethernetCsmacd</type> > > <admin-status>up</admin-status> > > <oper-status>up</oper-status> > > .... > > </interface> > > > > <interface> > > <name>eth1.10</name> > > <type>ianaift:l2vlan</type> > > <admin-status>up</admin-status> > > <oper-status>up</oper-status> > > .... > > </interface> > > </interfaces-state> > > Thanks, > Rob > > > > On 20/09/2017 17:35, Alia Atlas wrote: > > As is customary, I have done my AD review of > draft-ietf-rtgwg-yang-vrrp-04. First, I would like to thank the authors, > Xufeng, Athanasios, Ravi, Acee,and Mingui, as well as the WG for their work > on this draft. It is clear and well-written. > > > > My one issue is that it does not conform to the NMDA guidelines. I know > that the transformation can be done largely programmatically - and Acee & > Xufeng are quite familiar with the details. I've also cc'd Rob Wilton who > has some tooling to potentially help. > > > > From the shepherd's report, I understand that there is an implementation. > That implies that the existing model should be in the appendix. > > > > I would be delighted to forward this draft to IETF Last Call (and my > apologies for the long delay in review) after it has been updated. > > > > Thanks, > > Alia > > > _______________________________________________ rtgwg mailing list > rtgwg@ietf.org https://www.ietf.org/mailman/listinfo/rtgwg >
- AD review of draft-ietf-rtgwg-yang-vrrp-04 Alia Atlas
- Re: AD review of draft-ietf-rtgwg-yang-vrrp-04 Robert Wilton
- Re: AD review of draft-ietf-rtgwg-yang-vrrp-04 Alia Atlas
- Re: AD review of draft-ietf-rtgwg-yang-vrrp-04 Robert Wilton
- Re: AD review of draft-ietf-rtgwg-yang-vrrp-04 Jeff Tantsura
- RE: AD review of draft-ietf-rtgwg-yang-vrrp-04 Xufeng Liu
- Re: AD review of draft-ietf-rtgwg-yang-vrrp-04 Alia Atlas
- RE: AD review of draft-ietf-rtgwg-yang-vrrp-04 Xufeng Liu