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

[Igor Bryskin <[e-mail]>]

Hi Xufeng,

You wrote:
"> TE path needs to be able to specify node/connectivity-matrix id, to facilitate path..."

Minor correction:
TE path needs to be able to specify node/connectivity-matrix entry id, to facilitate path...

Cheers,
Igor

From: Xufeng Liu [mailto:[e-mail]]
Sent: Wednesday, August 24, 2016 3:16 PM
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); [e-mail]; Belotti, Sergio (Nokia - IT); Anurag Sharma
Cc: [e-mail]
Subject: 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.