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

Yingzhen Qu <yingzhen.qu@huawei.com> Fri, 12 January 2018 20:54 UTC

Return-Path: <yingzhen.qu@huawei.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 2DE281241F8; Fri, 12 Jan 2018 12:54:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.231
X-Spam-Level:
X-Spam-Status: No, score=-4.231 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
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 f4WGrWDFxBzp; Fri, 12 Jan 2018 12:54:51 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 49DF41200FC; Fri, 12 Jan 2018 12:54:51 -0800 (PST)
Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id BB276C14DA70; Fri, 12 Jan 2018 20:54:47 +0000 (GMT)
Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.361.1; Fri, 12 Jan 2018 20:54:48 +0000
Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.83]) by SJCEML701-CHM.china.huawei.com ([169.254.3.207]) with mapi id 14.03.0361.001; Fri, 12 Jan 2018 12:54:43 -0800
From: Yingzhen Qu <yingzhen.qu@huawei.com>
To: Xufeng Liu <Xufeng_Liu@jabil.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: AQHTebaetzSL4FCGEEmTnFV6iVrQ9KNxV7GAgAAKIQA=
Date: Fri, 12 Jan 2018 20:54:43 +0000
Message-ID: <C9A8D09A-7598-47AC-AA8B-8882E22F4ED9@huawei.com>
References: <005b01d379b6$03415b60$4001a8c0@gateway.2wire.net> <CY1PR0201MB08757725C08E5AE869CA24BEF1170@CY1PR0201MB0875.namprd02.prod.outlook.com>
In-Reply-To: <CY1PR0201MB08757725C08E5AE869CA24BEF1170@CY1PR0201MB0875.namprd02.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.150.174]
Content-Type: text/plain; charset="utf-8"
Content-ID: <950861C9587C4C4984C7F92244548EC2@huawei.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/lZBwqIUVJBmS9KPdU25_xokzc8o>
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 20:54:54 -0000

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.
    > > >
    > >