Re: [Teas] TE Topology YANG Model: connectivity-matrix definition

Igor Bryskin <Igor.Bryskin@huawei.com> Sat, 22 July 2017 13:42 UTC

Return-Path: <Igor.Bryskin@huawei.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 002BD12EC13 for <teas@ietfa.amsl.com>; Sat, 22 Jul 2017 06:42:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level:
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=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 OHj0ZKK1jthJ for <teas@ietfa.amsl.com>; Sat, 22 Jul 2017 06:42:10 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 51FC5127058 for <teas@ietf.org>; Sat, 22 Jul 2017 06:42:09 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DLB27469; Sat, 22 Jul 2017 13:42:07 +0000 (GMT)
Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.301.0; Sat, 22 Jul 2017 14:42:06 +0100
Received: from SJCEML702-CHM.china.huawei.com ([169.254.4.153]) by SJCEML701-CHM.china.huawei.com ([169.254.3.13]) with mapi id 14.03.0301.000; Sat, 22 Jul 2017 06:41:50 -0700
From: Igor Bryskin <Igor.Bryskin@huawei.com>
To: Dieter Beller <Dieter.Beller@nokia.com>, Xufeng Liu <xliu@kuatrotech.com>, Vishnu Pavan Beeram <vbeeram@juniper.net>, Oscar Gonzalez De Dios <oscar.gonzalezdedios@telefonica.com>, Tarek Saad <tsaad@cisco.com>, Himanshu Shah <hshah@ciena.com>, Lou Berger <lberger@labn.net>, "BRUNGARD, DEBORAH A (ATTLABS)" <db3546@att.com>, Susan Hares <shares@ndzh.com>, "Zafar Ali (zali)" <zali@cisco.com>, "Khaddam, Mazen (CCI-Atlanta)" <Mazen.Khaddam@cox.com>, Tony Le <tonyle@juniper.net>, "BELOTTI, SERGIO (SERGIO)" <sergio.belotti@alcatel-lucent.com>, "Beller, Dieter (Dieter)" <dieter.beller@alcatel-lucent.com>, Rajan Rao <rrao@infinera.com>, "Zhangxian (Xian)" <zhang.xian@huawei.com>, "xufeng.liu.ietf@gmail.com" <xufeng.liu.ietf@gmail.com>, "Belotti, Sergio (Nokia - IT)" <sergio.belotti@nokia.com>, Anurag Sharma <AnSharma@infinera.com>
CC: "teas@ietf.org" <teas@ietf.org>
Thread-Topic: TE Topology YANG Model: connectivity-matrix definition
Thread-Index: AQHTAh1Q2Apn41fNC0q3FbgdbaNLc6Jf2Usg
Date: Sat, 22 Jul 2017 13:41:49 +0000
Message-ID: <0C72C38E7EBC34499E8A9E7DD007863909BAC5F9@SJCEML702-CHM.china.huawei.com>
References: <VI1PR06MB1488321471B9183F07ED5B9DB12C0@VI1PR06MB1488.eurprd06.prod.outlook.com> <c35c4a0b-a544-1f4f-aa6a-0926136c36d9@nokia.com>
In-Reply-To: <c35c4a0b-a544-1f4f-aa6a-0926136c36d9@nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.154.228]
Content-Type: multipart/alternative; boundary="_000_0C72C38E7EBC34499E8A9E7DD007863909BAC5F9SJCEML702CHMchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020205.5973562F.00F5, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.153, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 9a360fbfeb80dcbd27b402614ba79868
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/j9D1aZfkjnybi9QLA_GxyoEzmY4>
Subject: Re: [Teas] TE Topology YANG Model: connectivity-matrix definition
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 22 Jul 2017 13:42:13 -0000

Hi Dieter,

One thing to keep in mind is that LTP X could be connected to LTPY with a metric (e.g. delay) M1, while to LTPZ with a different metric M2. This is especially important when a node is abstract (e.g. representing a domain) rather than a physical switch. We might think about equal cost single list optimization you are proposing, but this is just an optimization, which is even less important when CM changes very rarely (as the case with physical switches). Abstract node CM may change dynamically, but it is unlikely to contain equal cost entries.
This is to explain as to why we modeled CM the way we did.

Igor

From: Dieter Beller [mailto:Dieter.Beller@nokia.com]
Sent: Friday, July 21, 2017 8:31 AM
To: Xufeng Liu; Vishnu Pavan Beeram; Igor Bryskin; Oscar Gonzalez De Dios; Tarek Saad; Himanshu Shah; Lou Berger; BRUNGARD, DEBORAH A (ATTLABS); Susan Hares; Zafar Ali (zali); Khaddam, Mazen (CCI-Atlanta); Tony Le; BELOTTI, SERGIO (SERGIO); Beller, Dieter (Dieter); Rajan Rao; Zhangxian (Xian); xufeng.liu.ietf@gmail.com; Belotti, Sergio (Nokia - IT); Anurag Sharma
Cc: teas@ietf.org
Subject: TE Topology YANG Model: connectivity-matrix definition

Hi Xufeng, Igor, all,

looking again at the connectivity-matrix definition, I have the following question: based on the current definition there are multiple separate entries
for the same "from TP" to all potential "to TPs":

   +--rw connectivity-matrix* [id]

      +--rw id                          uint32

      +--rw from

      |  +--rw tp-ref?              leafref

      |  +--rw label-restriction* [inclusive-exclusive label-start]

      |     +--rw inclusive-exclusive    enumeration

      |     +--rw label-start            rt-types:generalized-label

      |     +--rw label-end?             rt-types:generalized-label

      |     +--rw range-bitmap?          binary

      +--rw to

      |  +--rw tp-ref?              leafref

      |  +--rw label-restriction* [inclusive-exclusive label-start]

      |     +--rw inclusive-exclusive    enumeration

      |     +--rw label-start            rt-types:generalized-label

      |     +--rw label-end?             rt-types:generalized-label

      |     +--rw range-bitmap?          binary

I think that it is more efficient to have a single entry for each "from TP" and a list with all potentially connectable "to TPs"

      +--rw id   uint32

      +--rw from

      |  +--rw tp-ref?   leafref

      |  +--rw label-restriction* [inclusive-exclusive label-start]

      |     +--rw inclusive-exclusive   enumeration

      |     +--rw label-start           rt-types:generalized-label

      |     +--rw label-end?            rt-types:generalized-label

      |     +--rw range-bitmap?         binary

      +--rw to-tp-list* [tp-id]

      |  +--rw tp-id   te-types:te-tp-id

      |  +--rw tp-ref?   leafref

      |  +--rw label-restriction* [inclusive-exclusive label-start]

      |     +--rw inclusive-exclusive   enumeration

      |     +--rw label-start           rt-types:generalized-label

      |     +--rw label-end?            rt-types:generalized-label

      |     +--rw range-bitmap?         binary


If the label restrictions of the "from TP" are the same (or do not exist, which is typically the case) for multiple or all connectable "to TPs", the
connectivity matrix description using the to-tp-list becomes much more compact compared to the description above. (I am not sure whether
the tp-id can be used as list index. So, if this is not correct, it has to be replace it by some other index.)


Thanks,
Dieter