Re: [Rtg-yang-coord] FW: New Version Notification for draft-liu-rtgwg-yang-rip-00.txt
Ladislav Lhotka <lhotka@nic.cz> Mon, 27 April 2015 09:07 UTC
Return-Path: <lhotka@nic.cz>
X-Original-To: rtg-yang-coord@ietfa.amsl.com
Delivered-To: rtg-yang-coord@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 30C601B2F5C
for <rtg-yang-coord@ietfa.amsl.com>; Mon, 27 Apr 2015 02:07:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5
tests=[BAYES_00=-1.9] autolearn=ham
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 udUedurhntbc for <rtg-yang-coord@ietfa.amsl.com>;
Mon, 27 Apr 2015 02:07:40 -0700 (PDT)
Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143])
by ietfa.amsl.com (Postfix) with ESMTP id B1DF71B2F59
for <Rtg-yang-coord@ietf.org>; Mon, 27 Apr 2015 02:07:39 -0700 (PDT)
Received: from localhost (unknown [195.113.220.110])
by trail.lhotka.name (Postfix) with ESMTPSA id 3B8F31CC012F;
Mon, 27 Apr 2015 11:07:43 +0200 (CEST)
From: Ladislav Lhotka <lhotka@nic.cz>
To: Xufeng Liu <xufeng.liu@ericsson.com>,
"Rtg-yang-coord\@ietf.org" <Rtg-yang-coord@ietf.org>
In-Reply-To: <AAB1CC9C17CBA440BDFA169056B93B9EBC0EF1@eusaamb107.ericsson.se>
References: <20150424141026.19483.31466.idtracker@ietfa.amsl.com>
<AAB1CC9C17CBA440BDFA169056B93B9EBC0EF1@eusaamb107.ericsson.se>
User-Agent: Notmuch/0.19 (http://notmuchmail.org) Emacs/24.4.51.2
(x86_64-apple-darwin14.0.0)
Date: Mon, 27 Apr 2015 11:07:36 +0200
Message-ID: <m21tj67xd3.fsf@birdie.labs.nic.cz>
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/CIJKimqiYwX_wTT21PkIiMwCpAA>
Subject: Re: [Rtg-yang-coord] FW: New Version Notification
for draft-liu-rtgwg-yang-rip-00.txt
X-BeenThere: rtg-yang-coord@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "\"List to discuss coordination between the Routing related YANG
models\"" <rtg-yang-coord.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-yang-coord>,
<mailto:rtg-yang-coord-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-yang-coord/>
List-Post: <mailto:rtg-yang-coord@ietf.org>
List-Help: <mailto:rtg-yang-coord-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-yang-coord>,
<mailto:rtg-yang-coord-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Apr 2015 09:07:43 -0000
Hi,
I read the draft and here are my comments, mainly YANG-related:
- I'd suggest to define a common "rip" identity from which both
"ripv2" and "ripng" are derived. That is:
identity rip {
base rt:routing-protocol;
description
"Identity for the RIP routing protocol.";
}
identity ripv2 {
base "rip:rip";
description "RIPv2";
}
identity ripng {
base "rip:rip";
description "RIPng";
}
The benefits of doing so will be apparent with YANG 1.1 where the
following "when" statement will be able to cover both versions:
when "derived-from(rt:type, 'ietf-rip', 'rip')";
- The purpose of distribute-list should be explained in more
detail given that it is not a standard function.
- The definition
leaf in-out {
type boolean;
description
"false for 'in', and true for 'out'.";
}
looks quite awkward, and without access to the data model it is
unclear what, e.g.
"in-out": true
means. I'd suggest something more reader-friendly, such as
leaf direction {
type enumeration {
enum "in";
enum "out";
}
}
- The leaf "distance" seems to have the same role as
"rt:protocol/rt:route-preference". Do you have any reason for
not using the latter?
- The range for route metric is "0..16" but both RFC 2080 and
2453 state that the metric is a value between 1 and 15. I am
especially wondering about the value of zero - is it really
legal?
- The "must" statement for leaf "rip:interface" tries to make sure
that either IPv4 or IPv6 is enabled on the interface to which
the leaf refers. I think the setting of the "ip:enabled" leaf
should also be taken into account, so the "must" expression
should be
must "(../../../rt:type = 'rip:ripv2' and "
+ "/if:interfaces/if:interface[name=current()]/"
+ "ip:ipv4/ip:enabled = 'true') or "
+ "(../../../rt:type = 'rip:ripng' and "
+ "/if:interfaces/if:interface[name=current()]/"
+ "ip:ipv6/ip:enabled = 'true')"
Lada
Xufeng Liu <xufeng.liu@ericsson.com> writes:
> -----Original Message-----
> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
> Sent: Friday, April 24, 2015 10:10 AM
> To: Prateek Sarda; Xufeng Liu; Prateek Sarda; Xufeng Liu
> Subject: New Version Notification for draft-liu-rtgwg-yang-rip-00.txt
>
>
> A new version of I-D, draft-liu-rtgwg-yang-rip-00.txt has been successfully submitted by Xufeng Liu and posted to the IETF repository.
>
> Name: draft-liu-rtgwg-yang-rip
> Revision: 00
> Title: A YANG Data Model for Routing Information Protocol (RIP)
> Document date: 2015-04-24
> Group: Individual Submission
> Pages: 26
> URL: http://www.ietf.org/internet-drafts/draft-liu-rtgwg-yang-rip-00.txt
> Status: https://datatracker.ietf.org/doc/draft-liu-rtgwg-yang-rip/
> Htmlized: http://tools.ietf.org/html/draft-liu-rtgwg-yang-rip-00
>
>
> Abstract:
> This document describes a data model for Routing Information Protocol
> (RIP). Both RIP version 2 and RIPng are covered.
>
>
>
>
> Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org.
>
> The IETF Secretariat
>
> _______________________________________________
> Rtg-yang-coord mailing list
> Rtg-yang-coord@ietf.org
> https://www.ietf.org/mailman/listinfo/rtg-yang-coord
--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C
- [Rtg-yang-coord] FW: New Version Notification for… Xufeng Liu
- Re: [Rtg-yang-coord] FW: New Version Notification… Ladislav Lhotka
- Re: [Rtg-yang-coord] FW: New Version Notification… Xufeng Liu
- Re: [Rtg-yang-coord] FW: New Version Notification… Xufeng Liu