[Teas] Supporting TTPs

Igor Bryskin <Igor.Bryskin@huawei.com> Fri, 09 December 2016 14:18 UTC

Return-Path: <Igor.Bryskin@huawei.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 5863C1298CE for <teas@ietfa.amsl.com>; Fri, 9 Dec 2016 06:18:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.116
X-Spam-Status: No, score=-7.116 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=-2.896, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id lMJvlkLC0YZR for <teas@ietfa.amsl.com>; Fri, 9 Dec 2016 06:18:46 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com []) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 81460129842 for <teas@ietf.org>; Fri, 9 Dec 2016 06:17:19 -0800 (PST)
Received: from (EHLO lhreml707-cah.china.huawei.com) ([]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DCG48065; Fri, 09 Dec 2016 14:17:16 +0000 (GMT)
Received: from DFWEML701-CAH.china.huawei.com ( by lhreml707-cah.china.huawei.com ( with Microsoft SMTP Server (TLS) id 14.3.301.0; Fri, 9 Dec 2016 14:17:05 +0000
Received: from DFWEML501-MBX.china.huawei.com ([]) by dfweml701-cah.china.huawei.com ([]) with mapi id 14.03.0301.000; Fri, 9 Dec 2016 06:16:55 -0800
From: Igor Bryskin <Igor.Bryskin@huawei.com>
To: 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>, Italo Busi <Italo.Busi@huawei.com>
Thread-Topic: Supporting TTPs
Thread-Index: AQHSUibkk4wErBzSZESIxMmPnx3hrw==
Date: Fri, 9 Dec 2016 14:16:55 +0000
Message-ID: <0C72C38E7EBC34499E8A9E7DD007863908F25987@dfweml501-mbx>
References: <AM5PR0601MB2641F8560C77CA56401D295FB1820@AM5PR0601MB2641.eurprd06.prod.outlook.com>
In-Reply-To: <AM5PR0601MB2641F8560C77CA56401D295FB1820@AM5PR0601MB2641.eurprd06.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_0C72C38E7EBC34499E8A9E7DD007863908F25987dfweml501mbx_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.584ABCED.023F, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 778c66f4c0af3ce82c2c9f9c037ac6b4
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/Yp_OReSJzS7sDgvRZPxWgl59h9c>
Cc: "teas@ietf.org" <teas@ietf.org>
Subject: [Teas] Supporting TTPs
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.17
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: Fri, 09 Dec 2016 14:18:50 -0000

Hi guys,

Huawei folks working on the TE Topology model implementation have brought to my attention that unlike TE nodes and TE links, TTPs do not have Underlay/Source/Supporting attributes. Note that because (in contrast to TE nodes/links) TTPs are not independent entities in a TE topology (always belong to respective hosting TE nodes), there is no need for Underlay and Source TTP attributes (could be derived from the hosting TE node attribute). However, list of Supporting TTPs per TTP is useful for the same reason as Supporting TE link/node - to let the client track abstract/logical entities to their respective real/physical ones.  I suggest adding the list. Let's discuss.