RE: Last Call: <draft-ietf-rtgwg-yang-rip-06.txt> (A YANG Data Model for Routing Information Protocol (RIP)) to Proposed Standard

Xufeng Liu <Xufeng_Liu@jabil.com> Fri, 12 January 2018 21:01 UTC

Return-Path: <Xufeng_Liu@jabil.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A566126DEE; Fri, 12 Jan 2018 13:01:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.122
X-Spam-Level:
X-Spam-Status: No, score=-1.122 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_NEUTRAL=0.779] autolearn=no 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 NUJPoqRuJ9Ee; Fri, 12 Jan 2018 13:00:58 -0800 (PST)
Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0117.outbound.protection.outlook.com [104.47.34.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1AEBB1200FC; Fri, 12 Jan 2018 13:00:57 -0800 (PST)
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=ZuWsQKtEn2x8FqOpK9SmZ8mIfG3E/d5jIRoMa6r3+jE=; b=kVWTF4jmw/B5O6LDYJpOKNu9sKl6A5/OUsyELVpCiuc3VodxEV0A2UOIvBfORN2V1/R9NKJlMIeEoPe5/ULbAAj0zM6biEO+iXBc9S/VLFZXos0N5uzmiF9O5mtioVnATWChHpw3AzOvK/geWNA+kgRNvUV6lzv98HwlwoLSfWM=
Received: from CY1PR0201MB0875.namprd02.prod.outlook.com (10.160.163.141) by CY1PR0201MB1500.namprd02.prod.outlook.com (10.163.139.158) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.407.7; Fri, 12 Jan 2018 21:00:54 +0000
Received: from CY1PR0201MB0875.namprd02.prod.outlook.com ([10.160.163.141]) by CY1PR0201MB0875.namprd02.prod.outlook.com ([10.160.163.141]) with mapi id 15.20.0386.006; Fri, 12 Jan 2018 21:00:54 +0000
From: Xufeng Liu <Xufeng_Liu@jabil.com>
To: Yingzhen Qu <yingzhen.qu@huawei.com>, "tom p." <daedulus@btconnect.com>, "ietf@ietf.org" <ietf@ietf.org>
CC: "draft-ietf-rtgwg-yang-rip@ietf.org" <draft-ietf-rtgwg-yang-rip@ietf.org>, "rtgwg-chairs@ietf.org" <rtgwg-chairs@ietf.org>, "akatlas@gmail.com" <akatlas@gmail.com>
Subject: RE: Last Call: <draft-ietf-rtgwg-yang-rip-06.txt> (A YANG Data Model for Routing Information Protocol (RIP)) to Proposed Standard
Thread-Topic: Last Call: <draft-ietf-rtgwg-yang-rip-06.txt> (A YANG Data Model for Routing Information Protocol (RIP)) to Proposed Standard
Thread-Index: AQHTebW41e2nHONyqEGMpcnPNFWcJKNwyEIggAATdoCAAAB3YA==
Date: Fri, 12 Jan 2018 21:00:54 +0000
Message-ID: <CY1PR0201MB08754BF82A9C9C9686F0D487F1170@CY1PR0201MB0875.namprd02.prod.outlook.com>
References: <005b01d379b6$03415b60$4001a8c0@gateway.2wire.net> <CY1PR0201MB08757725C08E5AE869CA24BEF1170@CY1PR0201MB0875.namprd02.prod.outlook.com> <C9A8D09A-7598-47AC-AA8B-8882E22F4ED9@huawei.com>
In-Reply-To: <C9A8D09A-7598-47AC-AA8B-8882E22F4ED9@huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-dg-ref: PG1ldGE+PGF0IG5tPSJib2R5LnR4dCIgcD0iYzpcdXNlcnNceGxpdVxhcHBkYXRhXHJvYW1pbmdcMDlkODQ5YjYtMzJkMy00YTQwLTg1ZWUtNmI4NGJhMjllMzViXG1zZ3NcbXNnLTFjNzUxNGNlLWY3ZGItMTFlNy05YzQwLTE4NWUwZmUzYzQ1Y1xhbWUtdGVzdFwxYzc1MTRkMC1mN2RiLTExZTctOWM0MC0xODVlMGZlM2M0NWNib2R5LnR4dCIgc3o9IjU5MDEiIHQ9IjEzMTYwMjY0MjEyMTExNzEzNCIgaD0iUUY0TW1TNC9MMHRJMHRyM0plVmxsQzk3THBnPSIgaWQ9IiIgYmw9IjAiIGJvPSIxIi8+PC9tZXRhPg==
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Xufeng_Liu@jabil.com;
x-originating-ip: [98.191.72.170]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; CY1PR0201MB1500; 6:IYJ1fyR7ycsT63w+h5iNzDikDm41uu7Pdo8TnO+IY45a92Os0u2k/ztFX9G3dHzP6dbim2NF7MMcap6cIG61rUGqdAzedlCsZGp0Q0uldB8LmfkCa9gHd7uxZKPHE2b+nGwPyQH0P0q44LALxND7rQb2KiD2xE01YsYX+THfr88dn6F/1vaVEVEvs1dVJcxLihbKyDEYsqn1C2oE6VorhuBXcq/+6K8dlAQ0ho3onssmrwiur6XYKSsiCotQGWMkfKXq8qztXaYAp+3cP3JryHb4YJ31g0KaXKuCCcLL94vLfuNIADqKlkaHdxELOstZuA2z85lPhISXSeIUv98+vX3GRywG0obqG+M525UXtbKhxjYX8MKuQCHMBT/efxq+; 5:l0mh6AFLp6LQJEuf1vKVjTFEBrryVRr+v87qRHjEq0pwWqB58mt+HwK5hVePrOv7ep+tD7ArcgNCFDKc58SFdrwf7AaTKfrEhaZdx++JzahVkDDqzCjpQIq9MJKYd4349RVHRQA1pFbcljC4KijM+YE78x9RCzkttKkSCUhMM6g=; 24:8dAiXcOpSL4dU1xbCWVcYGE/Z/AlDGqY772dT7DYxGvhnRtmDGOnrdTtfV1kI6pTUU9enDzTz/2aDmb/MBKGEp3iRReCavhu95ADxKQ1PC8=; 7:yMfVXwApDaNl9QElDrh97vX7cGkNivPERQ6e443/xMU0X17r0C/9x/ikfqX3fwRUjWprg0c51ohNNDC+gD2aGuaiIf63FJWUbX2iPnieq824IfCXUFCQ8jabaqpjFBBmzOOO/ZsiCMkvZ5ydtlob7R4L2t3wM7K5vZiv0U7czqe6Aq3DNs0Kz7Dm6MNkYtZNIFPcupq+KoG8BjDnmx20hbMi+7RpFJA/xWlfG8UvzR2/l/do/YOK/EHB4VbNp5YN
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 23958e7e-e499-40ea-4e54-08d559ff9231
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:(178726229863574); BCL:0; PCL:0; RULEID:(7020087)(4652020)(5600026)(4604075)(3008032)(48565401081)(2017052603307)(7153060)(7193020); SRVR:CY1PR0201MB1500;
x-ms-traffictypediagnostic: CY1PR0201MB1500:
x-microsoft-antispam-prvs: <CY1PR0201MB15004468D5D2D3B56A0CD7BAF1170@CY1PR0201MB1500.namprd02.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(178726229863574)(50582790962513)(85827821059158)(21534305686606);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040470)(2401047)(5005006)(8121501046)(10201501046)(3231023)(944501075)(3002001)(93006095)(93001095)(6055026)(6041268)(20161123562045)(20161123564045)(20161123560045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:CY1PR0201MB1500; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:CY1PR0201MB1500;
x-forefront-prvs: 0550778858
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(366004)(376002)(39860400002)(346002)(39380400002)(189003)(199004)(24454002)(51914003)(51444003)(13464003)(106356001)(59450400001)(105586002)(39060400002)(8666007)(2900100001)(72206003)(7736002)(316002)(110136005)(33656002)(55016002)(2501003)(478600001)(8676002)(54906003)(74316002)(6306002)(77096006)(2950100002)(6506007)(229853002)(2906002)(3846002)(6116002)(305945005)(6436002)(53936002)(99286004)(81166006)(9686003)(6246003)(4326008)(14454004)(68736007)(66066001)(86362001)(76176011)(230783001)(3280700002)(3660700001)(80792005)(7696005)(102836004)(53546011)(97736004)(81156014)(966005)(5660300001)(25786009)(4001150100001)(8936002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR0201MB1500; H:CY1PR0201MB0875.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)
x-microsoft-antispam-message-info: TdspfH1y+9PuF/w2ocpIXfPaHwIM3X+LSk1JFMo3r4nn/pNklCroq12WSGXlN99u0j/kLhGGI1Eq20QHFJVmsQ==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: jabil.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 23958e7e-e499-40ea-4e54-08d559ff9231
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Jan 2018 21:00:54.5311 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bc876b21-f134-4c12-a265-8ed26b7f0f3b
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0201MB1500
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/ZYg9iBQKtkHIKcwoeC1FUJFg53E>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Jan 2018 21:01:01 -0000

Hi Yingzhen,

Yes. Thanks for the reminder.

Regards,
- Xufeng

> -----Original Message-----
> From: Yingzhen Qu [mailto:yingzhen.qu@huawei.com]
> Sent: Friday, January 12, 2018 3:55 PM
> To: Xufeng Liu <Xufeng_Liu@jabil.com>; tom p. <daedulus@btconnect.com>;
> ietf@ietf.org
> Cc: draft-ietf-rtgwg-yang-rip@ietf.org; rtgwg-chairs@ietf.org;
> akatlas@gmail.com
> Subject: Re: Last Call: <draft-ietf-rtgwg-yang-rip-06.txt> (A YANG Data Model
> for Routing Information Protocol (RIP)) to Proposed Standard
> 
> Hi Xufeng,
> 
> Thanks for the update.
> 
> Adam has comments about the description of address and Benoit has some nits
> comments, are you going to address those soon?
> 
> Thanks,
> Yingzhen
> 
> On 1/12/18, 12:18 PM, "Xufeng Liu" <Xufeng_Liu@jabil.com> wrote:
> 
>     Hi Tom,
> 
>     Thanks for your valuable comments. We have updated the document with
> https://tools.ietf.org/html/draft-ietf-rtgwg-yang-rip-08, to address these
> comments.
> 
>     Regards,
>     - Xufeng
> 
>     > -----Original Message-----
>     > From: tom p. [mailto:daedulus@btconnect.com]
>     > Sent: Wednesday, December 20, 2017 12:13 PM
>     > To: tom p. <daedulus@btconnect.com>; ietf@ietf.org
>     > Cc: draft-ietf-rtgwg-yang-rip@ietf.org; rtgwg-chairs@ietf.org;
>     > yingzhen.qu@huawei.com; akatlas@gmail.com
>     > Subject: Re: Last Call: <draft-ietf-rtgwg-yang-rip-06.txt> (A YANG Data
> Model
>     > for Routing Information Protocol (RIP)) to Proposed Standard
>     >
>     >
>     >
>     >  I think that this I-D falls somewhat short of the standard necessary for
>     > advancement.
>     >
>     >  'reference' statements are almost wholy lacking from the YANG module and
>     > while it might be reasonable to expect the reader to know where to find
>     > information on RIP or RIPng, I do not think that that extends to other IGP or
>     > IPsec.  If you want to see how it SHOULD be done, look at
>     >         draft-ietf-netmod-rfc7277bis-01
>     >  One or more 'reference' statement per 'container' or'leaf' statement is  a
> good
>     > starting point.
>     [Xufeng] The situation is different from RFC7277, where attributes from
> different referenced documents are put together in a same container. In the RIP
> model, almost all attributes refer to the same three documents RFC2453,
> RFC2080, and RFC1724. If we add them to each container or leaf, we'd have to
> repeat these three everywhere. Therefore we put the references at the
> beginning to avoid the repetition. In case when some specific reference is
> needed, such as authentication, we add the reference to RFC8177 in that
> container. Is this ok?
> 
>     >
>     >  Talking of which,
>     >     [I-D.bjorklund-netmod-rfc7223bis]
>     >     [I-D.bjorklund-netmod-rfc7277bis]
>     >     [I-D.acee-netmod-rfc8022bis]
>     >  have all been replaced.  I am unclear whether or not this invalidates  the
>     > announcement, since these appeared in the announcement as downrefs.
>     [Xufeng] Updated in the new version.
>     >
>     >  Common (best) practice is to then include all the references from the  YANG
>     > module in a separate section immediately prior to the module itself  so that
> the
>     > reader can readily find them.
>     >  Again
>     >         draft-ietf-netmod-rfc7277bis-01
>     >  Section 4 is an example of how to do this.
>     [Xufeng] We use Sec 1.3 for this purpose.
>     >
>     >  The YANG module does reference
>     >            RFC 1724
>     >  but I think that that makes it Normative not Informative, as it  currently is.
>     [Xufeng] Changed it to normative as you suggested.
>     >
>     >  The Abstract is limp.
>     >  "This document describes a data model for the Routing Information
>     >     Protocol (RIP).  "
>     >  So what?.  This should tell me what I can do, e.g. configure, manage,  get
>     > statistics or what?
>     >  draft-ietf-netmod-rfc7277bis-01
>     >  gives a better example.  At this point in time, with NMDA causing  significant
>     > changes, the Abstract would do well to mention where the I-D  stands with
>     > regard to this.
>     [Xufeng] Updated with more information as you suggested.
>     >
>     >  There is now an emerging RFC on tree diagrams
>     >  draft-ietf-netmod-yang-tree-diagrams-03
>     >  The authors might consider using and referencing this.
>     [Xufeng] New version references the latest draft now.
>     >
>     >  Tom Petch
>     >
>     > > ----- Original Message -----
>     > > From: "The IESG" <iesg-secretary@ietf.org>
>     > > Sent: Tuesday, November 28, 2017 4:29 PM
>     > > >
>     > > > The IESG has received a request from the Routing Area Working Group
>     > WG
>     > > > (rtgwg) to consider the following document: - 'A YANG Data Model for
>     > > Routing
>     > > > Information Protocol (RIP)'
>     > > >   <draft-ietf-rtgwg-yang-rip-06.txt> as Proposed Standard
>     > > >
>     > > > The IESG plans to make a decision in the next few weeks, and
>     > solicits
>     > > final
>     > > > comments on this action. Please send substantive comments to the
>     > > > ietf@ietf.org mailing lists by 2017-12-12. Exceptionally, comments
>     > may
>     > > be
>     > > > sent to iesg@ietf.org instead. In either case, please retain the
>     > > beginning of
>     > > > the Subject line to allow automated sorting.
>     > > >
>     > > > Abstract
>     > > >
>     > > >
>     > > >    This document describes a data model for the Routing Information
>     > > >    Protocol (RIP).  Both RIP version 2 and RIPng are covered.
>     > > >
>     > >
> 
>