RE: AD review of draft-ietf-rtgwg-yang-vrrp-04

Xufeng Liu <Xufeng_Liu@jabil.com> Fri, 22 September 2017 13:08 UTC

Return-Path: <Xufeng_Liu@jabil.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 38F921343C3; Fri, 22 Sep 2017 06:08:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.92
X-Spam-Level:
X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jabil.onmicrosoft.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 rfns7nH0UP6a; Fri, 22 Sep 2017 06:08:23 -0700 (PDT)
Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0137.outbound.protection.outlook.com [104.47.42.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ACDA813443E; Fri, 22 Sep 2017 06:08:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jabil.onmicrosoft.com; s=selector1-jabil-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=R/B6dH4ZqOzXKAXntsVQ6GMKpCSQE0x7ZsdLz2VTuBM=; b=NDeh/2sDd0Zo+2TkK1iYwgM+monnrfjh3zztj7/n7/R+0MLy0SAk1NB6TeTa8e4rrvIxohdtW4YEIe4cp6pcptg8tbzjnPyHoZy2nY4O1nbP/5uigbIKRhkmCe2uxay1zo8kTXI2grSfYrTvP2PCv4WLvzWf4lzTmnNp89JBOxE=
Received: from BN3PR0201MB0867.namprd02.prod.outlook.com (10.160.154.13) by BN3PR0201MB0866.namprd02.prod.outlook.com (10.160.154.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.77.7; Fri, 22 Sep 2017 13:08:06 +0000
Received: from BN3PR0201MB0867.namprd02.prod.outlook.com ([10.160.154.13]) by BN3PR0201MB0867.namprd02.prod.outlook.com ([10.160.154.13]) with mapi id 15.20.0056.018; Fri, 22 Sep 2017 13:08:06 +0000
From: Xufeng Liu <Xufeng_Liu@jabil.com>
To: Alia Atlas <akatlas@gmail.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>
Subject: RE: AD review of draft-ietf-rtgwg-yang-vrrp-04
Thread-Topic: AD review of draft-ietf-rtgwg-yang-vrrp-04
Thread-Index: AQHTMi6N0gHthGCxE0iYMo1nmJ6Y/qK/Zh0AgAChA4CAANL+4IAAB8uAgAABXzA=
Date: Fri, 22 Sep 2017 13:08:06 +0000
Message-ID: <BN3PR0201MB086755E5EB0756E3B4AE1F20F1670@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> <CAG4d1rf=CMv4cX=ehU-FZLnjV3Be4mUuLf5e2idRcCVXgzvQQA@mail.gmail.com>
In-Reply-To: <CAG4d1rf=CMv4cX=ehU-FZLnjV3Be4mUuLf5e2idRcCVXgzvQQA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-dg-ref: PG1ldGE+PGF0IG5tPSJib2R5Lmh0bWwiIHA9ImM6XHVzZXJzXHhsaXVcYXBwZGF0YVxyb2FtaW5nXDA5ZDg0OWI2LTMyZDMtNGE0MC04NWVlLTZiODRiYTI5ZTM1Ylxtc2dzXG1zZy0xMmQzNDBjYy05Zjk3LTExZTctOWMyOS0xODVlMGZlM2M0NWNcYW1lLXRlc3RcMTJkMzQwY2UtOWY5Ny0xMWU3LTljMjktMTg1ZTBmZTNjNDVjYm9keS5odG1sIiBzej0iMjAyNjIiIHQ9IjEzMTUwNTU5Mjg3MzE0Njc5NSIgaD0iTk1FQndDa3NnU1lWY3cwSkxVUjVURE00aEpNPSIgaWQ9IiIgYmw9IjAiIGJvPSIxIi8+PC9tZXRhPg==
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Xufeng_Liu@jabil.com;
x-originating-ip: [72.209.195.86]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN3PR0201MB0866; 6:rpJfPvcahEQ6ILVwL6f+45MAkVxu9WFenYQAengNJdVxWVlvMPc5l1ADXAtz5V+vfe7GPSQxMMzKxdQwlOeWjPGJv1cELRjK8r8nvP92pZoTnyXIPzVT9L+3XJxI7KrUBlwWGNKH2czV3iDIbX9UVAYrOc6Hqubx1zI4KT0eQuz1+CEu0lJOyjz73qXK0vU0DfyKjFBixh0BwXEd5rL3jDBlkntN/54hgaUKAdzEGGn0kX9n+qORXwR1yu1P3pdGTh9Gl3zJwnS5MGlfZjFeTCMgxlwRfFBet6SWLlFfBmIRwb99M9rSYsycdmtYfiP3JL79vRFbjVzJ8HrC1l2CWA==; 5:R718eHXlZznqcXZmX8ionNUrp0T2TqEO5urDt8aN4EPW/zBLm1uoqLL/u1mo+b209Jh0/yL84xC4+qvFJ+tamM/6igPbpK61BkACBbQT+MYGpvFKdo8BQWaEan08RbVL0fAFP6NQn4SdCAXZgkZOBA==; 24:HrsiPalP41DeI32VAIzocEBZU3CHkzTZ9/XSZVmWuneGpBRzmdVtcbxpMcXVAJJ0/WJz5AWRXSA6XI3L3GBOHo811PZRBa5P8O5lFRNjn4k=; 7:UmkECs2wzwQKBnhUAgwpUfefEukOnPsU6/NDlSX5/2y+ptlP/FaU1zGHXgasUudoSTGjnN1wP4cQcyb+P9PQZdxhqglpg2uzf57wYMUliBfB8NgA4SrS7Bf7bsGahvTddTBkC/wIpa3cPZJonqDePiVnZIShaTumAT8UV1yreh46TgWSmV7SkKUUnGSiiSaiRlVNaST9Bbj5DY8HG0MriZbTzsd4juJrgXf1WQVzyUw=
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 41b35354-1c8c-463e-a7b7-08d501baf753
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(48565401081)(300000503095)(300135400095)(2017052603199)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BN3PR0201MB0866;
x-ms-traffictypediagnostic: BN3PR0201MB0866:
x-exchange-antispam-report-test: UriScan:(95692535739014)(21748063052155)(21534305686606);
x-microsoft-antispam-prvs: <BN3PR0201MB086677AE881FB550394E79DFF1670@BN3PR0201MB0866.namprd02.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(5005006)(8121501046)(100000703101)(100105400095)(10201501046)(93006095)(93001095)(3002001)(6055026)(6041248)(20161123555025)(20161123564025)(20161123558100)(20161123560025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BN3PR0201MB0866; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BN3PR0201MB0866;
x-forefront-prvs: 0438F90F17
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(39860400002)(376002)(377454003)(189002)(24454002)(45984002)(199003)(51444003)(189998001)(93886005)(478600001)(106356001)(229853002)(105586002)(72206003)(8676002)(2900100001)(966005)(7696004)(6246003)(101416001)(1411001)(3660700001)(6436002)(2906002)(53936002)(6506006)(81156014)(5660300001)(86362001)(7736002)(53546010)(81166006)(19609705001)(606006)(74316002)(66066001)(14454004)(25786009)(2950100002)(6916009)(4326008)(50986999)(76176999)(8936002)(54356999)(39060400002)(54906003)(9326002)(55016002)(230783001)(99286003)(54896002)(6306002)(790700001)(33656002)(6116002)(3846002)(236005)(3280700002)(77096006)(68736007)(316002)(80792005)(102836003)(97736004)(9686003); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0201MB0866; H:BN3PR0201MB0867.namprd02.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: jabil.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BN3PR0201MB086755E5EB0756E3B4AE1F20F1670BN3PR0201MB0867_"
MIME-Version: 1.0
X-OriginatorOrg: jabil.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Sep 2017 13:08:06.5292 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bc876b21-f134-4c12-a265-8ed26b7f0f3b
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0201MB0866
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/zd7MzSaQbDkD8goLiNZDG-ZB9YE>
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:08:26 -0000

Hi Alia,

Thanks. We will try to complete the update within a week.

Best,
- Xufeng


From: Alia Atlas [mailto:akatlas@gmail.com]
Sent: Friday, September 22, 2017 9:03 AM
To: Xufeng Liu <Xufeng_Liu@jabil.com>
Cc: Jeff Tantsura <jefftant.ietf@gmail.com>; Robert Wilton <rwilton@cisco.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

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<mailto: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<mailto:jefftant.ietf@gmail.com>]
Sent: Thursday, September 21, 2017 8:00 PM
To: Robert Wilton <rwilton@cisco.com<mailto:rwilton@cisco.com>>; Alia Atlas <akatlas@gmail.com<mailto:akatlas@gmail.com>>; rtgwg@ietf.org<mailto:rtgwg@ietf.org>; draft-ietf-rtgwg-yang-vrrp@ietf.org<mailto:draft-ietf-rtgwg-yang-vrrp@ietf.org>; Martin Bjorklund <mbj@tail-f.com<mailto: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<mailto:rtgwg-bounces@ietf.org>> on behalf of Robert Wilton <rwilton@cisco.com<mailto:rwilton@cisco.com>>
Date: Thursday, September 21, 2017 at 07:23
To: Alia Atlas <akatlas@gmail.com<mailto:akatlas@gmail.com>>, "rtgwg@ietf.org<mailto:rtgwg@ietf.org>" <rtgwg@ietf.org<mailto:rtgwg@ietf.org>>, <draft-ietf-rtgwg-yang-vrrp@ietf.org<mailto:draft-ietf-rtgwg-yang-vrrp@ietf.org>>, Martin Bjorklund <mbj@tail-f.com<mailto: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<mailto:rtgwg@ietf.org> https://www.ietf.org/mailman/listinfo/rtgwg