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
>