Re: [Teas] IETF TE Topology YANG Model Design Meeting Notes - 2016-08-22

"Zhangxian (Xian)" <zhang.xian@huawei.com> Thu, 25 August 2016 07:03 UTC

Return-Path: <zhang.xian@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 59F9D12D103 for <teas@ietfa.amsl.com>; Thu, 25 Aug 2016 00:03:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.768
X-Spam-Level:
X-Spam-Status: No, score=-4.768 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.548, 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 Vwlz4uYD86s3 for <teas@ietfa.amsl.com>; Thu, 25 Aug 2016 00:03:34 -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 24C4512D623 for <teas@ietf.org>; Thu, 25 Aug 2016 00:03:33 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CQB22738; Thu, 25 Aug 2016 07:03:28 +0000 (GMT)
Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml704-cah.china.huawei.com (10.201.5.130) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 25 Aug 2016 08:03:24 +0100
Received: from SZXEMA512-MBS.china.huawei.com ([169.254.8.209]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0235.001; Thu, 25 Aug 2016 15:03:16 +0800
From: "Zhangxian (Xian)" <zhang.xian@huawei.com>
To: Xufeng Liu <xliu@kuatrotech.com>, Vishnu Pavan Beeram <vbeeram@juniper.net>, Igor Bryskin <Igor.Bryskin@huawei.com>, 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>, "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: IETF TE Topology YANG Model Design Meeting Notes - 2016-08-22
Thread-Index: AdH+O2YbMCm41SPPRVO18SbUo4WYqAAYuRcA
Date: Thu, 25 Aug 2016 07:03:16 +0000
Message-ID: <C636AF2FA540124E9B9ACB5A6BECCE6B7DF15AFE@SZXEMA512-MBS.china.huawei.com>
References: <HE1PR0601MB265230B3D921A53D092ED62AB1EA0@HE1PR0601MB2652.eurprd06.prod.outlook.com>
In-Reply-To: <HE1PR0601MB265230B3D921A53D092ED62AB1EA0@HE1PR0601MB2652.eurprd06.prod.outlook.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.63.139.68]
Content-Type: multipart/alternative; boundary="_000_C636AF2FA540124E9B9ACB5A6BECCE6B7DF15AFESZXEMA512MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090204.57BE9840.0082, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.8.209, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 46c68d73f0be6698b04e7617ee99d115
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/isg2c5-7XbrHykCCENOlb8v98Jg>
Cc: "teas@ietf.org" <teas@ietf.org>
Subject: Re: [Teas] IETF TE Topology YANG Model Design Meeting Notes - 2016-08-22
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: Thu, 25 Aug 2016 07:03:37 -0000

Hi, Xufeng,

   With regard to the following point:
 - Clean up notifications
  We currently have notifications for te-node and te-link. These
  notifications are covered by draft-ietf-netconf-yang-push and
  draft-gonzalez-netconf-5277bis.
  We will remove these notifications from te-topology model.

The existing notification is really clear, in terms of event types. But I still cannot figure out how to use the model specified by draft-ietf-netconf-yang-push.  I wonder if you can give an example, say, how a creation of te-node can be modeled using the model provided in draft-ietf-netconf-yang-push?

Regards,
Xian

发件人: Xufeng Liu [mailto:xliu@kuatrotech.com]
发送时间: 2016年8月25日 3:16
收件人: 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
抄送: teas@ietf.org
主题: IETF TE Topology YANG Model Design Meeting Notes - 2016-08-22

Participants:
Igor, Xufeng, Dieter, Oscar

- Connectivity matrix
  > TE path needs to be able to specify node/connectivity-matrix id, to facilitate path computation, and to support parallel connectivity-matrix entries in a node.
    This needs to be in both te-topology model and te model.
    Will bring the topic to TE model discussion meeting.
  > Agreed to add underlay TE path for each connectivity-matrix entry.

- Make LLCL entry as rich as connectivity entry, to have enough TE
  information for path computation.
 > Xufeng to prepare the model change proposal.

- Have a list of attributes to be used for technology specific augmentations.
  > Dieter to prepare the list for the meeting after Dieter is back
    from vacation.

- Schedule down time (in addition to up time)

      |  +--rw schedules
      |  |  +--rw schedule* [schedule-id]
      |  |     +--rw schedule-id            uint32
+      |  |     +--rw inclusive-exclusive?   enumeration
      |  |     +--rw start?                 yang:date-and-time
      |  |     +--rw schedule-duration?     string
      |  |     +--rw repeat-interval?       string

+        leaf inclusive-exclusive {
+          type enumeration {
+            enum inclusive {
+              description "The schedule element is inclusive.";
+            }
+            enum exclusive {
+              description "The schedule element is exclusive.";
+            }
+          }
+          description
+            "Whether the list item is inclusive or exclusive.";
+        }

- info-source: bgp-ls

    leaf information-source {
      type enumeration {
        enum "unknown" {
          description "The source is unknown.";
        }
        enum "locally-configured" {
          description "Configured entity.";
        }
        enum "ospfv2" {
          description "OSPFv2.";
        }
        enum "ospfv3" {
          description "OSPFv3.";
        }
        enum "isis" {
          description "ISIS.";
        }
+        enum "bgp-ls" {
+          description "BGP-LS.";
+          reference
+            "RFC7752: North-Bound Distribution of Link-State and
+             Traffic Engineering (TE) Information Using BGP";
+        }
        enum "system-processed" {
          description "System processed entity.";
        }
        enum "other" {
          description "Other source.";
        }
      }
      description
        "Indicates the source of the information.";
    }

- Clean up notifications
  We currently have notifications for te-node and te-link. These
  notifications are covered by draft-ietf-netconf-yang-push and
  draft-gonzalez-netconf-5277bis.
  We will remove these notifications from te-topology model.

- Need to complete counters/statistics. Each of us will think about
  what attributes are needed.
  > number of operational links/tunnels
  > number of recoverying links/tunnels
  > number of protection switches
  > number of protection reversions

Thanks,

- Xufeng

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