Re: [Rtg-yang-coord] issue :R03: assignment of interfaces to routing instances
Ladislav Lhotka <lhotka@nic.cz> Tue, 13 January 2015 16:42 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 8F1071A8BB2
for <rtg-yang-coord@ietfa.amsl.com>; Tue, 13 Jan 2015 08:42:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.061
X-Spam-Level:
X-Spam-Status: No, score=-0.061 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904,
J_CHICKENPOX_29=0.6, T_RP_MATCHES_RCVD=-0.01] autolearn=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 0iDyJv-j_Hfs for <rtg-yang-coord@ietfa.amsl.com>;
Tue, 13 Jan 2015 08:42:42 -0800 (PST)
Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400])
(using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 8876F1A6F32
for <rtg-yang-coord@ietf.org>; Tue, 13 Jan 2015 08:42:42 -0800 (PST)
Received: from [195.113.220.110] (unknown [195.113.220.110])
by mail.nic.cz (Postfix) with ESMTPSA id EC51E13F98C;
Tue, 13 Jan 2015 17:42:38 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default;
t=1421167359; bh=RMbqRmL2764WDIBbWGTkZDop0A46qlJg+6otMlPPutc=;
h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:
Content-Transfer-Encoding:Message-Id:References:To;
b=ojGxojO7XONb79x4AHaVHKdlWoP2/DRf6tb/8Gt5nzsUGEDUW5WHJSDJMMaSgywUf
uU7GsUfC9gXMIcT9XOYunQjfaRyB4vwxGYuVx2zeZm4gip9fQL/Fea6rcabb1Wbkgc
eejUTfTKwyzMtBSU493W3zYHWCbYmqhvefKlHLOI=
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\))
From: Ladislav Lhotka <lhotka@nic.cz>
In-Reply-To: <AAB1CC9C17CBA440BDFA169056B93B9EB10521@eusaamb107.ericsson.se>
Date: Tue, 13 Jan 2015 17:42:38 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <35023717-7EE8-4F45-B2F4-B24E0F86FA5A@nic.cz>
References: <m2wq6j5skf.fsf@nic.cz> <D0D9CB3F.B6C0%acee@cisco.com>
<8022061D-AB8F-4A97-84E7-A6E4F898F57F@nic.cz>
<AAB1CC9C17CBA440BDFA169056B93B9EB10521@eusaamb107.ericsson.se>
To: Xufeng Liu <xufeng.liu@ericsson.com>
X-Mailer: Apple Mail (2.1993)
X-Virus-Scanned: clamav-milter 0.98.1 at mail
X-Virus-Status: Clean
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/_8-eBpFKP-tHrNBMxUsJIXJ4z5I>
Cc: "rtg-yang-coord@ietf.org" <rtg-yang-coord@ietf.org>,
"Acee Lindem \(acee\)" <acee@cisco.com>
Subject: Re: [Rtg-yang-coord] issue :R03: assignment of interfaces to
routing instances
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: Tue, 13 Jan 2015 16:42:45 -0000
Hi Xufeng, > On 13 Jan 2015, at 16:11, Xufeng Liu <xufeng.liu@ericsson.com> wrote: > > For the routing-instance to interface relationship, I support the aggregation (or containment) relationship, which means: > 1. We can easily navigate to interfaces from a routing-instance. > 2. The key attributes in interfaces are unique within the scope of a routing-instance. > > The current leafref in routing-instance is not sufficient for the above requirements. The uniqueness of interface name within the scope of a routing-instance is not supported. The data model aims to support different types of routing instances, and it is conceivable that for some types an interface might be allowed to be assigned to more than one routing instance. However, the draft also says (last paragraph in sec. 5.1) that additional constraints like this uniqueness requirement can be added for a specific routing-instance type. > > My proposal is: > 1. Keep the current leafref in routing-instance. OK. > 2. Add an attribute routing-instance-ref (type leafref) in interface to point to the name attribute (key) of routing-instance. This is IMO a good idea, we would then have links in both directions. > 3. Make the new routing-instance-ref added above to be part of the key, i.e. create a composite key <name, routing-instance-ref> for interface. This is not possible because: - the key of the if:interface list cannot be extended by additional components; - if:interface is a flat list that contains interfaces of all layers, but an assignment to a routing-instance makes sense only for L3 interfaces; - YANG module ietf-interfaces is intended for all kinds of devices, including those that don’t implement ietf-routing. Thanks, Lada > > Thanks, > > - Xufeng > >> -----Original Message----- >> From: Rtg-yang-coord [mailto:rtg-yang-coord-bounces@ietf.org] On Behalf Of >> Ladislav Lhotka >> Sent: Tuesday, January 13, 2015 4:32 AM >> To: Acee Lindem (acee) >> Cc: rtg-yang-coord@ietf.org >> Subject: Re: [Rtg-yang-coord] issue :R03: assignment of interfaces to routing >> instances >> >> >>> On 13 Jan 2015, at 02:11, Acee Lindem (acee) <acee@cisco.com> wrote: >>> >>> Hi, >>> >>> Lada and I have been discussing this issue for some time and were >>> hoping for some comments from the routing community. The question is >>> basically whether to have a list of interfaces in routing-instance >>> that reference the RFC 7223 interfaces: >>> >>> container interfaces { >>> description >>> "Configuration of the routing instance's interfaces."; >>> list interface { >>> key "name"; >>> description >>> "List of network layer interfaces assigned to the routing >>> instance."; >>> leaf name { >>> type if:interface-ref; >>> description >>> "A reference to the name of a configured network layer >>> interface."; >>> } >>> } >>> } >>> >>> >>> >>> Or to augment the RFC 7223 interfaces to point to the routing-instance. >> >> Please see also my earlier mail: >> >> http://www.ietf.org/mail-archive/web/rtg-yang-coord/current/msg00131.html >> >> Thanks, Lada >> >>> >>> >>> Thanks, >>> Acee >>> >>> On 11/25/14, 8:16 AM, "Ladislav Lhotka" <lhotka@nic.cz> wrote: >>> >>>> Hi, >>>> >>>> this issue refers the YANG module "ietf-routing" contained in >>>> >>>> http://tools.ietf.org/html/draft-ietf-netmod-routing-cfg-16 >>>> >>>> Please indicate your preference or add comments. >>>> >>>> ***** :R03: assignment of interfaces to routing instances >>>> In -16 it is done by including a network-layer interface in the >>>> list rt:interface under rt:routing-instance. An advantage of >>>> this organization is that the rt:interface list should contain >>>> only network layer interfaces for which the assignment makes >>>> sense. A drawback is that the assignment is detached from the >>>> specification of IP addresses in if:interface. >>>> >>>> ****** Solution R03-1 >>>> No change. >>>> >>>> ****** Solution R03-2 >>>> Do the assignment of an interface to a routing instance inside >>>> the if:interface entry. >>>> >>>> -- >>>> Ladislav Lhotka, CZ.NIC Labs >>>> PGP Key ID: E74E8C0C >>>> >>>> _______________________________________________ >>>> Rtg-yang-coord mailing list >>>> Rtg-yang-coord@ietf.org >>>> https://www.ietf.org/mailman/listinfo/rtg-yang-coord >>> >>> _______________________________________________ >>> 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 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] issue :R03: assignment of interf… Ladislav Lhotka
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Acee Lindem (acee)
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Ladislav Lhotka
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Xufeng Liu
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Ladislav Lhotka
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Juergen Schoenwaelder
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Ladislav Lhotka
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Xufeng Liu
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Juergen Schoenwaelder
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Xufeng Liu
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Andy Bierman
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Ladislav Lhotka
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Jeff Tantsura
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Xufeng Liu
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Juergen Schoenwaelder
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Christian Hopps
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Ladislav Lhotka
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Russ White
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Russ White
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Ladislav Lhotka
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Acee Lindem (acee)
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Ladislav Lhotka
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Acee Lindem (acee)
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Acee Lindem (acee)
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Ladislav Lhotka
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Acee Lindem (acee)
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Ladislav Lhotka
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Jeffrey Haas
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Acee Lindem (acee)
- Re: [Rtg-yang-coord] issue :R03: assignment of in… Ladislav Lhotka