Re: [Teas] IETF TE Topology YANG Model Design Meeting Notes - 2016-05-23

Leeyoung <leeyoung@huawei.com> Fri, 27 May 2016 17:13 UTC

Return-Path: <leeyoung@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 7A39C12DAFC for <teas@ietfa.amsl.com>; Fri, 27 May 2016 10:13:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.644
X-Spam-Level:
X-Spam-Status: No, score=-5.644 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.001, 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=-1.426, SPF_PASS=-0.001] 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 RXJwnOOuMnJZ for <teas@ietfa.amsl.com>; Fri, 27 May 2016 10:13:52 -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 6594812D9EC for <teas@ietf.org>; Fri, 27 May 2016 10:13:49 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml706-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CKX88613; Fri, 27 May 2016 17:13:46 +0000 (GMT)
Received: from DFWEML702-CAH.china.huawei.com (10.193.5.176) by lhreml706-cah.china.huawei.com (10.201.5.182) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 27 May 2016 18:13:45 +0100
Received: from DFWEML501-MBX.china.huawei.com ([10.193.5.178]) by dfweml702-cah.china.huawei.com ([10.193.5.176]) with mapi id 14.03.0235.001; Fri, 27 May 2016 10:13:33 -0700
From: Leeyoung <leeyoung@huawei.com>
To: Xufeng Liu <xliu@kuatrotech.com>, Igor Bryskin <Igor.Bryskin@huawei.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>
Thread-Topic: [Teas] IETF TE Topology YANG Model Design Meeting Notes - 2016-05-23
Thread-Index: AQHRuB7bG2oGA/m9hki059z0o+bATp/NBLNw
Date: Fri, 27 May 2016 17:13:33 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E172A88F114@dfweml501-mbx>
References: <DBXPR06MB623990C55CF493EFF51421EB1410@DBXPR06MB623.eurprd06.prod.outlook.com> <7AEB3D6833318045B4AE71C2C87E8E172A88ECF3@dfweml501-mbx> <0C72C38E7EBC34499E8A9E7DD007863908EDD175@dfweml501-mbx> <7AEB3D6833318045B4AE71C2C87E8E172A88EDAD@dfweml501-mbx> <0C72C38E7EBC34499E8A9E7DD007863908EDD212@dfweml501-mbx> <VI1PR06MB14884888E2B10749B965F661B1420@VI1PR06MB1488.eurprd06.prod.outlook.com>
In-Reply-To: <VI1PR06MB14884888E2B10749B965F661B1420@VI1PR06MB1488.eurprd06.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.143]
Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E172A88F114dfweml501mbx_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090203.5748804B.0097, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: a54d0605a6e2384b1e4246515130f295
Archived-At: <http://mailarchive.ietf.org/arch/msg/teas/wv0rbUrp8M-sW3HRL5pKgS61060>
Cc: "teas@ietf.org" <teas@ietf.org>
Subject: Re: [Teas] IETF TE Topology YANG Model Design Meeting Notes - 2016-05-23
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, 27 May 2016 17:13:56 -0000

Hi Xufeng,

Thanks for your reply. I think you should look at Section 2.6 Label Set Field (RFC 7579) where the following actions are defined.

Action:

      0 - Inclusive List

      1 - Exclusive List

      2 - Inclusive Range

      3 - Exclusive Range

      4 - Bitmap Set  --- This is by far the simplest ways to represent the label availability.

What do you think?

Young



From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Xufeng Liu
Sent: Friday, May 27, 2016 8:51 AM
To: Igor Bryskin; Leeyoung; Vishnu Pavan Beeram; 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: Re: [Teas] IETF TE Topology YANG Model Design Meeting Notes - 2016-05-23

Hi Young,

More below.
Thanks,

- Xufeng

From: Igor Bryskin [mailto:Igor.Bryskin@huawei.com]
Sent: Thursday, May 26, 2016 4:18 PM
To: Leeyoung <leeyoung@huawei.com<mailto:leeyoung@huawei.com>>; Xufeng Liu <xliu@kuatrotech.com<mailto:xliu@kuatrotech.com>>; Vishnu Pavan Beeram <vbeeram@juniper.net<mailto:vbeeram@juniper.net>>; Oscar Gonzalez De Dios <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; Tarek Saad <tsaad@cisco.com<mailto:tsaad@cisco.com>>; Himanshu Shah <hshah@ciena.com<mailto:hshah@ciena.com>>; Lou Berger <lberger@labn.net<mailto:lberger@labn.net>>; BRUNGARD, DEBORAH A (ATTLABS) <db3546@att.com<mailto:db3546@att.com>>; Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>>; Zafar Ali (zali) <zali@cisco.com<mailto:zali@cisco.com>>; Khaddam, Mazen (CCI-Atlanta) <Mazen.Khaddam@cox.com<mailto:Mazen.Khaddam@cox.com>>; Tony Le <tonyle@juniper.net<mailto:tonyle@juniper.net>>; BELOTTI, SERGIO (SERGIO) <sergio.belotti@alcatel-lucent.com<mailto:sergio.belotti@alcatel-lucent.com>>; Beller, Dieter (Dieter) <dieter.beller@alcatel-lucent.com<mailto:dieter.beller@alcatel-lucent.com>>; Rajan Rao <rrao@infinera.com<mailto:rrao@infinera.com>>; Zhangxian (Xian) <zhang.xian@huawei.com<mailto:zhang.xian@huawei.com>>; xufeng.liu.ietf@gmail.com<mailto:xufeng.liu.ietf@gmail.com>; Belotti, Sergio (Nokia - IT) <sergio.belotti@nokia.com<mailto:sergio.belotti@nokia.com>>; Anurag Sharma <AnSharma@infinera.com<mailto:AnSharma@infinera.com>>
Cc: teas@ietf.org<mailto:teas@ietf.org>
Subject: RE: IETF TE Topology YANG Model Design Meeting Notes - 2016-05-23

Young,

"Another question on the TTP, can REG/WC (Wavelength Converter) element be considered as a type of the TTP? If so, I think TTP can be generalized to include Transponders and REG/WC elements."

One important role of TTP is to represent topologically a client/server layer adaptor to facilitate inter-layer path computations. REG/WC has no adaptation capabilities.
WDM augmentation could IMHO model REG/WC as a TTP with no adaptation caps, however, because this is only pertinent to OCh layer, it should not be part of the basic TE topology model.

Igor

From: Leeyoung
Sent: Thursday, May 26, 2016 2:58 PM
To: Igor Bryskin; Xufeng Liu; Vishnu Pavan Beeram; 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<mailto:xufeng.liu.ietf@gmail.com>; Belotti, Sergio (Nokia - IT); Anurag Sharma
Cc: teas@ietf.org<mailto:teas@ietf.org>
Subject: RE: IETF TE Topology YANG Model Design Meeting Notes - 2016-05-23

Hi Igor,

Thanks for your comments.

In OTN, if you consider ODUk as labels, I am fine with that. I thought ODUk is more or less Switching/Encoding in the ISCD Link model than a label.

Youmg,


Thanks.
Young

From: Igor Bryskin
Sent: Thursday, May 26, 2016 11:44 AM
To: Leeyoung; Xufeng Liu; Vishnu Pavan Beeram; 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<mailto:xufeng.liu.ietf@gmail.com>; Belotti, Sergio (Nokia - IT); Anurag Sharma
Cc: teas@ietf.org<mailto:teas@ietf.org>
Subject: RE: IETF TE Topology YANG Model Design Meeting Notes - 2016-05-23

Hi Young,

Please, see in-line,

Igor

From: Leeyoung
Sent: Thursday, May 26, 2016 11: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<mailto:xufeng.liu.ietf@gmail.com>; Belotti, Sergio (Nokia - IT); Anurag Sharma
Cc: teas@ietf.org<mailto:teas@ietf.org>
Subject: RE: IETF TE Topology YANG Model Design Meeting Notes - 2016-05-23

Hi Xufeng,

Thanks for this update. Your notes are always very helpful to understand the latest progress of this draft.

I have a few questions on the potentially adding model for labels for the connectivity matrix.


1.      You said:


               For each label
               o exclusivity (true/false)

Do you mean this bitmap?
[Xufeng] This is the LINK_LABEL_EXCLUSIVITY in RFC 7579.


2.      Are you aware of label restrictions applied for the connectivity matrix other than WSON? If so, then this model addition makes sense; if not, then we can add the label model for the connectivity matrix in the WSON YANG model. If the extent to which label model addition is not really a major constraint in the switching technologies other than WSON, it would be worthwhile to evaluate if we should do label restriction model in a generic way (per this draft) or do it in WSON specific way?  I am not aware of any label restriction model for the connectivity matrix for GMPLS other than WSON.
IB>> We had this discussion many time already. There are physical OTN switches that have constraints on the ODUk type level. For example, a switch can switch ODU2 from link 1 to link2, but ODU2e from link 1 to only link3. This is especially true for abstract compound nodes which may represent entire network domains. As you know abstract TE modes are very important for this model. So, no, connectivity restriction on a label level does not apply only to WDM.




3.       If we were to extend the label model for the connectivity matrix, I would think we also need to have label restriction model for TTP LLCL as well. What do you think?
IB>> This is actually a good point. Thanks for pointing out.

Cheers,
Igor


Thanks.
Young


From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Xufeng Liu
Sent: Thursday, May 26, 2016 9:48 AM
To: 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<mailto:xufeng.liu.ietf@gmail.com>; Belotti, Sergio (Nokia - IT); Anurag Sharma
Cc: teas@ietf.org<mailto:teas@ietf.org>
Subject: [Teas] IETF TE Topology YANG Model Design Meeting Notes - 2016-05-23

Participants:
Igor, Xufeng, Pavan, Dieter, Sergio, Himanshu

- Information sources
  > Discussed two use cases related to information sources:
    1) Provider applies policies to pick the most preferred.
    2) Provider does not apply policies and the decision is done by customer.
  > The model currently supports 1) well, but is not clear on 2).
  > Agreed to clarify the model by:
    1) Change "alt-information-sources" to "information-sources" to
       include all sources, including the selected one.
    2) For use case 1), the applied attribute has the selected value, and
       "information-sources" list all available sources.
       For use case 2), the applied attribute does not have value, and
       "information-sources" list all available sources.

- Connectivity Matrix
  > Discussed the comment from Cyril "to add a Label (Following
    RFC7579) restrictions".
  > Participants agreed that such constraint information is useful.
  > Participants agreed that such constraint information is generic
    enough to be used in various layers and use cases, including optical
    OTN, and abstract network topologies.
  > Participants agreed to send the suggestion TEAS WG to add such
    information to te-topology model.
  > The potential model change can be:
    For each connectivity-matrix entry, add:
      list of labels
        list types
               o inclusive-list
               o exclusive-list
               o inclusive-range
               o exclusive-range
               For each label
               o exclusivity (true/false)

Working members: please provide any comments.

Thanks,

- Xufeng

Note: Please drop me an email if you need an invite for joining the weekly call.

PS. Meeting on May 30 will be canceled for US holiday.