rfc8776xml2.original.xml   rfc8776.xml 
<?xml version="1.0" encoding="UTF-8"?> <?xml version='1.0' encoding='utf-8'?>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc2629 version 1.2.12 -->
<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [
]>
<?rfc toc="yes"?>
<?rfc sortrefs="yes"?>
<?rfc symrefs="yes"?>
<rfc ipr="trust200902" docName="draft-ietf-teas-yang-te-types-14" category="std"
>
<!DOCTYPE rfc SYSTEM "rfc2629-xhtml.ent">
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902"
docName="draft-ietf-teas-yang-te-types-13" number="8776" category="std" obs
oletes=""
updates="" submissionType="IETF" consensus="true" xml:lang="en"
tocInclude="true" sortRefs="true" symRefs="true" version="3">
<!-- xml2rfc v2v3 conversion 2.40.1 -->
<front> <front>
<title abbrev="TE Common YANG Types">Traffic Engineering Common YANG Types</ title> <title abbrev="TE Common YANG Types">Common YANG Data Types for Traffic Engi neering</title>
<seriesInfo name="RFC" value="8776"/>
<author initials="T." surname="Saad" fullname="Tarek Saad"> <author initials="T." surname="Saad" fullname="Tarek Saad">
<organization>Juniper Networks</organization> <organization>Juniper Networks</organization>
<address> <address>
<email>tsaad@juniper.net</email> <email>tsaad@juniper.net</email>
</address> </address>
</author> </author>
<author initials="R." surname="Gandhi" fullname="Rakesh Gandhi"> <author initials="R." surname="Gandhi" fullname="Rakesh Gandhi">
<organization>Cisco Systems Inc</organization> <organization>Cisco Systems, Inc.</organization>
<address> <address>
<email>rgandhi@cisco.com</email> <email>rgandhi@cisco.com</email>
</address> </address>
</author> </author>
<author initials="X." surname="Liu" fullname="Xufeng Liu"> <author initials="X." surname="Liu" fullname="Xufeng Liu">
<organization>Volta Networks</organization> <organization>Volta Networks</organization>
<address> <address>
<email>xufeng.liu.ietf@gmail.com</email> <email>xufeng.liu.ietf@gmail.com</email>
</address> </address>
</author> </author>
<author initials="V.P." surname="Beeram" fullname="Vishnu Pavan Beeram"> <author initials="V." surname="Beeram" fullname="Vishnu Pavan Beeram">
<organization>Juniper Networks</organization> <organization>Juniper Networks</organization>
<address> <address>
<email>vbeeram@juniper.net</email> <email>vbeeram@juniper.net</email>
</address> </address>
</author> </author>
<author initials="I." surname="Bryskin" fullname="Igor Bryskin"> <author initials="I." surname="Bryskin" fullname="Igor Bryskin">
<organization>Individual</organization> <organization>Futurewei Technologies, Inc.</organization>
<address> <address>
<email>i_bryskin@yahoo.com</email> <email>i_bryskin@yahoo.com</email>
</address> </address>
</author> </author>
<date month="May" year="2020"/>
<date year="2019" month="December" day="10"/> <keyword>TE Tunnel</keyword>
<keyword>TE Model</keyword>
<workgroup>TEAS Working Group</workgroup> <keyword>TE Types</keyword>
<keyword>Internet-Draft</keyword> <keyword>TE YANG</keyword>
<keyword>TE Topology</keyword>
<keyword>TE Interfaces</keyword>
<keyword>TE LSP Model</keyword>
<abstract> <abstract>
<t>This document defines a collection of common data types and groupings i
<t>This document defines a collection of common data types and groupings in YANG n YANG data modeling language.
data modeling language.
These derived common types and groupings are intended to be imported by modules that model These derived common types and groupings are intended to be imported by modules that model
Traffic Engineering (TE) configuration and state capabilities.</t> Traffic Engineering (TE) configuration and state capabilities.</t>
</abstract> </abstract>
</front> </front>
<middle> <middle>
<section anchor="introduction" numbered="true" toc="default">
<section anchor="introduction" title="Introduction"> <name>Introduction</name>
<t>YANG <xref target="RFC6020" format="default"/> <xref target="RFC7950" f
<t>YANG <xref target="RFC6020"/> and <xref target="RFC7950"/> is a data modeling ormat="default"/> is a data modeling language used to model
language used to model
configuration data, state data, Remote Procedure Calls, and configuration data, state data, Remote Procedure Calls, and
notifications for network management protocols such as NETCONF <xref target="RFC notifications for network management protocols such as the Network
6241"/>. Configuration Protocol (NETCONF) <xref target="RFC6241" format="default"/>.
The YANG language supports a small set of built-in data types and provides mecha nisms The YANG language supports a small set of built-in data types and provides mecha nisms
to derive other types from the built-in types.</t> to derive other types from the built-in types.</t>
<t>This document introduces a collection of common data types derived
<t>This document introduces a collection of common data types derived
from the built-in YANG data types. The derived types and groupings from the built-in YANG data types. The derived types and groupings
are designed to be the common types applicable for modeling Traffic Engineering (TE) features are designed to be the common types applicable for modeling Traffic Engineering (TE) features
in model(s) defined outside of this document.</t> in model(s) defined outside of this document.</t>
<section anchor="terminology" numbered="true" toc="default">
<section anchor="terminology" title="Terminology"> <name>Terminology</name>
<t>The key words "<bcp14>MUST</bcp14>", "<bcp14>MUST NOT</bcp14>",
<t>The key words “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, "<bcp14>REQUIRED</bcp14>", "<bcp14>SHALL</bcp14>",
“SHOULD NOT”, “RECOMMENDED”, “NOT RECOMMENDED”, “MAY”, and “OPTIONAL” in this "<bcp14>SHALL NOT</bcp14>", "<bcp14>SHOULD</bcp14>",
document are to be interpreted as described in BCP 14 <xref target="RFC2119"/> < "<bcp14>SHOULD NOT</bcp14>",
xref target="RFC8174"/> "<bcp14>RECOMMENDED</bcp14>", "<bcp14>NOT RECOMMENDED</bcp14>",
when, and only when, they appear in all capitals, as shown here.</t> "<bcp14>MAY</bcp14>", and "<bcp14>OPTIONAL</bcp14>" in this document
are to be interpreted as described in BCP&nbsp;14
<t>The terminology for describing YANG data models is found in <xref target="RFC <xref target="RFC2119"/> <xref target="RFC8174"/> when, and only
7950"/>.</t> when, they appear in all capitals, as shown here.</t>
<t>The terminology for describing YANG data models is found in <xref tar
</section> get="RFC7950" format="default"/>.</t>
<section anchor="prefixes-in-data-node-names" title="Prefixes in Data Node Names </section>
"> <section anchor="prefixes-in-data-node-names" numbered="true" toc="default
">
<t>In this document, names of data nodes and other data model objects <name>Prefixes in Data Node Names</name>
<t>In this document, names of data nodes and other data model objects
are prefixed using the standard prefix associated with the are prefixed using the standard prefix associated with the
corresponding YANG imported modules, as shown in Table 1.</t> corresponding YANG imported modules, as shown in <xref target="prefixes-modules-
table"/>.</t>
<figure><artwork><![CDATA[
+-----------------+----------------------+---------------+
| Prefix | YANG module | Reference |
+-----------------+----------------------+---------------+
| yang | ietf-yang-types | [RFC6991] |
| inet | ietf-inet-types | [RFC6991] |
| rt-types | ietf-routing-types | [RFC8294] |
| te-types | ietf-te-types | this document |
| te-packet-types | ietf-te-packet-types | this document |
+-----------------+----------------------+---------------+
Table 1: Prefixes and corresponding YANG modules
]]></artwork></figure>
</section>
</section>
<section anchor="acronyms-and-abbreviations" title="Acronyms and Abbreviations">
<t><list style='empty'>
<t>GMPLS: Generalized Multiprotocol Label Switching</t>
</list></t>
<t><list style='empty'>
<t>LSP: Label Switched Path</t>
</list></t>
<t><list style='empty'>
<t>LSR: Label Switching Router</t>
</list></t>
<t><list style='empty'>
<t>LER: Label Edge Router</t>
</list></t>
<t><list style='empty'>
<t>MPLS: Multiprotocol Label Switching</t>
</list></t>
<t><list style='empty'>
<t>RSVP: Resource Reservation Protocol</t>
</list></t>
<t><list style='empty'>
<t>TE: Traffic Engineering</t>
</list></t>
<t><list style='empty'>
<t>DS-TE: Differentiated Services Traffic Engineering</t>
</list></t>
<t><list style='empty'>
<t>SRLG: Shared Link Risk Group</t>
</list></t>
<t><list style='empty'>
<t>NBMA: Non-Broadcast Multiple-access Network</t>
</list></t>
<t><list style='empty'>
<t>APS: Automatic Protection Switching</t>
</list></t>
<t><list style='empty'>
<t>SD: Signal Degrade</t>
</list></t>
<t><list style='empty'>
<t>SF: Signal Fail</t>
</list></t>
<t><list style='empty'>
<t>WTR: Wait to Restore</t>
</list></t>
<t><list style='empty'>
<t>PM: Performance Metrics</t>
</list></t>
</section>
<section anchor="overview" title="Overview">
<t>This document defines two YANG modules for common TE types: <table anchor="prefixes-modules-table">
ietf-te-types for TE generic types and ietf-te-packet-types for <name>Prefixes and Corresponding YANG Modules</name>
<thead>
<tr>
<th>Prefix</th>
<th>YANG Module</th>
<th>Reference</th>
</tr>
</thead>
<tbody>
<tr>
<td>yang</td>
<td>ietf-yang-types</td>
<td><xref target="RFC6991"/></td>
</tr>
<tr>
<td>inet</td>
<td>ietf-inet-types</td>
<td><xref target="RFC6991"/></td>
</tr>
<tr>
<td>rt-types</td>
<td>ietf-routing-types</td>
<td><xref target="RFC8294"/></td>
</tr>
<tr>
<td>te-types</td>
<td>ietf-te-types</td>
<td>This document</td>
</tr>
<tr>
<td>te-packet-types</td>
<td>ietf-te-packet-types</td>
<td>This document</td>
</tr>
</tbody>
</table>
</section>
</section>
<section anchor="acronyms-and-abbreviations" numbered="true" toc="default">
<name>Acronyms and Abbreviations</name>
<dl newline="false" spacing="normal" indent="10">
<dt>GMPLS:</dt><dd>Generalized Multiprotocol Label Switching</dd>
<dt>LSP:</dt><dd>Label Switched Path</dd>
<dt>LSR:</dt><dd>Label Switching Router</dd>
<dt>LER:</dt><dd>Label Edge Router</dd>
<dt>MPLS:</dt><dd>Multiprotocol Label Switching</dd>
<dt>RSVP:</dt><dd>Resource Reservation Protocol</dd>
<dt>TE:</dt><dd>Traffic Engineering</dd>
<dt>DS-TE:</dt><dd>Differentiated Services Traffic Engineering</dd>
<dt>SRLG:</dt><dd>Shared Risk Link Group</dd>
<dt>NBMA:</dt><dd> Non-Broadcast Multi-Access</dd>
<dt>APS:</dt><dd>Automatic Protection Switching</dd>
<dt>SD:</dt><dd>Signal Degrade</dd>
<dt>SF:</dt><dd>Signal Fail</dd>
<dt>WTR:</dt><dd>Wait-to-Restore</dd>
<dt>PM:</dt><dd>Performance Metrics</dd>
</dl>
</section>
<section anchor="overview" numbered="true" toc="default">
<name>Overview</name>
<t>This document defines two YANG modules for common TE types:
"ietf&nbhy;te&nbhy;types" for TE generic types and "ietf-te-packet-types" for
packet-specific types. Other technology-specific TE types are outside the packet-specific types. Other technology-specific TE types are outside the
scope of this document.</t> scope of this document.</t>
<section anchor="te-types-contents" numbered="true" toc="default">
<section anchor="te-types-contents" title="TE Types Module Contents"> <name>TE Types Module Contents</name>
<t>The "ietf-te-types" module (<xref target="te-types-yang-module"/>) co
<t>The ietf-te-types module contains common TE types that are independent and ntains common TE types that are independent and
agnostic of any specific technology or control plane instance.</t> agnostic of any specific technology or control-plane instance.</t>
<t>The "ietf-te-types" module contains the following YANG reusable types
<t>The ietf-te-types module contains the following YANG reusable types and group and groupings:</t>
ings:</t> <dl newline="true" spacing="normal">
<dt>te-bandwidth:</dt>
<t>te-bandwidth:</t> <dd>A YANG grouping that defines the generic TE bandwidth.
<t><list style='empty'>
<t>A YANG grouping that defines the generic TE bandwidth.
The modeling structure allows augmentation for each technology. The modeling structure allows augmentation for each technology.
For un-specified technologies, the string encoded te-bandwidth For unspecified technologies, the string-encoded "te-bandwidth"
type is used.</t> type is used.</dd>
</list></t> <dt>te-label:</dt>
<dd>A YANG grouping that defines the generic TE label.
<t>te-label:</t>
<t><list style='empty'>
<t>A YANG grouping that defines the generic TE label.
The modeling structure allows augmentation for each technology. The modeling structure allows augmentation for each technology.
For un-specified technologies, rt-types:generalized-label For unspecified technologies, "rt-types:generalized-label"
is used.</t> is used.</dd>
</list></t> <dt>performance-metrics-attributes:</dt>
<dd>A YANG grouping that defines one-way and two-way measured
<t>performance-metrics-attributes:</t> Performance Metrics (PM) and indications of anomalies on link(s) or
the path as defined in <xref target="RFC7471" format="default"/>,
<t><list style='empty'> <xref target="RFC8570" format="default"/>, and <xref target="RFC7823"
<t>A YANG grouping that defines one-way and two-way measured performance metri format="default"/>.</dd>
cs and anomalous indication on link(s) or the path as defined in <xref target="R <dt>performance-metrics-throttle-container:</dt>
FC7471"/>, <xref target="RFC8570"/>, and <xref target="RFC7823"/>.</t> <dd>A YANG grouping that defines configurable thresholds for advertise
</list></t> ment suppression and measurement intervals.</dd>
<dt>te-ds-class:</dt>
<t>performance-metrics-throttle-container:</t> <dd>A type representing the Differentiated Services (DS) Class-Type of
traffic as defined in <xref target="RFC4124" format="default"/>.</dd>
<t><list style='empty'> <dt>te-label-direction:</dt>
<t>A YANG grouping that defines configurable thresholds for advertisement supp <dd>An enumerated type for specifying the forward or reverse direction
ression and measurement intervals.</t> of a label.</dd>
</list></t> <dt>te-hop-type:</dt>
<dd>An enumerated type for specifying that a hop is loose or strict.</
<t>te-ds-class:</t> dd>
<dt>te-global-id:</dt>
<t><list style='empty'> <dd>A type representing the identifier that uniquely identifies an ope
<t>A type representing the Differentiated-Services (DS) Class-Type of traffic rator, which can be
as defined in <xref target="RFC4124"/>.</t>
</list></t>
<t>te-label-direction:</t>
<t><list style='empty'>
<t>An enumerated type for specifying the forward or reverse direction
of a label.</t>
</list></t>
<t>te-hop-type:</t>
<t><list style='empty'>
<t>An enumerated type for specifying hop as loose or strict.</t>
</list></t>
<t>te-global-id:</t>
<t><list style='empty'>
<t>A type representing the identifier that uniquely identify an operator, whic
h can be
either a provider or a client. either a provider or a client.
The definition of this type is taken from <xref target="RFC6370"/> and <xref t The
arget="RFC5003"/>. definition of this type is taken from <xref target="RFC6370"/> and <xref
target="RFC5003"/>.
This attribute type is used solely to provide a globally This attribute type is used solely to provide a globally
unique context for TE topologies.</t> unique context for TE topologies.</dd>
</list></t> <dt>te-node-id:</dt>
<dd>A type representing the identifier for a node in a TE topology.
<t>te-node-id:</t>
<t><list style='empty'>
<t>A type representing the identifier for a node in a TE topology.
The identifier is represented as 4 octets in dotted-quad notation. The identifier is represented as 4 octets in dotted-quad notation.
This attribute MAY be mapped to the Router Address described This attribute <bcp14>MAY</bcp14> be mapped to the Router Address TLV describe
in Section 2.4.1 of <xref target="RFC3630"/>, the TE Router ID described in d
Section 3 of <xref target="RFC6827"/>, the Traffic Engineering Router ID in <xref target="RFC3630" sectionFormat="of" section="2.4.1"/>, the TE
described in Section 4.3 of <xref target="RFC5305"/>, or the TE Router ID Router ID described in
described in Section 3.2.1 of <xref target="RFC6119"/>. <xref target="RFC6827" sectionFormat="of" section="3"/>, the Traffic
The reachability of such a TE node MAY be achieved by a Engineering Router ID TLV
mechanism such as Section 6.2 of <xref target="RFC6827"/>.</t> described in <xref target="RFC5305" sectionFormat="of" section="4.3"/>, or
</list></t> the TE Router ID TLV
described in <xref target="RFC6119" sectionFormat="of" section="3.2.1"/>.
<t>te-topology-id:</t> The reachability of such a TE node <bcp14>MAY</bcp14> be achieved by a
mechanism such as that described in <xref target="RFC6827" sectionFormat="of" se
<t><list style='empty'> ction="6.2"/>.</dd>
<t>A type representing the identifier for a topology. <dt>te-topology-id:</dt>
<dd>A type representing the identifier for a topology.
It is optional to have one or more prefixes at the beginning, It is optional to have one or more prefixes at the beginning,
separated by colons. The prefixes can be the network-types, separated by colons. The prefixes can be "network-types"
defined in ietf-network <xref target="RFC8345"/>, to help user to understand t as defined in the "ietf-network" module in <xref target="RFC8345" format="defa
he ult"/>, to
topology better before further inquiry.</t> help the user better understand the topology before further inquiry is made.</
</list></t> dd>
<dt>te-tp-id:</dt>
<t>te-tp-id:</t> <dd>A type representing the identifier of a TE interface Link
Termination Point (LTP) on a specific TE node where the TE link
<t><list style='empty'> connects. This attribute is mapped to a local or remote link identifie
<t>A type representing the identifier of a TE interface link termination endpo r <xref target="RFC3630" format="default"/> <xref target="RFC5305" format="defau
int (TP) on a specific TE node where the TE link connects. This attribute is ma lt"/>.</dd>
pped to local or remote link identifier in <xref target="RFC3630"/> and <xref ta <dt>te-path-disjointness:</dt>
rget="RFC5305"/>.</t> <dd>A type representing the different resource disjointness options fo
</list></t> r a TE tunnel path as defined in <xref target="RFC4872" format="default"/>.</dd>
<dt>admin-groups:</dt>
<t>te-path-disjointness:</t> <dd>A union type for a TE link's classic or extended administrative gr
oups as defined in
<t><list style='empty'> <xref target="RFC3630" format="default"/>, <xref target="RFC5305"
<t>A type representing the different resource disjointness options for a TE tu format="default"/>, and <xref target="RFC7308"/>.
nnel path as defined in <xref target="RFC4872"/>.</t> </dd>
</list></t> <dt>srlg:</dt>
<dd>A type representing the Shared Risk Link Group (SRLG) as defined i
<t>admin-groups:</t> n <xref target="RFC4203" format="default"/> and <xref target="RFC5307" format="d
efault"/>.</dd>
<t><list style='empty'> <dt>te-metric:</dt>
<t>A union type for TE link’s classic or extended administrative groups as def <dd>A type representing the TE metric as defined in <xref target="RFC3
ined in 785" format="default"/>.</dd>
<xref target="RFC3630"/> and <xref target="RFC5305"/>.</t> <dt>te-recovery-status:</dt>
</list></t> <dd>An enumerated type for the different statuses of a recovery action
as defined in <xref target="RFC4427" format="default"/> and <xref target="RFC63
<t>srlg:</t> 78" format="default"/>.</dd>
<dt>path-attribute-flags:</dt>
<t><list style='empty'> <dd>A base YANG identity for supported LSP path flags as defined in <x
<t>A type representing the Shared Risk Link Group (SRLG) as defined in <xref t ref target="RFC3209" format="default"/>, <xref target="RFC4090" format="default"
arget="RFC4203"/> and <xref target="RFC5307"/>.</t> />, <xref target="RFC4736" format="default"/>, <xref target="RFC5712" format="de
</list></t> fault"/>, <xref target="RFC4920" format="default"/>, <xref target="RFC5420" form
at="default"/>, <xref target="RFC7570" format="default"/>, <xref target="RFC4875
<t>te-metric:</t> " format="default"/>, <xref target="RFC5151" format="default"/>, <xref target="R
FC5150" format="default"/>, <xref target="RFC6001" format="default"/>, <xref tar
<t><list style='empty'> get="RFC6790" format="default"/>, <xref target="RFC7260" format="default"/>, <xr
<t>A type representing the TE metric as defined in <xref target="RFC3785"/>.</ ef target="RFC8001" format="default"/>, <xref target="RFC8149" format="default"/
t> >, and <xref target="RFC8169" format="default"/>.</dd>
</list></t> <dt>link-protection-type:</dt>
<dd>A base YANG identity for supported link protection types as
<t>te-recovery-status:</t> defined in <xref target="RFC4872" format="default"/> and <xref target="
RFC4427" format="default"/>.</dd>
<t><list style='empty'> <dt>restoration-scheme-type:</dt>
<t>An enumerated type for the different status of a recovery action as defined <dd>A base YANG identity for supported LSP restoration schemes as defi
in <xref target="RFC4427"/> and <xref target="RFC6378"/>.</t> ned in <xref target="RFC4872" format="default"/>.</dd>
</list></t> <dt>protection-external-commands:</dt>
<dd>A base YANG identity for supported protection-related external
<t>path-attribute-flags:</t> commands used for troubleshooting purposes, as defined in <xref target=
"RFC4427" format="default"/>.</dd>
<t><list style='empty'> <dt>association-type:</dt>
<t>A base YANG identity for supported LSP path flags as defined in <xref targe <dd>A base YANG identity for supported LSP association types as define
t="RFC3209"/>, <xref target="RFC4090"/>, <xref target="RFC4736"/>, <xref target= d
"RFC5712"/>, <xref target="RFC4920"/>, <xref target="RFC5420"/>, <xref target="R in <xref target="RFC6780" format="default"/>, <xref target="RFC4872"
FC7570"/>, <xref target="RFC4875"/>, <xref target="RFC5151"/>, <xref target="RFC format="default"/>, and <xref target="RFC4873" format="default"/>.</dd>
5150"/>, <xref target="RFC6001"/>, <xref target="RFC6790"/>, <xref target="RFC72 <dt>objective-function-type:</dt>
60"/>, <xref target="RFC8001"/>, <xref target="RFC8149"/>, and <xref target="RFC <dd>A base YANG identity for supported path computation objective func
8169"/>.</t> tions as defined in
</list></t> <xref target="RFC5541" format="default"/>.</dd>
<dt>te-tunnel-type:</dt>
<t>link-protection-type:</t> <dd>A base YANG identity for supported TE tunnel types as defined in <
xref target="RFC3209" format="default"/> and <xref target="RFC4875" format="defa
<t><list style='empty'> ult"/>.</dd>
<t>A base YANG identity for supported link protection types as defined in <xre <dt>lsp-encoding-types:</dt>
f target="RFC4872"/>, <xref target="RFC4427"/></t> <dd>A base YANG identity for supported LSP encoding types as defined i
</list></t> n <xref target="RFC3471" format="default"/>.</dd>
<dt>lsp-protection-type:</dt>
<t>restoration-scheme-type:</t> <dd>A base YANG identity for supported LSP protection types as defined
in <xref target="RFC4872" format="default"/> and <xref target="RFC4873" format=
<t><list style='empty'> "default"/>.</dd>
<t>A base YANG identity for supported LSP restoration schemes as defined in <x <dt>switching-capabilities:</dt>
ref target="RFC4872"/>.</t> <dd>A base YANG identity for supported interface switching capabilitie
</list></t> s as defined in <xref target="RFC3471" format="default"/>.</dd>
<dt>resource-affinities-type:</dt>
<t>protection-external-commands:</t> <dd>A base YANG identity for supported attribute filters associated wi
th a tunnel that must be satisfied for a link to be acceptable as defined in <xr
<t><list style='empty'> ef target="RFC2702" format="default"/> and <xref target="RFC3209" format="defaul
<t>A base YANG identity for supported protection external commands for trouble t"/>.</dd>
shooting purposes as defined in <xref target="RFC4427"/>.</t> <dt>path-metric-type:</dt>
</list></t> <dd>A base YANG identity for supported path metric types as defined in
<xref target="RFC3785" format="default"/> and <xref target="RFC7471" format="de
<t>association-type:</t> fault"/>.</dd>
<dt>explicit-route-hop:</dt>
<t><list style='empty'> <dd>A YANG grouping that defines supported explicit routes as defined
<t>A base YANG identity for supported Label Switched Path (LSP) association ty in <xref target="RFC3209" format="default"/> and <xref target="RFC3477" format="
pes as defined default"/>.</dd>
in <xref target="RFC6780"/>, <xref target="RFC4872"/>, <xref target="RFC4873"/ <dt>te-link-access-type:</dt>
>.</t> <dd>An enumerated type for the different TE link access types as
</list></t> defined in <xref target="RFC3630" format="default"/>.</dd>
</dl>
<t>objective-function-type:</t> </section>
<section anchor="packet-te-types-module-contents" numbered="true" toc="def
<t><list style='empty'> ault">
<t>A base YANG identity for supported path computation objective functions as <name>Packet TE Types Module Contents</name>
defined in <t>The "ietf-te-packet-types" module (<xref target="packet-te-types-yang
<xref target="RFC5541"/>.</t> -module"/>) covers the common types and groupings that are specific to packet te
</list></t> chnology.</t>
<t>The "ietf-te-packet-types" module contains the following YANG reusabl
<t>te-tunnel-type:</t> e types and groupings:</t>
<t><list style='empty'>
<t>A base YANG identity for supported TE tunnel types as defined in <xref targ
et="RFC3209"/> and <xref target="RFC4875"/>.</t>
</list></t>
<t>lsp-encoding-types:</t>
<t><list style='empty'>
<t>base YANG identity for supported LSP encoding types as defined in <xref tar
get="RFC3471"/>.</t>
</list></t>
<t>lsp-protection-type:</t>
<t><list style='empty'>
<t>A base YANG identity for supported LSP protection types as defined in <xref
target="RFC4872"/> and <xref target="RFC4873"/>.</t>
</list></t>
<t>switching-capabilities:</t>
<t><list style='empty'>
<t>A base YANG identity for supported interface switching capabilities as defi
ned in <xref target="RFC3471"/>.</t>
</list></t>
<t>resource-affinities-type:</t>
<t><list style='empty'>
<t>A base YANG identity for supported attribute filters associated with a tunn
el that must be satisfied for a link to be acceptable as defined in <xref target
="RFC2702"/> and <xref target="RFC3209"/>.</t>
</list></t>
<t>path-metric-type:</t>
<t><list style='empty'>
<t>A base YANG identity for supported path metric types as defined in <xref ta
rget="RFC3785"/> and <xref target="RFC7471"/>.</t>
</list></t>
<t>explicit-route-hop:</t>
<t><list style='empty'>
<t>A YANG grouping that defines supported explicit routes as defined in <xref
target="RFC3209"/> and <xref target="RFC3477"/>.</t>
</list></t>
<t>te-link-access-type:</t>
<t><list style='empty'>
<t>An enumerated type for the different TE link access types as defined in <xr
ef target="RFC3630"/>.</t>
</list></t>
</section>
<section anchor="packet-te-types-module-contents" title="Packet TE Types Module
Contents">
<t>The ietf-te-packet-types module covers the common types and groupings that ar
e specific to packet technology.</t>
<t>The ietf-te-packet-types module contains the following YANG reusable types an
d groupings:</t>
<t>backup-protection-type:</t>
<t><list style='empty'>
<t>A base YANG identity for supported protection types that a backup or bypass
tunnel can provide as defined in <xref target="RFC4090"/>.</t>
</list></t>
<t>te-class-type:</t>
<t><list style='empty'>
<t>A type that represents the Diffserv-TE class-type as defined in <xref targe
t="RFC4124"/>.</t>
</list></t>
<t>bc-type:</t>
<t><list style='empty'>
<t>A type that represents the Diffserv-TE Bandwidth Constraint (BC) as defined
in <xref target="RFC4124"/>.</t>
</list></t>
<t>bc-model-type:</t>
<t><list style='empty'>
<t>A base YANG identity for supported Diffserv-TE bandwidth constraint models
as defined in <xref target="RFC4125"/>, <xref target="RFC4126"/> and <xref targe
t="RFC4127"/>.</t>
</list></t>
<t>te-bandwidth-requested-type:</t>
<t><list style='empty'>
<t>An enumerated type for the different options to request bandwidth for a spe
cific tunnel.</t>
</list></t>
<t>performance-metrics-attributes-packet:</t>
<t><list style='empty'>
<t>A YANG grouping that contains the generic performance metrics and additiona
l packet specific metrics.</t>
</list></t>
</section>
</section>
<section anchor="te-types-yang-module" title="TE Types YANG Module">
<t>The ietf-te-types module imports from the following modules:</t>
<t><list style="symbols">
<t>ietf-yang-types and ietf-inet-types defined in <xref target="RFC6991"/></t>
<t>ietf-routing-types defined in <xref target="RFC8294"/></t>
</list></t>
<t>In addition to the references cross-referenced in <xref target="te-types-cont <dl newline="true" spacing="normal">
ents"> </xref>, this model also references the following RFCs in defining the ty <dt>backup-protection-type:</dt>
pes and YANG grouping of the YANG module: <dd>A base YANG identity for supported protection types that a backup
<xref target="RFC3272"/>, or bypass tunnel can provide as defined in <xref target="RFC4090" format="defaul
<xref target="RFC4202"/>, t"/>.</dd>
<xref target="RFC4328"/>, <dt>te-class-type:</dt>
<xref target="RFC4657"/>, <dd>A type that represents the Diffserv-TE Class-Type as defined in <x
<xref target="RFC5817"/>, ref target="RFC4124" format="default"/>.</dd>
<xref target="RFC6004"/>, <dt>bc-type:</dt>
<xref target="RFC6511"/>, <dd>A type that represents Diffserv-TE Bandwidth Constraints (BCs) as
<xref target="RFC6205"/>, defined in <xref target="RFC4124" format="default"/>.</dd>
<xref target="RFC7139"/>, <dt>bc-model-type:</dt>
<xref target="RFC7308"/>, <dd>A base YANG identity for supported Diffserv-TE Bandwidth Constrain
<xref target="RFC7551"/>, ts Models as defined in <xref target="RFC4125" format="default"/>, <xref target=
<xref target="RFC7571"/>, "RFC4126" format="default"/>, and <xref target="RFC4127" format="default"/>.</dd
<xref target="RFC7579"/>, <xref target="RFC4090"/>, <xref target="RFC4561"/> and >
<xref target="RFC7951"/>, <xref target="G709"/>.</t> <dt>te-bandwidth-requested-type:</dt>
<dd>An enumerated type for the different options to request bandwidth
for a specific tunnel.</dd>
<dt>performance-metrics-attributes-packet:</dt>
<dd>A YANG grouping that contains the generic performance metrics and
additional packet-specific metrics.</dd>
</dl>
</section>
</section>
<section anchor="te-types-yang-module" numbered="true" toc="default">
<name>TE Types YANG Module</name>
<t>The "ietf-te-types" module imports from the following modules:</t>
<ul spacing="normal">
<li>"ietf-yang-types" and "ietf-inet-types" as defined in <xref target="
RFC6991" format="default"/></li>
<li>"ietf-routing-types" as defined in <xref target="RFC8294"
format="default"/></li>
</ul>
<t>In addition to <xref target="RFC6991"/> and
<xref target="RFC8294"/>, this module references the following documents in
defining the types and YANG groupings:
<xref target="RFC3272" format="default"/>,
<xref target="RFC4090" format="default"/>,
<xref target="RFC4202" format="default"/>,
<xref target="RFC4328" format="default"/>,
<xref target="RFC4561" format="default"/>,
<xref target="RFC4657" format="default"/>,
<xref target="RFC5817" format="default"/>,
<xref target="RFC6004" format="default"/>,
<xref target="RFC6511" format="default"/>,
<xref target="RFC7139" format="default"/>,
<xref target="RFC7308" format="default"/>,
<xref target="RFC7551" format="default"/>,
<xref target="RFC7571" format="default"/>,
<xref target="RFC7579" format="default"/>,
and <xref target="G.709" format="default"/>.</t>
<figure title="TE basic types YANG module" anchor="fig-basic-types"><artwork><![ <sourcecode name="ietf-te-types@2020-04-06.yang" type="yang" markers="tr
CDATA[ ue"><![CDATA[
<CODE BEGINS> file "ietf-te-types@2019-11-18.yang"
module ietf-te-types { module ietf-te-types {
yang-version 1.1; yang-version 1.1;
namespace "urn:ietf:params:xml:ns:yang:ietf-te-types"; namespace "urn:ietf:params:xml:ns:yang:ietf-te-types";
prefix te-types;
/* Replace with IANA when assigned */
prefix "te-types";
import ietf-inet-types { import ietf-inet-types {
prefix inet; prefix inet;
reference "RFC6991: Common YANG Data Types"; reference
"RFC 6991: Common YANG Data Types";
} }
import ietf-yang-types { import ietf-yang-types {
prefix "yang"; prefix yang;
reference "RFC6991: Common YANG Data Types"; reference
"RFC 6991: Common YANG Data Types";
} }
import ietf-routing-types { import ietf-routing-types {
prefix "rt-types"; prefix rt-types;
reference "RFC8294: Common YANG Data Types for the Routing Area"; reference
"RFC 8294: Common YANG Data Types for the Routing Area";
} }
organization organization
"IETF Traffic Engineering Architecture and Signaling (TEAS) "IETF Traffic Engineering Architecture and Signaling (TEAS)
Working Group"; Working Group";
contact contact
"WG Web: <http://tools.ietf.org/wg/teas/> "WG Web: <https://datatracker.ietf.org/wg/teas/>
WG List: <mailto:teas@ietf.org> WG List: <mailto:teas@ietf.org>
Editor: Tarek Saad Editor: Tarek Saad
<mailto:tsaad@juniper.net> <mailto:tsaad@juniper.net>
Editor: Rakesh Gandhi Editor: Rakesh Gandhi
<mailto:rgandhi@cisco.com> <mailto:rgandhi@cisco.com>
Editor: Vishnu Pavan Beeram Editor: Vishnu Pavan Beeram
<mailto:vbeeram@juniper.net> <mailto:vbeeram@juniper.net>
Editor: Himanshu Shah
<mailto:hshah@ciena.com>
Editor: Xufeng Liu Editor: Xufeng Liu
<mailto:xufeng.liu.ietf@gmail.com> <mailto:xufeng.liu.ietf@gmail.com>
Editor: Igor Bryskin Editor: Igor Bryskin
<mailto:i_bryskin@yahoo.com> <mailto:i_bryskin@yahoo.com>";
Editor: Young Lee
<mailto:leeyoung@huawei.com>";
description description
"This module contains a collection of generally useful TE "This YANG module contains a collection of generally useful
specific YANG data type definitions. The model fully conforms YANG data type definitions specific to TE. The model fully
to the Network Management Datastore Architecture (NMDA). conforms to the Network Management Datastore Architecture
(NMDA).
Copyright (c) 2018 IETF Trust and the persons The key words 'MUST', 'MUST NOT', 'REQUIRED', 'SHALL', 'SHALL
identified as authors of the code. All rights reserved. NOT', 'SHOULD', 'SHOULD NOT', 'RECOMMENDED', 'NOT RECOMMENDED',
'MAY', and 'OPTIONAL' in this document are to be interpreted as
described in BCP 14 (RFC 2119) (RFC 8174) when, and only when,
they appear in all capitals, as shown here.
Copyright (c) 2020 IETF Trust and the persons identified as
authors of the code. All rights reserved.
Redistribution and use in source and binary forms, with or Redistribution and use in source and binary forms, with or
without modification, is permitted pursuant to, and subject without modification, is permitted pursuant to, and subject to
to the license terms contained in, the Simplified BSD License the license terms contained in, the Simplified BSD License set
set forth in Section 4.c of the IETF Trust's Legal Provisions forth in Section 4.c of the IETF Trust's Legal Provisions
Relating to IETF Documents Relating to IETF Documents
(https://trustee.ietf.org/license-info). (https://trustee.ietf.org/license-info).
This version of this YANG module is part of RFC XXXX; see
the RFC itself for full legal notices.";
// RFC Ed.: replace XXXX with actual RFC number and remove this This version of this YANG module is part of RFC 8776; see the
// note. RFC itself for full legal notices.";
// RFC Ed.: update the date below with the date of RFC publication
// and remove this note.
revision "2019-11-18" { revision 2020-04-06 {
description "Latest revision of TE types"; description
"Latest revision of TE types.";
reference reference
"RFC XXXX: A YANG Data Model for Common Traffic Engineering "RFC 8776: Common YANG Data Types for Traffic Engineering";
Types";
} }
/** /**
* Typedefs * Typedefs
*/ */
typedef admin-group { typedef admin-group {
type yang:hex-string { type yang:hex-string {
/* 01:02:03:04 */ /* 01:02:03:04 */
length "1..11"; length "1..11";
} }
description description
"Administrative group/Resource class/Color representation in "Administrative group / resource class / color representation
hex-string type. in 'hex-string' type.
The Most Significant Byte (MSB) is the farthest to the left The most significant byte in the hex-string is the farthest
in the byte sequence. Leading zero bytes in the configured to the left in the byte sequence. Leading zero bytes in the
value may be omitted for brevity."; configured value may be omitted for brevity.";
reference
reference "RFC3630 and RFC5305"; "RFC 3630: Traffic Engineering (TE) Extensions to OSPF
Version 2
RFC 5305: IS-IS Extensions for Traffic Engineering
RFC 7308: Extended Administrative Groups in MPLS Traffic
Engineering (MPLS-TE)";
} }
typedef admin-groups { typedef admin-groups {
type union { type union {
type admin-group; type admin-group;
type extended-admin-group; type extended-admin-group;
} }
description "TE administrative group derived type"; description
"Derived types for TE administrative groups.";
} }
typedef extended-admin-group { typedef extended-admin-group {
type yang:hex-string; type yang:hex-string;
description description
"Extended administrative group/Resource class/Color "Extended administrative group / resource class / color
representation in hex-string type. representation in 'hex-string' type.
The MSB is the farthest to the left in the byte sequence. The most significant byte in the hex-string is the farthest
Leading zero bytes in the configured value may be omitted to the left in the byte sequence. Leading zero bytes in the
for brevity."; configured value may be omitted for brevity.";
reference "RFC7308"; reference
"RFC 7308: Extended Administrative Groups in MPLS Traffic
Engineering (MPLS-TE)";
} }
typedef path-attribute-flags { typedef path-attribute-flags {
type union { type union {
type identityref { type identityref {
base session-attributes-flags; base session-attributes-flags;
} }
type identityref { type identityref {
base lsp-attributes-flags; base lsp-attributes-flags;
} }
} }
description "Path attributes flags type"; description
"Path attributes flags type.";
} }
typedef performance-metrics-normality { typedef performance-metrics-normality {
type enumeration { type enumeration {
enum "unknown" { enum unknown {
value 0; value 0;
description description
"Unknown."; "Unknown.";
} }
enum "normal" { enum normal {
value 1; value 1;
description description
"Normal. Indicates anomalous bit is not set"; "Normal. Indicates that the anomalous bit is not set.";
} }
enum "abnormal" { enum abnormal {
value 2; value 2;
description description
"Abnormal. Indicate that the anomalous bit is set."; "Abnormal. Indicates that the anomalous bit is set.";
} }
} }
description description
"Indicates whether a performance metric is normal (anomalous "Indicates whether a performance metric is normal (anomalous
bit not set, abnormal (anomalous bit set), or unknown."; bit not set), abnormal (anomalous bit set), or unknown.";
reference reference
"RFC7471: OSPF Traffic Engineering (TE) Metric Extensions. "RFC 7471: OSPF Traffic Engineering (TE) Metric Extensions
RFC8570: IS-IS Traffic Engineering (TE) Metric Extensions. RFC 7823: Performance-Based Path Selection for Explicitly
RFC7823: Performance-Based Path Selection for Explicitly
Routed Label Switched Paths (LSPs) Using TE Metric Routed Label Switched Paths (LSPs) Using TE Metric
Extensions"; Extensions
RFC 8570: IS-IS Traffic Engineering (TE) Metric Extensions";
} }
typedef srlg { typedef srlg {
type uint32; type uint32;
description "SRLG type"; description
reference "RFC4203 and RFC5307"; "SRLG type.";
reference
"RFC 4203: OSPF Extensions in Support of Generalized
Multi-Protocol Label Switching (GMPLS)
RFC 5307: IS-IS Extensions in Support of Generalized
Multi-Protocol Label Switching (GMPLS)";
} }
typedef te-common-status { typedef te-common-status {
type enumeration { type enumeration {
enum up { enum up {
description description
"Enabled."; "Enabled.";
} }
enum down { enum down {
description description
"Disabled."; "Disabled.";
} }
enum testing { enum testing {
description description
"In some test mode."; "In some test mode.";
} }
enum preparing-maintenance { enum preparing-maintenance {
description description
"Resource is disabled in the control plane to prepare for "The resource is disabled in the control plane to prepare
graceful shutdown for maintenance purposes."; for a graceful shutdown for maintenance purposes.";
reference reference
"RFC5817: Graceful Shutdown in MPLS and Generalized MPLS "RFC 5817: Graceful Shutdown in MPLS and Generalized MPLS
Traffic Engineering Networks"; Traffic Engineering Networks";
} }
enum maintenance { enum maintenance {
description description
"Resource is disabled in the data plane for maintenance "The resource is disabled in the data plane for maintenance
purposes."; purposes.";
} }
enum unknown { enum unknown {
description description
"Status is unknown"; "Status is unknown.";
} }
} }
description description
"Defines a type representing the common states of a TE "Defines a type representing the common states of a TE
resource."; resource.";
} }
typedef te-bandwidth { typedef te-bandwidth {
type string { type string {
pattern pattern '0[xX](0((\.0?)?[pP](\+)?0?|(\.0?))|'
'0[xX](0((\.0?)?[pP](\+)?0?|(\.0?))|' + '1(\.([\da-fA-F]{0,5}[02468aAcCeE]?)?)?[pP](\+)?(12[0-7]|'
+ '1(\.([\da-fA-F]{0,5}[02468aAcCeE]?)?)?[pP](\+)?(12[0-7]|' + '1[01]\d|0?\d?\d)?)|0[xX][\da-fA-F]{1,8}|\d+'
+ '1[01]\d|0?\d?\d)?)|0[xX][\da-fA-F]{1,8}|\d+' + '(,(0[xX](0((\.0?)?[pP](\+)?0?|(\.0?))|'
+ '(,(0[xX](0((\.0?)?[pP](\+)?0?|(\.0?))|' + '1(\.([\da-fA-F]{0,5}[02468aAcCeE]?)?)?[pP](\+)?(12[0-7]|'
+ '1(\.([\da-fA-F]{0,5}[02468aAcCeE]?)?)?[pP](\+)?(12[0-7]|' + '1[01]\d|0?\d?\d)?)|0[xX][\da-fA-F]{1,8}|\d+))*';
+ '1[01]\d|0?\d?\d)?)|0[xX][\da-fA-F]{1,8}|\d+))*';
} }
description description
"This is the generic bandwidth type that is a string containing "This is the generic bandwidth type. It is a string containing
a list of numbers separated by commas, with each of these a list of numbers separated by commas, where each of these
number can be non-negative decimal, hex integer, or hex float: numbers can be non-negative decimal, hex integer, or
hex float:
(dec | hex | float)[*(','(dec | hex | float))] (dec | hex | float)[*(','(dec | hex | float))]
For packet switching type, the string encoding follows the For the packet-switching type, the string encoding follows
type bandwidth-ieee-float32 defined in RFC 8294 (e.g. 0x1p10), the type 'bandwidth-ieee-float32' as defined in RFC 8294
where the units are in bytes per second. (e.g., 0x1p10), where the units are in bytes per second.
For OTN switching type, a list of integers can be used, such For the Optical Transport Network (OTN) switching type,
as '0,2,3,1', indicating 2 odu0's and 1 odu3. a list of integers can be used, such as '0,2,3,1', indicating
For DWDM, a list of pairs of slot number and width can be two ODU0s and one ODU3. ('ODU' stands for 'Optical Data
used, such as '0,2,3,3', indicating a frequency slot 0 with Unit'.) For Dense Wavelength Division Multiplexing (DWDM),
a list of pairs of slot numbers and widths can be used,
such as '0,2,3,3', indicating a frequency slot 0 with
slot width 2 and a frequency slot 3 with slot width 3. slot width 2 and a frequency slot 3 with slot width 3.
Canonically, the string is represented as all lowercase and in Canonically, the string is represented as all lowercase and in
hex where the prefix '0x' precedes the hex number"; hex, where the prefix '0x' precedes the hex number.";
reference "RFC 8294, G709"; reference
} // te-bandwidth "RFC 8294: Common YANG Data Types for the Routing Area
ITU-T Recommendation G.709: Interfaces for the
optical transport network";
}
typedef te-ds-class { typedef te-ds-class {
type uint8 { type uint8 {
range '0..7'; range "0..7";
} }
description description
"The Differentiated Class-Type of traffic."; "The Differentiated Services Class-Type of traffic.";
reference "RFC4124: section-4.3.1"; reference
"RFC 4124: Protocol Extensions for Support of Diffserv-aware
MPLS Traffic Engineering, Section 4.3.1";
} }
typedef te-global-id { typedef te-global-id {
type uint32; type uint32;
description description
"An identifier to uniquely identify an operator, which can be "An identifier to uniquely identify an operator, which can be
either a provider or a client. either a provider or a client.
The definition of this type is taken from RFC6370 and RFC5003. The definition of this type is taken from RFCs 6370 and 5003.
This attribute type is used solely to provide a globally This attribute type is used solely to provide a globally
unique context for TE topologies."; unique context for TE topologies.";
reference
"RFC 5003: Attachment Individual Identifier (AII) Types for
Aggregation
RFC 6370: MPLS Transport Profile (MPLS-TP) Identifiers";
} }
typedef te-hop-type { typedef te-hop-type {
type enumeration { type enumeration {
enum loose { enum loose {
description description
"loose hop in an explicit path"; "A loose hop in an explicit path.";
} }
enum strict { enum strict {
description description
"strict hop in an explicit path"; "A strict hop in an explicit path.";
} }
} }
description description
"enumerated type for specifying loose or strict "Enumerated type for specifying loose or strict paths.";
paths"; reference
reference "RFC3209: section-4.3.2"; "RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels,
Section 4.3.3";
} }
typedef te-link-access-type { typedef te-link-access-type {
type enumeration { type enumeration {
enum point-to-point { enum point-to-point {
description description
"The link is point-to-point."; "The link is point-to-point.";
} }
enum multi-access { enum multi-access {
description description
"The link is multi-access, including broadcast and NBMA."; "The link is multi-access, including broadcast and NBMA.";
} }
} }
description description
"Defines a type representing the access type of a TE link."; "Defines a type representing the access type of a TE link.";
reference reference
"RFC3630: Traffic Engineering (TE) Extensions to OSPF "RFC 3630: Traffic Engineering (TE) Extensions to OSPF
Version 2."; Version 2";
} }
typedef te-label-direction { typedef te-label-direction {
type enumeration { type enumeration {
enum forward { enum forward {
description description
"Label allocated for the forward LSP direction"; "Label allocated for the forward LSP direction.";
} }
enum reverse { enum reverse {
description description
"Label allocated for the reverse LSP direction"; "Label allocated for the reverse LSP direction.";
} }
} }
description description
"enumerated type for specifying the forward or reverse "Enumerated type for specifying the forward or reverse
label"; label.";
} }
typedef te-link-direction { typedef te-link-direction {
type enumeration { type enumeration {
enum incoming { enum incoming {
description description
"explicit route represents an incoming link on a node"; "The explicit route represents an incoming link on
a node.";
} }
enum outgoing { enum outgoing {
description description
"explicit route represents an outgoing link on a node"; "The explicit route represents an outgoing link on
a node.";
} }
} }
description description
"enumerated type for specifying direction of link on a node"; "Enumerated type for specifying the direction of a link on
a node.";
} }
typedef te-metric { typedef te-metric {
type uint32; type uint32;
description "TE metric"; description
reference "RFC3785"; "TE metric.";
reference
"RFC 3785: Use of Interior Gateway Protocol (IGP) Metric as a
second MPLS Traffic Engineering (TE) Metric";
} }
typedef te-node-id { typedef te-node-id {
type yang:dotted-quad; type yang:dotted-quad;
description description
"A type representing the identifier for a node in a TE "A type representing the identifier for a node in a TE
topology. topology.
The identifier is represented as 4 octets in dotted-quad The identifier is represented as 4 octets in dotted-quad
notation. notation.
This attribute MAY be mapped to the Router Address described This attribute MAY be mapped to the Router Address TLV
in Section 2.4.1 of [RFC3630], the TE Router ID described in described in Section 2.4.1 of RFC 3630, the TE Router ID
Section 3 of [RFC6827], the Traffic Engineering Router ID described in Section 3 of RFC 6827, the Traffic Engineering
described in Section 4.3 of [RFC5305], or the TE Router ID Router ID TLV described in Section 4.3 of RFC 5305, or the
described in Section 3.2.1 of [RFC6119]. TE Router ID TLV described in Section 3.2.1 of RFC 6119.
The reachability of such a TE node MAY be achieved by a The reachability of such a TE node MAY be achieved by a
mechanism such as Section 6.2 of [RFC6827]."; mechanism such as that described in Section 6.2 of RFC 6827.";
reference
"RFC 3630: Traffic Engineering (TE) Extensions to OSPF
Version 2, Section 2.4.1
RFC 5305: IS-IS Extensions for Traffic Engineering,
Section 4.3
RFC 6119: IPv6 Traffic Engineering in IS-IS, Section 3.2.1
RFC 6827: Automatically Switched Optical Network (ASON)
Routing for OSPFv2 Protocols, Section 3";
} }
typedef te-oper-status { typedef te-oper-status {
type te-common-status; type te-common-status;
description description
"Defines a type representing the operational status of "Defines a type representing the operational status of
a TE resource."; a TE resource.";
} }
typedef te-admin-status { typedef te-admin-status {
type te-common-status; type te-common-status;
description description
"Defines a type representing the administrative status of "Defines a type representing the administrative status of
a TE resource."; a TE resource.";
} }
typedef te-path-disjointness { typedef te-path-disjointness {
type bits { type bits {
bit node { bit node {
skipping to change at line 821 skipping to change at line 709
type te-common-status; type te-common-status;
description description
"Defines a type representing the administrative status of "Defines a type representing the administrative status of
a TE resource."; a TE resource.";
} }
typedef te-path-disjointness { typedef te-path-disjointness {
type bits { type bits {
bit node { bit node {
position 0; position 0;
description "Node disjoint."; description
"Node disjoint.";
} }
bit link { bit link {
position 1; position 1;
description "Link disjoint."; description
"Link disjoint.";
} }
bit srlg { bit srlg {
position 2; position 2;
description "SRLG (Shared Risk Link Group) disjoint."; description
"SRLG (Shared Risk Link Group) disjoint.";
} }
} }
description description
"Type of the resource disjointness for a TE tunnel path."; "Type of the resource disjointness for a TE tunnel path.";
reference reference
"RFC4872: RSVP-TE Extensions in Support of End-to-End "RFC 4872: RSVP-TE Extensions in Support of End-to-End
Generalized Multi-Protocol Label Switching (GMPLS) Generalized Multi-Protocol Label Switching (GMPLS) Recovery";
Recovery"; }
} // te-path-disjointness
typedef te-recovery-status { typedef te-recovery-status {
type enumeration { type enumeration {
enum normal { enum normal {
description description
"Both the recovery and working spans are fully "Both the recovery span and the working span are fully
allocated and active, data traffic is being allocated and active, data traffic is being
transported over (or selected from) the working transported over (or selected from) the working
span, and no trigger events are reported."; span, and no trigger events are reported.";
} }
enum recovery-started { enum recovery-started {
description description
"The recovery action has been started, but not completed."; "The recovery action has been started but not completed.";
} }
enum recovery-succeeded { enum recovery-succeeded {
description description
"The recovery action has succeeded. The working span has "The recovery action has succeeded. The working span has
reported a failure/degrade condition and the user traffic reported a failure/degrade condition, and the user traffic
is being transported (or selected) on the recovery span."; is being transported (or selected) on the recovery span.";
} }
enum recovery-failed { enum recovery-failed {
description description
"The recovery action has failed."; "The recovery action has failed.";
} }
enum reversion-started { enum reversion-started {
description description
"The reversion has started."; "The reversion has started.";
} }
enum reversion-succeeded { enum reversion-succeeded {
description description
"The reversion action has succeeded."; "The reversion action has succeeded.";
} }
enum reversion-failed { enum reversion-failed {
description description
"The reversion has failed."; "The reversion has failed.";
} }
enum recovery-unavailable { enum recovery-unavailable {
description description
"The recovery is unavailable -- either as a result of an "The recovery is unavailable, as a result of either an
operator Lockout command or a failure condition detected operator's lockout command or a failure condition
on the recovery span."; detected on the recovery span.";
} }
enum recovery-admin { enum recovery-admin {
description description
"The operator has issued a command switching the user "The operator has issued a command to switch the user
traffic to the recovery span."; traffic to the recovery span.";
} }
enum wait-to-restore { enum wait-to-restore {
description description
"The recovery domain is recovering from a failure/degrade "The recovery domain is recovering from a failure/degrade
condition on the working span that is being controlled by condition on the working span that is being controlled by
the Wait-to-Restore (WTR) timer."; the Wait-to-Restore (WTR) timer.";
} }
} }
description description
"Defines the status of a recovery action."; "Defines the status of a recovery action.";
reference reference
"RFC4427: Recovery (Protection and Restoration) Terminology "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS). for Generalized Multi-Protocol Label Switching (GMPLS)
RFC6378: MPLS Transport Profile (MPLS-TP) Linear Protection"; RFC 6378: MPLS Transport Profile (MPLS-TP) Linear Protection";
} }
typedef te-template-name { typedef te-template-name {
type string { type string {
pattern '/?([a-zA-Z0-9\-_.]+)(/[a-zA-Z0-9\-_.]+)*'; pattern '/?([a-zA-Z0-9\-_.]+)(/[a-zA-Z0-9\-_.]+)*';
} }
description description
"A type for the name of a TE node template or TE link "A type for the name of a TE node template or TE link
template."; template.";
} }
typedef te-topology-event-type { typedef te-topology-event-type {
type enumeration { type enumeration {
enum "add" { enum add {
value 0; value 0;
description description
"A TE node or te-link has been added."; "A TE node or TE link has been added.";
} }
enum "remove" { enum remove {
value 1; value 1;
description description
"A TE node or te-link has been removed."; "A TE node or TE link has been removed.";
} }
enum "update" { enum update {
value 2; value 2;
description description
"A TE node or te-link has been updated."; "A TE node or TE link has been updated.";
} }
} }
description "TE Event type for notifications"; description
} // te-topology-event-type "TE event type for notifications.";
}
typedef te-topology-id { typedef te-topology-id {
type union { type union {
type string { type string {
length 0; // empty string length "0";
} // empty string
type string { }
pattern type string {
'([a-zA-Z0-9\-_.]+:)*' pattern '([a-zA-Z0-9\-_.]+:)*'
+ '/?([a-zA-Z0-9\-_.]+)(/[a-zA-Z0-9\-_.]+)*'; + '/?([a-zA-Z0-9\-_.]+)(/[a-zA-Z0-9\-_.]+)*';
} }
} }
description description
"An identifier for a topology. "An identifier for a topology.
It is optional to have one or more prefixes at the beginning, It is optional to have one or more prefixes at the beginning,
separated by colons. The prefixes can be the network-types, separated by colons. The prefixes can be 'network-types' as
defined in ietf-network.yang, to help user to understand the defined in the 'ietf-network' module in RFC 8345, to help the
topology better before further inquiry."; user better understand the topology before further inquiry
reference "RFC8345"; is made.";
reference
"RFC 8345: A YANG Data Model for Network Topologies";
} }
typedef te-tp-id { typedef te-tp-id {
type union { type union {
type uint32; // Unnumbered type uint32;
type inet:ip-address; // IPv4 or IPv6 address // Unnumbered
type inet:ip-address;
// IPv4 or IPv6 address
} }
description description
"An identifier for a TE link endpoint on a node. "An identifier for a TE link endpoint on a node.
This attribute is mapped to local or remote link identifier in This attribute is mapped to a local or remote link identifier
RFC3630 and RFC5305."; as defined in RFCs 3630 and 5305.";
reference
"RFC 3630: Traffic Engineering (TE) Extensions to OSPF
Version 2
RFC 5305: IS-IS Extensions for Traffic Engineering";
} }
/* TE features */ /* TE features */
feature p2mp-te { feature p2mp-te {
description description
"Indicates support for P2MP-TE"; "Indicates support for Point-to-Multipoint TE (P2MP-TE).";
reference "RFC4875"; reference
"RFC 4875: Extensions to Resource Reservation Protocol -
Traffic Engineering (RSVP-TE) for Point-to-Multipoint TE
Label Switched Paths (LSPs)";
} }
feature frr-te { feature frr-te {
description description
"Indicates support for TE FastReroute (FRR)"; "Indicates support for TE Fast Reroute (FRR).";
reference "RFC4090"; reference
"RFC 4090: Fast Reroute Extensions to RSVP-TE for LSP Tunnels";
} }
feature extended-admin-groups { feature extended-admin-groups {
description description
"Indicates support for TE link extended admin "Indicates support for TE link extended administrative
groups."; groups.";
reference "RFC7308"; reference
"RFC 7308: Extended Administrative Groups in MPLS Traffic
Engineering (MPLS-TE)";
} }
feature named-path-affinities { feature named-path-affinities {
description description
"Indicates support for named path affinities"; "Indicates support for named path affinities.";
} }
feature named-extended-admin-groups { feature named-extended-admin-groups {
description description
"Indicates support for named extended admin groups"; "Indicates support for named extended administrative groups.";
} }
feature named-srlg-groups { feature named-srlg-groups {
description description
"Indicates support for named SRLG groups"; "Indicates support for named SRLG groups.";
} }
feature named-path-constraints { feature named-path-constraints {
description description
"Indicates support for named path constraints"; "Indicates support for named path constraints.";
} }
feature path-optimization-metric { feature path-optimization-metric {
description description
"Indicates support for path optimization metric"; "Indicates support for path optimization metrics.";
} }
feature path-optimization-objective-function { feature path-optimization-objective-function {
description description
"Indicates support for path optimization objective function"; "Indicates support for path optimization objective functions.";
} }
/* /*
* Identities * Identities
*/ */
identity session-attributes-flags { identity session-attributes-flags {
description description
"Base identity for the RSVP-TE session attributes flags"; "Base identity for the RSVP-TE session attributes flags.";
} }
identity local-protection-desired { identity local-protection-desired {
base session-attributes-flags; base session-attributes-flags;
description "Fastreroute local protection is desired."; description
reference "RFC3209"; "Local protection is desired.";
reference
"RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels,
Section 4.7.1";
} }
identity se-style-desired { identity se-style-desired {
base session-attributes-flags; base session-attributes-flags;
description description
"Shared explicit style to allow the LSP to be "Shared explicit style, to allow the LSP to be established
established sharing resources with the old LSP."; and share resources with the old LSP.";
reference "RFC3209"; reference
"RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels";
} }
identity local-recording-desired { identity local-recording-desired {
base session-attributes-flags; base session-attributes-flags;
description "Local recording desired"; description
reference "RFC3209"; "Label recording is desired.";
reference
"RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels,
Section 4.7.1";
} }
identity bandwidth-protection-desired { identity bandwidth-protection-desired {
base session-attributes-flags; base session-attributes-flags;
description description
"Request FRR bandwidth protection on LSRs if "Requests FRR bandwidth protection on LSRs, if present.";
present."; reference
reference "RFC4090"; "RFC 4090: Fast Reroute Extensions to RSVP-TE for LSP Tunnels";
} }
identity node-protection-desired { identity node-protection-desired {
base session-attributes-flags; base session-attributes-flags;
description description
"Request FRR node protection on LSRs if "Requests FRR node protection on LSRs, if present.";
present."; reference
reference "RFC4090"; "RFC 4090: Fast Reroute Extensions to RSVP-TE for LSP Tunnels";
} }
identity path-reevaluation-request { identity path-reevaluation-request {
base session-attributes-flags; base session-attributes-flags;
description description
"This flag indicates that a path re-evaluation (of the "This flag indicates that a path re-evaluation (of the
current path in use) is requested. Note that this does current path in use) is requested. Note that this does
not trigger any LSP Reroute but instead just signals a not trigger any LSP reroutes but instead just signals a
request to evaluate whether a preferable path exists."; request to evaluate whether a preferable path exists.";
reference "RFC4736"; reference
"RFC 4736: Reoptimization of Multiprotocol Label Switching
(MPLS) Traffic Engineering (TE) Loosely Routed Label Switched
Path (LSP)";
} }
identity soft-preemption-desired { identity soft-preemption-desired {
base session-attributes-flags; base session-attributes-flags;
description description
"Soft-preemption of LSP resources is desired"; "Soft preemption of LSP resources is desired.";
reference "RFC5712"; reference
"RFC 5712: MPLS Traffic Engineering Soft Preemption";
} }
identity lsp-attributes-flags { identity lsp-attributes-flags {
description "Base identity for per hop attribute flags"; description
"Base identity for LSP attributes flags.";
} }
identity end-to-end-rerouting-desired { identity end-to-end-rerouting-desired {
base lsp-attributes-flags; base lsp-attributes-flags;
description description
"Indicates end-to-end re-routing behavior for an "Indicates end-to-end rerouting behavior for an LSP
LSP under establishment. This MAY also be used for undergoing establishment. This MAY also be used to
specifying the behavior of end-to-end LSP recovery for specify the behavior of end-to-end LSP recovery for
established LSPs."; established LSPs.";
reference "RFC4920, RFC5420, RFC7570"; reference
"RFC 4920: Crankback Signaling Extensions for MPLS and GMPLS
RSVP-TE
RFC 5420: Encoding of Attributes for MPLS LSP Establishment
Using Resource Reservation Protocol Traffic Engineering
(RSVP-TE)
RFC 7570: Label Switched Path (LSP) Attribute in the Explicit
Route Object (ERO)";
} }
identity boundary-rerouting-desired { identity boundary-rerouting-desired {
base lsp-attributes-flags; base lsp-attributes-flags;
description description
"Indicates boundary re-routing behavior for an LSP under "Indicates boundary rerouting behavior for an LSP undergoing
establishment. This MAY also be used for specifying the establishment. This MAY also be used to specify
segment-based LSP recovery through nested crankback for segment-based LSP recovery through nested crankback for
established LSPs. The boundary ABR/ASBR can either decide established LSPs. The boundary Area Border Router (ABR) /
to forward the PathErr message upstream to an upstream boundary Autonomous System Border Router (ASBR) can decide to forward
ABR/ASBR or to the ingress LSR. the PathErr message upstream to either an upstream boundary
Alternatively, it can try to select another egress boundary ABR/ASBR or the ingress LSR. Alternatively, it can try to
LSR."; select another egress boundary LSR.";
reference "RFC4920, RFC5420, RFC7570"; reference
"RFC 4920: Crankback Signaling Extensions for MPLS and GMPLS
RSVP-TE
RFC 5420: Encoding of Attributes for MPLS LSP Establishment
Using Resource Reservation Protocol Traffic Engineering
(RSVP-TE)
RFC 7570: Label Switched Path (LSP) Attribute in the Explicit
Route Object (ERO)";
} }
identity segment-based-rerouting-desired { identity segment-based-rerouting-desired {
base lsp-attributes-flags; base lsp-attributes-flags;
description description
"Indicates segment-based re-routing behavior for an LSP under "Indicates segment-based rerouting behavior for an LSP
establishment. This MAY also be used to specify the segment- undergoing establishment. This MAY also be used to specify
based LSP recovery for established LSPs."; segment-based LSP recovery for established LSPs.";
reference "RFC4920, RFC5420, RFC7570"; reference
"RFC 4920: Crankback Signaling Extensions for MPLS and GMPLS
RSVP-TE
RFC 5420: Encoding of Attributes for MPLS LSP Establishment
Using Resource Reservation Protocol Traffic Engineering
(RSVP-TE)
RFC 7570: Label Switched Path (LSP) Attribute in the Explicit
Route Object (ERO)";
} }
identity lsp-integrity-required { identity lsp-integrity-required {
base lsp-attributes-flags; base lsp-attributes-flags;
description "Indicates LSP integrity is required"; description
reference "RFC4875, RFC7570"; "Indicates that LSP integrity is required.";
reference
"RFC 4875: Extensions to Resource Reservation Protocol -
Traffic Engineering (RSVP-TE) for Point-to-Multipoint TE
Label Switched Paths (LSPs)
RFC 7570: Label Switched Path (LSP) Attribute in the Explicit
Route Object (ERO)";
} }
identity contiguous-lsp-desired { identity contiguous-lsp-desired {
base lsp-attributes-flags; base lsp-attributes-flags;
description "Indicates contiguous LSP is desired"; description
reference "RFC5151, RFC7570"; "Indicates that a contiguous LSP is desired.";
reference
"RFC 5151: Inter-Domain MPLS and GMPLS Traffic Engineering --
Resource Reservation Protocol-Traffic Engineering (RSVP-TE)
Extensions
RFC 7570: Label Switched Path (LSP) Attribute in the Explicit
Route Object (ERO)";
} }
identity lsp-stitching-desired { identity lsp-stitching-desired {
base lsp-attributes-flags; base lsp-attributes-flags;
description "Indicates LSP stitching is desired"; description
reference "RFC5150, RFC7570"; "Indicates that LSP stitching is desired.";
reference
"RFC 5150: Label Switched Path Stitching with Generalized
Multiprotocol Label Switching Traffic Engineering (GMPLS TE)
RFC 7570: Label Switched Path (LSP) Attribute in the Explicit
Route Object (ERO)";
} }
identity pre-planned-lsp-flag { identity pre-planned-lsp-flag {
base lsp-attributes-flags; base lsp-attributes-flags;
description description
"Indicates the LSP MUST be provisioned in the "Indicates that the LSP MUST be provisioned in the
control plane only."; control plane only.";
reference "RFC6001, RFC7570"; reference
"RFC 6001: Generalized MPLS (GMPLS) Protocol Extensions for
Multi-Layer and Multi-Region Networks (MLN/MRN)
RFC 7570: Label Switched Path (LSP) Attribute in the Explicit
Route Object (ERO)";
} }
identity non-php-behavior-flag { identity non-php-behavior-flag {
base lsp-attributes-flags; base lsp-attributes-flags;
description description
"Indicates non-php behavior for the LSP is desired"; "Indicates that non-PHP (non-Penultimate Hop Popping) behavior
reference "RFC6511, RFC7570"; for the LSP is desired.";
reference
"RFC 6511: Non-Penultimate Hop Popping Behavior and Out-of-Band
Mapping for RSVP-TE Label Switched Paths
RFC 7570: Label Switched Path (LSP) Attribute in the Explicit
Route Object (ERO)";
} }
identity oob-mapping-flag { identity oob-mapping-flag {
base lsp-attributes-flags; base lsp-attributes-flags;
description description
"Indicates signaling of the egress binding information "Indicates that signaling of the egress binding information is
is out-of-band , (e.g., via Border Gateway Protocol (BGP))"; out of band (e.g., via the Border Gateway Protocol (BGP)).";
reference "RFC6511, RFC7570"; reference
"RFC 6511: Non-Penultimate Hop Popping Behavior and Out-of-Band
Mapping for RSVP-TE Label Switched Paths
RFC 7570: Label Switched Path (LSP) Attribute in the Explicit
Route Object (ERO)";
} }
identity entropy-label-capability { identity entropy-label-capability {
base lsp-attributes-flags; base lsp-attributes-flags;
description "Indicates entropy label capability"; description
reference "RFC6790, RFC7570"; "Indicates entropy label capability.";
reference
"RFC 6790: The Use of Entropy Labels in MPLS Forwarding
RFC 7570: Label Switched Path (LSP) Attribute in the Explicit
Route Object (ERO)";
} }
identity oam-mep-entity-desired { identity oam-mep-entity-desired {
base lsp-attributes-flags; base lsp-attributes-flags;
description description
"OAM Maintenance Entity Group End Point (MEP) entities desired"; "OAM Maintenance Entity Group End Point (MEP) entities
reference "RFC7260"; desired.";
reference
"RFC 7260: GMPLS RSVP-TE Extensions for Operations,
Administration, and Maintenance (OAM) Configuration";
} }
identity oam-mip-entity-desired { identity oam-mip-entity-desired {
base lsp-attributes-flags; base lsp-attributes-flags;
description description
"OAM Maintenance Entity Group Intermediate Points (MIP) "OAM Maintenance Entity Group Intermediate Points (MIP)
entities desired"; entities desired.";
reference "RFC7260"; reference
"RFC 7260: GMPLS RSVP-TE Extensions for Operations,
Administration, and Maintenance (OAM) Configuration";
} }
identity srlg-collection-desired { identity srlg-collection-desired {
base lsp-attributes-flags; base lsp-attributes-flags;
description "SRLG collection desired"; description
reference "RFC8001, RFC7570"; "SRLG collection desired.";
reference
"RFC 7570: Label Switched Path (LSP) Attribute in the Explicit
Route Object (ERO)
RFC 8001: RSVP-TE Extensions for Collecting Shared Risk
Link Group (SRLG) Information";
} }
identity loopback-desired { identity loopback-desired {
base lsp-attributes-flags; base lsp-attributes-flags;
description description
"This flag indicates a particular node on the LSP is "This flag indicates that a particular node on the LSP is
required to enter loopback mode. This can also be required to enter loopback mode. This can also be
used for specifying the loopback state of the node."; used to specify the loopback state of the node.";
reference "RFC7571"; reference
"RFC 7571: GMPLS RSVP-TE Extensions for Lock Instruct and
Loopback";
} }
identity p2mp-te-tree-eval-request { identity p2mp-te-tree-eval-request {
base lsp-attributes-flags; base lsp-attributes-flags;
description "P2MP-TE tree re-evaluation request"; description
reference "RFC8149"; "P2MP-TE tree re-evaluation request.";
reference
"RFC 8149: RSVP Extensions for Reoptimization of Loosely Routed
Point-to-Multipoint Traffic Engineering Label Switched Paths
(LSPs)";
} }
identity rtm-set-desired { identity rtm-set-desired {
base lsp-attributes-flags; base lsp-attributes-flags;
description description
"Residence Time Measurement (RTM) attribute flag requested"; "Residence Time Measurement (RTM) attribute flag requested.";
reference "RFC8169"; reference
"RFC 8169: Residence Time Measurement in MPLS Networks";
} }
identity link-protection-type { identity link-protection-type {
description "Base identity for link protection type."; description
"Base identity for the link protection type.";
} }
identity link-protection-unprotected { identity link-protection-unprotected {
base link-protection-type; base link-protection-type;
description "Unprotected link type"; description
reference "RFC4872"; "Unprotected link type.";
reference
"RFC 4872: RSVP-TE Extensions in Support of End-to-End
Generalized Multi-Protocol Label Switching (GMPLS) Recovery";
} }
identity link-protection-extra-traffic { identity link-protection-extra-traffic {
base link-protection-type; base link-protection-type;
description "Extra-traffic protected link type"; description
reference "RFC4427."; "Extra-Traffic protected link type.";
reference
"RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity link-protection-shared { identity link-protection-shared {
base link-protection-type; base link-protection-type;
description "Shared protected link type"; description
reference "RFC4872"; "Shared protected link type.";
reference
"RFC 4872: RSVP-TE Extensions in Support of End-to-End
Generalized Multi-Protocol Label Switching (GMPLS) Recovery";
} }
identity link-protection-1-for-1 { identity link-protection-1-for-1 {
base link-protection-type; base link-protection-type;
description "One for one protected link type"; description
reference "RFC4872"; "One-for-one (1:1) protected link type.";
reference
"RFC 4872: RSVP-TE Extensions in Support of End-to-End
Generalized Multi-Protocol Label Switching (GMPLS) Recovery";
} }
identity link-protection-1-plus-1 { identity link-protection-1-plus-1 {
base link-protection-type; base link-protection-type;
description "One plus one protected link type"; description
reference "RFC4872"; "One-plus-one (1+1) protected link type.";
reference
"RFC 4872: RSVP-TE Extensions in Support of End-to-End
Generalized Multi-Protocol Label Switching (GMPLS) Recovery";
} }
identity link-protection-enhanced { identity link-protection-enhanced {
base link-protection-type; base link-protection-type;
description "Enhanced protection protected link type"; description
reference "RFC4872"; "A compound link protection type derived from the underlay
TE tunnel protection configuration supporting the TE link.";
} }
identity association-type { identity association-type {
description "Base identity for tunnel association"; description
"Base identity for the tunnel association.";
} }
identity association-type-recovery { identity association-type-recovery {
base association-type; base association-type;
description description
"Association Type Recovery used to associate LSPs of "Association type for recovery, used to associate LSPs of the
same tunnel for recovery"; same tunnel for recovery.";
reference "RFC6780, RFC4872"; reference
"RFC 4872: RSVP-TE Extensions in Support of End-to-End
Generalized Multi-Protocol Label Switching (GMPLS) Recovery
RFC 6780: RSVP ASSOCIATION Object Extensions";
} }
identity association-type-resource-sharing { identity association-type-resource-sharing {
base association-type; base association-type;
description description
"Association Type Resource Sharing used to enable resource "Association type for resource sharing, used to enable
sharing during make-before-break."; resource sharing during make-before-break.";
reference "RFC6780, RFC4873"; reference
"RFC 4873: GMPLS Segment Recovery
RFC 6780: RSVP ASSOCIATION Object Extensions";
} }
identity association-type-double-sided-bidir { identity association-type-double-sided-bidir {
base association-type; base association-type;
description description
"Association Type Double Sided bidirectional used to associate "Association type for double-sided bidirectional LSPs,
two LSPs of two tunnels that are independently configured on used to associate two LSPs of two tunnels that are
either endpoint"; independently configured on either endpoint.";
reference "RFC7551"; reference
"RFC 7551: RSVP-TE Extensions for Associated Bidirectional
Label Switched Paths (LSPs)";
} }
identity association-type-single-sided-bidir { identity association-type-single-sided-bidir {
base association-type; base association-type;
description description
"Association Type Single Sided bidirectional used to associate "Association type for single-sided bidirectional LSPs,
two LSPs of two tunnels, where a tunnel is configured on one used to associate two LSPs of two tunnels, where one
side/endpoint, and the other tunnel is dynamically created on tunnel is configured on one side/endpoint and the other
the other endpoint"; tunnel is dynamically created on the other endpoint.";
reference "RFC6780,RFC7551"; reference
"RFC 6780: RSVP ASSOCIATION Object Extensions
RFC 7551: RSVP-TE Extensions for Associated Bidirectional
Label Switched Paths (LSPs)";
} }
identity objective-function-type { identity objective-function-type {
description "Base objective function type"; description
"Base objective function type.";
} }
identity of-minimize-cost-path { identity of-minimize-cost-path {
base objective-function-type; base objective-function-type;
description description
"Minimize cost of path objective function"; "Objective function for minimizing path cost.";
reference "RFC5541"; reference
"RFC 5541: Encoding of Objective Functions in the Path
Computation Element Communication Protocol (PCEP)";
} }
identity of-minimize-load-path { identity of-minimize-load-path {
base objective-function-type; base objective-function-type;
description description
"Minimize the load on path(s) objective "Objective function for minimizing the load on one or more
function"; paths.";
reference "RFC5541"; reference
"RFC 5541: Encoding of Objective Functions in the Path
Computation Element Communication Protocol (PCEP)";
} }
identity of-maximize-residual-bandwidth { identity of-maximize-residual-bandwidth {
base objective-function-type; base objective-function-type;
description description
"Maximize the residual bandwidth objective "Objective function for maximizing residual bandwidth.";
function"; reference
reference "RFC5541"; "RFC 5541: Encoding of Objective Functions in the Path
Computation Element Communication Protocol (PCEP)";
} }
identity of-minimize-agg-bandwidth-consumption { identity of-minimize-agg-bandwidth-consumption {
base objective-function-type; base objective-function-type;
description description
"minimize the aggregate bandwidth consumption "Objective function for minimizing aggregate bandwidth
objective function"; consumption.";
reference "RFC5541"; reference
"RFC 5541: Encoding of Objective Functions in the Path
Computation Element Communication Protocol (PCEP)";
} }
identity of-minimize-load-most-loaded-link { identity of-minimize-load-most-loaded-link {
base objective-function-type; base objective-function-type;
description description
"Minimize the load on the most loaded link "Objective function for minimizing the load on the link that
objective function"; is carrying the highest load.";
reference "RFC5541"; reference
"RFC 5541: Encoding of Objective Functions in the Path
Computation Element Communication Protocol (PCEP)";
} }
identity of-minimize-cost-path-set { identity of-minimize-cost-path-set {
base objective-function-type; base objective-function-type;
description description
"Minimize the cost on a path set objective "Objective function for minimizing the cost on a path set.";
function"; reference
reference "RFC5541"; "RFC 5541: Encoding of Objective Functions in the Path
Computation Element Communication Protocol (PCEP)";
} }
identity path-computation-method { identity path-computation-method {
description description
"base identity for supported path computation "Base identity for supported path computation mechanisms.";
mechanisms";
} }
identity path-locally-computed { identity path-locally-computed {
base path-computation-method; base path-computation-method;
description description
"indicates a constrained-path LSP in which the "Indicates a constrained-path LSP in which the
path is computed by the local LER"; path is computed by the local LER.";
reference "RFC3272 section 5.4"; reference
"RFC 3272: Overview and Principles of Internet Traffic
Engineering, Section 5.4";
} }
identity path-externally-queried { identity path-externally-queried {
base path-computation-method; base path-computation-method;
description description
"Constrained-path LSP in which the path is "Constrained-path LSP in which the path is obtained by
obtained by querying an external source, such as a PCE server. querying an external source, such as a PCE server.
In the case that an LSP is defined to be externally queried, it In the case that an LSP is defined to be externally queried,
may also have associated explicit definitions (provided it may also have associated explicit definitions (provided
to the external source to aid computation). The path that is to the external source to aid computation). The path that is
returned by the external source may require further local returned by the external source may require further local
computation on the device."; computation on the device.";
reference "RFC4657, RFC3272"; reference
"RFC 3272: Overview and Principles of Internet Traffic
Engineering
RFC 4657: Path Computation Element (PCE) Communication
Protocol Generic Requirements";
} }
identity path-explicitly-defined { identity path-explicitly-defined {
base path-computation-method; base path-computation-method;
description description
"constrained-path LSP in which the path is "Constrained-path LSP in which the path is
explicitly specified as a collection of strict or/and loose explicitly specified as a collection of strict and/or loose
hops"; hops.";
reference "RFC3209 and RFC3272"; reference
"RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels
RFC 3272: Overview and Principles of Internet Traffic
Engineering";
} }
identity lsp-metric-type { identity lsp-metric-type {
description description
"Base identity for types of LSP metric specification"; "Base identity for the LSP metric specification types.";
} }
identity lsp-metric-relative { identity lsp-metric-relative {
base lsp-metric-type; base lsp-metric-type;
description description
"The metric specified for the LSPs to which this identity refers "The metric specified for the LSPs to which this identity
is specified as a relative value to the IGP metric cost to the refers is specified as a value relative to the IGP metric
LSP's tail-end."; cost to the LSP's tail end.";
reference "RFC4657"; reference
"RFC 4657: Path Computation Element (PCE) Communication
Protocol Generic Requirements";
} }
identity lsp-metric-absolute { identity lsp-metric-absolute {
base lsp-metric-type; base lsp-metric-type;
description description
"The metric specified for the LSPs to which this identity refers "The metric specified for the LSPs to which this identity
is specified as an absolute value"; refers is specified as an absolute value.";
reference "RFC4657"; reference
"RFC 4657: Path Computation Element (PCE) Communication
Protocol Generic Requirements";
} }
identity lsp-metric-inherited { identity lsp-metric-inherited {
base lsp-metric-type; base lsp-metric-type;
description description
"The metric for the LSPs to which this identity refers is "The metric for the LSPs to which this identity refers is
not specified explicitly - but rather inherited from the IGP not specified explicitly; rather, it is directly inherited
cost directly"; from the IGP cost.";
reference "RFC4657"; reference
"RFC 4657: Path Computation Element (PCE) Communication
Protocol Generic Requirements";
} }
identity te-tunnel-type { identity te-tunnel-type {
description description
"Base identity from which specific tunnel types are "Base identity from which specific tunnel types are derived.";
derived.";
} }
identity te-tunnel-p2p { identity te-tunnel-p2p {
base te-tunnel-type; base te-tunnel-type;
description description
"TE point-to-point tunnel type."; "TE Point-to-Point (P2P) tunnel type.";
reference "RFC3209"; reference
"RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels";
} }
identity te-tunnel-p2mp { identity te-tunnel-p2mp {
base te-tunnel-type; base te-tunnel-type;
description description
"TE point-to-multipoint tunnel type."; "TE P2MP tunnel type.";
reference "RFC4875"; reference
"RFC 4875: Extensions to Resource Reservation Protocol -
Traffic Engineering (RSVP-TE) for Point-to-Multipoint TE
Label Switched Paths (LSPs)";
} }
identity tunnel-action-type { identity tunnel-action-type {
description description
"Base identity from which specific tunnel action types "Base identity from which specific tunnel action types
are derived."; are derived.";
} }
identity tunnel-action-resetup { identity tunnel-action-resetup {
base tunnel-action-type; base tunnel-action-type;
description description
"TE tunnel action resetup. Tears the "TE tunnel action that tears down the tunnel's current LSP
tunnel's current LSP (if any) and (if any) and attempts to re-establish a new LSP.";
attempts to re-establish a new LSP";
} }
identity tunnel-action-reoptimize { identity tunnel-action-reoptimize {
base tunnel-action-type; base tunnel-action-type;
description description
"TE tunnel action reoptimize. "TE tunnel action that reoptimizes the placement of the
Reoptimizes placement of the tunnel LSP(s)"; tunnel LSP(s).";
} }
identity tunnel-action-switchpath { identity tunnel-action-switchpath {
base tunnel-action-type; base tunnel-action-type;
description description
"TE tunnel action switchpath "TE tunnel action that switches the tunnel's LSP to use the
Switches the tunnel's LSP to use the specified path"; specified path.";
} }
identity te-action-result { identity te-action-result {
description description
"Base identity from which specific TE action results "Base identity from which specific TE action results
are derived."; are derived.";
} }
identity te-action-success { identity te-action-success {
base te-action-result; base te-action-result;
description "TE action successful."; description
"TE action was successful.";
} }
identity te-action-fail { identity te-action-fail {
base te-action-result; base te-action-result;
description "TE action failed."; description
"TE action failed.";
} }
identity tunnel-action-inprogress { identity tunnel-action-inprogress {
base te-action-result; base te-action-result;
description "TE action inprogress."; description
"TE action is in progress.";
} }
identity tunnel-admin-state-type { identity tunnel-admin-state-type {
description description
"Base identity for TE tunnel admin states"; "Base identity for TE tunnel administrative states.";
} }
identity tunnel-admin-state-up { identity tunnel-admin-state-up {
base tunnel-admin-state-type; base tunnel-admin-state-type;
description "Tunnel administratively state up"; description
"Tunnel's administrative state is up.";
} }
identity tunnel-admin-state-down { identity tunnel-admin-state-down {
base tunnel-admin-state-type; base tunnel-admin-state-type;
description "Tunnel administratively state down"; description
"Tunnel's administrative state is down.";
} }
identity tunnel-state-type { identity tunnel-state-type {
description description
"Base identity for TE tunnel states"; "Base identity for TE tunnel states.";
} }
identity tunnel-state-up { identity tunnel-state-up {
base tunnel-state-type; base tunnel-state-type;
description "Tunnel state up"; description
"Tunnel's state is up.";
} }
identity tunnel-state-down { identity tunnel-state-down {
base tunnel-state-type; base tunnel-state-type;
description "Tunnel state down"; description
"Tunnel's state is down.";
} }
identity lsp-state-type { identity lsp-state-type {
description description
"Base identity for TE LSP states"; "Base identity for TE LSP states.";
} }
identity lsp-path-computing { identity lsp-path-computing {
base lsp-state-type; base lsp-state-type;
description description
"State path compute in progress"; "State path computation is in progress.";
} }
identity lsp-path-computation-ok { identity lsp-path-computation-ok {
base lsp-state-type; base lsp-state-type;
description description
"State path compute successful"; "State path computation was successful.";
} }
identity lsp-path-computation-failed { identity lsp-path-computation-failed {
base lsp-state-type; base lsp-state-type;
description description
"State path compute failed"; "State path computation failed.";
} }
identity lsp-state-setting-up { identity lsp-state-setting-up {
base lsp-state-type; base lsp-state-type;
description description
"State setting up"; "State is being set up.";
} }
identity lsp-state-setup-ok { identity lsp-state-setup-ok {
base lsp-state-type; base lsp-state-type;
description description
"State setup successful"; "State setup was successful.";
} }
identity lsp-state-setup-failed { identity lsp-state-setup-failed {
base lsp-state-type; base lsp-state-type;
description description
"State setup failed"; "State setup failed.";
} }
identity lsp-state-up { identity lsp-state-up {
base lsp-state-type; base lsp-state-type;
description "State up"; description
"State is up.";
} }
identity lsp-state-tearing-down { identity lsp-state-tearing-down {
base lsp-state-type; base lsp-state-type;
description description
"State tearing down"; "State is being torn down.";
} }
identity lsp-state-down { identity lsp-state-down {
base lsp-state-type; base lsp-state-type;
description "State down"; description
"State is down.";
} }
identity path-invalidation-action-type { identity path-invalidation-action-type {
description description
"Base identity for TE path invalidation action types"; "Base identity for TE path invalidation action types.";
} }
identity path-invalidation-action-drop { identity path-invalidation-action-drop {
base path-invalidation-action-type; base path-invalidation-action-type;
description description
"TE path invalidation action to drop"; "Upon invalidation of the TE tunnel path, the tunnel remains
reference "RFC3209 section 2.5"; valid, but any packet mapped over the tunnel is dropped.";
reference
"RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels,
Section 2.5";
} }
identity path-invalidation-action-teardown { identity path-invalidation-action-teardown {
base path-invalidation-action-type; base path-invalidation-action-type;
description description
"TE path invalidation action teardown"; "TE path invalidation action teardown.";
reference "RFC3209 section 2.5"; reference
"RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels,
Section 2.5";
} }
identity lsp-restoration-type { identity lsp-restoration-type {
description description
"Base identity from which LSP restoration types are "Base identity from which LSP restoration types are derived.";
derived.";
} }
identity lsp-restoration-restore-any { identity lsp-restoration-restore-any {
base lsp-restoration-type; base lsp-restoration-type;
description description
"Restores when any of the LSPs is affected by a failure"; "Any LSP affected by a failure is restored.";
} }
identity lsp-restoration-restore-all { identity lsp-restoration-restore-all {
base lsp-restoration-type; base lsp-restoration-type;
description description
"Restores when all the tunnel LSPs are affected by failure"; "Affected LSPs are restored after all LSPs of the tunnel are
broken.";
} }
identity restoration-scheme-type { identity restoration-scheme-type {
description description
"Base identity for LSP restoration schemes"; "Base identity for LSP restoration schemes.";
} }
identity restoration-scheme-preconfigured { identity restoration-scheme-preconfigured {
base restoration-scheme-type; base restoration-scheme-type;
description description
"Restoration LSP is preconfigured prior to the failure"; "Restoration LSP is preconfigured prior to the failure.";
reference "RFC4427"; reference
"RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity restoration-scheme-precomputed { identity restoration-scheme-precomputed {
base restoration-scheme-type; base restoration-scheme-type;
description description
"Restoration LSP is precomputed prior to the failure"; "Restoration LSP is precomputed prior to the failure.";
reference "RFC4427"; reference
"RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity restoration-scheme-presignaled { identity restoration-scheme-presignaled {
base restoration-scheme-type; base restoration-scheme-type;
description description
"Restoration LSP is presignaled prior to the failure"; "Restoration LSP is presignaled prior to the failure.";
reference "RFC4427"; reference
"RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity lsp-protection-type { identity lsp-protection-type {
description description
"Base identity from which LSP protection types are "Base identity from which LSP protection types are derived.";
derived."; reference
reference "RFC4872"; "RFC 4872: RSVP-TE Extensions in Support of End-to-End
Generalized Multi-Protocol Label Switching (GMPLS) Recovery";
} }
identity lsp-protection-unprotected { identity lsp-protection-unprotected {
base lsp-protection-type; base lsp-protection-type;
description description
"LSP protection 'Unprotected'"; "'Unprotected' LSP protection type.";
reference "RFC4872"; reference
"RFC 4872: RSVP-TE Extensions in Support of End-to-End
Generalized Multi-Protocol Label Switching (GMPLS) Recovery";
} }
identity lsp-protection-reroute-extra { identity lsp-protection-reroute-extra {
base lsp-protection-type; base lsp-protection-type;
description description
"LSP protection '(Full) Rerouting'"; "'(Full) Rerouting' LSP protection type.";
reference "RFC4872"; reference
"RFC 4872: RSVP-TE Extensions in Support of End-to-End
Generalized Multi-Protocol Label Switching (GMPLS) Recovery";
} }
identity lsp-protection-reroute { identity lsp-protection-reroute {
base lsp-protection-type; base lsp-protection-type;
description description
"LSP protection 'Rerouting without Extra-Traffic'"; "'Rerouting without Extra-Traffic' LSP protection type.";
reference "RFC4872"; reference
"RFC 4872: RSVP-TE Extensions in Support of End-to-End
Generalized Multi-Protocol Label Switching (GMPLS) Recovery";
} }
identity lsp-protection-1-for-n { identity lsp-protection-1-for-n {
base lsp-protection-type; base lsp-protection-type;
description description
"LSP protection '1:N Protection with Extra-Traffic'"; "'1:N Protection with Extra-Traffic' LSP protection type.";
reference "RFC4872"; reference
} "RFC 4872: RSVP-TE Extensions in Support of End-to-End
identity lsp-protection-unidir-1-for-1 { Generalized Multi-Protocol Label Switching (GMPLS) Recovery";
base lsp-protection-type;
description
"LSP protection '1:1 Unidirectional Protection'";
reference "RFC4872";
} }
identity lsp-protection-bidir-1-for-1 {
identity lsp-protection-1-for-1 {
base lsp-protection-type; base lsp-protection-type;
description description
"LSP protection '1:1 Bidirectional Protection'"; "LSP protection '1:1 Protection Type'.";
reference "RFC4872"; reference
"RFC 4872: RSVP-TE Extensions in Support of End-to-End
Generalized Multi-Protocol Label Switching (GMPLS) Recovery";
} }
identity lsp-protection-unidir-1-plus-1 { identity lsp-protection-unidir-1-plus-1 {
base lsp-protection-type; base lsp-protection-type;
description description
"LSP protection '1+1 Unidirectional Protection'"; "'1+1 Unidirectional Protection' LSP protection type.";
reference "RFC4872"; reference
"RFC 4872: RSVP-TE Extensions in Support of End-to-End
Generalized Multi-Protocol Label Switching (GMPLS) Recovery";
} }
identity lsp-protection-bidir-1-plus-1 { identity lsp-protection-bidir-1-plus-1 {
base lsp-protection-type; base lsp-protection-type;
description description
"LSP protection '1+1 Bidirectional Protection'"; "'1+1 Bidirectional Protection' LSP protection type.";
reference "RFC4872"; reference
"RFC 4872: RSVP-TE Extensions in Support of End-to-End
Generalized Multi-Protocol Label Switching (GMPLS) Recovery";
} }
identity lsp-protection-extra-traffic { identity lsp-protection-extra-traffic {
base lsp-protection-type; base lsp-protection-type;
description description
"LSP protection 'Extra-Traffic'"; "Extra-Traffic LSP protection type.";
reference reference
"RFC4427."; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity lsp-protection-state { identity lsp-protection-state {
description description
"Base identity of protection states for reporting "Base identity of protection states for reporting purposes.";
purposes.";
} }
identity normal { identity normal {
base lsp-protection-state; base lsp-protection-state;
description "Normal state."; description
"Normal state.";
} }
identity signal-fail-of-protection { identity signal-fail-of-protection {
base lsp-protection-state; base lsp-protection-state;
description description
"There is a signal fail condition on the protection "The protection transport entity has a signal fail condition
transport entity which has higher priority than the that is of higher priority than the forced switchover
forced switch command."; command.";
reference reference
"RFC4427"; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity lockout-of-protection { identity lockout-of-protection {
base lsp-protection-state; base lsp-protection-state;
description description
"A Loss of Protection (LoP) command is active."; "A Loss of Protection (LoP) command is active.";
reference reference
"RFC4427"; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity forced-switch { identity forced-switch {
base lsp-protection-state; base lsp-protection-state;
description description
"A forced switch command is active."; "A forced switchover command is active.";
reference reference
"RFC4427"; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity signal-fail { identity signal-fail {
base lsp-protection-state; base lsp-protection-state;
description description
"There is a signal fail condition on either the working "There is a signal fail condition on either the working path
or the protection path."; or the protection path.";
reference reference
"RFC4427"; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity signal-degrade { identity signal-degrade {
base lsp-protection-state; base lsp-protection-state;
description description
"There is an signal degrade condition on either the working "There is a signal degrade condition on either the working
or the protection path."; path or the protection path.";
reference reference
"RFC4427"; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity manual-switch { identity manual-switch {
base lsp-protection-state; base lsp-protection-state;
description description
"A manual switch command is active."; "A manual switchover command is active.";
reference reference
"RFC4427"; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity wait-to-restore { identity wait-to-restore {
base lsp-protection-state; base lsp-protection-state;
description description
"A wait time to restore (WTR) is running."; "A WTR timer is running.";
reference reference
"RFC4427"; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity do-not-revert { identity do-not-revert {
base lsp-protection-state; base lsp-protection-state;
description description
"A DNR condition is active because of a non-revertive "A Do Not Revert (DNR) condition is active because of
behavior."; non-revertive behavior.";
reference reference
"RFC4427"; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity failure-of-protocol { identity failure-of-protocol {
base lsp-protection-state; base lsp-protection-state;
description description
"The protection is not working because of a failure of "LSP protection is not working because of a protocol failure
protocol condition."; condition.";
reference reference
"RFC4427"; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity protection-external-commands { identity protection-external-commands {
description description
"Base identity from which protection external commands "Base identity from which protection-related external commands
for trouble shooting purposes are derived."; used for troubleshooting purposes are derived.";
} }
identity action-freeze { identity action-freeze {
base protection-external-commands; base protection-external-commands;
description description
"A temporary configuration action initiated by an operator "A temporary configuration action initiated by an operator
command to prevent any switch action to be taken and as such command that prevents any switchover action from being taken
freezes the current state."; and, as such, freezes the current state.";
reference reference
"RFC4427"; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity clear-freeze { identity clear-freeze {
base protection-external-commands; base protection-external-commands;
description description
"An action that clears the active freeze state."; "An action that clears the active freeze state.";
reference reference
"RFC4427"; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity action-lockout-of-normal { identity action-lockout-of-normal {
base protection-external-commands; base protection-external-commands;
description description
"A temporary configuration action initiated by an operator "A temporary configuration action initiated by an operator
command to ensure that the normal traffic is not allowed command to ensure that the normal traffic is not allowed
to use the protection transport entity."; to use the protection transport entity.";
reference reference
"RFC4427"; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity clear-lockout-of-normal { identity clear-lockout-of-normal {
base protection-external-commands; base protection-external-commands;
description description
"An action that clears the active lockout of normal state."; "An action that clears the active lockout of the
normal state.";
reference reference
"RFC4427"; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity action-lockout-of-protection { identity action-lockout-of-protection {
base protection-external-commands; base protection-external-commands;
description description
"A temporary configuration action initiated by an operator "A temporary configuration action initiated by an operator
command to ensure that the protection transport entity is command to ensure that the protection transport entity is
temporarily not available to transport a traffic signal temporarily not available to transport a traffic signal
(either normal or extra traffic)."; (either normal or Extra-Traffic).";
reference reference
"RFC4427"; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity action-forced-switch { identity action-forced-switch {
base protection-external-commands; base protection-external-commands;
description description
"A switch action initiated by an operator command to switch "A switchover action initiated by an operator command to switch
the extra traffic signal, the normal traffic signal, or the the Extra-Traffic signal, the normal traffic signal, or the
null signal to the protection transport entity, unless an null signal to the protection transport entity, unless a
equal or higher priority switch command is in effect."; switchover command of equal or higher priority is in effect.";
reference reference
"RFC4427"; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity action-manual-switch { identity action-manual-switch {
base protection-external-commands; base protection-external-commands;
description description
"A switch action initiated by an operator command to switch "A switchover action initiated by an operator command to switch
the extra traffic signal, the normal traffic signal, or the Extra-Traffic signal, the normal traffic signal, or
the null signal to the protection transport entity, unless the null signal to the protection transport entity, unless
a fault condition exists on other transport entities or an a fault condition exists on other transport entities or a
equal or higher priority switch command is in effect."; switchover command of equal or higher priority is in effect.";
reference reference
"RFC4427"; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity action-exercise { identity action-exercise {
base protection-external-commands; base protection-external-commands;
description description
"An action to start testing if the APS communication is "An action that starts testing whether or not APS communication
operating correctly. It is lower priority than any other is operating correctly. It is of lower priority than any
state or command."; other state or command.";
reference reference
"RFC4427"; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity clear { identity clear {
base protection-external-commands; base protection-external-commands;
description description
"An action that clears the active near-end lockout of "An action that clears the active near-end lockout of a
protection, forced switch, manual switch, WTR state, protection, forced switchover, manual switchover, WTR state,
or exercise command."; or exercise command.";
reference reference
"RFC4427"; "RFC 4427: Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)";
} }
identity switching-capabilities { identity switching-capabilities {
description description
"Base identity for interface switching capabilities"; "Base identity for interface switching capabilities.";
reference "RFC3471"; reference
"RFC 3471: Generalized Multi-Protocol Label Switching (GMPLS)
Signaling Functional Description";
} }
identity switching-psc1 { identity switching-psc1 {
base switching-capabilities; base switching-capabilities;
description description
"Packet-Switch Capable-1 (PSC-1)"; "Packet-Switch Capable-1 (PSC-1).";
reference "RFC3471"; reference
"RFC 3471: Generalized Multi-Protocol Label Switching (GMPLS)
Signaling Functional Description";
} }
identity switching-evpl { identity switching-evpl {
base switching-capabilities; base switching-capabilities;
description description
"Ethernet Virtual Private Line (EVPL)"; "Ethernet Virtual Private Line (EVPL).";
reference "RFC6004"; reference
"RFC 6004: Generalized MPLS (GMPLS) Support for Metro Ethernet
Forum and G.8011 Ethernet Service Switching";
} }
identity switching-l2sc { identity switching-l2sc {
base switching-capabilities; base switching-capabilities;
description description
"Layer-2 Switch Capable (L2SC)"; "Layer-2 Switch Capable (L2SC).";
reference "RFC3471"; reference
"RFC 3471: Generalized Multi-Protocol Label Switching (GMPLS)
Signaling Functional Description";
} }
identity switching-tdm { identity switching-tdm {
base switching-capabilities; base switching-capabilities;
description description
"Time-Division-Multiplex Capable (TDM)"; "Time-Division-Multiplex Capable (TDM).";
reference "RFC3471"; reference
"RFC 3471: Generalized Multi-Protocol Label Switching (GMPLS)
Signaling Functional Description";
} }
identity switching-otn { identity switching-otn {
base switching-capabilities; base switching-capabilities;
description description
"OTN-TDM capable"; "OTN-TDM capable.";
reference "RFC7138"; reference
"RFC 7138: Traffic Engineering Extensions to OSPF for GMPLS
Control of Evolving G.709 Optical Transport Networks";
} }
identity switching-dcsc { identity switching-dcsc {
base switching-capabilities; base switching-capabilities;
description description
"Data Channel Switching Capable (DCSC)"; "Data Channel Switching Capable (DCSC).";
reference "RFC6002"; reference
"RFC 6002: Generalized MPLS (GMPLS) Data Channel
Switching Capable (DCSC) and Channel Set Label Extensions";
} }
identity switching-lsc { identity switching-lsc {
base switching-capabilities; base switching-capabilities;
description description
"Lambda-Switch Capable (LSC)"; "Lambda-Switch Capable (LSC).";
reference "RFC3471"; reference
"RFC 3471: Generalized Multi-Protocol Label Switching (GMPLS)
Signaling Functional Description";
} }
identity switching-fsc { identity switching-fsc {
base switching-capabilities; base switching-capabilities;
description description
"Fiber-Switch Capable (FSC)"; "Fiber-Switch Capable (FSC).";
reference "RFC3471"; reference
"RFC 3471: Generalized Multi-Protocol Label Switching (GMPLS)
Signaling Functional Description";
} }
identity lsp-encoding-types { identity lsp-encoding-types {
description description
"Base identity for encoding types"; "Base identity for encoding types.";
reference "RFC3471"; reference
"RFC 3471: Generalized Multi-Protocol Label Switching (GMPLS)
Signaling Functional Description";
} }
identity lsp-encoding-packet { identity lsp-encoding-packet {
base lsp-encoding-types; base lsp-encoding-types;
description description
"Packet LSP encoding"; "Packet LSP encoding.";
reference "RFC3471"; reference
"RFC 3471: Generalized Multi-Protocol Label Switching (GMPLS)
Signaling Functional Description";
} }
identity lsp-encoding-ethernet { identity lsp-encoding-ethernet {
base lsp-encoding-types; base lsp-encoding-types;
description description
"Ethernet LSP encoding"; "Ethernet LSP encoding.";
reference "RFC3471"; reference
"RFC 3471: Generalized Multi-Protocol Label Switching (GMPLS)
Signaling Functional Description";
} }
identity lsp-encoding-pdh { identity lsp-encoding-pdh {
base lsp-encoding-types; base lsp-encoding-types;
description description
"ANSI/ETSI LSP encoding"; "ANSI/ETSI PDH LSP encoding.";
reference "RFC3471"; reference
"RFC 3471: Generalized Multi-Protocol Label Switching (GMPLS)
Signaling Functional Description";
} }
identity lsp-encoding-sdh { identity lsp-encoding-sdh {
base lsp-encoding-types; base lsp-encoding-types;
description description
"SDH ITU-T G.707 / SONET ANSI T1.105 LSP encoding"; "SDH ITU-T G.707 / SONET ANSI T1.105 LSP encoding.";
reference "RFC3471"; reference
"RFC 3471: Generalized Multi-Protocol Label Switching (GMPLS)
Signaling Functional Description";
} }
identity lsp-encoding-digital-wrapper { identity lsp-encoding-digital-wrapper {
base lsp-encoding-types; base lsp-encoding-types;
description description
"Digital Wrapper LSP encoding"; "Digital Wrapper LSP encoding.";
reference "RFC3471"; reference
"RFC 3471: Generalized Multi-Protocol Label Switching (GMPLS)
Signaling Functional Description";
} }
identity lsp-encoding-lambda { identity lsp-encoding-lambda {
base lsp-encoding-types; base lsp-encoding-types;
description description
"Lambda (photonic) LSP encoding"; "Lambda (photonic) LSP encoding.";
reference "RFC3471"; reference
"RFC 3471: Generalized Multi-Protocol Label Switching (GMPLS)
Signaling Functional Description";
} }
identity lsp-encoding-fiber { identity lsp-encoding-fiber {
base lsp-encoding-types; base lsp-encoding-types;
description description
"Fiber LSP encoding"; "Fiber LSP encoding.";
reference "RFC3471"; reference
"RFC 3471: Generalized Multi-Protocol Label Switching (GMPLS)
Signaling Functional Description";
} }
identity lsp-encoding-fiber-channel { identity lsp-encoding-fiber-channel {
base lsp-encoding-types; base lsp-encoding-types;
description description
"Fiber Channel LSP encoding"; "FiberChannel LSP encoding.";
reference "RFC3471"; reference
"RFC 3471: Generalized Multi-Protocol Label Switching (GMPLS)
Signaling Functional Description";
} }
identity lsp-encoding-oduk { identity lsp-encoding-oduk {
base lsp-encoding-types; base lsp-encoding-types;
description description
"G.709 ODUk (Digital Path) LSP encoding"; "G.709 ODUk (Digital Path) LSP encoding.";
reference "RFC4328"; reference
"RFC 4328: Generalized Multi-Protocol Label Switching (GMPLS)
Signaling Extensions for G.709 Optical Transport Networks
Control";
} }
identity lsp-encoding-optical-channel { identity lsp-encoding-optical-channel {
base lsp-encoding-types; base lsp-encoding-types;
description description
"G.709 Optical Channel LSP encoding"; "G.709 Optical Channel LSP encoding.";
reference "RFC4328"; reference
"RFC 4328: Generalized Multi-Protocol Label Switching (GMPLS)
Signaling Extensions for G.709 Optical Transport Networks
Control";
} }
identity lsp-encoding-line { identity lsp-encoding-line {
base lsp-encoding-types; base lsp-encoding-types;
description description
"Line (e.g., 8B/10B) LSP encoding"; "Line (e.g., 8B/10B) LSP encoding.";
reference "RFC6004"; reference
"RFC 6004: Generalized MPLS (GMPLS) Support for Metro
Ethernet Forum and G.8011 Ethernet Service Switching";
} }
identity path-signaling-type { identity path-signaling-type {
description description
"base identity from which specific LSPs path "Base identity from which specific LSP path setup types
setup types are derived"; are derived.";
} }
identity path-setup-static { identity path-setup-static {
base path-signaling-type; base path-signaling-type;
description description
"Static LSP provisioning path setup"; "Static LSP provisioning path setup.";
} }
identity path-setup-rsvp { identity path-setup-rsvp {
base path-signaling-type; base path-signaling-type;
description description
"RSVP-TE signaling path setup"; "RSVP-TE signaling path setup.";
reference "RFC3209"; reference
"RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels";
} }
identity path-setup-sr { identity path-setup-sr {
base path-signaling-type; base path-signaling-type;
description description
"Segment-routing path setup"; "Segment-routing path setup.";
} }
identity path-scope-type { identity path-scope-type {
description description
"base identity from which specific path "Base identity from which specific path scope types are
scope types are derived"; derived.";
} }
identity path-scope-segment { identity path-scope-segment {
base path-scope-type; base path-scope-type;
description description
"Path scope segment"; "Path scope segment.";
reference "RFC4873"; reference
"RFC 4873: GMPLS Segment Recovery";
} }
identity path-scope-end-to-end { identity path-scope-end-to-end {
base path-scope-type; base path-scope-type;
description description
"Path scope end to end"; "Path scope end to end.";
reference "RFC4873"; reference
"RFC 4873: GMPLS Segment Recovery";
} }
identity route-usage-type { identity route-usage-type {
description description
"Base identity for route usage"; "Base identity for route usage.";
} }
identity route-include-object { identity route-include-object {
base route-usage-type; base route-usage-type;
description description
"Include route object"; "'Include route' object.";
} }
identity route-exclude-object { identity route-exclude-object {
base route-usage-type; base route-usage-type;
description description
"Exclude route object"; "'Exclude route' object.";
reference "RFC4874"; reference
"RFC 4874: Exclude Routes - Extension to Resource ReserVation
Protocol-Traffic Engineering (RSVP-TE)";
} }
identity route-exclude-srlg { identity route-exclude-srlg {
base route-usage-type; base route-usage-type;
description "Exclude SRLG"; description
reference "RFC4874"; "Excludes SRLGs.";
reference
"RFC 4874: Exclude Routes - Extension to Resource ReserVation
Protocol-Traffic Engineering (RSVP-TE)";
} }
identity path-metric-type { identity path-metric-type {
description description
"Base identity for path metric type"; "Base identity for the path metric type.";
} }
identity path-metric-te { identity path-metric-te {
base path-metric-type; base path-metric-type;
description description
"TE path metric"; "TE path metric.";
reference "RFC3785"; reference
"RFC 3785: Use of Interior Gateway Protocol (IGP) Metric as a
second MPLS Traffic Engineering (TE) Metric";
} }
identity path-metric-igp { identity path-metric-igp {
base path-metric-type; base path-metric-type;
description description
"IGP path metric"; "IGP path metric.";
reference "RFC3785"; reference
"RFC 3785: Use of Interior Gateway Protocol (IGP) Metric as a
second MPLS Traffic Engineering (TE) Metric";
} }
identity path-metric-hop { identity path-metric-hop {
base path-metric-type; base path-metric-type;
description description
"Hop path metric"; "Hop path metric.";
} }
identity path-metric-delay-average { identity path-metric-delay-average {
base path-metric-type; base path-metric-type;
description description
"Unidirectional average link delay"; "Average unidirectional link delay.";
reference "RFC7471"; reference
"RFC 7471: OSPF Traffic Engineering (TE) Metric Extensions";
} }
identity path-metric-delay-minimum { identity path-metric-delay-minimum {
base path-metric-type; base path-metric-type;
description description
"Unidirectional minimum link delay"; "Minimum unidirectional link delay.";
reference "RFC7471"; reference
"RFC 7471: OSPF Traffic Engineering (TE) Metric Extensions";
} }
identity path-metric-residual-bandwidth { identity path-metric-residual-bandwidth {
base path-metric-type; base path-metric-type;
description description
"Unidirectional Residual Bandwidth, which is defined to be "Unidirectional Residual Bandwidth, which is defined to be
Maximum Bandwidth [RFC3630] minus the bandwidth currently Maximum Bandwidth (RFC 3630) minus the bandwidth currently
allocated to LSPs."; allocated to LSPs.";
reference "RFC7471"; reference
"RFC 3630: Traffic Engineering (TE) Extensions to OSPF
Version 2
RFC 7471: OSPF Traffic Engineering (TE) Metric Extensions";
} }
identity path-metric-optimize-includes { identity path-metric-optimize-includes {
base path-metric-type; base path-metric-type;
description description
"A metric that optimizes the number of included resources "A metric that optimizes the number of included resources
specified in a set"; specified in a set.";
} }
identity path-metric-optimize-excludes { identity path-metric-optimize-excludes {
base path-metric-type; base path-metric-type;
description description
"A metric that optimizes to a maximum the number of excluded "A metric that optimizes to a maximum the number of excluded
resources specified in a set"; resources specified in a set.";
} }
identity path-tiebreaker-type { identity path-tiebreaker-type {
description description
"Base identity for path tie-breaker type"; "Base identity for the path tiebreaker type.";
} }
identity path-tiebreaker-minfill { identity path-tiebreaker-minfill {
base path-tiebreaker-type; base path-tiebreaker-type;
description description
"Min-Fill LSP path placement"; "Min-Fill LSP path placement.";
} }
identity path-tiebreaker-maxfill { identity path-tiebreaker-maxfill {
base path-tiebreaker-type; base path-tiebreaker-type;
description description
"Max-Fill LSP path placement"; "Max-Fill LSP path placement.";
} }
identity path-tiebreaker-random { identity path-tiebreaker-random {
base path-tiebreaker-type; base path-tiebreaker-type;
description description
"Random LSP path placement"; "Random LSP path placement.";
} }
identity resource-affinities-type { identity resource-affinities-type {
description description
"Base identity for resource affinities"; "Base identity for resource class affinities.";
reference "RFC2702"; reference
"RFC 2702: Requirements for Traffic Engineering Over MPLS";
} }
identity resource-aff-include-all { identity resource-aff-include-all {
base resource-affinities-type; base resource-affinities-type;
description description
"The set of attribute filters associated with a "The set of attribute filters associated with a
tunnel all of which must be present for a link tunnel, all of which must be present for a link
to be acceptable"; to be acceptable.";
reference "RFC2702 and RFC3209"; reference
"RFC 2702: Requirements for Traffic Engineering Over MPLS
RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels";
} }
identity resource-aff-include-any { identity resource-aff-include-any {
base resource-affinities-type; base resource-affinities-type;
description description
"The set of attribute filters associated with a "The set of attribute filters associated with a
tunnel any of which must be present for a link tunnel, any of which must be present for a link
to be acceptable"; to be acceptable.";
reference "RFC2702 and RFC3209"; reference
"RFC 2702: Requirements for Traffic Engineering Over MPLS
RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels";
} }
identity resource-aff-exclude-any { identity resource-aff-exclude-any {
base resource-affinities-type; base resource-affinities-type;
description description
"The set of attribute filters associated with a "The set of attribute filters associated with a
tunnel any of which renders a link unacceptable"; tunnel, any of which renders a link unacceptable.";
reference "RFC2702 and RFC3209"; reference
"RFC 2702: Requirements for Traffic Engineering Over MPLS
RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels";
} }
identity te-optimization-criterion { identity te-optimization-criterion {
description description
"Base identity for TE optimization criterion."; "Base identity for the TE optimization criteria.";
reference reference
"RFC3272: Overview and Principles of Internet Traffic "RFC 3272: Overview and Principles of Internet Traffic
Engineering."; Engineering";
} }
identity not-optimized { identity not-optimized {
base te-optimization-criterion; base te-optimization-criterion;
description "Optimization is not applied."; description
"Optimization is not applied.";
} }
identity cost { identity cost {
base te-optimization-criterion; base te-optimization-criterion;
description "Optimized on cost."; description
reference "RFC5541"; "Optimized on cost.";
reference
"RFC 5541: Encoding of Objective Functions in the Path
Computation Element Communication Protocol (PCEP)";
} }
identity delay { identity delay {
base te-optimization-criterion; base te-optimization-criterion;
description "Optimized on delay."; description
reference "RFC5541"; "Optimized on delay.";
reference
"RFC 5541: Encoding of Objective Functions in the Path
Computation Element Communication Protocol (PCEP)";
} }
identity path-computation-srlg-type { identity path-computation-srlg-type {
description description
"Base identity for SRLG path computation"; "Base identity for SRLG path computation.";
} }
identity srlg-ignore { identity srlg-ignore {
base path-computation-srlg-type; base path-computation-srlg-type;
description description
"Ignores SRLGs in path computation"; "Ignores SRLGs in the path computation.";
} }
identity srlg-strict { identity srlg-strict {
base path-computation-srlg-type; base path-computation-srlg-type;
description description
"Include strict SRLG check in path computation"; "Includes a strict SRLG check in the path computation.";
} }
identity srlg-preferred { identity srlg-preferred {
base path-computation-srlg-type; base path-computation-srlg-type;
description description
"Include preferred SRLG check in path computation"; "Includes a preferred SRLG check in the path computation.";
} }
identity srlg-weighted { identity srlg-weighted {
base path-computation-srlg-type; base path-computation-srlg-type;
description description
"Include weighted SRLG check in path computation"; "Includes a weighted SRLG check in the path computation.";
} }
/** /**
* TE bandwidth groupings * TE bandwidth groupings
**/ **/
grouping te-bandwidth { grouping te-bandwidth {
description description
"This grouping defines the generic TE bandwidth. "This grouping defines the generic TE bandwidth.
For some known data plane technologies, specific modeling For some known data-plane technologies, specific modeling
structures are specified. The string encoded te-bandwidth structures are specified. The string-encoded 'te-bandwidth'
type is used for un-specified technologies. type is used for unspecified technologies.
The modeling structure can be augmented later for other The modeling structure can be augmented later for other
technologies."; technologies.";
container te-bandwidth { container te-bandwidth {
description description
"Container that specifies TE bandwidth. The choices "Container that specifies TE bandwidth. The choices
can be augmented for specific dataplane technologies."; can be augmented for specific data-plane technologies.";
choice technology { choice technology {
default generic; default "generic";
description description
"Data plane technology type."; "Data-plane technology type.";
case generic { case generic {
leaf generic { leaf generic {
type te-bandwidth; type te-bandwidth;
description description
"Bandwidth specified in a generic format."; "Bandwidth specified in a generic format.";
} }
} }
} }
} }
} }
skipping to change at line 2142 skipping to change at line 2460
"Bandwidth specified in a generic format."; "Bandwidth specified in a generic format.";
} }
} }
} }
} }
} }
/** /**
* TE label groupings * TE label groupings
**/ **/
grouping te-label { grouping te-label {
description description
"This grouping defines the generic TE label. "This grouping defines the generic TE label.
The modeling structure can be augmented for each technology. The modeling structure can be augmented for each technology.
For un-specified technologies, rt-types:generalized-label For unspecified technologies, 'rt-types:generalized-label'
is used."; is used.";
container te-label { container te-label {
description description
"Container that specifies TE label. The choices can "Container that specifies the TE label. The choices can
be augmented for specific dataplane technologies."; be augmented for specific data-plane technologies.";
choice technology { choice technology {
default generic; default "generic";
description description
"Data plane technology type."; "Data-plane technology type.";
case generic { case generic {
leaf generic { leaf generic {
type rt-types:generalized-label; type rt-types:generalized-label;
description description
"TE label specified in a generic format."; "TE label specified in a generic format.";
} }
} }
} }
leaf direction { leaf direction {
type te-label-direction; type te-label-direction;
default 'forward'; default "forward";
description "Label direction"; description
"Label direction.";
} }
} }
} }
grouping te-topology-identifier { grouping te-topology-identifier {
description description
"Augmentation for TE topology."; "Augmentation for a TE topology.";
container te-topology-identifier { container te-topology-identifier {
description "TE topology identifier container"; description
"TE topology identifier container.";
leaf provider-id { leaf provider-id {
type te-global-id; type te-global-id;
default 0; default "0";
description description
"An identifier to uniquely identify a provider. If omitted, "An identifier to uniquely identify a provider.
it assumes the default topology provider ID=0"; If omitted, it assumes that the topology provider ID
value = 0 (the default).";
} }
leaf client-id { leaf client-id {
type te-global-id; type te-global-id;
default 0; default "0";
description description
"An identifier to uniquely identify a client. If omitted, "An identifier to uniquely identify a client.
it assumes the default topology client ID=0"; If omitted, it assumes that the topology client ID
value = 0 (the default).";
} }
leaf topology-id { leaf topology-id {
type te-topology-id; type te-topology-id;
default ''; default "";
description description
"When the datastore contains several topologies, the "When the datastore contains several topologies,
topology-id distinguishes between them. If omitted, the 'topology-id' distinguishes between them. If omitted,
default empty string topology-id is assumed"; the default (empty) string for this leaf is assumed.";
} }
} }
} }
/** /**
* TE performance metric groupings * TE performance metrics groupings
**/ **/
grouping performance-metrics-one-way-delay-loss { grouping performance-metrics-one-way-delay-loss {
description description
"Performance Metric (PM) information in real time that can "Performance Metrics (PM) information in real time that can
be applicable to links or connections. PM defined be applicable to links or connections. PM defined in this
in this grouping is applicable to generic TE performance grouping are applicable to generic TE PM as well as packet TE
metrics as well as packet TE performance metrics."; PM.";
reference reference
"RFC7471: OSPF Traffic Engineering (TE) Metric Extensions. "RFC 7471: OSPF Traffic Engineering (TE) Metric Extensions
RFC8570: IS-IS Traffic Engineering (TE) Metric Extensions. RFC 7823: Performance-Based Path Selection for Explicitly
RFC7823: Performance-Based Path Selection for Explicitly Routed Label Switched Paths (LSPs) Using TE Metric
Routed Label Switched Paths (LSPs) Using TE Metric Extensions
Extensions"; RFC 8570: IS-IS Traffic Engineering (TE) Metric Extensions";
leaf one-way-delay { leaf one-way-delay {
type uint32 { type uint32 {
range '0..16777215'; range "0..16777215";
} }
description "One-way delay or latency in micro seconds."; description
"One-way delay or latency in microseconds.";
} }
leaf one-way-delay-normality { leaf one-way-delay-normality {
type te-types:performance-metrics-normality; type te-types:performance-metrics-normality;
description "One-way delay normality."; description
"One-way delay normality.";
} }
} }
grouping performance-metrics-two-way-delay-loss { grouping performance-metrics-two-way-delay-loss {
description description
"Performance metric information in real time that can "PM information in real time that can be applicable to links or
be applicable to links or connections. PM defined connections. PM defined in this grouping are applicable to
in this grouping is applicable to generic TE performance generic TE PM as well as packet TE PM.";
metrics as well as packet TE performance metrics.";
reference reference
"RFC7471: OSPF Traffic Engineering (TE) Metric Extensions. "RFC 7471: OSPF Traffic Engineering (TE) Metric Extensions
RFC8570: IS-IS Traffic Engineering (TE) Metric Extensions. RFC 7823: Performance-Based Path Selection for Explicitly
RFC7823: Performance-Based Path Selection for Explicitly Routed Label Switched Paths (LSPs) Using TE Metric
Routed Label Switched Paths (LSPs) Using TE Metric Extensions
Extensions"; RFC 8570: IS-IS Traffic Engineering (TE) Metric Extensions";
leaf two-way-delay { leaf two-way-delay {
type uint32 { type uint32 {
range '0..16777215'; range "0..16777215";
} }
description "Two-way delay or latency in micro seconds."; description
"Two-way delay or latency in microseconds.";
} }
leaf two-way-delay-normality { leaf two-way-delay-normality {
type te-types:performance-metrics-normality; type te-types:performance-metrics-normality;
description "Two-way delay normality."; description
"Two-way delay normality.";
} }
} }
grouping performance-metrics-one-way-bandwidth { grouping performance-metrics-one-way-bandwidth {
description description
"Performance metric information in real time that can "PM information in real time that can be applicable to links.
be applicable to links. PM defined PM defined in this grouping are applicable to generic TE PM
in this grouping is applicable to generic TE performance as well as packet TE PM.";
metrics as well as packet TE performance metrics.";
reference reference
"RFC7471: OSPF Traffic Engineering (TE) Metric Extensions. "RFC 7471: OSPF Traffic Engineering (TE) Metric Extensions
RFC8570: IS-IS Traffic Engineering (TE) Metric Extensions. RFC 7823: Performance-Based Path Selection for Explicitly
RFC7823: Performance-Based Path Selection for Explicitly Routed Label Switched Paths (LSPs) Using TE Metric
Routed Label Switched Paths (LSPs) Using TE Metric Extensions
Extensions"; RFC 8570: IS-IS Traffic Engineering (TE) Metric Extensions";
leaf one-way-residual-bandwidth { leaf one-way-residual-bandwidth {
type rt-types:bandwidth-ieee-float32; type rt-types:bandwidth-ieee-float32;
units 'bytes per second'; units "bytes per second";
default '0x0p0'; default "0x0p0";
description description
"Residual bandwidth that subtracts tunnel "Residual bandwidth that subtracts tunnel reservations from
reservations from Maximum Bandwidth (or link capacity) Maximum Bandwidth (or link capacity) (RFC 3630) and
[RFC3630] and provides an aggregated remainder across QoS provides an aggregated remainder across QoS classes.";
classes."; reference
"RFC 3630: Traffic Engineering (TE) Extensions to OSPF
Version 2";
} }
leaf one-way-residual-bandwidth-normality { leaf one-way-residual-bandwidth-normality {
type te-types:performance-metrics-normality; type te-types:performance-metrics-normality;
default 'normal'; default "normal";
description "Residual bandwidth normality."; description
"Residual bandwidth normality.";
} }
leaf one-way-available-bandwidth { leaf one-way-available-bandwidth {
type rt-types:bandwidth-ieee-float32; type rt-types:bandwidth-ieee-float32;
units 'bytes per second'; units "bytes per second";
default '0x0p0'; default "0x0p0";
description description
"Available bandwidth that is defined to be residual "Available bandwidth that is defined to be residual
bandwidth minus the measured bandwidth used for the bandwidth minus the measured bandwidth used for the
actual forwarding of non-RSVP-TE LSP packets. For a actual forwarding of non-RSVP-TE LSP packets. For a
bundled link, available bandwidth is defined to be the bundled link, available bandwidth is defined to be the
sum of the component link available bandwidths."; sum of the component link available bandwidths.";
} }
leaf one-way-available-bandwidth-normality { leaf one-way-available-bandwidth-normality {
type te-types:performance-metrics-normality; type te-types:performance-metrics-normality;
default 'normal'; default "normal";
description "Available bandwidth normality."; description
"Available bandwidth normality.";
} }
leaf one-way-utilized-bandwidth { leaf one-way-utilized-bandwidth {
type rt-types:bandwidth-ieee-float32; type rt-types:bandwidth-ieee-float32;
units 'bytes per second'; units "bytes per second";
default '0x0p0'; default "0x0p0";
description description
"Bandwidth utilization that represents the actual "Bandwidth utilization that represents the actual
utilization of the link (i.e. as measured in the router). utilization of the link (i.e., as measured in the router).
For a bundled link, bandwidth utilization is defined to For a bundled link, bandwidth utilization is defined to
be the sum of the component link bandwidth be the sum of the component link bandwidth utilizations.";
utilizations.";
} }
leaf one-way-utilized-bandwidth-normality { leaf one-way-utilized-bandwidth-normality {
type te-types:performance-metrics-normality; type te-types:performance-metrics-normality;
default 'normal'; default "normal";
description "Bandwidth utilization normality."; description
"Bandwidth utilization normality.";
} }
} }
grouping one-way-performance-metrics { grouping one-way-performance-metrics {
description description
"One-way performance metrics throttle grouping."; "One-way PM throttle grouping.";
leaf one-way-delay { leaf one-way-delay {
type uint32 { type uint32 {
range '0..16777215'; range "0..16777215";
} }
default 0; default "0";
description "One-way delay or latency in micro seconds."; description
"One-way delay or latency in microseconds.";
} }
leaf one-way-residual-bandwidth { leaf one-way-residual-bandwidth {
type rt-types:bandwidth-ieee-float32; type rt-types:bandwidth-ieee-float32;
units 'bytes per second'; units "bytes per second";
default '0x0p0'; default "0x0p0";
description description
"Residual bandwidth that subtracts tunnel "Residual bandwidth that subtracts tunnel reservations from
reservations from Maximum Bandwidth (or link capacity) Maximum Bandwidth (or link capacity) (RFC 3630) and
[RFC3630] and provides an aggregated remainder across QoS provides an aggregated remainder across QoS classes.";
classes."; reference
"RFC 3630: Traffic Engineering (TE) Extensions to OSPF
Version 2";
} }
leaf one-way-available-bandwidth { leaf one-way-available-bandwidth {
type rt-types:bandwidth-ieee-float32; type rt-types:bandwidth-ieee-float32;
units 'bytes per second'; units "bytes per second";
default '0x0p0'; default "0x0p0";
description description
"Available bandwidth that is defined to be residual "Available bandwidth that is defined to be residual
bandwidth minus the measured bandwidth used for the bandwidth minus the measured bandwidth used for the
actual forwarding of non-RSVP-TE LSP packets. For a actual forwarding of non-RSVP-TE LSP packets. For a
bundled link, available bandwidth is defined to be the bundled link, available bandwidth is defined to be the
sum of the component link available bandwidths."; sum of the component link available bandwidths.";
} }
leaf one-way-utilized-bandwidth { leaf one-way-utilized-bandwidth {
type rt-types:bandwidth-ieee-float32; type rt-types:bandwidth-ieee-float32;
units 'bytes per second'; units "bytes per second";
default '0x0p0'; default "0x0p0";
description description
"Bandwidth utilization that represents the actual "Bandwidth utilization that represents the actual
utilization of the link (i.e. as measured in the router). utilization of the link (i.e., as measured in the router).
For a bundled link, bandwidth utilization is defined to For a bundled link, bandwidth utilization is defined to
be the sum of the component link bandwidth be the sum of the component link bandwidth utilizations.";
utilizations.";
} }
} }
grouping two-way-performance-metrics { grouping two-way-performance-metrics {
description description
"Two-way performance metrics throttle grouping."; "Two-way PM throttle grouping.";
leaf two-way-delay { leaf two-way-delay {
type uint32 { type uint32 {
range '0..16777215'; range "0..16777215";
} }
default 0; default "0";
description "Two-way delay or latency in micro seconds."; description
"Two-way delay or latency in microseconds.";
} }
} }
grouping performance-metrics-thresholds { grouping performance-metrics-thresholds {
description description
"Grouping for configurable thresholds for measured attributes"; "Grouping for configurable thresholds for measured
attributes.";
uses one-way-performance-metrics; uses one-way-performance-metrics;
uses two-way-performance-metrics; uses two-way-performance-metrics;
} }
grouping performance-metrics-attributes { grouping performance-metrics-attributes {
description description
"A container containing performance metric attributes."; "Contains PM attributes.";
container performance-metrics-one-way { container performance-metrics-one-way {
description description
"One-way link performance information in real time."; "One-way link performance information in real time.";
reference reference
"RFC7471: OSPF Traffic Engineering (TE) Metric Extensions. "RFC 7471: OSPF Traffic Engineering (TE) Metric Extensions
RFC8570: IS-IS Traffic Engineering (TE) Metric Extensions. RFC 7823: Performance-Based Path Selection for Explicitly
RFC7823: Performance-Based Path Selection for Explicitly
Routed Label Switched Paths (LSPs) Using TE Metric Routed Label Switched Paths (LSPs) Using TE Metric
Extensions"; Extensions
RFC 8570: IS-IS Traffic Engineering (TE) Metric Extensions";
uses performance-metrics-one-way-delay-loss; uses performance-metrics-one-way-delay-loss;
uses performance-metrics-one-way-bandwidth; uses performance-metrics-one-way-bandwidth;
} }
container performance-metrics-two-way { container performance-metrics-two-way {
description description
"Two-way link performance information in real time."; "Two-way link performance information in real time.";
reference reference
"RFC7471: OSPF Traffic Engineering (TE) Metric Extensions. "RFC 6374: Packet Loss and Delay Measurement for MPLS
RFC8570: IS-IS Traffic Engineering (TE) Metric Extensions. Networks";
RFC7823: Performance-Based Path Selection for Explicitly
Routed Label Switched Paths (LSPs) Using TE Metric
Extensions";
uses performance-metrics-two-way-delay-loss; uses performance-metrics-two-way-delay-loss;
} }
} }
grouping performance-metrics-throttle-container { grouping performance-metrics-throttle-container {
description description
"A container controlling performance metric throttle."; "Controls PM throttling.";
container throttle { container throttle {
must "suppression-interval >= measure-interval" { must 'suppression-interval >= measure-interval' {
error-message error-message
"suppression-interval cannot be less then "'suppression-interval' cannot be less than "
measure-interval."; + "'measure-interval'.";
description description
"Constraint on suppression-interval and "Constraint on 'suppression-interval' and
measure-interval."; 'measure-interval'.";
} }
description description
"Link performance information in real time."; "Link performance information in real time.";
reference reference
"RFC7471: OSPF Traffic Engineering (TE) Metric Extensions. "RFC 7471: OSPF Traffic Engineering (TE) Metric Extensions
RFC8570: IS-IS Traffic Engineering (TE) Metric Extensions. RFC 7823: Performance-Based Path Selection for Explicitly
RFC7823: Performance-Based Path Selection for Explicitly
Routed Label Switched Paths (LSPs) Using TE Metric Routed Label Switched Paths (LSPs) Using TE Metric
Extensions"; Extensions
RFC 8570: IS-IS Traffic Engineering (TE) Metric Extensions";
leaf one-way-delay-offset { leaf one-way-delay-offset {
type uint32 { type uint32 {
range '0..16777215'; range "0..16777215";
} }
default 0; default "0";
description description
"Offset value to be added to the measured delay value."; "Offset value to be added to the measured delay value.";
} }
leaf measure-interval { leaf measure-interval {
type uint32; type uint32;
default 30; default "30";
description description
"Interval in seconds to measure the extended metric "Interval, in seconds, to measure the extended metric
values."; values.";
} }
leaf advertisement-interval { leaf advertisement-interval {
type uint32; type uint32;
default 0; default "0";
description description
"Interval in seconds to advertise the extended metric "Interval, in seconds, to advertise the extended metric
values."; values.";
} }
leaf suppression-interval { leaf suppression-interval {
type uint32 { type uint32 {
range '1 .. max'; range "1..max";
} }
default 120; default "120";
description description
"Interval in seconds to suppress advertising the extended "Interval, in seconds, to suppress advertisement of the
metric values."; extended metric values.";
reference "RFC 7810, Section-6"; reference
"RFC 8570: IS-IS Traffic Engineering (TE) Metric
Extensions, Section 6";
} }
container threshold-out { container threshold-out {
uses performance-metrics-thresholds; uses performance-metrics-thresholds;
description description
"If the measured parameter falls outside an upper bound "If the measured parameter falls outside an upper bound
for all but the min delay metric (or lower bound for for all but the minimum-delay metric (or a lower bound
min-delay metric only) and the advertised value is not for the minimum-delay metric only) and the advertised
already outside that bound, anomalous announcement will be value is not already outside that bound, an 'anomalous'
triggered."; announcement (anomalous bit set) will be triggered.";
} }
container threshold-in { container threshold-in {
uses performance-metrics-thresholds; uses performance-metrics-thresholds;
description description
"If the measured parameter falls inside an upper bound "If the measured parameter falls inside an upper bound
for all but the min delay metric (or lower bound for for all but the minimum-delay metric (or a lower bound
min-delay metric only) and the advertised value is not for the minimum-delay metric only) and the advertised
already inside that bound, normal (anomalous-flag cleared) value is not already inside that bound, a 'normal'
announcement will be triggered."; announcement (anomalous bit cleared) will be triggered.";
} }
container threshold-accelerated-advertisement { container threshold-accelerated-advertisement {
description description
"When the difference between the last advertised value and "When the difference between the last advertised value and
current measured value exceed this threshold, anomalous the current measured value exceeds this threshold, an
announcement will be triggered."; 'anomalous' announcement (anomalous bit set) will be
triggered.";
uses performance-metrics-thresholds; uses performance-metrics-thresholds;
} }
} }
} // performance-metrics-throttle-container }
/** /**
* TE tunnel generic groupings * TE tunnel generic groupings
**/ **/
grouping explicit-route-hop { grouping explicit-route-hop {
description description
"The explicit route entry grouping"; "The explicit route entry grouping.";
choice type { choice type {
description description
"The explicit route entry type"; "The explicit route entry type.";
case numbered-node-hop { case numbered-node-hop {
container numbered-node-hop { container numbered-node-hop {
leaf node-id { leaf node-id {
type te-node-id; type te-node-id;
mandatory true; mandatory true;
description description
"The identifier of a node in the TE topology."; "The identifier of a node in the TE topology.";
} }
leaf hop-type { leaf hop-type {
type te-hop-type; type te-hop-type;
default 'strict'; default "strict";
description "strict or loose hop"; description
"Strict or loose hop.";
} }
description "Numbered node route hop"; description
"Numbered node route hop.";
reference reference
"RFC3209: section 4.3 for EXPLICIT_ROUTE in RSVP-TE "RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels,
RFC3477: Signalling Unnumbered Links in RSVP-TE"; Section 4.3, EXPLICIT_ROUTE in RSVP-TE
RFC 3477: Signalling Unnumbered Links in Resource
ReSerVation Protocol - Traffic Engineering (RSVP-TE)";
} }
} }
case numbered-link-hop { case numbered-link-hop {
container numbered-link-hop { container numbered-link-hop {
leaf link-tp-id { leaf link-tp-id {
type te-tp-id; type te-tp-id;
mandatory true; mandatory true;
description description
"TE link termination point identifier."; "TE Link Termination Point (LTP) identifier.";
} }
leaf hop-type { leaf hop-type {
type te-hop-type; type te-hop-type;
default 'strict'; default "strict";
description "strict or loose hop"; description
"Strict or loose hop.";
} }
leaf direction { leaf direction {
type te-link-direction; type te-link-direction;
default 'outgoing'; default "outgoing";
description "Link route object direction"; description
"Link route object direction.";
} }
description description
"Numbered link explicit route hop"; "Numbered link explicit route hop.";
reference reference
"RFC3209: section 4.3 for EXPLICIT_ROUTE in RSVP-TE "RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels,
RFC3477: Signalling Unnumbered Links in RSVP-TE"; Section 4.3, EXPLICIT_ROUTE in RSVP-TE
RFC 3477: Signalling Unnumbered Links in Resource
ReSerVation Protocol - Traffic Engineering (RSVP-TE)";
} }
} }
case unnumbered-link-hop { case unnumbered-link-hop {
container unnumbered-link-hop { container unnumbered-link-hop {
leaf link-tp-id { leaf link-tp-id {
type te-tp-id; type te-tp-id;
mandatory true; mandatory true;
description description
"TE link termination point identifier. The combination "TE LTP identifier. The combination of the TE link ID
of TE link ID and the TE node ID is used to identify an and the TE node ID is used to identify an unnumbered
unnumbered TE link."; TE link.";
} }
leaf node-id { leaf node-id {
type te-node-id; type te-node-id;
mandatory true; mandatory true;
description description
"The identifier of a node in the TE topology."; "The identifier of a node in the TE topology.";
} }
leaf hop-type { leaf hop-type {
type te-hop-type; type te-hop-type;
default 'strict'; default "strict";
description "strict or loose hop"; description
"Strict or loose hop.";
} }
leaf direction { leaf direction {
type te-link-direction; type te-link-direction;
default 'outgoing'; default "outgoing";
description "Link route object direction"; description
"Link route object direction.";
} }
description description
"Unnumbered link explicit route hop"; "Unnumbered link explicit route hop.";
reference reference
"RFC3209: section 4.3 for EXPLICIT_ROUTE in RSVP-TE "RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels,
RFC3477: Signalling Unnumbered Links in RSVP-TE"; Section 4.3, EXPLICIT_ROUTE in RSVP-TE
RFC 3477: Signalling Unnumbered Links in Resource
ReSerVation Protocol - Traffic Engineering (RSVP-TE)";
} }
} }
case as-number { case as-number {
container as-number-hop { container as-number-hop {
leaf as-number { leaf as-number {
type inet:as-number; type inet:as-number;
mandatory true; mandatory true;
description "The AS number"; description
"The Autonomous System (AS) number.";
} }
leaf hop-type { leaf hop-type {
type te-hop-type; type te-hop-type;
default 'strict'; default "strict";
description "strict or loose hop"; description
"Strict or loose hop.";
} }
description description
"Autonomous System explicit route hop"; "AS explicit route hop.";
} }
} }
case label { case label {
container label-hop { container label-hop {
description "Label hop type"; description
"Label hop type.";
uses te-label; uses te-label;
} }
description description
"The label explicit route hop type"; "The label explicit route hop type.";
} }
} }
} }
grouping record-route-state { grouping record-route-state {
description description
"The record route grouping"; "The Record Route grouping.";
leaf index { leaf index {
type uint32; type uint32;
description description
"Record route hop index. The index is used to "Record Route hop index. The index is used to
identify an entry in the list. The order of entries identify an entry in the list. The order of entries
is defined by the user without relying on key values"; is defined by the user without relying on key values.";
} }
choice type { choice type {
description description
"The record route entry type"; "The Record Route entry type.";
case numbered-node-hop { case numbered-node-hop {
container numbered-node-hop { container numbered-node-hop {
description "Numbered node route hop container"; description
"Numbered node route hop container.";
leaf node-id { leaf node-id {
type te-node-id; type te-node-id;
mandatory true; mandatory true;
description description
"The identifier of a node in the TE topology."; "The identifier of a node in the TE topology.";
} }
leaf-list flags { leaf-list flags {
type path-attribute-flags; type path-attribute-flags;
description "Record route per hop flags"; description
reference "RFC3209, RFC4090, RFC4561"; "Path attributes flags.";
reference
"RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels
RFC 4090: Fast Reroute Extensions to RSVP-TE for LSP
Tunnels
RFC 4561: Definition of a Record Route Object (RRO)
Node-Id Sub-Object";
} }
} }
description "Numbered node route hop"; description
"Numbered node route hop.";
} }
case numbered-link-hop { case numbered-link-hop {
container numbered-link-hop { container numbered-link-hop {
description "Numbered link route hop container"; description
"Numbered link route hop container.";
leaf link-tp-id { leaf link-tp-id {
type te-tp-id; type te-tp-id;
mandatory true; mandatory true;
description description
"Numbered TE link termination point identifier."; "Numbered TE LTP identifier.";
} }
leaf-list flags { leaf-list flags {
type path-attribute-flags; type path-attribute-flags;
description "Record route per hop flags"; description
reference "RFC3209, RFC4090, RFC4561"; "Path attributes flags.";
reference
"RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels
RFC 4090: Fast Reroute Extensions to RSVP-TE for LSP
Tunnels
RFC 4561: Definition of a Record Route Object (RRO)
Node-Id Sub-Object";
} }
} }
description "Numbered link route hop"; description
"Numbered link route hop.";
} }
case unnumbered-link-hop { case unnumbered-link-hop {
container unnumbered-link-hop { container unnumbered-link-hop {
leaf link-tp-id { leaf link-tp-id {
type te-tp-id; type te-tp-id;
mandatory true; mandatory true;
description description
"TE link termination point identifier. The combination "TE LTP identifier. The combination of the TE link ID
of TE link ID and the TE node ID is used to identify an and the TE node ID is used to identify an unnumbered
unnumbered TE link."; TE link.";
} }
leaf node-id { leaf node-id {
type te-node-id; type te-node-id;
description description
"The identifier of a node in the TE topology."; "The identifier of a node in the TE topology.";
} }
leaf-list flags { leaf-list flags {
type path-attribute-flags; type path-attribute-flags;
description "Record route per hop flags"; description
reference "RFC3209, RFC4090, RFC4561"; "Path attributes flags.";
reference
"RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels
RFC 4090: Fast Reroute Extensions to RSVP-TE for LSP
Tunnels
RFC 4561: Definition of a Record Route Object (RRO)
Node-Id Sub-Object";
} }
description description
"Unnumbered link record route hop"; "Unnumbered link Record Route hop.";
reference reference
"RFC3477: Signalling Unnumbered Links in "RFC 3477: Signalling Unnumbered Links in Resource
RSVP-TE"; ReSerVation Protocol - Traffic Engineering (RSVP-TE)";
} }
description "Unnumbered link route hop"; description
"Unnumbered link route hop.";
} }
case label { case label {
container label-hop { container label-hop {
description "Label route hop type"; description
"Label route hop type.";
uses te-label; uses te-label;
leaf-list flags { leaf-list flags {
type path-attribute-flags; type path-attribute-flags;
description "Record route per hop flags"; description
reference "RFC3209, RFC4090, RFC4561"; "Path attributes flags.";
reference
"RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels
RFC 4090: Fast Reroute Extensions to RSVP-TE for LSP
Tunnels
RFC 4561: Definition of a Record Route Object (RRO)
Node-Id Sub-Object";
} }
} }
description description
"The Label record route entry types"; "The label Record Route entry types.";
} }
} }
} }
grouping label-restriction-info { grouping label-restriction-info {
description "Label set item info"; description
"Label set item information.";
leaf restriction { leaf restriction {
type enumeration { type enumeration {
enum inclusive { enum inclusive {
description "The label or label range is inclusive."; description
"The label or label range is inclusive.";
} }
enum exclusive { enum exclusive {
description "The label or label range is exclusive."; description
"The label or label range is exclusive.";
} }
} }
default 'inclusive'; default "inclusive";
description description
"Whether the list item is inclusive or exclusive."; "Indicates whether the list item is inclusive or exclusive.";
} }
leaf index { leaf index {
type uint32; type uint32;
description description
"The index of the label restriction list entry."; "The index of the label restriction list entry.";
} }
container label-start { container label-start {
must "(not(../label-end/te-label/direction) and" + must "(not(../label-end/te-label/direction) and"
" not(te-label/direction))" + " not(te-label/direction))"
+ " or " + " or "
+ "(../label-end/te-label/direction = te-label/direction)" + "(../label-end/te-label/direction = te-label/direction)"
+ " or " + " or "
+ "(not(te-label/direction) and" + + "(not(te-label/direction) and"
" (../label-end/te-label/direction = 'forward'))" + " (../label-end/te-label/direction = 'forward'))"
+ " or " + " or "
+ "(not(../label-end/te-label/direction) and" + + "(not(../label-end/te-label/direction) and"
" (te-label/direction = 'forward'))" { + " (te-label/direction = 'forward'))" {
error-message error-message
"label-start and label-end must have the same direction."; "'label-start' and 'label-end' must have the same "
+ "direction.";
} }
description description
"This is the starting label if a label range is specified. "This is the starting label if a label range is specified.
This is the label value if a single label is specified, This is the label value if a single label is specified,
in which case, attribute 'label-end' is not set."; in which case the 'label-end' attribute is not set.";
uses te-label; uses te-label;
} }
container label-end { container label-end {
must "(not(../label-start/te-label/direction) and" + must "(not(../label-start/te-label/direction) and"
" not(te-label/direction))" + " not(te-label/direction))"
+ " or " + " or "
+ "(../label-start/te-label/direction = te-label/direction)" + "(../label-start/te-label/direction = te-label/direction)"
+ " or " + " or "
+ "(not(te-label/direction) and" + + "(not(te-label/direction) and"
" (../label-start/te-label/direction = 'forward'))" + " (../label-start/te-label/direction = 'forward'))"
+ " or " + " or "
+ "(not(../label-start/te-label/direction) and" + + "(not(../label-start/te-label/direction) and"
" (te-label/direction = 'forward'))" { + " (te-label/direction = 'forward'))" {
error-message error-message
"label-start and label-end must have the same direction."; "'label-start' and 'label-end' must have the same "
+ "direction.";
} }
description description
"The ending label if a label range is specified; "This is the ending label if a label range is specified.
This attribute is not set, If a single label is This attribute is not set if a single label is specified.";
specified.";
uses te-label; uses te-label;
} }
container label-step { container label-step {
description description
"The step increment between labels in the label range. "The step increment between labels in the label range.
The label start/end values will have to be consistent The label start/end values will have to be consistent
with the sign of label step. For example, with the sign of label step. For example,
label-start < label-end enforces label-step > 0 'label-start' < 'label-end' enforces 'label-step' > 0
label-start > label-end enforces label-step < 0"; 'label-start' > 'label-end' enforces 'label-step' < 0.";
choice technology { choice technology {
default generic; default "generic";
description description
"Data plane technology type."; "Data-plane technology type.";
case generic { case generic {
leaf generic { leaf generic {
type int32; type int32;
default 1; default "1";
description "Label range step"; description
"Label range step.";
} }
} }
} }
} }
leaf range-bitmap { leaf range-bitmap {
type yang:hex-string; type yang:hex-string;
description description
"When there are gaps between label-start and label-end, "When there are gaps between 'label-start' and 'label-end',
this attribute is used to specify the positions this attribute is used to specify the positions
of the used labels. This is represented in big-endian as of the used labels. This is represented in big endian as
hex-string. 'hex-string'.
The MSB is the farthest to the left in the byte sequence. The most significant byte in the hex-string is the farthest
Leading zero bytes in the configured value may be omitted to the left in the byte sequence. Leading zero bytes in the
for brevity. configured value may be omitted for brevity.
Each bit-position in the range-bitmap hex-string maps to a Each bit position in the 'range-bitmap' 'hex-string' maps
label in the range derived from the label-start. to a label in the range derived from 'label-start'.
For example, assuming label-start=16000 and For example, assuming that 'label-start' = 16000 and
range-bitmap=0x01000001, then: 'range-bitmap' = 0x01000001, then:
- bit-position(0) is set, and the corresponding mapped label
from the range is: 16000 + (0 * label-step) or - bit position (0) is set, and the corresponding mapped
16000 for default label-step=1. label from the range is 16000 + (0 * 'label-step') or
- bit-position(24) is set, and the corresponding mapped label 16000 for default 'label-step' = 1.
from the range is: 16000 + (24 * label-step) or - bit position (24) is set, and the corresponding mapped
16024 for default label-step=1"; label from the range is 16000 + (24 * 'label-step') or
16024 for default 'label-step' = 1.";
} }
} }
grouping label-set-info { grouping label-set-info {
description description
"Grouping for List of label restrictions specifying what labels "Grouping for the list of label restrictions specifying what
may or may not be used on a link connectivity."; labels may or may not be used.";
container label-restrictions { container label-restrictions {
description description
"The label restrictions container"; "The label restrictions container.";
list label-restriction { list label-restriction {
key "index"; key "index";
description description
"The absence of label-set implies that all labels are "The absence of the label restrictions container implies
acceptable; otherwise only restricted labels are that all labels are acceptable; otherwise, only restricted
available."; labels are available.";
reference reference
"RFC7579: General Network Element Constraint Encoding "RFC 7579: General Network Element Constraint Encoding
for GMPLS-Controlled Networks"; for GMPLS-Controlled Networks";
uses label-restriction-info; uses label-restriction-info;
} }
} }
} }
grouping optimization-metric-entry { grouping optimization-metric-entry {
description "Optimization metrics configuration grouping"; description
"Optimization metrics configuration grouping.";
leaf metric-type { leaf metric-type {
type identityref { type identityref {
base path-metric-type; base path-metric-type;
} }
description description
"Identifies an entry in the list of metric-types to "Identifies the 'metric-type' that the path computation
optimize the TE path for."; process uses for optimization.";
} }
leaf weight { leaf weight {
type uint8; type uint8;
default 1; default "1";
description "TE path metric normalization weight"; description
"TE path metric normalization weight.";
} }
container explicit-route-exclude-objects { container explicit-route-exclude-objects {
when "../metric-type = " + when "../metric-type = "
"'te-types:path-metric-optimize-excludes'"; + "'te-types:path-metric-optimize-excludes'";
description description
"Container for the exclude route object list"; "Container for the 'exclude route' object list.";
uses path-route-exclude-objects; uses path-route-exclude-objects;
} }
container explicit-route-include-objects { container explicit-route-include-objects {
when "../metric-type = " + when "../metric-type = "
"'te-types:path-metric-optimize-includes'"; + "'te-types:path-metric-optimize-includes'";
description description
"Container for the include route object list"; "Container for the 'include route' object list.";
uses path-route-include-objects; uses path-route-include-objects;
} }
} }
grouping common-constraints { grouping common-constraints {
description description
"Common constraints grouping that can be set on "Common constraints grouping that can be set on
a constraint set or directly on the tunnel"; a constraint set or directly on the tunnel.";
uses te-bandwidth { uses te-bandwidth {
description description
"A requested bandwidth to use for path computation"; "A requested bandwidth to use for path computation.";
} }
leaf link-protection { leaf link-protection {
type identityref { type identityref {
base link-protection-type; base link-protection-type;
} }
default te-types:link-protection-unprotected; default "te-types:link-protection-unprotected";
description description
"Link protection type required for the links included "Link protection type required for the links included
in the computed path"; in the computed path.";
reference reference
"RFC4202: Routing Extensions in Support of "RFC 4202: Routing Extensions in Support of
Generalized Multi-Protocol Label Switching (GMPLS)."; Generalized Multi-Protocol Label Switching (GMPLS)";
} }
leaf setup-priority { leaf setup-priority {
type uint8 { type uint8 {
range '0..7'; range "0..7";
} }
default 7; default "7";
description description
"TE LSP requested setup priority"; "TE LSP requested setup priority.";
reference "RFC3209"; reference
"RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels";
} }
leaf hold-priority { leaf hold-priority {
type uint8 { type uint8 {
range '0..7'; range "0..7";
} }
default 7; default "7";
description description
"TE LSP requested hold priority"; "TE LSP requested hold priority.";
reference "RFC3209"; reference
"RFC 3209: RSVP-TE: Extensions to RSVP for LSP Tunnels";
} }
leaf signaling-type { leaf signaling-type {
type identityref { type identityref {
base path-signaling-type; base path-signaling-type;
} }
default te-types:path-setup-rsvp; default "te-types:path-setup-rsvp";
description "TE tunnel path signaling type"; description
"TE tunnel path signaling type.";
} }
} }
grouping tunnel-constraints { grouping tunnel-constraints {
description description
"Tunnel constraints grouping that can be set on "Tunnel constraints grouping that can be set on
a constraint set or directly on the tunnel"; a constraint set or directly on the tunnel.";
uses te-topology-identifier; uses te-topology-identifier;
uses common-constraints; uses common-constraints;
} }
grouping path-constraints-route-objects { grouping path-constraints-route-objects {
description description
"List of route entries to be included or excluded when performing "List of route entries to be included or excluded when
path computation."; performing the path computation.";
container explicit-route-objects-always { container explicit-route-objects-always {
description description
"Container for the exclude route object list"; "Container for the 'exclude route' object list.";
list route-object-exclude-always { list route-object-exclude-always {
key index; key "index";
ordered-by user; ordered-by user;
description description
"List of route objects to always exclude "List of route objects to always exclude from the path
from path computation"; computation.";
leaf index { leaf index {
type uint32; type uint32;
description description
"Explicit route object index. The index is used to "Explicit Route Object index. The index is used to
identify an entry in the list. The order of entries identify an entry in the list. The order of entries
is defined by the user without relying on key values"; is defined by the user without relying on key values.";
} }
uses explicit-route-hop; uses explicit-route-hop;
} }
list route-object-include-exclude { list route-object-include-exclude {
key index; key "index";
ordered-by user; ordered-by user;
description description
"List of route objects to include or exclude in path "List of route objects to include or exclude in the path
computation"; computation.";
leaf explicit-route-usage { leaf explicit-route-usage {
type identityref { type identityref {
base route-usage-type; base route-usage-type;
} }
default te-types:route-include-object; default "te-types:route-include-object";
description description
"Include or exclude usage. Default is to include"; "Indicates whether to include or exclude the
route object. The default is to include it.";
} }
leaf index { leaf index {
type uint32; type uint32;
description description
"Route object include-exclude index. The index is used to "Route object include-exclude index. The index is used
identify an entry in the list. The order of entries to identify an entry in the list. The order of entries
is defined by the user without relying on key values"; is defined by the user without relying on key values.";
} }
uses explicit-route-hop { uses explicit-route-hop {
augment "type" { augment "type" {
case srlg { case srlg {
container srlg { container srlg {
description "SRLG container"; description
"SRLG container.";
leaf srlg { leaf srlg {
type uint32; type uint32;
description "SRLG value"; description
"SRLG value.";
} }
} }
description "An SRLG value to be included or excluded"; description
"An SRLG value to be included or excluded.";
} }
description description
"Augmentation to generic explicit route for SRLG "Augmentation for a generic explicit route for SRLG
exclusion"; exclusion.";
} }
} }
} }
} }
} }
grouping path-route-include-objects { grouping path-route-include-objects {
description description
"List of route object(s) to be included when performing "List of route objects to be included when performing
the path computation."; the path computation.";
list route-object-include-object { list route-object-include-object {
key index; key "index";
ordered-by user; ordered-by user;
description description
"List of explicit route objects to be included "List of Explicit Route Objects to be included in the
in path computation"; path computation.";
leaf index { leaf index {
type uint32; type uint32;
description description
"Route object entry index. The index is used to "Route object entry index. The index is used to
identify an entry in the list. The order of entries identify an entry in the list. The order of entries
is defined by the user without relying on key values"; is defined by the user without relying on key values.";
} }
uses explicit-route-hop; uses explicit-route-hop;
} }
} }
grouping path-route-exclude-objects { grouping path-route-exclude-objects {
description description
"List of route object(s) to be excluded when performing "List of route objects to be excluded when performing
the path computation."; the path computation.";
list route-object-exclude-object { list route-object-exclude-object {
key index; key "index";
ordered-by user; ordered-by user;
description description
"List of explicit route objects to be excluded "List of Explicit Route Objects to be excluded in the
in path computation"; path computation.";
leaf index { leaf index {
type uint32; type uint32;
description description
"Route object entry index. The index is used to "Route object entry index. The index is used to
identify an entry in the list. The order of entries identify an entry in the list. The order of entries
is defined by the user without relying on key values"; is defined by the user without relying on key values.";
} }
uses explicit-route-hop { uses explicit-route-hop {
augment "type" { augment "type" {
case srlg { case srlg {
container srlg { container srlg {
description "SRLG container"; description
"SRLG container.";
leaf srlg { leaf srlg {
type uint32; type uint32;
description "SRLG value"; description
"SRLG value.";
} }
} }
description "An SRLG value to be included or excluded"; description
"An SRLG value to be included or excluded.";
} }
description description
"Augmentation to generic explicit route for SRLG exclusion"; "Augmentation for a generic explicit route for SRLG
exclusion.";
} }
} }
} }
} }
grouping generic-path-metric-bounds { grouping generic-path-metric-bounds {
description "TE path metric bounds grouping"; description
"TE path metric bounds grouping.";
container path-metric-bounds { container path-metric-bounds {
description "TE path metric bounds container"; description
"TE path metric bounds container.";
list path-metric-bound { list path-metric-bound {
key metric-type; key "metric-type";
description "List of TE path metric bounds"; description
"List of TE path metric bounds.";
leaf metric-type { leaf metric-type {
type identityref { type identityref {
base path-metric-type; base path-metric-type;
} }
description description
"Identifies an entry in the list of metric-types "Identifies an entry in the list of 'metric-type' items
bound for the TE path."; bound for the TE path.";
} }
leaf upper-bound { leaf upper-bound {
type uint64; type uint64;
default 0; default "0";
description description
"Upper bound on end-to-end TE path metric. A zero indicate "Upper bound on the end-to-end TE path metric. A zero
an unbounded upper limit for the specific metric-type"; indicates an unbounded upper limit for the specific
'metric-type'.";
} }
} }
} }
} }
grouping generic-path-optimization { grouping generic-path-optimization {
description "TE generic path optimization grouping"; description
"TE generic path optimization grouping.";
container optimizations { container optimizations {
description description
"The objective function container that includes "The objective function container that includes
attributes to impose when computing a TE path"; attributes to impose when computing a TE path.";
choice algorithm { choice algorithm {
description "Optimizations algorithm."; description
"Optimizations algorithm.";
case metric { case metric {
if-feature path-optimization-metric; if-feature "path-optimization-metric";
/* Optimize by metric */ /* Optimize by metric */
list optimization-metric { list optimization-metric {
key "metric-type"; key "metric-type";
description "TE path metric type"; description
"TE path metric type.";
uses optimization-metric-entry; uses optimization-metric-entry;
} }
/* Tiebreakers */ /* Tiebreakers */
container tiebreakers { container tiebreakers {
description description
"Container for the list of tiebreaker(s)"; "Container for the list of tiebreakers.";
list tiebreaker { list tiebreaker {
key "tiebreaker-type"; key "tiebreaker-type";
description description
"The list of tiebreaker criterion to apply "The list of tiebreaker criteria to apply on an
on an equally favored set of paths to pick best"; equally favored set of paths, in order to pick
the best.";
leaf tiebreaker-type { leaf tiebreaker-type {
type identityref { type identityref {
base path-metric-type; base path-metric-type;
} }
description description
"Identifies an entry in the list of tiebreakers."; "Identifies an entry in the list of tiebreakers.";
} }
} }
} }
} }
case objective-function { case objective-function {
if-feature path-optimization-objective-function; if-feature "path-optimization-objective-function";
/* Objective functions */ /* Objective functions */
container objective-function { container objective-function {
description description
"The objective function container that includes "The objective function container that includes
attributes to impose when computing a TE path"; attributes to impose when computing a TE path.";
leaf objective-function-type { leaf objective-function-type {
type identityref { type identityref {
base objective-function-type; base objective-function-type;
} }
default te-types:of-minimize-cost-path; default "te-types:of-minimize-cost-path";
description "Objective function entry"; description
"Objective function entry.";
} }
} }
} }
} }
} }
} }
grouping generic-path-affinities { grouping generic-path-affinities {
description description
"Path affinities grouping"; "Path affinities grouping.";
container path-affinities-values { container path-affinities-values {
description description
"Path affinities values representation"; "Path affinities represented as values.";
list path-affinities-value { list path-affinities-value {
key "usage"; key "usage";
description description
"List of named affinity constraints"; "List of named affinity constraints.";
leaf usage { leaf usage {
type identityref { type identityref {
base resource-affinities-type; base resource-affinities-type;
} }
description description
"Identifies an entry in the list of value affinities "Identifies an entry in the list of value affinity
constraints"; constraints.";
} }
leaf value { leaf value {
type admin-groups; type admin-groups;
default ''; default "";
description "The affinity value. The default is empty."; description
"The affinity value. The default is empty.";
} }
} }
} }
container path-affinity-names { container path-affinity-names {
description description
"Path affinities named representation style"; "Path affinities represented as names.";
list path-affinity-name { list path-affinity-name {
key "usage"; key "usage";
description "List of named affinity constraints"; description
"List of named affinity constraints.";
leaf usage { leaf usage {
type identityref { type identityref {
base resource-affinities-type; base resource-affinities-type;
} }
description description
"Identifies an entry in the list of named affinities "Identifies an entry in the list of named affinity
constraints"; constraints.";
} }
list affinity-name { list affinity-name {
key "name"; key "name";
leaf name { leaf name {
type string; type string;
description "Identify a named affinity entry."; description
"Identifies a named affinity entry.";
} }
description "List of named affinities"; description
"List of named affinities.";
} }
} }
} }
} }
grouping generic-path-srlgs { grouping generic-path-srlgs {
description description
"Path SRLG grouping"; "Path SRLG grouping.";
container path-srlgs-lists { container path-srlgs-lists {
description description
"Path SRLG properties container"; "Path SRLG properties container.";
list path-srlgs-list { list path-srlgs-list {
key "usage"; key "usage";
description description
"List entries of value SRLGs to be included or excluded"; "List of SRLG values to be included or excluded.";
leaf usage { leaf usage {
type identityref { type identityref {
base route-usage-type; base route-usage-type;
} }
description description
"Identifies an entry of list of SRLGs to either include "Identifies an entry in a list of SRLGs to either
or exclude"; include or exclude.";
} }
leaf-list values { leaf-list values {
type srlg; type srlg;
description "List of SRLG values"; description
"List of SRLG values.";
} }
} }
} }
container path-srlgs-names { container path-srlgs-names {
description "Container for named SRLG list"; description
"Container for the list of named SRLGs.";
list path-srlgs-name { list path-srlgs-name {
key "usage"; key "usage";
description description
"List entries of named SRLGs to be included or excluded"; "List of named SRLGs to be included or excluded.";
leaf usage { leaf usage {
type identityref { type identityref {
base route-usage-type; base route-usage-type;
} }
description description
"Identifies an entry of list of named SRLGs to either "Identifies an entry in a list of named SRLGs to either
include or exclude"; include or exclude.";
} }
leaf-list names { leaf-list names {
type string; type string;
description "List of named SRLGs"; description
"List of named SRLGs.";
} }
} }
} }
} }
grouping generic-path-disjointness { grouping generic-path-disjointness {
description "Path disjointness grouping"; description
"Path disjointness grouping.";
leaf disjointness { leaf disjointness {
type te-path-disjointness; type te-path-disjointness;
description description
"The type of resource disjointness. "The type of resource disjointness.
When configured for a primary path, the disjointness level When configured for a primary path, the disjointness level
applies to all secondary LSPs. When configured for a secondary applies to all secondary LSPs. When configured for a
path, disjointness level overrides the one configured for the secondary path, the disjointness level overrides the level
primary path"; configured for the primary path.";
} }
} }
grouping common-path-constraints-attributes { grouping common-path-constraints-attributes {
description description
"Common path constraints configuration grouping"; "Common path constraints configuration grouping.";
uses common-constraints; uses common-constraints;
uses generic-path-metric-bounds; uses generic-path-metric-bounds;
uses generic-path-affinities; uses generic-path-affinities;
uses generic-path-srlgs; uses generic-path-srlgs;
} }
grouping generic-path-constraints { grouping generic-path-constraints {
description description
"Global named path constraints configuration "Global named path constraints configuration grouping.";
grouping";
container path-constraints { container path-constraints {
description "TE named path constraints container"; description
"TE named path constraints container.";
uses common-path-constraints-attributes; uses common-path-constraints-attributes;
uses generic-path-disjointness; uses generic-path-disjointness;
} }
} }
grouping generic-path-properties { grouping generic-path-properties {
description "TE generic path properties grouping"; description
"TE generic path properties grouping.";
container path-properties { container path-properties {
config false; config false;
description "The TE path properties"; description
"The TE path properties.";
list path-metric { list path-metric {
key metric-type; key "metric-type";
description "TE path metric type"; description
"TE path metric type.";
leaf metric-type { leaf metric-type {
type identityref { type identityref {
base path-metric-type; base path-metric-type;
} }
description "TE path metric type"; description
"TE path metric type.";
} }
leaf accumulative-value { leaf accumulative-value {
type uint64; type uint64;
description "TE path metric accumulative value"; description
"TE path metric accumulative value.";
} }
} }
uses generic-path-affinities; uses generic-path-affinities;
uses generic-path-srlgs; uses generic-path-srlgs;
container path-route-objects { container path-route-objects {
description description
"Container for the list of route objects either returned by "Container for the list of route objects either returned by
the computation engine or actually used by an LSP"; the computation engine or actually used by an LSP.";
list path-route-object { list path-route-object {
key index; key "index";
ordered-by user; ordered-by user;
description description
"List of route objects either returned by the computation "List of route objects either returned by the computation
engine or actually used by an LSP"; engine or actually used by an LSP.";
leaf index { leaf index {
type uint32; type uint32;
description description
"Route object entry index. The index is used to "Route object entry index. The index is used to
identify an entry in the list. The order of entries identify an entry in the list. The order of entries
is defined by the user without relying on key values"; is defined by the user without relying on key
values.";
} }
uses explicit-route-hop; uses explicit-route-hop;
} }
} }
} }
} }
} }
<CODE ENDS> ]]></sourcecode>
]]></artwork></figure> </section>
<section anchor="packet-te-types-yang-module" numbered="true" toc="default">
</section> <name>Packet TE Types YANG Module</name>
<section anchor="packet-te-types-yang-module" title="Packet TE Types YANG Module <t>The "ietf-te-packet-types" module imports from the "ietf-te-types"
"> module defined in <xref target="te-types-yang-module"/> of this
document.</t>
<t>The ietf-te-packet-types module imports from the following modules:</t>
<t><list style="symbols">
<t>ietf-te-types defined in this document.</t>
</list></t>
<figure title="TE packet types YANG module" anchor="fig-mpls-te-types"><artwork> <sourcecode name="ietf-te-packet-types@2020-04-06.yang" type="yang" mark
<![CDATA[ ers="true"><![CDATA[
<CODE BEGINS> file "ietf-te-packet-types@2019-11-18.yang"
module ietf-te-packet-types { module ietf-te-packet-types {
yang-version 1.1; yang-version 1.1;
namespace "urn:ietf:params:xml:ns:yang:ietf-te-packet-types"; namespace "urn:ietf:params:xml:ns:yang:ietf-te-packet-types";
prefix te-packet-types;
/* Replace with IANA when assigned */
prefix "te-packet-types";
/* Import TE generic types */ /* Import TE generic types */
import ietf-te-types { import ietf-te-types {
prefix te-types; prefix te-types;
reference reference
"RFC XXXX: A YANG Data Model for Common Traffic Engineering "RFC 8776: Common YANG Data Types for Traffic Engineering";
Types";
} }
organization organization
"IETF TEAS Working Group"; "IETF Traffic Engineering Architecture and Signaling (TEAS)
Working Group";
contact contact
"WG Web: <http://tools.ietf.org/wg/teas/> "WG Web: <https://datatracker.ietf.org/wg/teas/>
WG List: <mailto:teas@ietf.org> WG List: <mailto:teas@ietf.org>
Editor: Tarek Saad Editor: Tarek Saad
<mailto:tsaad@juniper.net> <mailto:tsaad@juniper.net>
Editor: Rakesh Gandhi Editor: Rakesh Gandhi
<mailto:rgandhi@cisco.com> <mailto:rgandhi@cisco.com>
Editor: Vishnu Pavan Beeram Editor: Vishnu Pavan Beeram
<mailto:vbeeram@juniper.net> <mailto:vbeeram@juniper.net>
Editor: Himanshu Shah
<mailto:hshah@ciena.com>
Editor: Xufeng Liu Editor: Xufeng Liu
<mailto:xufeng.liu.ietf@gmail.com> <mailto:xufeng.liu.ietf@gmail.com>
Editor: Igor Bryskin Editor: Igor Bryskin
<mailto:i_bryskin@yahoo.com> <mailto:i_bryskin@yahoo.com>";
Editor: Young Lee
<mailto:leeyoung@huawei.com>";
description description
"This module contains a collection of generally useful MPLS TE "This YANG module contains a collection of generally useful YANG
specific YANG data type definitions. The model fully conforms data type definitions specific to MPLS TE. The model fully
to the Network Management Datastore Architecture (NMDA). conforms to the Network Management Datastore Architecture
(NMDA).
Copyright (c) 2018 IETF Trust and the persons Copyright (c) 2020 IETF Trust and the persons identified as
identified as authors of the code. All rights reserved. authors of the code. All rights reserved.
Redistribution and use in source and binary forms, with or Redistribution and use in source and binary forms, with or
without modification, is permitted pursuant to, and subject without modification, is permitted pursuant to, and subject to
to the license terms contained in, the Simplified BSD License the license terms contained in, the Simplified BSD License set
set forth in Section 4.c of the IETF Trust's Legal Provisions forth in Section 4.c of the IETF Trust's Legal Provisions
Relating to IETF Documents Relating to IETF Documents
(https://trustee.ietf.org/license-info). (https://trustee.ietf.org/license-info).
This version of this YANG module is part of RFC XXXX; see
the RFC itself for full legal notices.";
// RFC Ed.: replace XXXX with actual RFC number and remove this
// note.
// RFC Ed.: update the date below with the date of RFC publication This version of this YANG module is part of RFC 8776; see the
// and remove this note. RFC itself for full legal notices.";
revision "2019-11-18" { revision 2020-04-06 {
description "Latest revision of TE MPLS types"; description
"Latest revision of TE MPLS types.";
reference reference
"RFC XXXX: A YANG Data Model for Common Traffic Engineering "RFC 8776: Common YANG Data Types for Traffic Engineering";
Types";
} }
/** /**
* Typedefs * Typedefs
*/ */
typedef te-bandwidth-requested-type { typedef te-bandwidth-requested-type {
type enumeration { type enumeration {
enum specified { enum specified {
description description
"Bandwidth is explicitly specified"; "Bandwidth is explicitly specified.";
} }
enum auto { enum auto {
description description
"Bandwidth is automatically computed"; "Bandwidth is automatically computed.";
} }
} }
description description
"enumerated type for specifying whether bandwidth is "Enumerated type for specifying whether bandwidth is
explicitly specified or automatically computed"; explicitly specified or automatically computed.";
} }
typedef te-class-type { typedef te-class-type {
type uint8; type uint8;
description description
"Diffserv-TE class-type that defines a set of Traffic "Diffserv-TE Class-Type. Defines a set of Traffic Trunks
Trunks crossing a link that is governed by a specific crossing a link that is governed by a specific set of
set of bandwidth constraints. CT is used for the bandwidth constraints. Class-Type is used for the purposes
purposes of link bandwidth allocation, constraint- of link bandwidth allocation, constraint-based routing, and
based routing and admission control."; admission control.";
reference "RFC4124: Protocols for Diffserv-aware TE"; reference
"RFC 4124: Protocol Extensions for Support of Diffserv-aware
MPLS Traffic Engineering";
} }
typedef bc-type { typedef bc-type {
type uint8 { type uint8 {
range '0..7'; range "0..7";
} }
description description
"Diffserv-TE bandwidth constraint as defined in RFC4124"; "Diffserv-TE bandwidth constraints as defined in RFC 4124.";
reference "RFC4124: Protocols for Diffserv-aware TE"; reference
"RFC 4124: Protocol Extensions for Support of Diffserv-aware
MPLS Traffic Engineering";
} }
typedef bandwidth-kbps { typedef bandwidth-kbps {
type uint64; type uint64;
units "Kbps"; units "Kbps";
description description
"Bandwidth values expressed in kilobits per second"; "Bandwidth values, expressed in kilobits per second.";
} }
typedef bandwidth-mbps { typedef bandwidth-mbps {
type uint64; type uint64;
units "Mbps"; units "Mbps";
description description
"Bandwidth values expressed in megabits per second"; "Bandwidth values, expressed in megabits per second.";
} }
typedef bandwidth-gbps { typedef bandwidth-gbps {
type uint64; type uint64;
units "Gbps"; units "Gbps";
description description
"Bandwidth values expressed in gigabits per second"; "Bandwidth values, expressed in gigabits per second.";
} }
identity backup-protection-type { identity backup-protection-type {
description description
"Base identity for backup protection type"; "Base identity for the backup protection type.";
} }
identity backup-protection-link { identity backup-protection-link {
base backup-protection-type; base backup-protection-type;
description description
"backup provides link protection only"; "Backup provides link protection only.";
} }
identity backup-protection-node-link { identity backup-protection-node-link {
base backup-protection-type; base backup-protection-type;
description description
"backup offers node (preferred) or link protection"; "Backup offers node (preferred) or link protection.";
} }
identity bc-model-type { identity bc-model-type {
description description
"Base identity for Diffserv-TE bandwidth constraint "Base identity for the Diffserv-TE Bandwidth Constraints
model type"; Model type.";
reference "RFC4124: Protocols for Diffserv-aware TE"; reference
"RFC 4124: Protocol Extensions for Support of Diffserv-aware
MPLS Traffic Engineering";
} }
identity bc-model-rdm { identity bc-model-rdm {
base bc-model-type; base bc-model-type;
description description
"Russian Doll bandwidth constraint model type."; "Russian Dolls Bandwidth Constraints Model type.";
reference "RFC4127: Russian Dolls Model for DS-TE"; reference
"RFC 4127: Russian Dolls Bandwidth Constraints Model for
Diffserv-aware MPLS Traffic Engineering";
} }
identity bc-model-mam { identity bc-model-mam {
base bc-model-type; base bc-model-type;
description description
"Maximum Allocation bandwidth constraint "Maximum Allocation Bandwidth Constraints Model type.";
model type."; reference
reference "RFC4125: Maximum Allocation Model for DS-TE"; "RFC 4125: Maximum Allocation Bandwidth Constraints Model for
Diffserv-aware MPLS Traffic Engineering";
} }
identity bc-model-mar { identity bc-model-mar {
base bc-model-type; base bc-model-type;
description description
"Maximum Allocation with Reservation "Maximum Allocation with Reservation Bandwidth Constraints
bandwidth constraint model type."; Model type.";
reference "RFC4126: MAR Bandwidth Constraints Model for DS-TE"; reference
"RFC 4126: Max Allocation with Reservation Bandwidth
Constraints Model for Diffserv-aware MPLS Traffic Engineering
& Performance Comparisons";
} }
grouping performance-metrics-attributes-packet { grouping performance-metrics-attributes-packet {
description description
"A container containing performance metric attributes."; "Contains PM attributes.";
uses te-types:performance-metrics-attributes { uses te-types:performance-metrics-attributes {
augment performance-metrics-one-way { augment "performance-metrics-one-way" {
leaf one-way-min-delay { leaf one-way-min-delay {
type uint32 { type uint32 {
range '0..16777215'; range "0..16777215";
} }
description description
"One-way minimum delay or latency in micro seconds."; "One-way minimum delay or latency in microseconds.";
} }
leaf one-way-min-delay-normality { leaf one-way-min-delay-normality {
type te-types:performance-metrics-normality; type te-types:performance-metrics-normality;
default "normal"; default "normal";
description "One-way minimum delay or latency normality."; description
"One-way minimum delay or latency normality.";
} }
leaf one-way-max-delay { leaf one-way-max-delay {
type uint32 { type uint32 {
range '0..16777215'; range "0..16777215";
} }
description description
"One-way maximum delay or latency in micro seconds."; "One-way maximum delay or latency in microseconds.";
} }
leaf one-way-max-delay-normality { leaf one-way-max-delay-normality {
type te-types:performance-metrics-normality; type te-types:performance-metrics-normality;
default "normal"; default "normal";
description "One-way maximum delay or latency normality."; description
"One-way maximum delay or latency normality.";
} }
leaf one-way-delay-variation { leaf one-way-delay-variation {
type uint32 { type uint32 {
range '0..16777215'; range "0..16777215";
} }
description "One-way delay variation in micro seconds."; description
reference "RFC5481, section 4.2"; "One-way delay variation in microseconds.";
reference
"RFC 5481: Packet Delay Variation Applicability
Statement, Section 4.2";
} }
leaf one-way-delay-variation-normality { leaf one-way-delay-variation-normality {
type te-types:performance-metrics-normality; type te-types:performance-metrics-normality;
default "normal"; default "normal";
description "One-way delay variation normality."; description
reference "RFC7471, RFC8570, and RFC7823"; "One-way delay variation normality.";
reference
"RFC 7471: OSPF Traffic Engineering (TE) Metric
Extensions
RFC 7823: Performance-Based Path Selection for
Explicitly Routed Label Switched Paths (LSPs) Using
TE Metric Extensions
RFC 8570: IS-IS Traffic Engineering (TE) Metric
Extensions";
} }
leaf one-way-packet-loss { leaf one-way-packet-loss {
type decimal64 { type decimal64 {
fraction-digits 6; fraction-digits 6;
range '0 .. 50.331642'; range "0..50.331642";
} }
description description
"One-way packet loss as a percentage of the total traffic "One-way packet loss as a percentage of the total traffic
sent over a configurable interval. The finest precision is sent over a configurable interval. The finest precision
0.000003%. where the maximum 50.331642%."; is 0.000003%, where the maximum is 50.331642%.";
reference "RFC 7810, section-4.4"; reference
"RFC 8570: IS-IS Traffic Engineering (TE) Metric
Extensions, Section 4.4";
} }
leaf one-way-packet-loss-normality { leaf one-way-packet-loss-normality {
type te-types:performance-metrics-normality; type te-types:performance-metrics-normality;
default "normal"; default "normal";
description "Packet loss normality."; description
reference "RFC7471, RFC8570, and RFC7823"; "Packet loss normality.";
reference
"RFC 7471: OSPF Traffic Engineering (TE) Metric
Extensions
RFC 7823: Performance-Based Path Selection for
Explicitly Routed Label Switched Paths (LSPs) Using
TE Metric Extensions
RFC 8570: IS-IS Traffic Engineering (TE) Metric
Extensions";
} }
description description
"PM one-way packet specific augmentation to generic PM "PM one-way packet-specific augmentation for a generic PM
grouping"; grouping.";
} }
augment performance-metrics-two-way { augment "performance-metrics-two-way" {
leaf two-way-min-delay { leaf two-way-min-delay {
type uint32 { type uint32 {
range '0..16777215'; range "0..16777215";
} }
default 0; default "0";
description description
"Two-way minimum delay or latency in micro seconds."; "Two-way minimum delay or latency in microseconds.";
} }
leaf two-way-min-delay-normality { leaf two-way-min-delay-normality {
type te-types:performance-metrics-normality; type te-types:performance-metrics-normality;
default "normal"; default "normal";
description "Two-way minimum delay or latency normality."; description
reference "RFC7471, RFC8570, and RFC7823"; "Two-way minimum delay or latency normality.";
reference
"RFC 7471: OSPF Traffic Engineering (TE) Metric
Extensions
RFC 7823: Performance-Based Path Selection for
Explicitly Routed Label Switched Paths (LSPs) Using
TE Metric Extensions
RFC 8570: IS-IS Traffic Engineering (TE) Metric
Extensions";
} }
leaf two-way-max-delay { leaf two-way-max-delay {
type uint32 { type uint32 {
range '0..16777215'; range "0..16777215";
} }
default 0; default "0";
description description
"Two-way maximum delay or latency in micro seconds."; "Two-way maximum delay or latency in microseconds.";
} }
leaf two-way-max-delay-normality { leaf two-way-max-delay-normality {
type te-types:performance-metrics-normality; type te-types:performance-metrics-normality;
default "normal"; default "normal";
description "Two-way maximum delay or latency normality."; description
reference "RFC7471, RFC8570, and RFC7823"; "Two-way maximum delay or latency normality.";
reference
"RFC 7471: OSPF Traffic Engineering (TE) Metric
Extensions
RFC 7823: Performance-Based Path Selection for
Explicitly Routed Label Switched Paths (LSPs) Using
TE Metric Extensions
RFC 8570: IS-IS Traffic Engineering (TE) Metric
Extensions";
} }
leaf two-way-delay-variation { leaf two-way-delay-variation {
type uint32 { type uint32 {
range '0..16777215'; range "0..16777215";
} }
default 0; default "0";
description "Two-way delay variation in micro seconds."; description
reference "RFC5481, section 4.2"; "Two-way delay variation in microseconds.";
reference
"RFC 5481: Packet Delay Variation Applicability
Statement, Section 4.2";
} }
leaf two-way-delay-variation-normality { leaf two-way-delay-variation-normality {
type te-types:performance-metrics-normality; type te-types:performance-metrics-normality;
default "normal"; default "normal";
description "Two-way delay variation normality."; description
reference "RFC7471, RFC8570, and RFC7823"; "Two-way delay variation normality.";
reference
"RFC 7471: OSPF Traffic Engineering (TE) Metric
Extensions
RFC 7823: Performance-Based Path Selection for
Explicitly Routed Label Switched Paths (LSPs) Using
TE Metric Extensions
RFC 8570: IS-IS Traffic Engineering (TE) Metric
Extensions";
} }
leaf two-way-packet-loss { leaf two-way-packet-loss {
type decimal64 { type decimal64 {
fraction-digits 6; fraction-digits 6;
range '0 .. 50.331642'; range "0..50.331642";
} }
default 0; default "0";
description description
"Two-way packet loss as a percentage of the total traffic "Two-way packet loss as a percentage of the total traffic
sent over a configurable interval. The finest precision is sent over a configurable interval. The finest precision
0.000003%."; is 0.000003%.";
} }
leaf two-way-packet-loss-normality { leaf two-way-packet-loss-normality {
type te-types:performance-metrics-normality; type te-types:performance-metrics-normality;
default "normal"; default "normal";
description "Two-way packet loss normality."; description
"Two-way packet loss normality.";
} }
description description
"PM two-way packet specific augmentation to generic PM "PM two-way packet-specific augmentation for a generic PM
grouping"; grouping.";
reference "RFC7471, RFC8570, and RFC7823"; reference
"RFC 7471: OSPF Traffic Engineering (TE) Metric Extensions
RFC 7823: Performance-Based Path Selection for
Explicitly Routed Label Switched Paths (LSPs) Using
TE Metric Extensions
RFC 8570: IS-IS Traffic Engineering (TE) Metric
Extensions";
} }
} }
} }
grouping one-way-performance-metrics-packet { grouping one-way-performance-metrics-packet {
description description
"One-way packet performance metrics throttle grouping."; "One-way packet PM throttle grouping.";
leaf one-way-min-delay { leaf one-way-min-delay {
type uint32 { type uint32 {
range '0..16777215'; range "0..16777215";
} }
default 0; default "0";
description "One-way minimum delay or latency in micro seconds."; description
"One-way minimum delay or latency in microseconds.";
} }
leaf one-way-max-delay { leaf one-way-max-delay {
type uint32 { type uint32 {
range '0..16777215'; range "0..16777215";
} }
default 0; default "0";
description "One-way maximum delay or latency in micro seconds."; description
"One-way maximum delay or latency in microseconds.";
} }
leaf one-way-delay-variation { leaf one-way-delay-variation {
type uint32 { type uint32 {
range '0..16777215'; range "0..16777215";
} }
default 0; default "0";
description "One-way delay variation in micro seconds."; description
"One-way delay variation in microseconds.";
} }
leaf one-way-packet-loss { leaf one-way-packet-loss {
type decimal64 { type decimal64 {
fraction-digits 6; fraction-digits 6;
range '0 .. 50.331642'; range "0..50.331642";
} }
default 0; default "0";
description description
"One-way packet loss as a percentage of the total traffic sent "One-way packet loss as a percentage of the total traffic
over a configurable interval. The finest precision is sent over a configurable interval. The finest precision is
0.000003%."; 0.000003%.";
} }
} }
grouping two-way-performance-metrics-packet { grouping two-way-performance-metrics-packet {
description description
"Two-way packet performance metrics throttle grouping."; "Two-way packet PM throttle grouping.";
leaf two-way-min-delay { leaf two-way-min-delay {
type uint32 { type uint32 {
range '0..16777215'; range "0..16777215";
} }
default 0; default "0";
description "Two-way minimum delay or latency in micro seconds."; description
"Two-way minimum delay or latency in microseconds.";
} }
leaf two-way-max-delay { leaf two-way-max-delay {
type uint32 { type uint32 {
range '0..16777215'; range "0..16777215";
} }
default 0; default "0";
description "Two-way maximum delay or latency in micro seconds."; description
"Two-way maximum delay or latency in microseconds.";
} }
leaf two-way-delay-variation { leaf two-way-delay-variation {
type uint32 { type uint32 {
range '0..16777215'; range "0..16777215";
} }
default 0; default "0";
description "Two-way delay variation in micro seconds."; description
"Two-way delay variation in microseconds.";
} }
leaf two-way-packet-loss { leaf two-way-packet-loss {
type decimal64 { type decimal64 {
fraction-digits 6; fraction-digits 6;
range '0 .. 50.331642'; range "0..50.331642";
} }
default 0; default "0";
description description
"Two-way packet loss as a percentage of the total traffic sent "Two-way packet loss as a percentage of the total traffic
over a configurable interval. The finest precision is sent over a configurable interval. The finest precision is
0.000003%."; 0.000003%.";
} }
} }
grouping performance-metrics-throttle-container-packet { grouping performance-metrics-throttle-container-packet {
description description
"Packet performance metrics threshold grouping"; "Packet PM threshold grouping.";
uses te-types:performance-metrics-throttle-container { uses te-types:performance-metrics-throttle-container {
augment "throttle/threshold-out" { augment "throttle/threshold-out" {
uses one-way-performance-metrics-packet; uses one-way-performance-metrics-packet;
uses two-way-performance-metrics-packet; uses two-way-performance-metrics-packet;
description description
"PM threshold-out packet augmentation to "PM threshold-out packet augmentation for a
generic grouping"; generic grouping.";
} }
augment "throttle/threshold-in" { augment "throttle/threshold-in" {
uses one-way-performance-metrics-packet; uses one-way-performance-metrics-packet;
uses two-way-performance-metrics-packet; uses two-way-performance-metrics-packet;
description description
"PM threshold-in packet augmentation to "PM threshold-in packet augmentation for a
generic grouping"; generic grouping.";
} }
augment "throttle/threshold-accelerated-advertisement" { augment "throttle/threshold-accelerated-advertisement" {
uses one-way-performance-metrics-packet; uses one-way-performance-metrics-packet;
uses two-way-performance-metrics-packet; uses two-way-performance-metrics-packet;
description description
"PM accelerated advertisement packet augmentation to "PM accelerated advertisement packet augmentation for a
generic grouping"; generic grouping.";
} }
} }
} }
} }
<CODE ENDS> ]]></sourcecode>
]]></artwork></figure> </section>
<section anchor="iana-considerations" numbered="true" toc="default">
</section> <name>IANA Considerations</name>
<section anchor="iana-considerations" title="IANA Considerations"> <t>This document registers the following URIs in the "ns" subregistry
within the "IETF XML Registry" <xref target="RFC3688"
<t>This document registers the following URIs in the IETF XML registry format="default"/>.</t>
<xref target="RFC3688"/>.
Following the format in <xref target="RFC3688"/>, the following registration is
requested to be made.</t>
<figure><artwork><![CDATA[
URI: urn:ietf:params:xml:ns:yang:ietf-te-types
XML: N/A, the requested URI is an XML namespace.
URI: urn:ietf:params:xml:ns:yang:ietf-te-packet-types
XML: N/A, the requested URI is an XML namespace.
]]></artwork></figure>
<t>This document registers two YANG modules in the YANG Module Names <ul empty="true"><li>
registry <xref target="RFC6020"/>.</t> <dl newline="false" spacing="compact">
<dt>URI:</dt><dd>urn:ietf:params:xml:ns:yang:ietf-te-types</dd>
<dt>Registrant Contact:</dt><dd>The IESG.</dd>
<dt>XML:</dt><dd>N/A; the requested URI is an XML namespace.</dd>
</dl></li></ul>
<figure><artwork><![CDATA[ <ul empty="true"><li>
name: ietf-te-types <dl newline="false" spacing="compact">
namespace: urn:ietf:params:xml:ns:yang:ietf-te-types <dt>URI:</dt><dd>urn:ietf:params:xml:ns:yang:ietf-te-packet-types</dd>
prefix: te-types <dt>Registrant Contact:</dt><dd>The IESG.</dd>
reference: RFCXXXX <dt>XML:</dt><dd>N/A; the requested URI is an XML namespace.</dd>
</dl></li></ul>
name: ietf-te-packet-types <t>This document registers two YANG modules in the "YANG Module Names"
namespace: urn:ietf:params:xml:ns:yang:ietf-te-packet-types registry <xref target="RFC6020" format="default"/>.</t>
prefix: te-packet-types
reference: RFCXXXX
]]></artwork></figure>
</section> <ul empty="true"><li>
<section anchor="security-considerations" title="Security Considerations"> <dl newline="false" spacing="compact">
<dt>Name:</dt><dd>ietf-te-types</dd>
<dt>Namespace:</dt><dd>urn:ietf:params:xml:ns:yang:ietf-te-types</dd>
<dt>Prefix:</dt><dd>te-types</dd>
<dt>Reference:</dt><dd>RFC 8776</dd>
</dl></li></ul>
<t>The YANG module specified in this document defines a schema for data that is <ul empty="true"><li>
<dl newline="false" spacing="compact">
<dt>Name:</dt><dd>ietf-te-packet-types</dd>
<dt>Namespace:</dt><dd>urn:ietf:params:xml:ns:yang:ietf-te-packet-types</dd>
<dt>Prefix:</dt><dd>te-packet-types</dd>
<dt>Reference:</dt><dd>RFC 8776</dd>
</dl></li></ul>
</section>
<section anchor="security-considerations" numbered="true" toc="default">
<name>Security Considerations</name>
<t>The YANG module specified in this document defines a schema for data th
at is
designed to be accessed via network management protocols such as NETCONF designed to be accessed via network management protocols such as NETCONF
<xref target="RFC6241"/> or RESTCONF <xref target="RFC8040"/>. The lowest NETCON F layer is the secure <xref target="RFC6241" format="default"/> or RESTCONF <xref target="RFC8040" for mat="default"/>. The lowest NETCONF layer is the secure
transport layer, and the mandatory-to-implement secure transport is Secure transport layer, and the mandatory-to-implement secure transport is Secure
Shell (SSH) <xref target="RFC6242"/>. The lowest RESTCONF layer is HTTPS, and t Shell (SSH) <xref target="RFC6242" format="default"/>. The lowest RESTCONF laye
he r is HTTPS, and the
mandatory-to-implement secure transport is TLS <xref target="RFC8446"/>.</t> mandatory-to-implement secure transport is TLS <xref target="RFC8446" format="de
fault"/>.</t>
<t>The Network Configuration Access Control Model (NACM) <xref target="RFC8341"/ <t>The Network Configuration Access Control Model (NACM) <xref target="RFC
> provides the 8341" format="default"/> provides the
means to restrict access for particular NETCONF or RESTCONF users to a means to restrict access for particular NETCONF or RESTCONF users to a
preconfigured subset of all available NETCONF or RESTCONF protocol operations preconfigured subset of all available NETCONF or RESTCONF protocol operations
and content.</t> and content.</t>
<t>The YANG module in this document defines common TE type definitions
<t>The YANG module in this document defines common TE type definitions (e.g., typedef, identity, and grouping statements) in YANG data modeling
(i.e., typedef, identity and grouping statements) in YANG data modeling
language to be imported and used by other TE modules. When imported language to be imported and used by other TE modules. When imported
and used, the resultant schema will have data nodes that can be writable, or and used, the resultant schema will have data nodes that can be writable or
readable. The access to such data nodes may be considered sensitive or readable. Access to such data nodes may be considered sensitive or
vulnerable in some network environments. Write operations (e.g., edit-config) vulnerable in some network environments. Write operations (e.g., edit-config)
to these data nodes without proper protection can have a negative effect on to these data nodes without proper protection can have a negative effect on
network operations.</t> network operations.</t>
<t>The security considerations spelled out in the YANG 1.1 specification
<xref target="RFC7950" format="default"/> apply for this document as well.</t>
<t>The security considerations spelled out in the YANG 1.1 specification </section>
<xref target="RFC7950"/> apply for this document as well.</t>
</section>
<section anchor="acknowledgement" title="Acknowledgement">
<t>The authors would like to thank the members of the multi-vendor YANG design
team
who are involved in the definition of these data types.</t>
<t>The authors would also like to thank Tom Petch, Jan Lindblad, Sergio Belotti,
Italo Busi,
Carlo Perocchio, Francesco Lazzeri, and Aihua Guo for their review
comments and for providing valuable feedback on this document.</t>
</section>
<section anchor="contributors" title="Contributors">
<figure><artwork><![CDATA[
Himanshu Shah
Ciena
Email: hshah@ciena.com
Young Lee
Huawei Technologies
Email: leeyoung@huawei.com
]]></artwork></figure>
</section>
</middle> </middle>
<back> <back>
<references>
<name>References</name>
<references>
<name>Normative References</name>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.2119.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8174.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.6020.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.6241.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8294.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.6991.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7950.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8345.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.3688.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8040.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.6242.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8446.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8341.
xml"/>
</references>
<references>
<name>Informative References</name>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.3209.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7308.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.6511.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5541.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.3272.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.4657.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5817.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.4328.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.6004.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7139.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7551.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7571.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7579.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.3471.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.3477.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.3785.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.4124.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.4202.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7471.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8570.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7823.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.6370.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5003.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.3630.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.6827.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5305.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.6119.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.4203.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5307.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.6378.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.4427.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.4090.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.4561.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.4736.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5712.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.4920.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5420.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7570.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.4875.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5151.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5150.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.6001.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.6790.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7260.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8001.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8149.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8169.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.6780.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.4872.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.4873.
xml"/>
<references title='Normative References'> <reference anchor="G.709" target="https://www.itu.int/rec/T-REC-G.709/">
<front>
<reference anchor="RFC2119" target='https://www.rfc-editor.org/info/rfc2119'> <title>Interfaces for the optical transport network</title>
<front> <seriesInfo name="ITU-T" value="Recommendation G.709"/>
<title>Key words for use in RFCs to Indicate Requirement Levels</title> <author>
<author initials='S.' surname='Bradner' fullname='S. Bradner'><organization /></ <organization>ITU-T</organization>
author> </author>
<date year='1997' month='March' /> <date month="June" year="2016"/>
<abstract><t>In many standards track documents several words are used to signify </front>
the requirements in the specification. These words are often capitalized. This </reference>
document defines these words as they should be interpreted in IETF documents.
This document specifies an Internet Best Current Practices for the Internet Comm
unity, and requests discussion and suggestions for improvements.</t></abstract>
</front>
<seriesInfo name='BCP' value='14'/>
<seriesInfo name='RFC' value='2119'/>
<seriesInfo name='DOI' value='10.17487/RFC2119'/>
</reference>
<reference anchor="RFC8174" target='https://www.rfc-editor.org/info/rfc8174'>
<front>
<title>Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words</title>
<author initials='B.' surname='Leiba' fullname='B. Leiba'><organization /></auth
or>
<date year='2017' month='May' />
<abstract><t>RFC 2119 specifies common key words that may be used in protocol s
pecifications. This document aims to reduce the ambiguity by clarifying that on
ly UPPERCASE usage of the key words have the defined special meanings.</t></abs
tract>
</front>
<seriesInfo name='BCP' value='14'/>
<seriesInfo name='RFC' value='8174'/>
<seriesInfo name='DOI' value='10.17487/RFC8174'/>
</reference>
<reference anchor="RFC6020" target='https://www.rfc-editor.org/info/rfc6020'>
<front>
<title>YANG - A Data Modeling Language for the Network Configuration Protocol (N
ETCONF)</title>
<author initials='M.' surname='Bjorklund' fullname='M. Bjorklund' role='editor'>
<organization /></author>
<date year='2010' month='October' />
<abstract><t>YANG is a data modeling language used to model configuration and st
ate data manipulated by the Network Configuration Protocol (NETCONF), NETCONF re
mote procedure calls, and NETCONF notifications. [STANDARDS-TRACK]</t></abstract
>
</front>
<seriesInfo name='RFC' value='6020'/>
<seriesInfo name='DOI' value='10.17487/RFC6020'/>
</reference>
<reference anchor="RFC6241" target='https://www.rfc-editor.org/info/rfc6241'>
<front>
<title>Network Configuration Protocol (NETCONF)</title>
<author initials='R.' surname='Enns' fullname='R. Enns' role='editor'><organizat
ion /></author>
<author initials='M.' surname='Bjorklund' fullname='M. Bjorklund' role='editor'>
<organization /></author>
<author initials='J.' surname='Schoenwaelder' fullname='J. Schoenwaelder' role='
editor'><organization /></author>
<author initials='A.' surname='Bierman' fullname='A. Bierman' role='editor'><org
anization /></author>
<date year='2011' month='June' />
<abstract><t>The Network Configuration Protocol (NETCONF) defined in this docume
nt provides mechanisms to install, manipulate, and delete the configuration of n
etwork devices. It uses an Extensible Markup Language (XML)-based data encoding
for the configuration data as well as the protocol messages. The NETCONF proto
col operations are realized as remote procedure calls (RPCs). This document obs
oletes RFC 4741. [STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='6241'/>
<seriesInfo name='DOI' value='10.17487/RFC6241'/>
</reference>
<reference anchor="RFC8294" target='https://www.rfc-editor.org/info/rfc8294'>
<front>
<title>Common YANG Data Types for the Routing Area</title>
<author initials='X.' surname='Liu' fullname='X. Liu'><organization /></author>
<author initials='Y.' surname='Qu' fullname='Y. Qu'><organization /></author>
<author initials='A.' surname='Lindem' fullname='A. Lindem'><organization /></au
thor>
<author initials='C.' surname='Hopps' fullname='C. Hopps'><organization /></auth
or>
<author initials='L.' surname='Berger' fullname='L. Berger'><organization /></au
thor>
<date year='2017' month='December' />
<abstract><t>This document defines a collection of common data types using the Y
ANG data modeling language. These derived common types are designed to be impor
ted by other modules defined in the routing area.</t></abstract>
</front>
<seriesInfo name='RFC' value='8294'/>
<seriesInfo name='DOI' value='10.17487/RFC8294'/>
</reference>
<reference anchor="RFC6991" target='https://www.rfc-editor.org/info/rfc6991'>
<front>
<title>Common YANG Data Types</title>
<author initials='J.' surname='Schoenwaelder' fullname='J. Schoenwaelder' role='
editor'><organization /></author>
<date year='2013' month='July' />
<abstract><t>This document introduces a collection of common data types to be us
ed with the YANG data modeling language. This document obsoletes RFC 6021.</t><
/abstract>
</front>
<seriesInfo name='RFC' value='6991'/>
<seriesInfo name='DOI' value='10.17487/RFC6991'/>
</reference>
<reference anchor="RFC7951" target='https://www.rfc-editor.org/info/rfc7951'>
<front>
<title>JSON Encoding of Data Modeled with YANG</title>
<author initials='L.' surname='Lhotka' fullname='L. Lhotka'><organization /></au
thor>
<date year='2016' month='August' />
<abstract><t>This document defines encoding rules for representing configuration
data, state data, parameters of Remote Procedure Call (RPC) operations or actio
ns, and notifications defined using YANG as JavaScript Object Notation (JSON) te
xt.</t></abstract>
</front>
<seriesInfo name='RFC' value='7951'/>
<seriesInfo name='DOI' value='10.17487/RFC7951'/>
</reference>
<reference anchor="RFC7950" target='https://www.rfc-editor.org/info/rfc7950'>
<front>
<title>The YANG 1.1 Data Modeling Language</title>
<author initials='M.' surname='Bjorklund' fullname='M. Bjorklund' role='editor'>
<organization /></author>
<date year='2016' month='August' />
<abstract><t>YANG is a data modeling language used to model configuration data,
state data, Remote Procedure Calls, and notifications for network management pro
tocols. This document describes the syntax and semantics of version 1.1 of the
YANG language. YANG version 1.1 is a maintenance release of the YANG language,
addressing ambiguities and defects in the original specification. There are a s
mall number of backward incompatibilities from YANG version 1. This document al
so specifies the YANG mappings to the Network Configuration Protocol (NETCONF).<
/t></abstract>
</front>
<seriesInfo name='RFC' value='7950'/>
<seriesInfo name='DOI' value='10.17487/RFC7950'/>
</reference>
<reference anchor="RFC8345" target='https://www.rfc-editor.org/info/rfc8345'>
<front>
<title>A YANG Data Model for Network Topologies</title>
<author initials='A.' surname='Clemm' fullname='A. Clemm'><organization /></auth
or>
<author initials='J.' surname='Medved' fullname='J. Medved'><organization /></au
thor>
<author initials='R.' surname='Varga' fullname='R. Varga'><organization /></auth
or>
<author initials='N.' surname='Bahadur' fullname='N. Bahadur'><organization /></
author>
<author initials='H.' surname='Ananthakrishnan' fullname='H. Ananthakrishnan'><o
rganization /></author>
<author initials='X.' surname='Liu' fullname='X. Liu'><organization /></author>
<date year='2018' month='March' />
<abstract><t>This document defines an abstract (generic, or base) YANG data mode
l for network/service topologies and inventories. The data model serves as a ba
se model that is augmented with technology-specific details in other, more speci
fic topology and inventory data models.</t></abstract>
</front>
<seriesInfo name='RFC' value='8345'/>
<seriesInfo name='DOI' value='10.17487/RFC8345'/>
</reference>
<reference anchor="RFC3688" target='https://www.rfc-editor.org/info/rfc3688'>
<front>
<title>The IETF XML Registry</title>
<author initials='M.' surname='Mealling' fullname='M. Mealling'><organization />
</author>
<date year='2004' month='January' />
<abstract><t>This document describes an IANA maintained registry for IETF standa
rds which use Extensible Markup Language (XML) related items such as Namespaces,
Document Type Declarations (DTDs), Schemas, and Resource Description Framework
(RDF) Schemas.</t></abstract>
</front>
<seriesInfo name='BCP' value='81'/>
<seriesInfo name='RFC' value='3688'/>
<seriesInfo name='DOI' value='10.17487/RFC3688'/>
</reference>
<reference anchor="RFC8040" target='https://www.rfc-editor.org/info/rfc8040'>
<front>
<title>RESTCONF Protocol</title>
<author initials='A.' surname='Bierman' fullname='A. Bierman'><organization /></
author>
<author initials='M.' surname='Bjorklund' fullname='M. Bjorklund'><organization
/></author>
<author initials='K.' surname='Watsen' fullname='K. Watsen'><organization /></au
thor>
<date year='2017' month='January' />
<abstract><t>This document describes an HTTP-based protocol that provides a prog
rammatic interface for accessing data defined in YANG, using the datastore conce
pts defined in the Network Configuration Protocol (NETCONF).</t></abstract>
</front>
<seriesInfo name='RFC' value='8040'/>
<seriesInfo name='DOI' value='10.17487/RFC8040'/>
</reference>
<reference anchor="RFC6242" target='https://www.rfc-editor.org/info/rfc6242'>
<front>
<title>Using the NETCONF Protocol over Secure Shell (SSH)</title>
<author initials='M.' surname='Wasserman' fullname='M. Wasserman'><organization
/></author>
<date year='2011' month='June' />
<abstract><t>This document describes a method for invoking and running the Netwo
rk Configuration Protocol (NETCONF) within a Secure Shell (SSH) session as an SS
H subsystem. This document obsoletes RFC 4742. [STANDARDS-TRACK]</t></abstract
>
</front>
<seriesInfo name='RFC' value='6242'/>
<seriesInfo name='DOI' value='10.17487/RFC6242'/>
</reference>
<reference anchor="RFC8446" target='https://www.rfc-editor.org/info/rfc8446'>
<front>
<title>The Transport Layer Security (TLS) Protocol Version 1.3</title>
<author initials='E.' surname='Rescorla' fullname='E. Rescorla'><organization />
</author>
<date year='2018' month='August' />
<abstract><t>This document specifies version 1.3 of the Transport Layer Security
(TLS) protocol. TLS allows client/server applications to communicate over the
Internet in a way that is designed to prevent eavesdropping, tampering, and mess
age forgery.</t><t>This document updates RFCs 5705 and 6066, and obsoletes RFCs
5077, 5246, and 6961. This document also specifies new requirements for TLS 1.2
implementations.</t></abstract>
</front>
<seriesInfo name='RFC' value='8446'/>
<seriesInfo name='DOI' value='10.17487/RFC8446'/>
</reference>
<reference anchor="RFC8341" target='https://www.rfc-editor.org/info/rfc8341'>
<front>
<title>Network Configuration Access Control Model</title>
<author initials='A.' surname='Bierman' fullname='A. Bierman'><organization /></
author>
<author initials='M.' surname='Bjorklund' fullname='M. Bjorklund'><organization
/></author>
<date year='2018' month='March' />
<abstract><t>The standardization of network configuration interfaces for use wit
h the Network Configuration Protocol (NETCONF) or the RESTCONF protocol requires
a structured and secure operating environment that promotes human usability and
multi-vendor interoperability. There is a need for standard mechanisms to rest
rict NETCONF or RESTCONF protocol access for particular users to a preconfigured
subset of all available NETCONF or RESTCONF protocol operations and content. T
his document defines such an access control model.</t><t>This document obsoletes
RFC 6536.</t></abstract>
</front>
<seriesInfo name='STD' value='91'/>
<seriesInfo name='RFC' value='8341'/>
<seriesInfo name='DOI' value='10.17487/RFC8341'/>
</reference>
</references>
<references title='Informative References'>
<reference anchor="RFC3209" target='https://www.rfc-editor.org/info/rfc3209'>
<front>
<title>RSVP-TE: Extensions to RSVP for LSP Tunnels</title>
<author initials='D.' surname='Awduche' fullname='D. Awduche'><organization /></
author>
<author initials='L.' surname='Berger' fullname='L. Berger'><organization /></au
thor>
<author initials='D.' surname='Gan' fullname='D. Gan'><organization /></author>
<author initials='T.' surname='Li' fullname='T. Li'><organization /></author>
<author initials='V.' surname='Srinivasan' fullname='V. Srinivasan'><organizatio
n /></author>
<author initials='G.' surname='Swallow' fullname='G. Swallow'><organization /></
author>
<date year='2001' month='December' />
<abstract><t>This document describes the use of RSVP (Resource Reservation Proto
col), including all the necessary extensions, to establish label-switched paths
(LSPs) in MPLS (Multi-Protocol Label Switching). Since the flow along an LSP is
completely identified by the label applied at the ingress node of the path, the
se paths may be treated as tunnels. A key application of LSP tunnels is traffic
engineering with MPLS as specified in RFC 2702. [STANDARDS-TRACK]</t></abstrac
t>
</front>
<seriesInfo name='RFC' value='3209'/>
<seriesInfo name='DOI' value='10.17487/RFC3209'/>
</reference>
<reference anchor="RFC7308" target='https://www.rfc-editor.org/info/rfc7308'>
<front>
<title>Extended Administrative Groups in MPLS Traffic Engineering (MPLS-TE)</tit
le>
<author initials='E.' surname='Osborne' fullname='E. Osborne'><organization /></
author>
<date year='2014' month='July' />
<abstract><t>MPLS Traffic Engineering (MPLS-TE) advertises 32 administrative gro
ups (commonly referred to as &quot;colors&quot; or &quot;link colors&quot;) usin
g the Administrative Group sub-TLV. This is defined for OSPFv2 (RFC 3630), OSPF
v3 (RFC 5329) and IS-IS (RFC 5305).</t><t>This document adds a sub-TLV to the IG
P TE extensions, &quot;Extended Administrative Group&quot;. This sub-TLV provid
es for additional administrative groups (link colors) beyond the current limit o
f 32.</t></abstract>
</front>
<seriesInfo name='RFC' value='7308'/>
<seriesInfo name='DOI' value='10.17487/RFC7308'/>
</reference>
<reference anchor="RFC6511" target='https://www.rfc-editor.org/info/rfc6511'>
<front>
<title>Non-Penultimate Hop Popping Behavior and Out-of-Band Mapping for RSVP-TE
Label Switched Paths</title>
<author initials='Z.' surname='Ali' fullname='Z. Ali'><organization /></author>
<author initials='G.' surname='Swallow' fullname='G. Swallow'><organization /></
author>
<author initials='R.' surname='Aggarwal' fullname='R. Aggarwal'><organization />
</author>
<date year='2012' month='February' />
<abstract><t>There are many deployment scenarios that require an egress Label Sw
itching Router (LSR) to receive binding of the Resource Reservation Protocol - T
raffic Engineering (RSVP-TE) Label Switched Path (LSP) to an application and a p
ayload identifier using some &quot;out-of-band&quot; (OOB) mechanism. This docu
ment defines protocol mechanisms to address this requirement. The procedures de
scribed in this document are equally applicable for point-to-point (P2P) and poi
nt-to-multipoint (P2MP) LSPs. [STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='6511'/>
<seriesInfo name='DOI' value='10.17487/RFC6511'/>
</reference>
<reference anchor="RFC5541" target='https://www.rfc-editor.org/info/rfc5541'>
<front>
<title>Encoding of Objective Functions in the Path Computation Element Communica
tion Protocol (PCEP)</title>
<author initials='JL.' surname='Le Roux' fullname='JL. Le Roux'><organization />
</author>
<author initials='JP.' surname='Vasseur' fullname='JP. Vasseur'><organization />
</author>
<author initials='Y.' surname='Lee' fullname='Y. Lee'><organization /></author>
<date year='2009' month='June' />
<abstract><t>The computation of one or a set of Traffic Engineering Label Switch
ed Paths (TE LSPs) in MultiProtocol Label Switching (MPLS) and Generalized MPLS
(GMPLS) networks is subject to a set of one or more specific optimization criter
ia, referred to as objective functions (e.g., minimum cost path, widest path, et
c.).</t><t>In the Path Computation Element (PCE) architecture, a Path Computatio
n Client (PCC) may want a path to be computed for one or more TE LSPs according
to a specific objective function. Thus, the PCC needs to instruct the PCE to us
e the correct objective function. Furthermore, it is possible that not all PCEs
support the same set of objective functions; therefore, it is useful for the PCC
to be able to automatically discover the set of objective functions supported b
y each PCE.</t><t>This document defines extensions to the PCE communication Prot
ocol (PCEP) to allow a PCE to indicate the set of objective functions it support
s. Extensions are also defined so that a PCC can indicate in a path computation
request the required objective function, and a PCE can report in a path computa
tion reply the objective function that was used for path computation.</t><t>This
document defines objective function code types for six objective functions prev
iously listed in the PCE requirements work, and provides the definition of four
new metric types that apply to a set of synchronized requests. [STANDARDS-TRACK
]</t></abstract>
</front>
<seriesInfo name='RFC' value='5541'/>
<seriesInfo name='DOI' value='10.17487/RFC5541'/>
</reference>
<reference anchor="RFC3272" target='https://www.rfc-editor.org/info/rfc3272'>
<front>
<title>Overview and Principles of Internet Traffic Engineering</title>
<author initials='D.' surname='Awduche' fullname='D. Awduche'><organization /></
author>
<author initials='A.' surname='Chiu' fullname='A. Chiu'><organization /></author
>
<author initials='A.' surname='Elwalid' fullname='A. Elwalid'><organization /></
author>
<author initials='I.' surname='Widjaja' fullname='I. Widjaja'><organization /></
author>
<author initials='X.' surname='Xiao' fullname='X. Xiao'><organization /></author
>
<date year='2002' month='May' />
<abstract><t>This memo describes the principles of Traffic Engineering (TE) in t
he Internet. The document is intended to promote better understanding of the is
sues surrounding traffic engineering in IP networks, and to provide a common bas
is for the development of traffic engineering capabilities for the Internet. Th
e principles, architectures, and methodologies for performance evaluation and pe
rformance optimization of operational IP networks are discussed throughout this
document. This memo provides information for the Internet community.</t></abstr
act>
</front>
<seriesInfo name='RFC' value='3272'/>
<seriesInfo name='DOI' value='10.17487/RFC3272'/>
</reference>
<reference anchor="RFC4657" target='https://www.rfc-editor.org/info/rfc4657'>
<front>
<title>Path Computation Element (PCE) Communication Protocol Generic Requirement
s</title>
<author initials='J.' surname='Ash' fullname='J. Ash' role='editor'><organizatio
n /></author>
<author initials='J.L.' surname='Le Roux' fullname='J.L. Le Roux' role='editor'>
<organization /></author>
<date year='2006' month='September' />
<abstract><t>The PCE model is described in the &quot;PCE Architecture&quot; docu
ment and facilitates path computation requests from Path Computation Clients (PC
Cs) to Path Computation Elements (PCEs). This document specifies generic requir
ements for a communication protocol between PCCs and PCEs, and also between PCEs
where cooperation between PCEs is desirable. Subsequent documents will specify
application-specific requirements for the PCE communication protocol. This mem
o provides information for the Internet community.</t></abstract>
</front>
<seriesInfo name='RFC' value='4657'/>
<seriesInfo name='DOI' value='10.17487/RFC4657'/>
</reference>
<reference anchor="RFC5817" target='https://www.rfc-editor.org/info/rfc5817'>
<front>
<title>Graceful Shutdown in MPLS and Generalized MPLS Traffic Engineering Networ
ks</title>
<author initials='Z.' surname='Ali' fullname='Z. Ali'><organization /></author>
<author initials='JP.' surname='Vasseur' fullname='JP. Vasseur'><organization />
</author>
<author initials='A.' surname='Zamfir' fullname='A. Zamfir'><organization /></au
thor>
<author initials='J.' surname='Newton' fullname='J. Newton'><organization /></au
thor>
<date year='2010' month='April' />
<abstract><t>MPLS-TE Graceful Shutdown is a method for explicitly notifying the
nodes in a Traffic Engineering (TE) enabled network that the TE capability on a
link or on an entire Label Switching Router (LSR) is going to be disabled. MPLS
-TE graceful shutdown mechanisms are tailored toward addressing planned outage i
n the network.</t><t>This document provides requirements and protocol mechanisms
to reduce or eliminate traffic disruption in the event of a planned shutdown of
a network resource. These operations are equally applicable to both MPLS-TE an
d its Generalized MPLS (GMPLS) extensions. This document is not an Internet Sta
ndards Track specification; it is published for informational purposes.</t></ab
stract>
</front>
<seriesInfo name='RFC' value='5817'/>
<seriesInfo name='DOI' value='10.17487/RFC5817'/>
</reference>
<reference anchor="RFC4328" target='https://www.rfc-editor.org/info/rfc4328'>
<front>
<title>Generalized Multi-Protocol Label Switching (GMPLS) Signaling Extensions f
or G.709 Optical Transport Networks Control</title>
<author initials='D.' surname='Papadimitriou' fullname='D. Papadimitriou' role='
editor'><organization /></author>
<date year='2006' month='January' />
<abstract><t>This document is a companion to the Generalized Multi-Protocol Labe
l Switching (GMPLS) signaling documents. It describes the technology-specific i
nformation needed to extend GMPLS signaling to control Optical Transport Network
s (OTN); it also includes the so-called pre-OTN developments. [STANDARDS-TRACK]
</t></abstract>
</front>
<seriesInfo name='RFC' value='4328'/>
<seriesInfo name='DOI' value='10.17487/RFC4328'/>
</reference>
<reference anchor="RFC6004" target='https://www.rfc-editor.org/info/rfc6004'>
<front>
<title>Generalized MPLS (GMPLS) Support for Metro Ethernet Forum and G.8011 Ethe
rnet Service Switching</title>
<author initials='L.' surname='Berger' fullname='L. Berger'><organization /></au
thor>
<author initials='D.' surname='Fedyk' fullname='D. Fedyk'><organization /></auth
or>
<date year='2010' month='October' />
</front>
<seriesInfo name='RFC' value='6004'/>
<seriesInfo name='DOI' value='10.17487/RFC6004'/>
</reference>
<reference anchor="RFC6205" target='https://www.rfc-editor.org/info/rfc6205'>
<front>
<title>Generalized Labels for Lambda-Switch-Capable (LSC) Label Switching Router
s</title>
<author initials='T.' surname='Otani' fullname='T. Otani' role='editor'><organiz
ation /></author>
<author initials='D.' surname='Li' fullname='D. Li' role='editor'><organization
/></author>
<date year='2011' month='March' />
<abstract><t>Technology in the optical domain is constantly evolving, and, as a
consequence, new equipment providing lambda switching capability has been develo
ped and is currently being deployed.</t><t>Generalized MPLS (GMPLS) is a family
of protocols that can be used to operate networks built from a range of technolo
gies including wavelength (or lambda) switching. For this purpose, GMPLS define
d a wavelength label as only having significance between two neighbors. Global
wavelength semantics are not considered.</t><t>In order to facilitate interopera
bility in a network composed of next generation lambda-switch-capable equipment,
this document defines a standard lambda label format that is compliant with the
Dense Wavelength Division Multiplexing (DWDM) and Coarse Wavelength Division Mu
ltiplexing (CWDM) grids defined by the International Telecommunication Union Tel
ecommunication Standardization Sector. The label format defined in this document
can be used in GMPLS signaling and routing protocols. [STANDARDS-TRACK]</t></a
bstract>
</front>
<seriesInfo name='RFC' value='6205'/>
<seriesInfo name='DOI' value='10.17487/RFC6205'/>
</reference>
<reference anchor="RFC7139" target='https://www.rfc-editor.org/info/rfc7139'>
<front>
<title>GMPLS Signaling Extensions for Control of Evolving G.709 Optical Transpor
t Networks</title>
<author initials='F.' surname='Zhang' fullname='F. Zhang' role='editor'><organiz
ation /></author>
<author initials='G.' surname='Zhang' fullname='G. Zhang'><organization /></auth
or>
<author initials='S.' surname='Belotti' fullname='S. Belotti'><organization /></
author>
<author initials='D.' surname='Ceccarelli' fullname='D. Ceccarelli'><organizatio
n /></author>
<author initials='K.' surname='Pithewan' fullname='K. Pithewan'><organization />
</author>
<date year='2014' month='March' />
<abstract><t>ITU-T Recommendation G.709 [G709-2012] introduced new Optical chann
el Data Unit (ODU) containers (ODU0, ODU4, ODU2e, and ODUflex) and enhanced Opti
cal Transport Network (OTN) flexibility.</t><t>This document updates the ODU-rel
ated portions of RFC 4328 to provide extensions to GMPLS signaling to control th
e full set of OTN features, including ODU0, ODU4, ODU2e, and ODUflex.</t></abstr
act>
</front>
<seriesInfo name='RFC' value='7139'/>
<seriesInfo name='DOI' value='10.17487/RFC7139'/>
</reference>
<reference anchor="RFC7551" target='https://www.rfc-editor.org/info/rfc7551'>
<front>
<title>RSVP-TE Extensions for Associated Bidirectional Label Switched Paths (LSP
s)</title>
<author initials='F.' surname='Zhang' fullname='F. Zhang' role='editor'><organiz
ation /></author>
<author initials='R.' surname='Jing' fullname='R. Jing'><organization /></author
>
<author initials='R.' surname='Gandhi' fullname='R. Gandhi' role='editor'><organ
ization /></author>
<date year='2015' month='May' />
<abstract><t>This document describes Resource Reservation Protocol (RSVP) extens
ions to bind two point-to-point unidirectional Label Switched Paths (LSPs) into
an associated bidirectional LSP. The association is achieved by defining new As
sociation Types for use in ASSOCIATION and in Extended ASSOCIATION Objects. One
of these types enables independent provisioning of the associated bidirectional
LSPs on both sides, while the other enables single-sided provisioning. The REVE
RSE_LSP Object is also defined to enable a single endpoint to trigger creation o
f the reverse LSP and to specify parameters of the reverse LSP in the single-sid
ed provisioning case.</t></abstract>
</front>
<seriesInfo name='RFC' value='7551'/>
<seriesInfo name='DOI' value='10.17487/RFC7551'/>
</reference>
<reference anchor="RFC7571" target='https://www.rfc-editor.org/info/rfc7571'>
<front>
<title>GMPLS RSVP-TE Extensions for Lock Instruct and Loopback</title>
<author initials='J.' surname='Dong' fullname='J. Dong'><organization /></author
>
<author initials='M.' surname='Chen' fullname='M. Chen'><organization /></author
>
<author initials='Z.' surname='Li' fullname='Z. Li'><organization /></author>
<author initials='D.' surname='Ceccarelli' fullname='D. Ceccarelli'><organizatio
n /></author>
<date year='2015' month='July' />
<abstract><t>This document specifies extensions to Resource Reservation Protocol
- Traffic Engineering (RSVP-TE) to support Lock Instruct (LI) and Loopback (LB)
mechanisms for Label Switched Paths (LSPs). These mechanisms are applicable to
technologies that use Generalized MPLS (GMPLS) for the control plane.</t></abst
ract>
</front>
<seriesInfo name='RFC' value='7571'/>
<seriesInfo name='DOI' value='10.17487/RFC7571'/>
</reference>
<reference anchor="RFC7579" target='https://www.rfc-editor.org/info/rfc7579'>
<front>
<title>General Network Element Constraint Encoding for GMPLS-Controlled Networks
</title>
<author initials='G.' surname='Bernstein' fullname='G. Bernstein' role='editor'>
<organization /></author>
<author initials='Y.' surname='Lee' fullname='Y. Lee' role='editor'><organizatio
n /></author>
<author initials='D.' surname='Li' fullname='D. Li'><organization /></author>
<author initials='W.' surname='Imajuku' fullname='W. Imajuku'><organization /></
author>
<author initials='J.' surname='Han' fullname='J. Han'><organization /></author>
<date year='2015' month='June' />
<abstract><t>Generalized Multiprotocol Label Switching (GMPLS) can be used to co
ntrol a wide variety of technologies. In some of these technologies, network el
ements and links may impose additional routing constraints such as asymmetric sw
itch connectivity, non-local label assignment, and label range limitations on li
nks.</t><t>This document provides efficient, protocol-agnostic encodings for gen
eral information elements representing connectivity and label constraints as wel
l as label availability. It is intended that protocol-specific documents will r
eference this memo to describe how information is carried for specific uses.</t>
</abstract>
</front>
<seriesInfo name='RFC' value='7579'/>
<seriesInfo name='DOI' value='10.17487/RFC7579'/>
</reference>
<reference anchor="RFC3471" target='https://www.rfc-editor.org/info/rfc3471'>
<front>
<title>Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional D
escription</title>
<author initials='L.' surname='Berger' fullname='L. Berger' role='editor'><organ
ization /></author>
<date year='2003' month='January' />
<abstract><t>This document describes extensions to Multi-Protocol Label Switchin
g (MPLS) signaling required to support Generalized MPLS. Generalized MPLS exten
ds the MPLS control plane to encompass time-division (e.g., Synchronous Optical
Network and Synchronous Digital Hierarchy, SONET/SDH), wavelength (optical lambd
as) and spatial switching (e.g., incoming port or fiber to outgoing port or fibe
r). This document presents a functional description of the extensions. Protoco
l specific formats and mechanisms, and technology specific details are specified
in separate documents. [STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='3471'/>
<seriesInfo name='DOI' value='10.17487/RFC3471'/>
</reference>
<reference anchor="RFC3477" target='https://www.rfc-editor.org/info/rfc3477'>
<front>
<title>Signalling Unnumbered Links in Resource ReSerVation Protocol - Traffic En
gineering (RSVP-TE)</title>
<author initials='K.' surname='Kompella' fullname='K. Kompella'><organization />
</author>
<author initials='Y.' surname='Rekhter' fullname='Y. Rekhter'><organization /></
author>
<date year='2003' month='January' />
<abstract><t>Current signalling used by Multi-Protocol Label Switching Traffic E
ngineering (MPLS TE) does not provide support for unnumbered links. This documen
t defines procedures and extensions to Resource ReSerVation Protocol (RSVP) for
Label Switched Path (LSP) Tunnels (RSVP-TE), one of the MPLS TE signalling proto
cols, that are needed in order to support unnumbered links. [STANDARDS-TRACK]</
t></abstract>
</front>
<seriesInfo name='RFC' value='3477'/>
<seriesInfo name='DOI' value='10.17487/RFC3477'/>
</reference>
<reference anchor="RFC3785" target='https://www.rfc-editor.org/info/rfc3785'>
<front>
<title>Use of Interior Gateway Protocol (IGP) Metric as a second MPLS Traffic En
gineering (TE) Metric</title>
<author initials='F.' surname='Le Faucheur' fullname='F. Le Faucheur'><organizat
ion /></author>
<author initials='R.' surname='Uppili' fullname='R. Uppili'><organization /></au
thor>
<author initials='A.' surname='Vedrenne' fullname='A. Vedrenne'><organization />
</author>
<author initials='P.' surname='Merckx' fullname='P. Merckx'><organization /></au
thor>
<author initials='T.' surname='Telkamp' fullname='T. Telkamp'><organization /></
author>
<date year='2004' month='May' />
<abstract><t>This document describes a common practice on how the existing metri
c of Interior Gateway Protocols (IGP) can be used as an alternative metric to th
e Traffic Engineering (TE) metric for Constraint Based Routing of MultiProtocol
Label Switching (MPLS) Traffic Engineering tunnels. This effectively results in
the ability to perform Constraint Based Routing with optimization of one metric
(e.g., link bandwidth) for some Traffic Engineering tunnels (e.g., Data Trunks)
while optimizing another metric (e.g., propagation delay) for some other tunnel
s with different requirements (e.g., Voice Trunks). No protocol extensions or m
odifications are required. This text documents current router implementations a
nd deployment practices. This document specifies an Internet Best Current Pract
ices for the Internet Community, and requests discussion and suggestions for imp
rovements.</t></abstract>
</front>
<seriesInfo name='BCP' value='87'/>
<seriesInfo name='RFC' value='3785'/>
<seriesInfo name='DOI' value='10.17487/RFC3785'/>
</reference>
<reference anchor="RFC4124" target='https://www.rfc-editor.org/info/rfc4124'>
<front>
<title>Protocol Extensions for Support of Diffserv-aware MPLS Traffic Engineerin
g</title>
<author initials='F.' surname='Le Faucheur' fullname='F. Le Faucheur' role='edit
or'><organization /></author>
<date year='2005' month='June' />
<abstract><t>This document specifies the protocol extensions for support of Diff
serv-aware MPLS Traffic Engineering (DS-TE). This includes generalization of th
e semantics of a number of Interior Gateway Protocol (IGP) extensions already de
fined for existing MPLS Traffic Engineering in RFC 3630, RFC 3784, and additiona
l IGP extensions beyond those. This also includes extensions to RSVP-TE signali
ng beyond those already specified in RFC 3209 for existing MPLS Traffic Engineer
ing. These extensions address the requirements for DS-TE spelled out in RFC 356
4. [STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='4124'/>
<seriesInfo name='DOI' value='10.17487/RFC4124'/>
</reference>
<reference anchor="RFC4202" target='https://www.rfc-editor.org/info/rfc4202'>
<front>
<title>Routing Extensions in Support of Generalized Multi-Protocol Label Switchi
ng (GMPLS)</title>
<author initials='K.' surname='Kompella' fullname='K. Kompella' role='editor'><o
rganization /></author>
<author initials='Y.' surname='Rekhter' fullname='Y. Rekhter' role='editor'><org
anization /></author>
<date year='2005' month='October' />
<abstract><t>This document specifies routing extensions in support of carrying l
ink state information for Generalized Multi-Protocol Label Switching (GMPLS). T
his document enhances the routing extensions required to support MPLS Traffic En
gineering (TE). [STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='4202'/>
<seriesInfo name='DOI' value='10.17487/RFC4202'/>
</reference>
<reference anchor="RFC7471" target='https://www.rfc-editor.org/info/rfc7471'>
<front>
<title>OSPF Traffic Engineering (TE) Metric Extensions</title>
<author initials='S.' surname='Giacalone' fullname='S. Giacalone'><organization
/></author>
<author initials='D.' surname='Ward' fullname='D. Ward'><organization /></author
>
<author initials='J.' surname='Drake' fullname='J. Drake'><organization /></auth
or>
<author initials='A.' surname='Atlas' fullname='A. Atlas'><organization /></auth
or>
<author initials='S.' surname='Previdi' fullname='S. Previdi'><organization /></
author>
<date year='2015' month='March' />
<abstract><t>In certain networks, such as, but not limited to, financial informa
tion networks (e.g., stock market data providers), network performance informati
on (e.g., link propagation delay) is becoming critical to data path selection.</
t><t>This document describes common extensions to RFC 3630 &quot;Traffic
Engineering (TE) Extensions to OSPF Version 2
&quot; and RFC 5329 &quot;Traffic Engineerin
g Extensions to OSPF Version 3&quot; to enable network performance information t
o be distributed in a scalable fashion. The information distributed using OSPF
TE Metric Extensions can then be used to make path selection decisions based on
network performance.</t><t>Note that this document only covers the mechanisms by
which network performance information is distributed. The mechanisms for measu
ring network performance information or using that information, once distributed
, are outside the scope of this document.</t></abstract>
</front>
<seriesInfo name='RFC' value='7471'/>
<seriesInfo name='DOI' value='10.17487/RFC7471'/>
</reference>
<reference anchor="RFC8570" target='https://www.rfc-editor.org/info/rfc8570'>
<front>
<title>IS-IS Traffic Engineering (TE) Metric Extensions</title>
<author initials='L.' surname='Ginsberg' fullname='L. Ginsberg' role='editor'><o
rganization /></author>
<author initials='S.' surname='Previdi' fullname='S. Previdi' role='editor'><org
anization /></author>
<author initials='S.' surname='Giacalone' fullname='S. Giacalone'><organization
/></author>
<author initials='D.' surname='Ward' fullname='D. Ward'><organization /></author
>
<author initials='J.' surname='Drake' fullname='J. Drake'><organization /></auth
or>
<author initials='Q.' surname='Wu' fullname='Q. Wu'><organization /></author>
<date year='2019' month='March' />
<abstract><t>In certain networks, such as, but not limited to, financial informa
tion networks (e.g., stock market data providers), network-performance criteria
(e.g., latency) are becoming as critical to data-path selection as other metrics
.</t><t>This document describes extensions to IS-IS Traffic Engineering Extensio
ns (RFC 5305). These extensions provide a way to distribute and collect network
-performance information in a scalable fashion. The information distributed usin
g IS-IS TE Metric Extensions can then be used to make path-selection decisions b
ased on network performance.</t><t>Note that this document only covers the mecha
nisms with which network-performance information is distributed. The mechanisms
for measuring network performance or acting on that information, once distribut
ed, are outside the scope of this document.</t><t>This document obsoletes RFC 78
10.</t></abstract>
</front>
<seriesInfo name='RFC' value='8570'/>
<seriesInfo name='DOI' value='10.17487/RFC8570'/>
</reference>
<reference anchor="RFC7823" target='https://www.rfc-editor.org/info/rfc7823'>
<front>
<title>Performance-Based Path Selection for Explicitly Routed Label Switched Pat
hs (LSPs) Using TE Metric Extensions</title>
<author initials='A.' surname='Atlas' fullname='A. Atlas'><organization /></auth
or>
<author initials='J.' surname='Drake' fullname='J. Drake'><organization /></auth
or>
<author initials='S.' surname='Giacalone' fullname='S. Giacalone'><organization
/></author>
<author initials='S.' surname='Previdi' fullname='S. Previdi'><organization /></
author>
<date year='2016' month='May' />
<abstract><t>In certain networks, it is critical to consider network performance
criteria when selecting the path for an explicitly routed RSVP-TE Label Switche
d Path (LSP). Such performance criteria can include latency, jitter, and loss o
r other indications such as the conformance to link performance objectives and n
on-RSVP TE traffic load. This specification describes how a path computation fu
nction may use network performance data, such as is advertised via the OSPF and
IS-IS TE metric extensions (defined outside the scope of this document) to perfo
rm such path selections.</t></abstract>
</front>
<seriesInfo name='RFC' value='7823'/>
<seriesInfo name='DOI' value='10.17487/RFC7823'/>
</reference>
<reference anchor="RFC6370" target='https://www.rfc-editor.org/info/rfc6370'>
<front>
<title>MPLS Transport Profile (MPLS-TP) Identifiers</title>
<author initials='M.' surname='Bocci' fullname='M. Bocci'><organization /></auth
or>
<author initials='G.' surname='Swallow' fullname='G. Swallow'><organization /></
author>
<author initials='E.' surname='Gray' fullname='E. Gray'><organization /></author
>
<date year='2011' month='September' />
<abstract><t>This document specifies an initial set of identifiers to be used in
the Transport Profile of Multiprotocol Label Switching (MPLS-TP). The MPLS-TP r
equirements (RFC 5654) require that the elements and objects in an MPLS-TP envir
onment are able to be configured and managed without a control plane. In such a
n environment, many conventions for defining identifiers are possible. This doc
ument defines identifiers for MPLS-TP management and Operations, Administration,
and Maintenance (OAM) functions compatible with IP/ MPLS conventions.</t><t>Thi
s document is a product of a joint Internet Engineering Task Force (IETF) / Inte
rnational Telecommunication Union Telecommunication Standardization Sector (ITU-
T) effort to include an MPLS Transport Profile within the IETF MPLS and Pseudowi
re Emulation Edge-to-Edge (PWE3) architectures to support the capabilities and f
unctionalities of a packet transport network as defined by the ITU-T. [STANDARD
S-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='6370'/>
<seriesInfo name='DOI' value='10.17487/RFC6370'/>
</reference>
<reference anchor="RFC5003" target='https://www.rfc-editor.org/info/rfc5003'>
<front>
<title>Attachment Individual Identifier (AII) Types for Aggregation</title>
<author initials='C.' surname='Metz' fullname='C. Metz'><organization /></author
>
<author initials='L.' surname='Martini' fullname='L. Martini'><organization /></
author>
<author initials='F.' surname='Balus' fullname='F. Balus'><organization /></auth
or>
<author initials='J.' surname='Sugimoto' fullname='J. Sugimoto'><organization />
</author>
<date year='2007' month='September' />
<abstract><t>The signaling protocols used to establish point-to-point pseudowire
s include type-length-value (TLV) fields that identify pseudowire endpoints call
ed attachment individual identifiers (AIIs). This document defines AII structur
es in the form of new AII TLV fields that support AII aggregation for improved s
calability and Virtual Private Network (VPN) auto-discovery. It is envisioned t
hat this would be useful in large inter-domain virtual private wire service netw
orks where pseudowires are established between selected local and remote provide
r edge (PE) nodes based on customer need. [STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='5003'/>
<seriesInfo name='DOI' value='10.17487/RFC5003'/>
</reference>
<reference anchor="RFC3630" target='https://www.rfc-editor.org/info/rfc3630'>
<front>
<title>Traffic Engineering (TE) Extensions to OSPF Version 2</title>
<author initials='D.' surname='Katz' fullname='D. Katz'><organization /></author
>
<author initials='K.' surname='Kompella' fullname='K. Kompella'><organization />
</author>
<author initials='D.' surname='Yeung' fullname='D. Yeung'><organization /></auth
or>
<date year='2003' month='September' />
<abstract><t>This document describes extensions to the OSPF protocol version 2 t
o support intra-area Traffic Engineering (TE), using Opaque Link State Advertise
ments.</t></abstract>
</front>
<seriesInfo name='RFC' value='3630'/>
<seriesInfo name='DOI' value='10.17487/RFC3630'/>
</reference>
<reference anchor="RFC6827" target='https://www.rfc-editor.org/info/rfc6827'>
<front>
<title>Automatically Switched Optical Network (ASON) Routing for OSPFv2 Protocol
s</title>
<author initials='A.' surname='Malis' fullname='A. Malis' role='editor'><organiz
ation /></author>
<author initials='A.' surname='Lindem' fullname='A. Lindem' role='editor'><organ
ization /></author>
<author initials='D.' surname='Papadimitriou' fullname='D. Papadimitriou' role='
editor'><organization /></author>
<date year='2013' month='January' />
<abstract><t>The ITU-T has defined an architecture and requirements for operatin
g an Automatically Switched Optical Network (ASON).</t><t>The Generalized Multip
rotocol Label Switching (GMPLS) protocol suite is designed to provide a control
plane for a range of network technologies. These include optical networks such
as time division multiplexing (TDM) networks including the Synchronous Optical N
etwork/Synchronous Digital Hierarchy (SONET/SDH), Optical Transport Networks (OT
Ns), and lambda switching optical networks.</t><t>The requirements for GMPLS rou
ting to satisfy the requirements of ASON routing and an evaluation of existing G
MPLS routing protocols are provided in other documents. This document defines e
xtensions to the OSPFv2 Link State Routing Protocol to meet the requirements for
routing in an ASON.</t><t>Note that this work is scoped to the requirements and
evaluation expressed in RFC 4258 and RFC 4652 and the ITU-T Recommendations tha
t were current when those documents were written. Future extensions or revision
s of this work may be necessary if the ITU-T Recommendations are revised or if n
ew requirements are introduced into a revision of RFC 4258. This document obsol
etes RFC 5787 and updates RFC 5786. [STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='6827'/>
<seriesInfo name='DOI' value='10.17487/RFC6827'/>
</reference>
<reference anchor="RFC5305" target='https://www.rfc-editor.org/info/rfc5305'>
<front>
<title>IS-IS Extensions for Traffic Engineering</title>
<author initials='T.' surname='Li' fullname='T. Li'><organization /></author>
<author initials='H.' surname='Smit' fullname='H. Smit'><organization /></author
>
<date year='2008' month='October' />
<abstract><t>This document describes extensions to the Intermediate System to In
termediate System (IS-IS) protocol to support Traffic Engineering (TE). This do
cument extends the IS-IS protocol by specifying new information that an Intermed
iate System (router) can place in Link State Protocol Data Units (LSP). This in
formation describes additional details regarding the state of the network that a
re useful for traffic engineering computations. [STANDARDS-TRACK]</t></abstract
>
</front>
<seriesInfo name='RFC' value='5305'/>
<seriesInfo name='DOI' value='10.17487/RFC5305'/>
</reference>
<reference anchor="RFC6119" target='https://www.rfc-editor.org/info/rfc6119'>
<front>
<title>IPv6 Traffic Engineering in IS-IS</title>
<author initials='J.' surname='Harrison' fullname='J. Harrison'><organization />
</author>
<author initials='J.' surname='Berger' fullname='J. Berger'><organization /></au
thor>
<author initials='M.' surname='Bartlett' fullname='M. Bartlett'><organization />
</author>
<date year='2011' month='February' />
<abstract><t>This document specifies a method for exchanging IPv6 traffic engin
eering information using the IS-IS routing protocol. This information enables ro
uters in an IS-IS network to calculate traffic-engineered routes using IPv6 add
resses. [STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='6119'/>
<seriesInfo name='DOI' value='10.17487/RFC6119'/>
</reference>
<reference anchor="RFC4203" target='https://www.rfc-editor.org/info/rfc4203'>
<front>
<title>OSPF Extensions in Support of Generalized Multi-Protocol Label Switching
(GMPLS)</title>
<author initials='K.' surname='Kompella' fullname='K. Kompella' role='editor'><o
rganization /></author>
<author initials='Y.' surname='Rekhter' fullname='Y. Rekhter' role='editor'><org
anization /></author>
<date year='2005' month='October' />
<abstract><t>This document specifies encoding of extensions to the OSPF routing
protocol in support of Generalized Multi-Protocol Label Switching (GMPLS). [STA
NDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='4203'/>
<seriesInfo name='DOI' value='10.17487/RFC4203'/>
</reference>
<reference anchor="RFC5307" target='https://www.rfc-editor.org/info/rfc5307'>
<front>
<title>IS-IS Extensions in Support of Generalized Multi-Protocol Label Switching
(GMPLS)</title>
<author initials='K.' surname='Kompella' fullname='K. Kompella' role='editor'><o
rganization /></author>
<author initials='Y.' surname='Rekhter' fullname='Y. Rekhter' role='editor'><org
anization /></author>
<date year='2008' month='October' />
<abstract><t>This document specifies encoding of extensions to the IS-IS routing
protocol in support of Generalized Multi-Protocol Label Switching (GMPLS). [ST
ANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='5307'/>
<seriesInfo name='DOI' value='10.17487/RFC5307'/>
</reference>
<reference anchor="RFC6378" target='https://www.rfc-editor.org/info/rfc6378'>
<front>
<title>MPLS Transport Profile (MPLS-TP) Linear Protection</title>
<author initials='Y.' surname='Weingarten' fullname='Y. Weingarten' role='editor
'><organization /></author>
<author initials='S.' surname='Bryant' fullname='S. Bryant'><organization /></au
thor>
<author initials='E.' surname='Osborne' fullname='E. Osborne'><organization /></
author>
<author initials='N.' surname='Sprecher' fullname='N. Sprecher'><organization />
</author>
<author initials='A.' surname='Fulignoli' fullname='A. Fulignoli' role='editor'>
<organization /></author>
<date year='2011' month='October' />
<abstract><t>This document is a product of a joint Internet Engineering Task For
ce (IETF) / International Telecommunications Union Telecommunications Standardiz
ation Sector (ITU-T) effort to include an MPLS Transport Profile within the IETF
MPLS and Pseudowire Emulation Edge-to-Edge (PWE3) architectures to support the
capabilities and functionalities of a packet transport network as defined by the
ITU-T.</t><t>This document addresses the functionality described in the MPLS-TP
Survivability Framework document (RFC 6372) and defines a protocol that may be
used to fulfill the function of the Protection State Coordination for linear pro
tection, as described in that document. [STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='6378'/>
<seriesInfo name='DOI' value='10.17487/RFC6378'/>
</reference>
<reference anchor="RFC4427" target='https://www.rfc-editor.org/info/rfc4427'>
<front>
<title>Recovery (Protection and Restoration) Terminology for Generalized Multi-P
rotocol Label Switching (GMPLS)</title>
<author initials='E.' surname='Mannie' fullname='E. Mannie' role='editor'><organ
ization /></author>
<author initials='D.' surname='Papadimitriou' fullname='D. Papadimitriou' role='
editor'><organization /></author>
<date year='2006' month='March' />
<abstract><t>This document defines a common terminology for Generalized Multi-Pr
otocol Label Switching (GMPLS)-based recovery mechanisms (i.e., protection and r
estoration). The terminology is independent of the underlying transport technol
ogies covered by GMPLS. This memo provides information for the Internet communi
ty.</t></abstract>
</front>
<seriesInfo name='RFC' value='4427'/>
<seriesInfo name='DOI' value='10.17487/RFC4427'/>
</reference>
<reference anchor="RFC4090" target='https://www.rfc-editor.org/info/rfc4090'>
<front>
<title>Fast Reroute Extensions to RSVP-TE for LSP Tunnels</title>
<author initials='P.' surname='Pan' fullname='P. Pan' role='editor'><organizatio
n /></author>
<author initials='G.' surname='Swallow' fullname='G. Swallow' role='editor'><org
anization /></author>
<author initials='A.' surname='Atlas' fullname='A. Atlas' role='editor'><organiz
ation /></author>
<date year='2005' month='May' />
<abstract><t>This document defines RSVP-TE extensions to establish backup label-
switched path (LSP) tunnels for local repair of LSP tunnels. These mechanisms e
nable the re-direction of traffic onto backup LSP tunnels in 10s of milliseconds
, in the event of a failure.</t><t>Two methods are defined here. The one-to-one
backup method creates detour LSPs for each protected LSP at each potential poin
t of local repair. The facility backup method creates a bypass tunnel to protec
t a potential failure point; by taking advantage of MPLS label stacking, this by
pass tunnel can protect a set of LSPs that have similar backup constraints. Bot
h methods can be used to protect links and nodes during network failure. The de
scribed behavior and extensions to RSVP allow nodes to implement either method o
r both and to interoperate in a mixed network. [STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='4090'/>
<seriesInfo name='DOI' value='10.17487/RFC4090'/>
</reference>
<reference anchor="RFC4561" target='https://www.rfc-editor.org/info/rfc4561'>
<front>
<title>Definition of a Record Route Object (RRO) Node-Id Sub-Object</title>
<author initials='J.-P.' surname='Vasseur' fullname='J.-P. Vasseur' role='editor
'><organization /></author>
<author initials='Z.' surname='Ali' fullname='Z. Ali'><organization /></author>
<author initials='S.' surname='Sivabalan' fullname='S. Sivabalan'><organization
/></author>
<date year='2006' month='June' />
<abstract><t>In the context of MPLS TE Fast Reroute, the Merge Point (MP) addres
s is required at the Point of Local Repair (PLR) in order to select a backup tun
nel intersecting a fast reroutable Traffic Engineering Label Switched Path (TE L
SP) on a downstream Label Switching Router (LSR). However, existing protocol me
chanisms are not sufficient to find an MP address in multi-domain routing networ
ks where a domain is defined as an Interior Gateway Protocol (IGP) area or an Au
tonomous System (AS). Hence, the current MPLS Fast Reroute mechanism cannot be
used in order to protect inter-domain TE LSPs from a failure of an Area Border R
outer (ABR) or Autonomous System Border Router (ASBR). This document specifies
the use of existing Record Route Object (RRO) IPv4 and IPv6 sub-objects (with a
new flag defined) thus defining the node-id sub-object in order to solve this is
sue. The MPLS Fast Reroute mechanism mentioned in this document refers to the &
quot;Facility backup&quot; MPLS TE Fast Reroute method. [STANDARDS-TRACK]</t></
abstract>
</front>
<seriesInfo name='RFC' value='4561'/>
<seriesInfo name='DOI' value='10.17487/RFC4561'/>
</reference>
<reference anchor="RFC4736" target='https://www.rfc-editor.org/info/rfc4736'>
<front>
<title>Reoptimization of Multiprotocol Label Switching (MPLS) Traffic Engineerin
g (TE) Loosely Routed Label Switched Path (LSP)</title>
<author initials='JP.' surname='Vasseur' fullname='JP. Vasseur' role='editor'><o
rganization /></author>
<author initials='Y.' surname='Ikejiri' fullname='Y. Ikejiri'><organization /></
author>
<author initials='R.' surname='Zhang' fullname='R. Zhang'><organization /></auth
or>
<date year='2006' month='November' />
<abstract><t>This document defines a mechanism for the reoptimization of loosely
routed MPLS and GMPLS (Generalized Multiprotocol Label Switching) Traffic Engin
eering (TE) Label Switched Paths (LSPs) signaled with Resource Reservation Proto
col Traffic Engineering (RSVP-TE). This document proposes a mechanism that allo
ws a TE LSP head-end Label Switching Router (LSR) to trigger a new path re-evalu
ation on every hop that has a next hop defined as a loose or abstract hop and a
mid-point LSR to signal to the head-end LSR that a better path exists (compared
to the current path) or that the TE LSP must be reoptimized (because of maintena
nce required on the TE LSP path). The proposed mechanism applies to the cases o
f intra- and inter-domain (Interior Gateway Protocol area (IGP area) or Autonomo
us System) packet and non-packet TE LSPs following a loosely routed path. This
memo provides information for the Internet community.</t></abstract>
</front>
<seriesInfo name='RFC' value='4736'/>
<seriesInfo name='DOI' value='10.17487/RFC4736'/>
</reference>
<reference anchor="RFC5712" target='https://www.rfc-editor.org/info/rfc5712'>
<front>
<title>MPLS Traffic Engineering Soft Preemption</title>
<author initials='M.' surname='Meyer' fullname='M. Meyer' role='editor'><organiz
ation /></author>
<author initials='JP.' surname='Vasseur' fullname='JP. Vasseur' role='editor'><o
rganization /></author>
<date year='2010' month='January' />
<abstract><t>This document specifies Multiprotocol Label Switching (MPLS) Traffi
c Engineering Soft Preemption, a suite of protocol modifications extending the c
oncept of preemption with the goal of reducing or eliminating traffic disruption
of preempted Traffic Engineering Label Switched Paths (TE LSPs). Initially, MP
LS RSVP-TE was defined with support for only immediate TE LSP displacement upon
preemption. The utilization of a reroute request notification helps more gracef
ully mitigate the reroute process of preempted TE LSP. For the brief period sof
t preemption is activated, reservations (though not necessarily traffic levels)
are in effect under-provisioned until the TE LSP(s) can be rerouted. For this r
eason, the feature is primarily, but not exclusively, interesting in MPLS-enable
d IP networks with Differentiated Services and Traffic Engineering capabilities.
[STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='5712'/>
<seriesInfo name='DOI' value='10.17487/RFC5712'/>
</reference>
<reference anchor="RFC4920" target='https://www.rfc-editor.org/info/rfc4920'>
<front>
<title>Crankback Signaling Extensions for MPLS and GMPLS RSVP-TE</title>
<author initials='A.' surname='Farrel' fullname='A. Farrel' role='editor'><organ
ization /></author>
<author initials='A.' surname='Satyanarayana' fullname='A. Satyanarayana'><organ
ization /></author>
<author initials='A.' surname='Iwata' fullname='A. Iwata'><organization /></auth
or>
<author initials='N.' surname='Fujita' fullname='N. Fujita'><organization /></au
thor>
<author initials='G.' surname='Ash' fullname='G. Ash'><organization /></author>
<date year='2007' month='July' />
<abstract><t>In a distributed, constraint-based routing environment, the informa
tion used to compute a path may be out of date. This means that Multiprotocol L
abel Switching (MPLS) and Generalized MPLS (GMPLS) Traffic Engineered (TE) Label
Switched Path (LSP) setup requests may be blocked by links or nodes without suf
ficient resources. Crankback is a scheme whereby setup failure information is r
eturned from the point of failure to allow new setup attempts to be made avoidin
g the blocked resources. Crankback can also be applied to LSP recovery to indic
ate the location of the failed link or node.</t><t>This document specifies crank
back signaling extensions for use in MPLS signaling using RSVP-TE as defined in
&quot;RSVP-TE: Extensions to RSVP for LSP Tunnels&quot;, RFC 3209, and GMPLS sig
naling as defined in &quot;Generalized Multi-Protocol Label Switching (GMPLS) Si
gnaling Functional Description&quot;, RFC 3473. These extensions mean that the
LSP setup request can be retried on an alternate path that detours around blocke
d links or nodes. This offers significant improvements in the successful setup
and recovery ratios for LSPs, especially in situations where a large number of s
etup requests are triggered at the same time. [STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='4920'/>
<seriesInfo name='DOI' value='10.17487/RFC4920'/>
</reference>
<reference anchor="RFC5420" target='https://www.rfc-editor.org/info/rfc5420'>
<front>
<title>Encoding of Attributes for MPLS LSP Establishment Using Resource Reservat
ion Protocol Traffic Engineering (RSVP-TE)</title>
<author initials='A.' surname='Farrel' fullname='A. Farrel' role='editor'><organ
ization /></author>
<author initials='D.' surname='Papadimitriou' fullname='D. Papadimitriou'><organ
ization /></author>
<author initials='JP.' surname='Vasseur' fullname='JP. Vasseur'><organization />
</author>
<author initials='A.' surname='Ayyangarps' fullname='A. Ayyangarps'><organizatio
n /></author>
<date year='2009' month='February' />
<abstract><t>Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) ma
y be established using the Resource Reservation Protocol Traffic Engineering (RS
VP-TE) extensions. This protocol includes an object (the SESSION_ATTRIBUTE obje
ct) that carries a Flags field used to indicate options and attributes of the LS
P. That Flags field has eight bits, allowing for eight options to be set. Rece
nt proposals in many documents that extend RSVP-TE have suggested uses for each
of the previously unused bits.</t><t>This document defines a new object for RSVP
-TE messages that allows the signaling of further attribute bits and also the ca
rriage of arbitrary attribute parameters to make RSVP-TE easily extensible to su
pport new requirements. Additionally, this document defines a way to record the
attributes applied to the LSP on a hop-by-hop basis.</t><t>The object mechanism
s defined in this document are equally applicable to Generalized MPLS (GMPLS) Pa
cket Switch Capable (PSC) LSPs and to GMPLS non-PSC LSPs.</t><t>This document re
places and obsoletes the previous version of this work, published as RFC 4420.
The only change is in the encoding of the Type-Length-Variable (TLV) data struct
ures. [STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='5420'/>
<seriesInfo name='DOI' value='10.17487/RFC5420'/>
</reference>
<reference anchor="RFC7570" target='https://www.rfc-editor.org/info/rfc7570'>
<front>
<title>Label Switched Path (LSP) Attribute in the Explicit Route Object (ERO)</t
itle>
<author initials='C.' surname='Margaria' fullname='C. Margaria' role='editor'><o
rganization /></author>
<author initials='G.' surname='Martinelli' fullname='G. Martinelli'><organizatio
n /></author>
<author initials='S.' surname='Balls' fullname='S. Balls'><organization /></auth
or>
<author initials='B.' surname='Wright' fullname='B. Wright'><organization /></au
thor>
<date year='2015' month='July' />
<abstract><t>RFC 5420 extends RSVP-TE to specify or record generic attributes th
at apply to the whole of the path of a Label Switched Path (LSP). This document
defines an extension to the RSVP Explicit Route Object (ERO) and Record Route O
bject (RRO) to allow them to specify or record generic attributes that apply to
a given hop.</t></abstract>
</front>
<seriesInfo name='RFC' value='7570'/>
<seriesInfo name='DOI' value='10.17487/RFC7570'/>
</reference>
<reference anchor="RFC4875" target='https://www.rfc-editor.org/info/rfc4875'>
<front>
<title>Extensions to Resource Reservation Protocol - Traffic Engineering (RSVP-T
E) for Point-to-Multipoint TE Label Switched Paths (LSPs)</title>
<author initials='R.' surname='Aggarwal' fullname='R. Aggarwal' role='editor'><o
rganization /></author>
<author initials='D.' surname='Papadimitriou' fullname='D. Papadimitriou' role='
editor'><organization /></author>
<author initials='S.' surname='Yasukawa' fullname='S. Yasukawa' role='editor'><o
rganization /></author>
<date year='2007' month='May' />
<abstract><t>This document describes extensions to Resource Reservation Protocol
- Traffic Engineering (RSVP-TE) for the set up of Traffic Engineered (TE) point
-to-multipoint (P2MP) Label Switched Paths (LSPs) in Multi- Protocol Label Switc
hing (MPLS) and Generalized MPLS (GMPLS) networks. The solution relies on RSVP-
TE without requiring a multicast routing protocol in the Service Provider core.
Protocol elements and procedures for this solution are described.</t><t>There c
an be various applications for P2MP TE LSPs such as IP multicast. Specification
of how such applications will use a P2MP TE LSP is outside the scope of this do
cument. [STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='4875'/>
<seriesInfo name='DOI' value='10.17487/RFC4875'/>
</reference>
<reference anchor="RFC5151" target='https://www.rfc-editor.org/info/rfc5151'>
<front>
<title>Inter-Domain MPLS and GMPLS Traffic Engineering -- Resource Reservation P
rotocol-Traffic Engineering (RSVP-TE) Extensions</title>
<author initials='A.' surname='Farrel' fullname='A. Farrel' role='editor'><organ
ization /></author>
<author initials='A.' surname='Ayyangar' fullname='A. Ayyangar'><organization />
</author>
<author initials='JP.' surname='Vasseur' fullname='JP. Vasseur'><organization />
</author>
<date year='2008' month='February' />
<abstract><t>This document describes procedures and protocol extensions for the
use of Resource Reservation Protocol-Traffic Engineering (RSVP-TE) signaling in
Multiprotocol Label Switching-Traffic Engineering (MPLS-TE) packet networks and
Generalized MPLS (GMPLS) packet and non-packet networks to support the establish
ment and maintenance of Label Switched Paths that cross domain boundaries.</t><t
>For the purpose of this document, a domain is considered to be any collection o
f network elements within a common realm of address space or path computation re
sponsibility. Examples of such domains include Autonomous Systems, Interior Gat
eway Protocol (IGP) routing areas, and GMPLS overlay networks. [STANDARDS-TRACK
]</t></abstract>
</front>
<seriesInfo name='RFC' value='5151'/>
<seriesInfo name='DOI' value='10.17487/RFC5151'/>
</reference>
<reference anchor="RFC5150" target='https://www.rfc-editor.org/info/rfc5150'>
<front>
<title>Label Switched Path Stitching with Generalized Multiprotocol Label Switch
ing Traffic Engineering (GMPLS TE)</title>
<author initials='A.' surname='Ayyangar' fullname='A. Ayyangar'><organization />
</author>
<author initials='K.' surname='Kompella' fullname='K. Kompella'><organization />
</author>
<author initials='JP.' surname='Vasseur' fullname='JP. Vasseur'><organization />
</author>
<author initials='A.' surname='Farrel' fullname='A. Farrel'><organization /></au
thor>
<date year='2008' month='February' />
<abstract><t>In certain scenarios, there may be a need to combine several Genera
lized Multiprotocol Label Switching (GMPLS) Label Switched Paths (LSPs) such tha
t a single end-to-end (e2e) LSP is realized and all traffic from one constituent
LSP is switched onto the next LSP. We will refer to this as &quot;LSP stitching
&quot;, the key requirement being that a constituent LSP not be allocated to mor
e than one e2e LSP. The constituent LSPs will be referred to as &quot;LSP segmen
ts&quot; (S-LSPs).</t><t>This document describes extensions to the existing GMPL
S signaling protocol (Resource Reservation Protocol-Traffic Engineering (RSVP-TE
)) to establish e2e LSPs created from S-LSPs, and describes how the LSPs can be
managed using the GMPLS signaling and routing protocols.</t><t>It may be possibl
e to configure a GMPLS node to switch the traffic from an LSP for which it is th
e egress, to another LSP for which it is the ingress, without requiring any sign
aling or routing extensions whatsoever and such that the operation is completely
transparent to other nodes. This will also result in LSP stitching in the data
plane. However, this document does not cover this scenario of LSP stitching.
[STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='5150'/>
<seriesInfo name='DOI' value='10.17487/RFC5150'/>
</reference>
<reference anchor="RFC6001" target='https://www.rfc-editor.org/info/rfc6001'>
<front>
<title>Generalized MPLS (GMPLS) Protocol Extensions for Multi-Layer and Multi-Re
gion Networks (MLN/MRN)</title>
<author initials='D.' surname='Papadimitriou' fullname='D. Papadimitriou'><organ
ization /></author>
<author initials='M.' surname='Vigoureux' fullname='M. Vigoureux'><organization
/></author>
<author initials='K.' surname='Shiomoto' fullname='K. Shiomoto'><organization />
</author>
<author initials='D.' surname='Brungard' fullname='D. Brungard'><organization />
</author>
<author initials='JL.' surname='Le Roux' fullname='JL. Le Roux'><organization />
</author>
<date year='2010' month='October' />
<abstract><t>There are specific requirements for the support of networks compris
ing Label Switching Routers (LSRs) participating in different data plane switchi
ng layers controlled by a single Generalized Multi-Protocol Label Switching (GMP
LS) control plane instance, referred to as GMPLS Multi-Layer Networks / Multi-Re
gion Networks (MLN/MRN).</t><t>This document defines extensions to GMPLS routing
and signaling protocols so as to support the operation of GMPLS Multi-Layer / M
ulti-Region Networks. It covers the elements of a single GMPLS control plane in
stance controlling multiple Label Switched Path (LSP) regions or layers within a
single Traffic Engineering (TE) domain. [STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='6001'/>
<seriesInfo name='DOI' value='10.17487/RFC6001'/>
</reference>
<reference anchor="RFC6790" target='https://www.rfc-editor.org/info/rfc6790'>
<front>
<title>The Use of Entropy Labels in MPLS Forwarding</title>
<author initials='K.' surname='Kompella' fullname='K. Kompella'><organization />
</author>
<author initials='J.' surname='Drake' fullname='J. Drake'><organization /></auth
or>
<author initials='S.' surname='Amante' fullname='S. Amante'><organization /></au
thor>
<author initials='W.' surname='Henderickx' fullname='W. Henderickx'><organizatio
n /></author>
<author initials='L.' surname='Yong' fullname='L. Yong'><organization /></author
>
<date year='2012' month='November' />
<abstract><t>Load balancing is a powerful tool for engineering traffic across a
network. This memo suggests ways of improving load balancing across MPLS networ
ks using the concept of &quot;entropy labels&quot;. It defines the concept, des
cribes why entropy labels are useful, enumerates properties of entropy labels th
at allow maximal benefit, and shows how they can be signaled and used for variou
s applications. This document updates RFCs 3031, 3107, 3209, and 5036. [STANDA
RDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='6790'/>
<seriesInfo name='DOI' value='10.17487/RFC6790'/>
</reference>
<reference anchor="RFC7260" target='https://www.rfc-editor.org/info/rfc7260'>
<front>
<title>GMPLS RSVP-TE Extensions for Operations, Administration, and Maintenance
(OAM) Configuration</title>
<author initials='A.' surname='Takacs' fullname='A. Takacs'><organization /></au
thor>
<author initials='D.' surname='Fedyk' fullname='D. Fedyk'><organization /></auth
or>
<author initials='J.' surname='He' fullname='J. He'><organization /></author>
<date year='2014' month='June' />
<abstract><t>Operations, Administration, and Maintenance (OAM) is an integral pa
rt of transport connections; hence, it is required that OAM functions be activat
ed/deactivated in sync with connection commissioning/ decommissioning, in order
to avoid spurious alarms and ensure consistent operation. In certain technologi
es, OAM entities are inherently established once the connection is set up, while
other technologies require extra configuration to establish and configure OAM e
ntities. This document specifies extensions to Resource Reservation Protocol -
Traffic Engineering (RSVP-TE) to support the establishment and configuration of
OAM entities along with Label Switched Path signaling.</t></abstract>
</front>
<seriesInfo name='RFC' value='7260'/>
<seriesInfo name='DOI' value='10.17487/RFC7260'/>
</reference>
<reference anchor="RFC8001" target='https://www.rfc-editor.org/info/rfc8001'>
<front>
<title>RSVP-TE Extensions for Collecting Shared Risk Link Group (SRLG) Informati
on</title>
<author initials='F.' surname='Zhang' fullname='F. Zhang' role='editor'><organiz
ation /></author>
<author initials='O.' surname='Gonzalez de Dios' fullname='O. Gonzalez de Dios'
role='editor'><organization /></author>
<author initials='C.' surname='Margaria' fullname='C. Margaria'><organization />
</author>
<author initials='M.' surname='Hartley' fullname='M. Hartley'><organization /></
author>
<author initials='Z.' surname='Ali' fullname='Z. Ali'><organization /></author>
<date year='2017' month='January' />
<abstract><t>This document provides extensions for Resource Reservation Protocol
- Traffic Engineering (RSVP-TE), including GMPLS, to support automatic collecti
on of Shared Risk Link Group (SRLG) information for the TE link formed by a Labe
l Switched Path (LSP).</t></abstract>
</front>
<seriesInfo name='RFC' value='8001'/>
<seriesInfo name='DOI' value='10.17487/RFC8001'/>
</reference>
<reference anchor="RFC8149" target='https://www.rfc-editor.org/info/rfc8149'>
<front>
<title>RSVP Extensions for Reoptimization of Loosely Routed Point-to-Multipoint
Traffic Engineering Label Switched Paths (LSPs)</title>
<author initials='T.' surname='Saad' fullname='T. Saad' role='editor'><organizat
ion /></author>
<author initials='R.' surname='Gandhi' fullname='R. Gandhi' role='editor'><organ
ization /></author>
<author initials='Z.' surname='Ali' fullname='Z. Ali'><organization /></author>
<author initials='R.' surname='Venator' fullname='R. Venator'><organization /></
author>
<author initials='Y.' surname='Kamite' fullname='Y. Kamite'><organization /></au
thor>
<date year='2017' month='April' />
<abstract><t>The reoptimization of a Point-to-Multipoint (P2MP) Traffic Engineer
ing (TE) Label Switched Path (LSP) may be triggered based on the need to reoptim
ize an individual source-to-leaf (S2L) sub-LSP or a set of S2L sub-LSPs, both us
ing the Sub-Group-based reoptimization method, or the entire P2MP-TE LSP tree us
ing the Make-Before-Break (MBB) method. This document discusses the application
of the existing mechanisms for path reoptimization of loosely routed Point-to-Po
int (P2P) TE LSPs to the P2MP-TE LSPs, identifies issues in doing so, and define
s procedures to address them. When reoptimizing a large number of S2L sub-LSPs
in a tree using the Sub-Group-based reoptimization method, the S2L sub-LSP descr
iptor list may need to be semantically fragmented. This document defines the no
tion of a fragment identifier to help recipient nodes unambiguously reconstruct
the fragmented S2L sub-LSP descriptor list.</t></abstract>
</front>
<seriesInfo name='RFC' value='8149'/>
<seriesInfo name='DOI' value='10.17487/RFC8149'/>
</reference>
<reference anchor="RFC8169" target='https://www.rfc-editor.org/info/rfc8169'>
<front>
<title>Residence Time Measurement in MPLS Networks</title>
<author initials='G.' surname='Mirsky' fullname='G. Mirsky'><organization /></au
thor>
<author initials='S.' surname='Ruffini' fullname='S. Ruffini'><organization /></
author>
<author initials='E.' surname='Gray' fullname='E. Gray'><organization /></author
>
<author initials='J.' surname='Drake' fullname='J. Drake'><organization /></auth
or>
<author initials='S.' surname='Bryant' fullname='S. Bryant'><organization /></au
thor>
<author initials='A.' surname='Vainshtein' fullname='A. Vainshtein'><organizatio
n /></author>
<date year='2017' month='May' />
<abstract><t>This document specifies a new Generic Associated Channel (G-ACh) fo
r Residence Time Measurement (RTM) and describes how it can be used by time sync
hronization protocols within an MPLS domain.</t><t>Residence time is the variabl
e part of the propagation delay of timing and synchronization messages; knowing
this delay for each message allows for a more accurate determination of the dela
y to be taken into account when applying the value included in a Precision Time
Protocol event message.</t></abstract>
</front>
<seriesInfo name='RFC' value='8169'/>
<seriesInfo name='DOI' value='10.17487/RFC8169'/>
</reference>
<reference anchor="RFC6780" target='https://www.rfc-editor.org/info/rfc6780'>
<front>
<title>RSVP ASSOCIATION Object Extensions</title>
<author initials='L.' surname='Berger' fullname='L. Berger'><organization /></au
thor>
<author initials='F.' surname='Le Faucheur' fullname='F. Le Faucheur'><organizat
ion /></author>
<author initials='A.' surname='Narayanan' fullname='A. Narayanan'><organization
/></author>
<date year='2012' month='October' />
<abstract><t>The RSVP ASSOCIATION object was defined in the context of GMPLS-con
trolled Label Switched Paths (LSPs). In this context, the object is used to ass
ociate recovery LSPs with the LSP they are protecting. This object also has bro
ader applicability as a mechanism to associate RSVP state. This document define
s how the ASSOCIATION object can be more generally applied. This document also
defines Extended ASSOCIATION objects that, in particular, can be used in the con
text of the MPLS Transport Profile (MPLS-TP). This document updates RFC 2205, R
FC 3209, and RFC 3473. It also generalizes the definition of the Association ID
field defined in RFC 4872. [STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='6780'/>
<seriesInfo name='DOI' value='10.17487/RFC6780'/>
</reference>
<reference anchor="RFC4872" target='https://www.rfc-editor.org/info/rfc4872'>
<front>
<title>RSVP-TE Extensions in Support of End-to-End Generalized Multi-Protocol La
bel Switching (GMPLS) Recovery</title>
<author initials='J.P.' surname='Lang' fullname='J.P. Lang' role='editor'><organ
ization /></author>
<author initials='Y.' surname='Rekhter' fullname='Y. Rekhter' role='editor'><org
anization /></author>
<author initials='D.' surname='Papadimitriou' fullname='D. Papadimitriou' role='
editor'><organization /></author>
<date year='2007' month='May' />
<abstract><t>This document describes protocol-specific procedures and extensions
for Generalized Multi-Protocol Label Switching (GMPLS) Resource ReSerVation Pro
tocol - Traffic Engineering (RSVP-TE) signaling to support end-to-end Label Swit
ched Path (LSP) recovery that denotes protection and restoration. A generic fun
ctional description of GMPLS recovery can be found in a companion document, RFC
4426. [STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='4872'/>
<seriesInfo name='DOI' value='10.17487/RFC4872'/>
</reference>
<reference anchor="RFC4873" target='https://www.rfc-editor.org/info/rfc4873'>
<front>
<title>GMPLS Segment Recovery</title>
<author initials='L.' surname='Berger' fullname='L. Berger'><organization /></au
thor>
<author initials='I.' surname='Bryskin' fullname='I. Bryskin'><organization /></
author>
<author initials='D.' surname='Papadimitriou' fullname='D. Papadimitriou'><organ
ization /></author>
<author initials='A.' surname='Farrel' fullname='A. Farrel'><organization /></au
thor>
<date year='2007' month='May' />
<abstract><t>This document describes protocol specific procedures for GMPLS (Gen
eralized Multi-Protocol Label Switching) RSVP-TE (Resource ReserVation Protocol
- Traffic Engineering) signaling extensions to support label switched path (LSP)
segment protection and restoration. These extensions are intended to complement
and be consistent with the RSVP-TE Extensions for End-to-End GMPLS Recovery (RF
C 4872). Implications and interactions with fast reroute are also addressed. Thi
s document also updates the handling of NOTIFY_REQUEST objects. [STANDARDS-TRAC
K]</t></abstract>
</front>
<seriesInfo name='RFC' value='4873'/>
<seriesInfo name='DOI' value='10.17487/RFC4873'/>
</reference>
<reference anchor="G709" target="https://www.itu.int/rec/T-REC-G.709">
<front>
<title>G.709: Interfaces for the optical transport network</title>
<author >
<organization></organization>
</author>
<date year="2016" month="June" day="22"/>
</front>
</reference>
<reference anchor="RFC2702" target='https://www.rfc-editor.org/info/rfc2702'>
<front>
<title>Requirements for Traffic Engineering Over MPLS</title>
<author initials='D.' surname='Awduche' fullname='D. Awduche'><organization /></
author>
<author initials='J.' surname='Malcolm' fullname='J. Malcolm'><organization /></
author>
<author initials='J.' surname='Agogbua' fullname='J. Agogbua'><organization /></
author>
<author initials='M.' surname='O&apos;Dell' fullname='M. O&apos;Dell'><organizat
ion /></author>
<author initials='J.' surname='McManus' fullname='J. McManus'><organization /></
author>
<date year='1999' month='September' />
<abstract><t>This document presents a set of requirements for Traffic Engineerin
g over Multiprotocol Label Switching (MPLS). It identifies the functional capab
ilities required to implement policies that facilitate efficient and reliable ne
twork operations in an MPLS domain. This memo provides information for the Inte
rnet community.</t></abstract>
</front>
<seriesInfo name='RFC' value='2702'/>
<seriesInfo name='DOI' value='10.17487/RFC2702'/>
</reference>
<reference anchor="RFC4125" target='https://www.rfc-editor.org/info/rfc4125'>
<front>
<title>Maximum Allocation Bandwidth Constraints Model for Diffserv-aware MPLS Tr
affic Engineering</title>
<author initials='F.' surname='Le Faucheur' fullname='F. Le Faucheur'><organizat
ion /></author>
<author initials='W.' surname='Lai' fullname='W. Lai'><organization /></author>
<date year='2005' month='June' />
<abstract><t>This document provides specifications for one Bandwidth Constraints
Model for Diffserv-aware MPLS Traffic Engineering, which is referred to as the
Maximum Allocation Model. This memo defines an Experimental Protocol for the In
ternet community.</t></abstract>
</front>
<seriesInfo name='RFC' value='4125'/>
<seriesInfo name='DOI' value='10.17487/RFC4125'/>
</reference>
<reference anchor="RFC4126" target='https://www.rfc-editor.org/info/rfc4126'>
<front>
<title>Max Allocation with Reservation Bandwidth Constraints Model for Diffserv-
aware MPLS Traffic Engineering &amp; Performance Comparisons</title>
<author initials='J.' surname='Ash' fullname='J. Ash'><organization /></author>
<date year='2005' month='June' />
<abstract><t>This document complements the Diffserv-aware MPLS Traffic Engineeri
ng (DS-TE) requirements document by giving a functional specification for the Ma
ximum Allocation with Reservation (MAR) Bandwidth Constraints Model. Assumptions
, applicability, and examples of the operation of the MAR Bandwidth Constraints
Model are presented. MAR performance is analyzed relative to the criteria for s
electing a Bandwidth Constraints Model, in order to provide guidance to user imp
lementation of the model in their networks. This memo defines an Experimental P
rotocol for the Internet community.</t></abstract>
</front>
<seriesInfo name='RFC' value='4126'/>
<seriesInfo name='DOI' value='10.17487/RFC4126'/>
</reference>
<reference anchor="RFC4127" target='https://www.rfc-editor.org/info/rfc4127'>
<front>
<title>Russian Dolls Bandwidth Constraints Model for Diffserv-aware MPLS Traffic
Engineering</title>
<author initials='F.' surname='Le Faucheur' fullname='F. Le Faucheur' role='edit
or'><organization /></author>
<date year='2005' month='June' />
<abstract><t>This document provides specifications for one Bandwidth Constraints
Model for Diffserv-aware MPLS Traffic Engineering, which is referred to as the
Russian Dolls Model. This memo defines an Experimental Protocol for the Interne
t community.</t></abstract>
</front>
<seriesInfo name='RFC' value='4127'/>
<seriesInfo name='DOI' value='10.17487/RFC4127'/>
</reference>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.2702.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.4125.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.4126.
xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.4127.
xml"/>
</references>
</references> </references>
<section anchor="acknowledgments" numbered="false" toc="default">
<name>Acknowledgments</name>
<t>The authors would like to thank the members of the multi-vendor YANG d
esign team
who are involved in the definition of these data types.</t>
<t>The authors would also like to thank <contact fullname="Tom Petch"/>, <
contact fullname="Jan Lindblad"/>, <contact fullname="Sergio Belotti"/>, <contac
t fullname="Italo Busi"/>,
<contact fullname="Carlo Perocchio"/>, <contact fullname="Francesco Lazzeri"/>,
and <contact fullname="Aihua Guo"/> for their review
comments and for providing valuable feedback on this document.</t>
</section>
<section anchor="contributors" numbered="false" toc="default">
<name>Contributors</name>
<contact fullname="Himanshu Shah">
<organization>Ciena</organization>
<address>
<email>hshah@ciena.com</email>
</address>
</contact>
<contact fullname="Young Lee">
<organization>Samsung Electronics</organization>
<address>
<email>younglee.tx@gmail.com</email>
</address>
</contact>
</section>
</back> </back>
<!-- ##markdown-source:
H4sIAPdC8F0AA+29e3Mbx/Eo+j8+xVymTom0CRDgQ6SgxDElUjLPFSUeko6T
67hSC2BIbLTYRXYXohhH57Pffsxrd2cXT8l2fmapSiQw093T09PT09Pd0263
W3mYR7IvbtPg7i4civP4PoylTMP4XrxMJpMkFn87ffta3D5OZdYKBoNUfoDW
554vR8kwDiYAawSw8nYo87t2LoOs/RjE9/BbO8dm7d5haxjk8j5JH/siy0et
cJr2RZ7Osny/233W3W89JOn7+zSZTRHR6Y34Af5Gel7jZ6338hEajPriIs5l
Gsu8fYb4Wq0sD+LRP4IoiYGGRyBoGvbFj3ky3BVZkuapvMvgt8cJ/vJTqxXM
8nGS9lst0W4J+AnjDPB1xE0QjOgDHsxtkMr39sMkvQ/i8N9BHiZxX/zvWRxO
ZSreyhyJzqiJnARhBCPKoM+3/+QWHaBTISI81x3xGqgdhy2D6Dp4L7Ox83ER
1cswGybi5jHL5SSDsQ9bFhU2hE7fDrFNZ5hMWi6uv3bEm3BmEf11dieBm+qz
Ipa/JFEeFIajUHykTp0onHVwYr+9x48rqP7SEVcd8QLkJ5hYhH8Js3E8E1fB
hyB2vpzPSoX7w4D6FHhZmLULwJk+ZiAkzsRdgIQVPi7iu4hH4YdwNAsid9LC
fwy4x7ePwThRvIyTdAK9Psg+NL1+9XK/13umfj3pHR+qX59297v61/3Dnm6w
/8w0ePZMf3r87Mj5VXc7OTg8Ur8ePD05AdEM47sS7oP9rsZ9fNA90aCPehre
0ZHBfbB/vK9+PXx6dKwbAM3604N9A6HbNXTudzUZx70Dg+3Iknx07PyqGxwc
mk/hV43i4PhEAzvs7WsUh/tdTdmx7XZydKxZcXyyf6DJOTCfHnW7B4ZBB4bb
J/tmbAeG9Kd2kgDbgW1wbOHqwR8eGgiHoIH0r0dPNWWHxwdPNYTjnmHqMzPj
R4fm12M7isOTY03OUc+wD341pHe7+tOnxwbx8f5TIxK2wUnv0Erd02em24mD
bd/+SiN+fczSIkQepPcy74txnk+z/t7ew8NDJ8xhMcf5XiqHe7ft6/OX7dcd
6MDteVvYok+Urr0LhjITIJEiH0uRTPNwGESguYM4m4KCFTEv3S0CMAId3xf7
3d7Tdvdpe3+/1Wr9CKtpIuP8p774A7R43QEqOzC80ueLE0v9Pd0N7Se9g57o
g6qLZZCKaZrkcojLX2QPYT4c46aCw7m8enPjjAPa3YWR3KpCNoM6bHeP4Z9n
SIBxnRFB91/ZgLrrDag7Z0BdGtA5SBTu5SKqH1kT+Uftbq/dO6iQf4Iqcg3i
T5ppPwH7QKawH8P+K0byLoxDpJkXiVoO7liwWSqzPElpF2oa0dN2j0bUarXb
bREMMpjOIex7t+MwE2BqzbAb44RFGYhhEkUKS3InhmydAbRAkNlFqMmoAk5m
sG2y5UYNJslIRig6ERhqs+BedgCLzCRAT2HnGWloPkBgHQGwXMYjaJcnYgB/
TlDo4M/BI4KeRdApHwc542n5LM3t2/MdwBLfhfczZg2hAYsul2IYTINBGAFn
ZdZhdkzC0SiSrdYfUDGlgIMG3mrRmH7+We3Gnz4RFPobt1n4O0RW+QctZhkP
gcksUoNddhU9/Pu1nMC0iqs0GcrRDLjwMogiMDABIxgMeQhDDKqyMAliQEVT
h2KRwKxlIpsNxyLIxNvz25fv3r5SAwAb4tMnmgmeKkNnNpsig3Ek2QSQigzW
Dcz5YBZGYHZXZh0QgaEDf0zkcAwWUDbJWjBMnlyR4MpTre/SZEK63YCizztl
qQsV0xcSPCVErSpwK4GMRggcrBY6n7S1UNxgKOF9bMQNQRYFdDqNgPmDSBLr
zUTXCt6dDHKYwQzMLW69ne2olTUSySzPgHs4ttxlAjDlD3+g1R/GSZTcP7Zo
quB0IvB4komty+9vbrd2+X/x9h39fn3+f76/uD4/w99vvjt988b8olvcfPfu
+zfwfUv9Znu+fHd5ef72jDvDp6L00eXp37ZI/sTWu6vbi3dvT99s4UJHsltm
7pCDap3inj5NJS7VAOcpG6bhAP6APi9eXoneIUsimruwdOh3tHc/fWo9jGXM
qJI4ggHTnzARj8h81N8AAiUTlm6YB7QsQMzHyUMsQNpkh3mVW+bRTCkKcF5K
yinDhXuXzGIizlnQPAtXcKQLP0pSa2fY6S10Em/hGJC1WhdxceJ26XyQ4YQS
gjgZKTnjpWCximTwT5DsjKRuyjhGoCaQQJQ6OnAG6Uh9B2PMkmEYID9hzxpj
G1AjKUjWNIHThh6W0Y9KOTrMAfpvSXB7MLD/a37IoMKfr9vln+on3o+/NiD+
o7glhP2EyGJq3I+v5R1MVjzkD/+zWSrQKSCEi44cBuwroHWsPv5RHZ1+KlEB
HdBgqILAjxcFkRZaGhCgcPLQIYRB4FmuCkI7Nkogqh8XpLAMYhoM3xuyLYjS
x3Ug1pgRAwN/lPD17YrCdeGRYSW6rozCZnw6TJP4UZlDp+QrCnkTbLW+Ea/R
Ku2L1zKG03wU/htWwOUsykO9EYo3wQAW3Y2297DPm5urfuFz6HQV5GP+7rpf
7iOuYeZkSl+fm6/PR7Bt2m+Yjrm4r2/+AsivZZbMUlgD8ItMP7A5cKW6YbPb
c6/3DL86u2njt2fhHS2knHXDDYAJce+s6XVz/eZ1X9yMQeuM0NJ/L67D7L3y
fsH3b19cnvZBxcXtF2kSjIZBlqvBRLIdDAFypr0o2Pz0CgZ7OssT9CMMiXS1
XRdGe3MGOGFfhRPdmbxPg5GkT1+ZT18FIY33h1vg6w9BmOM2ck3GLDW9ugSx
gUMiOixQZ1zKPA2HGcrFuw84ZPlQZ70CrQWxot1A7em357yt91vFZYVN4Lt7
lCYYlrUWvEsHWrfUB9lUDtE600bHOzaAwDbircg20Khpz9R2ACr1bJhMay2C
c3aHikvWpy8TtI7BWvv5D8YFOlSffeJ9sDgwpYexTRCC+VjiA5vSbHaP5BQN
b9zVweoM7uMkwykGwoL4UdiBmrEJ4itab5GYgkGJQHAXG+otuZkU3PTuwNxL
HowiSOUsI6XhMdf6rRaAGsBnD+EoH/dJGrmbbsOjMXIA8PWEwnhNz06LTUNj
ysFhCEx+tLoDpAbwzu5xCnh1omjIAGxqO3CE8Ao+nsV6etF+1F+HuAnzjk5W
Iex5CZ1nHOoBAA4RDRE8KHRobBFqjaXHRb2+yJj09ta/t0qXiYa+diRTu2zb
E1627SCH/wegMrP540ti2X4IHmn2YS3T7xMZZDPUYA5woYBTwyAGjRQlM7Ta
RuqwBJDQA/AeDXDlZpqCtmfzlO1xY/8dHsP5aFeZpUfHXfzDHvdO9g/IOvQN
LR+DDoRDfFsJtkznD9EcB0nWx7AfjpNoxGooGIF+y8OMz3V4PIOvM32IVYzQ
ByfcQ6KMxWcEqiACq1GhJ/lKJfbGzUJZmcXdo212j+2zmx3xEru3UeGQOlIb
iodd6HwlhmipbY/ClPcBxh6D1IMaS2mLIkpwaCxYj5oW+OgBDV74BvZ2maKP
QIMBiULFo6UbEY2TKcnfghigOZIeJQnAxa9wunIGdR8lgyBqh6NGXoWoDHEh
pDx7szj810zCCUV9gSIqQHcDDUm6C+eWEFbUED4bSCBfhrQVBPrEnCIRcMCN
QtLu+niqvTxmA9B6IQ/ey5gP0XyEPzgu+CDQfY1zgIDQEaFXWEGxiCyJkGLY
XBUZQAKPPnqErjwk0snyY663wTyZqkXP7MJDzRLMIimmkxCd3ByIj3rcTmug
1ADjs+OhSIa5zOkANoK1BXL6r1kwAoisvjxjhtMqHkIneGCkozySxDaaOB2N
cAXZIylqK7BXlN2y3zns9JD7xFW8CcC1j/2BbgXi4qxwoAUAuveB6YkXB6an
xzlgQEHvwulYgzrsWGB49YDAlNpyKanrftDZd8bxlI7Zmt0pKnt2ez1iE/YR
IViaJcU9aBPKD+xqC6Cn8fAYn5LG9bSzXxo3CApKip7npaXFFZCLHIUCbwQS
NBVhNscB+pZiWseTxJ6fUQTYCySB0TFA34X+mZwGrBdgIGBXw4mhQ2wwvXiR
Uk/lS+OdbZeYa3Qd2S/a2cZbw8EhzQvSJKMprrEU/5iB4ZTSCZ5MOmHGA2hy
nLeBvEO672YpaYUw/tcsTB95eeXTJdhFWhEmLtR3KLTFKe8Hb3tgxU0T+F5s
317t4CYYCNcKpSl/QM+Jli2CADogRv9Ep7K44A+7sKIEr2lIZZPLkvq6yzl2
F5KjrkiiecC4C8OOkf0TqYT9sHnLGuktC53dfHpy+ypBUZsnKZsZjCSq3evx
ZosoCUbAsjbt0JoC0IfK86d1IY7vCUgMbo1oDYPh9FE5qKl/iK50vFLlrT4r
YgRJaOZGlkb3jaNXJzc6tNHxjU5uYhvPdTve4e3jvlBAdawZzzZLIz4YMrfy
wcb7Vw0LNuoENm044YBWnmVNu3JxFrk9C7IGArqH/fSe8RyifrHjwZtWNsZQ
ioyUtu+i4F5P4yDIlJ+bJTNnl6DydeNB+OaK5YN6eYe6331mLEK8x7V/HB88
NX/gBa795tm+bYaXuOaPY2VSagE8ss16Rz33D9sMr3PtH8cOBXila61Vtxle
6xZMV7zcJW6hHLft5ZFjSc3nFq1x5+JJnc7qltauO3GtlnNF1c6GY7Bdl0KO
U+WAEAyiAT2Khh0nrtYUtpE2nnyBLQuLiDNeDUNoGCzVsBDRfgfbPaHlI6az
dArWpp+2Q7VNar/uspPg8VuJbWDOjnAgVqaGbR0lQicFGdx3/+DzDbuoQZm1
72bx8nJCKwp4NJ2pc6aBJzS8Gv2IcSZasbD6XgqxVfq1osnr2S4MXoS4MLJp
m47oxkVLWBcTTN2xAS+dLBWeFdcfaauFl19hjDyv5ta77V5/Loremho2LsCF
0zhsvWe30SKOqf1SY7dmyF0YAR1Z5WIkMHNP18KzLEfbLgMJzMiJwXYBW0kJ
27lDOc3p7F2m/M94Q3XcLXCRJUdvOLw5Lr8s1KZaLye0tTo+B81A+REvIMOc
rhHoFDzfv2Bx696Cei+0MjDeyhzucddgL/Dcs3dxl9dmpXIh14+bLCN180Y+
1VqnZ9GpWPDIGt8iuhE8l7iFe1/j87Q+TTgeM27XIbYAupVdmQMAN1tZIVSU
AQ9JMFQ0UgeP0wDZzisDzzvm/O/RG2Te8IyToesSQ/NL8I2tmBlXEl5itGG+
bK9Gd9FguDTkF9plimKAtjYdbF689Nu+DiJyhS7FVRet8dTiJGu06vbYpzQA
s7Lp1F9PzZJSH5g1ZUCDCf2vGVg2crTk2tInHhBbBcKhl9WdFW2SgLluWSXf
9aqlIOva/VzrjR2NQnV6V+vK0KOa4YK3C53w8WpvuDngq24nsMQuOXXVA+S3
Kze/5hrHucotCw7e54Kt2vZd2Jbb4sUt2rUXsRmn9jil+o4bDoxpAivCfEDd
fxQ/bVfvbXZ22fHHUQJBlCUunOI4AT27xchvqI5sdpjFeSOPonTvwvotpfHJ
+Gvp86Lzx8H+CYqx+uvp0bH5CiN9zR8Y4Gv/OOr17B/75LniPzDi1/5x0D2x
fxwd9Zw/jgt/1B28jp72eFW1dNCGOvlgZCr7oJwr5D++fHcG+uP89cXbm2/Q
epBiqyBX3+53e88oMO6kg/Ky1dKCVpC+n8FIJXHCvQUnu9fpPW9xYHg2RbNo
a5bGfezUR8fTJOt/nET9OOtjr34B2NZzvCLf+0pcy2mEXcmCuTh9e0phL2jb
cDTSV3vQTkWCbBV78zKoiPTPdPeuuuDnz+kDI0piS8l5v5BtQREutwq6EJ/K
GJyFVMCwRRzbDI7ieiui0ZdOXlQUD1+DyujNa4YuTlMZWPxu/D5B3ro4v33l
9dyepmDz4n5L12mwzPgOW0V8nd7scNRDIbGEp4qU5jBn+D+8Fj/IQR9+/SOG
ivb39vIkiTLKgOgAOXsP93uY4bL3jYL3WrwJsxw6/BHTCfKkj99+q5t/o4It
zkEFJWmf4i0KySXOjwFQziKpAqkkjvjgVFJEqnBq0jR80DwZGVV434WwzWTj
GTrExnWQxhl8CVTJOPBTVcxW8YGoTU2pAqvkhHjAeVJAqoD+lsyQKCnroERS
PmKbb8ez4EGGBIUljK8CplaKb9VWUrBPy3GV6gI3ekQH9t0sgp2YUZttuhhN
6UYjd+xFM5zqEQbeZoIVwPlKeitUMSPi0sao4tqkAI/iitp+e3l2utNRXHmZ
TB/T8H4MRt5wB0OXT4RamHiwUw52NDwyDASiLsb7TLdHnImV6d0P7947QpxG
kSCweNuERh5dVVP3azlCJy7aQfqWFbiCu6zyNuMngzAOUjIYJ9kua+0k5f74
B6gYZImJ091Fp/kUffI52euzNJsFMQa5sG8um5FnpMAxOKfJOONAxkzPHRkO
fKl0Ayoz4mG+uDkDGabmat4kXd4BVYULpaHmgmXhkwwE7R4Msys8D2Sh4eK1
jAL2Aifc/ExFoqjvt3V8OyXXSWn1liK8jflFOx1uTWKoN0x9telGBiJ/gpRC
jUGRi7/Cz3MYhhoP6W34OMwzGd2RKkdZExGRjhHRYBt11G66R03PR50+HiRo
W0VwyjsAQgZdsAXY1QO8kaWw+QkcFTmYlSAASNkpQ5tNMYCejW/8ZSDBDDPR
mPyZon86G0Rq7hlICYtFgGFsxJUta35sqU3PWc1i6w2Az3LbHjDpsJ3yZqj0
xpbmZF/b8LQdXvJaBR6qndIXKqY0TmmX3vvqK/zmK/oclADJAtkmOX8gnEsU
NQhSGGT6jOXHtgqC+VkhANOn2+t39/vdg373kEHhTwRKF9i61et0ej01vE9l
nuhhnnouXvZMaB2dRfdewiE+tQdL9kdaPe2QhvR2zPhhXi8TYDvu8bScYdW+
eISJ3r68ebFDF/NokQd4j5flZu3Ku1yDoCBpEBbslOHxDAOiYNEF5Cj8t0wT
+i7TDXUwiDTb9ocgmuFlNt4eikTpEJw/ioHMH5Xgl60hdKWQ3KkLJjuNnsnK
3Nniay89R3yMt02fu5/r2692pUFlumAzOvdekhWi8qtU+lA0yNbzOjE5b7qo
88qLnoCK2DTLy82LJrnwC4QGsIhceAVCAyjJRVUs8NxVZbLv9myOSGi3CYA3
Xyg/ecYhSq5DgSBq0fm0IBx0kjfD8EgZXYXYXupOzy9bPi8IZeRSaIQzfu2F
cbmAn8FhL34fJw/xlkM7z0/3ufmgKo0kkd9zVz1Pli8MmQmpAu7NBfyWenYo
Dxnz4TMnIG4QUjwFbEBoJtSgDgZ1yPfnIj9VfS16dhmhEFfIABLKw6/V83Y0
cDjW0VQVlxMPDgkQ2wadpg+xqpGD5TWotKMG8OUOxdrMivPj218pw1i8u7ny
nxUpBYiDlQXpH7KwzGpX0YV9cXHTvrhZEQKlM7vR0e0XQaavBG+ktvNRMZwr
9z8Fe3F/vAfw3iZmdJ2Y7YjvKScFdDdToXtaYqrLCsMYCtojjPOD/YpmFlsY
tmCXZllVYeyCs4MdVxGhh5qMGBV2sNCSNdtHgxCfx+itH9UszRHm08yFcRZm
TUDQnHNtoVo4F3j0mEjqQCetGoCwSYENjZ6TSUBpk7Qq5oI3Ox+GmyuSnU3H
ieemsEHEQV5o93R6n4KZjSdHOJLnxB3KjnPI0JfhlvbqgmJyVBUB8VrDvNEw
gShKPkaRKGR6wIcuNb51pEs/+Fm3MYbRGZm5VeKAS2CVGQVqlN6ZT8kNCz1G
d6pdaEFVemZSe/1hP+q6jHJSMx1kZs0hHn/Hux7t1YOzFktmP1gbGEJhhvKk
++PHv/603d3e/nun++edP/84vfpp++9f7/y5++f/8Ec7/3miWn8tnvTgs+0f
/z4K2nen7Vc//dzdPfr0Y3f/8OlJcDp8Kc9/AhAOkO3e/o/d9vFPBRA/dns/
/X30n+6f/z6Cf9D+P0SDA7W3e/LpP38ffe302t7d/jVTurPz1ZM5ZyU6iIfF
axs7Y/YKjnKZ1awp34NzLMT784wO63yIzspBlpNJoP0ilFjAfofMLAJ19laB
lzHo7xiO8mSOj+QwhM14F21sijW4lyntxvj3XZQEeV9D2Ya24j/0xX/4q50f
v9p+svvE88XOTyYbDfMa9D2UiWDAoVfzNLjmAadMcCSnMDJtL+5CKdFkBjQH
++79EJ6/0ScttmXnviO6H3vTXndnV0OxQZdgXec63V1Z/ViuJpPAeuOYYsLf
3b6tUG2nQ/HLhLRi0Pcuxeuaqctgte3u7x7s9p7smuwIALUvktGs+4Rvjnr4
x0HHRXz2w9mli2oahOxWyyIwqBxniron1YHv9GPpcAg4KBIQiLuUj0OPDLNL
AqRB0EcMe59vFcvtD1jgnIZ2BC/BxIuxpEj0WJjlarg5phbDfMt0iCcQui10
3QTOrKk7iSfdj0/w96EcqQs6bMYM8Zo1JBO7VD+FNSg6iArpQEWNqjM5yhbV
idGnKRyBJRDS6RzPVwDlrA9/nof/8EhldlAuKUbhsHPQ6Xk3AZNRsYAVqCk7
jQspFsmSCRb0MzfLgn4WT7VQiRbGCO12DxwoK+dZ8JqYl2zh5axOe1nI0uVs
l7lmBDfDDBlM0IhtlBB6BfwmCqfPzAet2i0Gu0Zot+ak9pRyeqyNMfZfE1KZ
q4IQ73tZXY52WojlFGrfzpM2x9zPZdDtWAfNZ6W+NcbhBLNxdSruUuDdnqh5
h9GMNriByfRFMccM4IWP5PPsSCfcy6QqIDlNR2qqvlV/FrbnTlxeePLW4/2L
ul/Y96+cUmbaQrOpc9Lm8pkP0JhcOQy0e9ZNasOYTYPaP7E66W1lXBpAE64V
l5g/P4/7El/rF9ByDAepTCYLnYqLoYxuzFgQWzAk+5TzgnkufsZD//tkfZwG
TCPOFSfAchGWkQdBmfXKF7aID8akePiV5fGJ5+bAZgFWPPFOil79Vr9K1qAx
vp3cMPpZNYPQHEacREIFcK1sQvrxpRT+qLTbT/MTCumnkFX4o0qu+2mxnEJH
jP2JhT+qa6Gf6tIK6yGY3MIfVWrhT4W5WC29kH7m5hgaLvh1PFqHHldg2U1Y
K5jz9jO2PjmU0SQu2VMxDLHsHCmQxzdYn5G+0tXWYiQWaaxk47mEDvCcqtUk
O9NH7o41TTK2qf2XH3gzMbL5elULB0GSdvOA9F97wHaI7ZtBOv7oAkj/ZYZy
S2/7c+12anHVn7n00YoWhy9p0Zes2GQjUTlOKiKD0cmOSYSrlCOYEeF5PEJz
Ev7T46wUyGlf1VSpEdtUU2dH97xWuXmFI2tFWErCVMoKXMgEUJcyczfjF4kK
vLBZg+h9UGF32TSI2aVCUUlOR8dyIjcCZSTtqugmpVVB/w+k4/AiqnXJSyzc
BvjENm7RdL+CRhgcF3eIHEWB2xWJ4UifGHaPNLy/h+6g/GLl9YF1THBrTH6X
i4R+IbO/nEw5DnBQkry6CGVXwO5Gt2GYoxXJRfDPwJ6Xo3UoMCA4cMydLvze
5ZrmCnp6gjCapXJvxNWD8NCsQq11CBinXvP0uUD0TBamz505SokuiBHSMo8T
SNA6bOD+tVhUqNSyE64jrIjR3HU+imXnVCPxTuo8bMvxzR3PHI6peZnFwQdo
SKk2y00OXaLYzu22cSZllJmcgbbk6keueGl3lHiTDN9j2J/KCWW/kxJbR1xH
MiepK8BYQf5oo19shIZE5GKYZTNaUZpOx5esVlFJ592pjKhFSXwIQvJhcJLu
srMwSvDKjG14+og88OiKqygBl07LYMXMgl7RNxqsCNSdZkSmZ2Gw0O8HRb2q
PSa2f7i9BrUewla1tFNElXGsy25v3N+xaLjZcsX2VbHM77VNgN4plAlVI0Fz
Yvmd3g0qoALmfNt6a0o9X3GpZ7GNn7exmoSqFW3J85qUuYT9JcAzYzApeNH8
14Liyd6ft38M2v8+bf9/3fazv7f/0fnp653tvcpHc2+7TospU4Reu6HIctWU
CVvdwRwz1Vd+K9lUNqFdfHH34FYwGq0SKnRqSMaxsGvF7ugAtFY1bnHY6Sph
RM1IGW4tWo6WXSmAqBEtw62g9YcbnuPsWCEo1E4uGLKe+ayb8dKlRiEwzi/X
+KMiWrvPESGIFhyNuZVp82kujPK1Of48qayUPqwLp8nXSy+nBqaahRU31+yh
n3UL99DPetV7lJh5S/hQktcCtXt4ShYr4ON1oWGVIL8SmTYKk+u2s/MJ4vN9
zLeLxozguycYVz+cgmlALikStIurD4fIbPj/qVBfLD+zOnnbVBIyvsc6l9mS
NYKcjaccteyo372vkBJdUJuDxdVfYro/mcI+o3jXGDyoMnxpbFf7l3iC9t91
nhw706YR3aXpCniA7ldBll9Ldhxvv7q+3vEj7T7rVpH6QqCzFWjgWSzEQas+
DHKRiGFNE26mI3YA2FoOy9JEQFRpJgOkDtdGuMAYizxQo6/Di96jtbCRO6kZ
B/HR5pavw0gHShUb4UGVPFHJjsWbgoXxESYXjnuHMAdjtazM+tirpWVcvYHQ
vhIXHGgOEkZ/o/owqf91Eev1lGGQbbF0AF0LKJdcpot0luLQjVfY9CTt6FZ+
wCcIUnNGXiCevmD0oJpJlZphxetUhwjpogKh+1c63oxXKcxkO8sfI7kWZZpt
yqlqbtIIMu4SVJiWeIj3l1SaRW8LcNqBM3mYYWhyNqYQV+NHzWwCVhLRPesy
Q2Pm48EspYI/6/H+DfHbQNO8XoIeG1O2IYHQbL9WhSFg43Hi/RzRgH9vbq4z
Eeq7AnWzUBMHZLcph3q6EvyMhNOZYMM0k3pKpcTDCasnXUNjHarJHMImOsDN
FmUh3ZXKtsUotvluQIv7cJZSXQ9qCbsTWKY77BFR9UE64m1isyqoSrg0nlN0
6GoXM1bqxtWk7Q50+GJRbhmMxD8xgTaj1PXMXsDpwcP6UwRKN9uCOEr+MSJO
fgyzvMZqwLp4Hl2S3OUgIhJPQJsSkZsiTDzhqypxSkNYteelFIv22d3C6gZP
8lF1O/BtBBi7SfWGbbEqv+6XfD+D/7HOrtFB9XlQjVumBY8Cp+CDXoVjWJgo
497Y3sgyOvtYdUuF55Vtj7e2VIxERZW6GQClQBGDACbCIYHnRHm0nN6udseM
kxpxerbf3dWv4e3qt/A8GhQfcgnSx8/CUA28gZ2Wj5XxMTtruVlioz0AU6X2
9oCSegpMxFrjs/sxHHtRK4hhGsTvseZTI3f5jt6M5PTF9d7pzYtrOkYrjzeG
YI+co68J/cHZxdyg8xTO77BM6WWrKRocwYT28Nj+qTFoMAZRkmp3MoyUgidA
iZuD5GlExRXRlMNQXbAQkLA8pWBKvrPBLDKiU3L3MiYEt5YMFVj+WQSpOKkb
lyZkFQsTO6EVNg3DI0r0BMBGFyJyhsLRU/iLNtWVeOdyDSk2IPWOWKvW8fzu
0lcmEO8BwvtZMsvaSMmqk+sSaEEyrXP2nd5Rbw4Ds1xXatwEeUiTgbgAdU3T
C/ttG/OcYnz0AQghY2f9haHtf3rXbCA5fBrNAZNiZaykQmoaPhXml1esm9sw
Dsw9mY6nbb3wNjUQBbe4oPXo5rAeK2g1kJwkgzZ611AsNkRtZkoYqTAVrVpD
fpfJvBVsPfXo2p3l7eSO8hbELie57IoPYSBewAEI9PNrgI3PdZiLp+0Xr692
/I6vOWOWONnTRxXEa8qNPq61HhRQjmC1NUwf/QQeP2taD0kwaU8k1o7FP9fe
Kt6dXopLJynxnLFwte9z4PcVl3S/PL/aEdqt0ShUWCW6huzwy5BN7/xO5Aiz
Tpj+DAZwcWVCjNYYB/nobFWjNdQlOeuc+khNtJw065YoSaZoj63NVt9xMqCC
OeFwFgWpui2LHQXjHugIN57ocAIMVZxKrMx7NLKUCaF71tiltj+/WKoURuzk
JZcmDM5Xnv2DHfZtMBb5LOw7dy84ZcqLLxBW6WitgPpnr3foccGk+aSdyXzt
ObuW+KQX4roNJ/himX2pZ/v69nKndDq0p/saWp9qWgsS5injvtgZ1VfEveMR
4RKCWaz+KHHGQ4dnor53enMF5trU/5Pj/fnUyI95GrR1kMry9JwX+i9M2+H+
8QKsytjTuTxVykW6WVb12jDr7d4K5LxTuex4b7tpmqYRWN+rEoWdPwNVMh4H
VKJ1BXnSXZ2FtQJxLnXl9wEWW90qjNjpXB13GbIJ1nUHXm5Uq+5OnVcHKN7Z
BC/pE6kp1E6HSycoPcOwHEXxHV0TO5HGVTPshM0w/2R6BqUKzuuLgw0NTkVx
3yioepCS6oYY36MZomo2mtF/k+C9bHMIQXuQyqCaD1cZ68ECYx3RCxRt3HdG
7UE4CtPNjPaMX7a4QbiC4LJsB1F1cvWI8dlNNc/0O8+v/4VJVTRSVbeyRwzl
jtJhBzXWxZHHuqiwBmvYfA7W3BDcjbBmV6WWmwcMwqzIFtR1RqAA4Z5mzK6J
glYPrpv+o8c4mHDauxiCoOUF/toejSwmMSyyunCE8L8SUquoqle1bnEuF/Bd
G7NZJuG/MT0my+mS3J22Gsx1swfzd6ngCYTHVQzwJtl/eVzxiBwdekTNpTJK
gtEmqWRzO6DJR7D0dKUGZ9qvSnXwkalO0VKdgQVeLt2yKvkKsM53IeDOrePm
RqD5HtzfO3X0MQBipu6C1hrIxJ0HwJFijRKn8IdwMNmxbFaaJij4+Bv62Wxm
1CYlK6cCvrAeGE0hCnaDwzFLGI9XGxwGL+VYX60i8DUkrHBG5aAc84ARxsqM
k1FVszGarUHFDqt/DElRZhIePbeDhJ4iFKJHRUbRKq2hr3b3cp0HJkpIBR8p
57qqqmH9rHwJnQmDf/CohAdjHd6cX9dENxzv6woL4qhzWDM4/ZIWjA8Ov2m4
zvC2Xs4bkR5LSwu2qqgMI0Ls5OAInOe92ISzZWsCcfUSI3tSME71fdWFqpOG
9LJpE1sPL4ed8itDdqhCDRUvt7QU4PvG6H2hAFnnRSMTJuNU3BbbqqaIif7k
27QS3WR6hCNX5nZU5GxAATOUE6FApDKfpbGd3TIsJFB5kkzMK0mA6l945UtV
QpP4lHDNHdLTo2MybFFOamVD1ypsa06uLhtzpb0kGxa5sM9fB9XK6aq8SZLu
oQVGhUgUhHEyra8+ogNcneEXTqTZ1H1Yqk7feA9+9NaBioBQoX26invNOdDB
llLR7w/S5XSJmAYfpSwhdEpTkLkLAqn5jUXIjMMN2aMZjyVBiww3NHH6gBL2
i9dmeKT/+WMFBLA9wTI+YYSBB/Ui2MiLYJAl0Sz/NfEC9jhNFDFjtYGFMaze
sOzAW35ki4/HriuqvWrG5KyyNsUmpYGKptcUmrd9YL6NqoHp5nNW5HcROBxw
WVB8S3DhRYUU8NBKjyjph3ZSLXaqjLXHNWhRT/enLtuLNNVz/bxcV8ghYZl4
R5eQybqUUD2hBckpBtNbehhl0HRsXHpeAucpNG0AosehYX4KZGAQYT4rcqdC
ZxOHinQocLD3yiB1ywhyM3xNWAX8oc7eDjHF9HGH3jVStOeYi5arB77aJkwD
czDkA/aaPyIVLC03NygN0WYNmo8yQc8u0F2Huh5SvYFWOMPOI5dzUsvn6HXI
tRA1tarWceZQ9yTTocezjI8WVlWZamUVnWKFBhOE15BerI5vJAZgLSq7hgTK
wjb1OvSqLtDn8VlbtKr/3SxqRINpuCvjcLO4GyQgxIsiDkFYFZMF0WlQPKYg
i1za1HKEjJJIuFhu/cgcVH7lUqLFNzoHn6nygjYq3cTSM1PzkTvFqzeKfqTr
D3s5vS6P53C3ga+LDGkuAxtZtziGGh5xqNeKDOKoLj936JVhe1Qq3X8U0dZq
0xsi3XFgUEkuvbrmIlVJP+83g9kqqQURFypOrImcYfkRM0TY6ilUtCiJS2FU
ILzSWEA0m67DVbZx5rHTRbYmJxnhfBYuxToNvJlZueS6+OX1uxT9Coi7hr3I
lkSiwdeoBpLnMIbzXjhigV7FWGZNoRJKLKyCqVzjh/HhHqVJYZIaiWw8S9RS
lAhEUu9B0c7F/c7REoTjHJbn5zMQr7AsQ31ZllJb4mPVc5FKgtFgKufVBqOy
TIEq5tLGhKKSaJcJreWYKqmSqadN40d9NiAHAqaP391xoARWBNTVXpagLYo2
RVsUlQ4tXKbLJbBInkufizSDI8Zk+V29PHMMxrNCPbiwErm9NXYYUkPXHJ4w
AcqlXYQ9TUOby+HywxcwtTjt1XuOTVGuIH8WujmC+nPQbSCvQnfFPJoXK7iQ
Vqk8OF/jBFswAKtIV12IYZX6WkaWaHzixB0+WZ0wlVbNUYebIm371SyKdlSG
JpgX69O3KcoMSeZJUw6XVJVn1yCUYxErRtKqhPb6b50KVJwPvilSZzHG9Hij
J9eiuCe+jwvRQnYAa1A7+FzEvtg8rYaznhjQdaj9+vOydvPUfgbe1sdFr0Fr
85Iye1gxPrqBSPaILLgBYaiWpUW9S8XBohhg4dTRKr6tVcr1cirL+vhBcD0n
NH5PkdF64PIOTedjzIdyCF0WlR4EXbSlUj3DROBpx68WOrQgTV9b6lQoAnnn
xhJq4/Aeb9jIlCD31jgoZNVR7UCMYGaPuS4TWVerUDTYSRFXxNwYR07FmySj
u21H2W+/Sa52TDFLZBfF/axCLw9cXT6sRaeXhesR54jYZxYqFXTrq2SsLnzd
4PaGOtULDEeX893EiGI9pGqN4OZRbXBYMM8YR7kBEWJIGxUhf2HW1chDWFQV
le8k3VqpmJY9oxp+qxA5Stpxkrep9G8lFWwpEs/eXjsiYDgnBnIY4P0e1QGN
yWxGXIVgQZ20u5Ia4YOZVnuU97qWfJcKOGEIha5uWxiLLjZsEyuEMBQYTiw8
JHdMRdOCIsPaSiYXr5Blj5DOgEygmQanyaHokpQTD7JxktBBRO/tc65E9UVl
KmXxxrtpHLV20CmVgoVzeWrTFAruPgrM0yUqnSfK9FD06uXnU6kiKXq/1Nq2
Dk8sYklPj1FZ+qzwbB+PhW+rdbiAY47UG2JV7gwjGaQbY451emJAIcHO1NNP
HDTMeFakVc2kY0pUbbhffFJljJmd9pFrRaLzlgCuWapvZgt/O1EGrjelZLmt
OrufgWHzJlqhpEdBK+byenPuNx9/dfPeMI9OQrbGH0aPLBem5Dx69kw/+xYF
mzW6+7ayZBSPsWwLuaNU651VtiytL+sM4FU4Tbwuqrg61ro85R7OUYaDkdMy
O3Z9K01/xQadBRLPokhbh8p92jBXu2IWRxh54lb6l/+aMbfLB6iqhRbCrkYX
BWtMRa0h+dubiiKA1abCwkAzB+OsrGXHNegoPY5N/CIMLCdRqHP2xedSfpTp
MMzW3muLSjjhBz7MK/Ih36WdXt0Q/bNYxXs7mke/VsGPIKQcQdtRZbrpyduS
X4Du6JCpFoKq+ZCu4xigvWOz3PBvSfg2AZWes3tT0TRmpLvFA/tu8fC1K+BY
w+PedTiJelfN67KsKByE9SMMtqZNYxnl6l0hFltJ74KhdJ7ycGH5L6EPfTU5
LDHTbFjwcfrJrN1lr+h17TbHWIqX2CWS7Z7Yvrp52e75CwDNI0l+mEZrkHSO
chzLXPwlTPMZOVrDD5SMHsZwdD3/y9WbmsJE3a4nfclij/az4Rp0vQkeZdre
F0Veie03+zcvV2NUPpqsQQ8WK2mfhVx0q00Ph0wj+dESdnt2uRpdSR6vQde7
27dtQM2iHfnvPY97BydNFIyGa03VGb4Q9nIcUFCAfT3FcObsZd2UgQx5nPaO
DK0pQpPBKGhXJGhVAbpbi5pX4QAEukzMqwWIaZXuCqBNQlWZ+Y55CZ2oezqB
TYsxoYB2Slqs7LwpUjVHBdJtue6xKh1Sq67VKDGabxO0TEcVv+aCZJy+vbnY
O7+9udgIHdnKdNycfScubr9v34rXnePusdgTN+/ent8KpE/c9jq97tFGKByF
92EOhsxDig9hpCtSe8ZQxA8KyiYoi0hfrEgQKxuxPR0neQJG5s5GSLpDpbEi
RaRwNkdFe6g0/DrU6F1iE1Qlo1klyndBYlDCn4l3Z9+/h91JSRLW711g0g4P
9j17aZEwwIXl89djmKKRYS3OuAXoi9CyW1HKySjkgpYnL/Z63RdeljXYii5V
XPRAl9icE3g1qPOam0Qhikd0c5k4stpEYmnPeJU9uvrCjCOSi7EBHirrlSj3
ViECbCySg15VYPCFYzvI0+xDNX54QdTmhQ1TsrSEdLFMSJcV6cpsUIWVdaBU
ZfhVjEM4g68tAYXJR4iLTz7hVwWhq8M21DXYNThEwqmg+Jent2KVg8QpDL8e
FVI7Y2urQB94JoMj+WZYwXzp6FyOsqO+1SEy4DAeRrORVE/duCMsI64d4gWD
UNgYUB06+XFtdOcfa9B5GOo5DxfpcN7bXowKix/Lr87DWxGpFYsl0HJV2ez+
ElQF6LIiqQtlzJ+7ePwa6vikLolB5+zfV/XlIsixTML62MeebI9FsH8H/crY
a5GMZBQ8toMPMsVXBVZBVwr706CoahJB9zsNvBZYlTKqYzSbbIIyDWptypor
d61K3rUu2fVCQ91VG1C5qo3eg6jiFwzIdBA/XvNTfj/hYGfslXXqZvENtn2W
3T7JnicNbw/M54hOQdcaOFuJIadGK6Bj2aa18w0GPr2I15wKxchUezSedps3
HmJdKrAIFqRaKdANU50ADRM1RcUhKHzmVtq+mVM7hMoY8lBSDUs4Oq2kgKF/
WwFo0sIOGhCpu7CY7eOjpJZRl2HcfoUAyH5FGky9ggWQBx/XQx58XB15Ckso
qeqgRXFfc/dazIUdXRdOtQ8zLm8p6TKppccdy+t6/9jnH3UpMBZVKcurjsr6
7ZjeQ+GX3G0B7hBfncncyluURaCfxdJ5/oAb+rEunOD7WfRCBb05pp5KdWrn
cURPMBzKaV7rssaR22pQvoOKnwvFPLwvywXO3PsFuaDNzF8NF1JJjwarkYtZ
vNp43QGDvVx4NHOIBZFSGwKzaM5v4ZVMA6QpKgeLkvXFO7CePoTygci8SkHw
8B6Iwq/pHQd0KKtcAL15nMf3YBrI1IR+loLvc7PPFc58tSP1nBLeuaPRgVXT
aRR64wCpVNR6mLjwLgLyWyT+spdk020EM0Gai7qyZbgFEOhpjGU1N72CUa5Z
6bk0QtjhfVyKJ66nof6kQkAyQkxxFwsiVxX41kSuztoKGD8BMpbD90sQwm8j
lnJu16DFwluJnAcZ3o/n1QtdnBoDbiFiWvjornp1F3SQNfzpEWTQD/wCLz3B
qz/CNVI+xnh1Nix704dPI2yY38tYplxHycAxxaleYTHWZCLF+xjT/0d4lcsv
R+VyOI7xbXfYLnatiw0fR4mcNAEQjdmQHx5HL5sxj7mkJgoOkEPuYTzEOEPR
AGgFAu3mWZUZ8N8Y2S4VhmgqtqfosAToB++DGbnfsGBvkKu32gvROgWYSoXg
q1lYBjP1sbsmzual7YMHC010VuQ0UTscJ6FzDhJVWu2DMsBknIbqLGhahQJn
v3w0hCKpHAmmpv2580V1DPr2voTssVCxjunNrCT97PSPZHDn/ULNrMvO54Wv
/fQQTfa8XDpuaUT86pZLIK/14m/8/yff0uOnreYsO2603pIjGEtLLl3WB1g2
0kxJYcnWrpFdkeZ8h9MnIoIId0weiQagFptX9N0hryD2PFpX5HFsdpL+R4h8
/QwsvACMhG5A/hXBxpPlkKxXKL8eZ1o8r3D2iXrp9ImXt3j7jcQaAIau0gp0
F1eeTInvbd6fYYxp/VI7ZaFh+1YXQFMAvHJcD71chswCEk5bA8wMhZioKkyn
ANbDxvsoGQQRfFdlYHeuUJ7GLn5Mg4jDf82wjJz6+JEemmb8HXFxJ5JJmMM6
2nWFJ8zxgDabKEWk0ZshagDi4uxP3dI0qTEO4dQQ57/UCBn7yuPj7g2jcwTD
Mz7nW88i8Eu/O8QfsEwOEQYqhrP/lCTh27boeI80BaSsC+H4okDcKKQA5hm+
O5uB4swfJMOeFJhTBqGJxcqoj9r+cuGGmeLgqG6VuvvkVKaka/BwpbyoTZum
01y5ZrN2Esv2Q/CorguiJGsIWbty0F0yuu2ryx33nU1UhKlEPlKaJUU4my0G
9xc89g514gj6HTKOy45jVk5ZR1xdan+96kdPqLq7OXKpAMjZ0p1Bqu5qqJic
9iAjfF9KqCA5LwurXnw9fuXL74t3N1evtB/BdSCI7dvzHc2a84+5jDMakgKA
L+IdHXf74uKmfXGzGoDjk/2DvnBmoo3H4BEFyIgbqau8oxY+N4WqdfeEKgnx
dqBKyXLPDAMvr7Id8T0+OYR8YRpUR0uJYg0t1oLomOVKi3UWxvnBvrOE0yC+
l+JJt9PpPT0+Pt7vHT0pK4CiO4FhK58EvvwHp4V4+IiyMAmHKb6qjdkUZrI+
1dClMsnwhFmgUBW2y/q+RWH6PJ9Pm2nrUlLcT30o8odkpXWnlvnvS+5/5JIr
SM2Gl9wtw15pyRWlefNLrkjbiktO64UF/DUbX3G/L7Ff+RKrbh+1YQrlg6R9
wyuUUrbvoiSAlajlGMzoPBNPBo9Y+weDoXkVPbFyruzX7sfutPvEI/72cH9d
fZaMT/mzQZ4GQyy2T/c81uTEC670A0ltxkF51aiHbf2wLmZKAGcfd2x/GxGB
NyrqfMKPeuiXxTCSYBLgw4ipCEBNwE72f5IbC2IYgUUrmzbqKqc3pUIUa/kb
H2+9PPXqlxLNJgH6VyQepyYpuyQflXedNMftLNkeNvRlwq8/j5wvjR+4cLAB
0UMOKjcErjXKp4/bOuyV7+5RO4EmJB9Z4KCexaNIveC262SWW6wV+gvY4bik
i7KiUx9mCM6YJNAeWE1y6JnTLyiIvtlbRBJnechOrF+PIFrdwsQFNt81lerS
3eS8FsTQba/mlGZyO+zIDu5xRiZDPspTkGa607EgSLpKQjXwElQQK0ce1TMa
tWJVuSUp0N0kYdW5+oIC5p+VBYwpTb2HlHoTSp+SPKYI8DRN8hwkXaPofNZz
ZckFtvGD5u+WgvhClsLvu+5/3677+/71K96/ShdD6pi/1Eagz+7LbwQb93Y0
bQQruT8W8PONQVzGSdRUcu61BnDHfjmu70ROANsbvzPCYwL/tHdohvXlGvZp
p1XDJKo4mHljstgb7gSdGz/1WwmcdqxYaNW7wgY3TvM1uN7WSd5dpHVuHHtb
66+EspaLRGzASyLWdpSINXwlwuORVPK02K3Swl1K8SifFpAIJdHNEqHX9+8S
8YtIRPW+Y0ktSvtE2wrCwponTaKoRvVosJ4gBb0xaZmikPEtfBkdnw8L6bW/
HA3mSHzzJ62YzWdbzs4k0zRJYSQZJhJa5tUAGwYxhgfDHk7V3GD3LoSflBG5
QSY1t97mhXF6b96L1L7aOQeJ5+LArok3v6+sz7iyPFebyd1dZgqs4I/fNGo0
jtzIpMWDRd4xZvO4NV56jEZ8UCicYdiaonZVKaIhlYXNP5xqvMfBfCovNEh8
55KNNyRQYTRPxsdI+KQ0A4KJzmqoDkZUfjmjPKSlaV+ZdIN2LeK9OmBhKeqJ
TgcT8xpFqLe/8hg1dWawdPJwhltUVbSEy8MtZx2I45NedxcWLdfre1rhS0Hz
s8ndxtp7dvz1O5ux0eeP+K64OqZBGgAYDIMOoggM+FmehSOJTpMZFc4ZJLOi
aqZMpSiid8cJVKiyLTQnyEVDVRGpL3Yo8CuM24X2SRzxs818nNXyNVJrm7NV
XAhBBHp89GhopVMx4doFMMkkiJIZun1i+Ei9pvyAiYODYixVGt7fwwSNqiLq
m4ow/sIzEca/mYlQpLrzoMqabpv5aN9FwT3XmpSjnQIUz0QtOzuYNxZhjU4J
v7uKsRAFPCckL7zTC9aJpoNDOJhdFWaU7BVdWtzMJreSH4cStyS8ZDfEOkK6
ChuWkj4nck/s7S1o2JZj/FTmno4FaIrvk8oKaXPlClsAoSaLULdX5TNg6Omj
gaZNYhXZbTOx6s5XdQBNdjSBw7BtzuQGYYmTkUtmUb6aWqmNjL4phIrij74/
Ud8+L3yJNU+xZjDQlc5k8bumkO+xdMNj1TMMI6ndeJ6IZ1cGHJphIO0CN4tE
66/LlCnnJed6PamlG04VnA1G2icBZo/Ne6RVggod3yp+87h4Bsudq/Y6cUcl
hPbNC6GHnQO2i/969ebi5cXtP67ffQ8sAmYp33SRv1xS7LgvbqiCER3Xvo+1
AGCx0/eZ03mranl88soXnvXny5enlZor+iaf1osYfbcZATtnzwRsQbA18Jlp
muChzYrdb0iyapMaXIqIvZ68hgJdIIf3CT4x2EAZnTzdGkCeZIcyhXVzYdcB
zUdJpf02F8QsXmxJNLf7lS4KzmdKJgPVogQEdbWGc3FmDCz4iPQcfKTTG+Hs
YVMdKmAsbzS4Ocvx982pTPf/GBXiLNX/HiUSZG1VgsenOsy3fqXh62zmEQDk
fdNipSXBi+D0Ru3qvx0pr5Wh01mewEkFD9M3j1kuJ81S5J2yYr6oO12cU1ie
Kk/WIDYpWPD4w/eIspw26bqBvKe927GmqTqWIpa61ER8EDsdqQPOnLc4ERu3
V1hKRxuSBYxG+ei7W/ZcEtvDzrULFoknMLwVMUS7qVgGOLuLOhspBR2FWc6d
AaqqcQXfh25OunPZP3ikXgA/Na8cpzJ65Fgt8V4qj6t2Hn9a/iRX4NvnPMct
cgTx5Hua+fsN7rJtnG6BHpnMRzbVuzCX4uS5yRqUTUEU0VWFDKNOW8Ve1fqy
u7hFHHafdfmXo6e9Grq9C3v+iXHjhzI/9shu3XOE5Quarm9LxuIaB7v/Pnkp
zphfXn6jZ5ZNnVo2dm75MieX3/Wmn+6FjwhpyaJY9ICwgIFfOhXUWvslBlUo
bF6vG7A1a2xB/KmxOH+rgrGQpayY4rfEstIsVE1lZjs+c4ynEb7rvUuq5rLm
Pl7oh3jOwGauieyAKBrKEgREqocoLd/xU64ym+FzZrVzbg8DiZIRdcNML9ip
7h2vnBIKqqe4OgrT3YeiHDL6xBDUHDj8w1iaF7tJKJmhzoD4DbYSaicqerXz
iD136KBjJTt25ogckp8i1vI65Qf6NAEc9rQdJ/l2p7PHLWQ82tNLcc94Seju
ckt8Xd1/kEC8vNz2dNrZMu2/hlbAHPcDwDwHq/iT8ECdB7SGmOYRLECKKcQz
f1zrc9QzghIJiwShuZOONoYhiKd+HHxQ0eTBRFqX2IIRYVSDK+RIeUJh9BK+
/BiUl6QtT2cpdEFwc3Ufjv0xNCTSn7sAnKo0YGVwuVPcpXadkqlPzFCf6KKc
oALtyDxbjn/F2Ncg/OuFRv4LrJg6vL/ImmkgZtVVsyJffxPrhl4IWXC1PC+t
FiviVqx3sSpRZcHYjnbpLS//WS6taVc7HmoF22DKMRY6yINAZMYRZodY0AH6
G55y5DI7uDhUg5lNUYhAWwYbHWCw3akQMs0FmMm4QWpYctqhbBv5MZhMI/eh
VHd2/+jMrYzp0dXMHfk3ouvv+M2cjn8UtgrWb6iAXimm0aWw13TB4kgvDn+O
ZfzJETi2QrFnexDmk2BatI8e4Zv+WH5scz2teQYaSVoqqSDqfTDNiqLoW9KO
YOSVBaaP4LyC2DM7TTJ65tl9xPhO+2wV4Kxj9jaTU8ZpYYPwHrGGmDrpQLAj
LC2Ny5sXeoe8A9rHYPTpONxI3uV6bWFmHKiCf83wyOKAeCMD0jT/lmkiOH1O
9dCpSCaiahI84iJT1c0sCLyUGqTyA2YR20/PsUQmTFhbs8PkvLlTaYcF4Kcc
5VpaT4V+Qj0VxTmqRmnwvHVatqu7srmomj0VUeM/9Z52u91iMJlL2p+6H7u9
Lv70qJBb3Hcktl0Y2XZ3h1QyKlrtqaHHqrNpwnp8gi8hqqkvLBIzDK3Y+4Lp
+lpsd8VXjsLYEcUQQtUOma8XoG38p16nntr9w89C7v7hXHqhSR29zqnEd5AF
YmsOsApHMY3uDR53jK53DkJ646TbkgcMmuTlqCmdcPbfhOoMUSIGrdkk1nXy
deGsD07OfHlLLOCbuzV6aPRUuMQBVaA7ChqvfbboELg1d4tArMEgI+eFZlKb
HAATLEufcTQpxreq/RmUpTuV9qWA51y9+QFj0jGE1QzD6LlKX50e7A3XdqnE
HIyj42d98ZpLtYq3oKmT9L04j9iIcFJbztUbhy4mlIPXl1dvbtovVR4QEKVg
uM4csnT87pJ5TpZCfXz13A07aTx+lsI7ADoF1uR70qe+K8rqO2F6J1a104F5
jhw0PL8zx+y80F7azHtDiZLigMwKd5v6kQTt0qUa6zABHhcHV2Wv+jhO7M5d
MifKNWHdJ9BU/QrFVYZd4+AoxccW35+z6/QBbYQtOGa4jP+TKJ0otp7YEh1N
jyI92Wo0SGy9ZpXfr183KgajIP+Lljkh9Q5kocEX3/rb9OD1O1ZLDz70vB/Y
PPjSQOo2kWEymeATFkZjNOQuv6S2wm1rU+BVtTfcGOgVFjOcwOnAX6Xq4Ada
MeFlxMHcW6rcmD5hLVjR/hS0JFhvWV6oDYGVemHBm4epyu8aKEa4F2HTNMml
x5/boE9K/Wp0iir3q0Wj3GkWqz/smbUhkdASyWUgYOxhautgqEqW+jkzK53G
eEU+UGpHPjbS4084PNzv7vcpYQ+n2CbfIayb2XSapKj8LIrXtnS4uIQhh+0r
oDYZJlEh3Y8SDWkD2ul45oLfcZ2mYZJWyv+QPnQmwWbwHdfWNThudhFzPRAr
Qvz+rkZf5VDxGdqCBqesj1+McMS+Gt3e14wX3Ex9j+s2yH7p3eC6nUxld/AT
vOZtYOf6y1OEg7ospsluGfzn1GTYQSsyT113p0FVBT+vDE499mJaKCVf3KU8
A9Xmvr0mC/kNwYHZU0bm6gV/p31OZeQ4ZmNZhVYN/NI+qihrB9FD8DjH1l9l
ryfDy0Vl3xErYuQDANn/1rKlcDIsrfNI0WJzzwVFNmqu45GckSncBSMbD4Q1
O49ZeMVbLbPmyvmxDffl58WAQcWqhcLu8Get0DsCsHr4Hf5YBxcthWqmVlmh
VOddGzpaZr7MxGuDzK4d/YKSy5+GqS8NlZ5TrkqCX/viT8NTzGXWetSwz0Zc
SN4uquMm9B1xpnCELn+8U70h0b8uSnxRCv57VkCBR+odGrFFW2FJJMh17bzW
7XxjNKz369L+y6+CecMFnQmsgVQ7j/WoiCceNJ9azX8Xy4TGwgJr2OFKeIow
G8K1Co+5OEWoSxHb+rm98mBUbENt1kTN609FA6DpiDp38+fm29lOmTk1Wz45
7Gu2/XotXHi03qOCaxRwzXmH6Ze+Pa5sxRQOOrX7rlf11NSk8G4IBaWj9cVC
qmZNRbOWmtHS1bjJNgqd3ym0tNDNszOXE7oiUV9Q6Movbf8udMsLncOLhl2t
bk+bs6Mts5817WaNe9miO1lxj6ndcVbcwxbMmlpq9/JuV/O2KAWz7Xo+qfCG
R1tU3NWqYbnKgq1vVwd0IbA110YVoKXDg+eioJIeydrCi7Zs8vsuLIyQzbH0
6y4uFpaAJS8xiiJsSrW41xj+GFQaKRWHqbDUWU5PD4smfqX+U1OIuK08g5pH
xqN2nlA0SXEWOuKUL+9BQYbDIC9GiVMNm5igwOLiajZROAlzM0z7eqzly6rL
ofBwt3816CVJIyi0dxZFaVW4zRa4UOUdBKNt72Yx+5DdujWBOUY50+8UNcVj
3WSKmZu0e/NWh0MNNOc1hSZwJ4ju0R05nhTidmru/jLbvBKRoxaWK0zhXftO
BvQUaYXHaqm48rT3ldCPceNmpgBSpRgju7QQqmBKC5JulP1C4ZtYVzF4mnOJ
2rr70rp1DqO5DeUglcF7fKu+MAxnTp0mP9cRWT7pVN1xWkFYcGDRlYZBbWyD
yl5KTLPf+xg3L3/IS4kY6tfXyR83nbq1BvUPRimApvjXLIiiR3EXfEhS9vQj
rCmVHoTO03D4HrZcx8toBkdll4vE11kL9Yqcf+aqc/4pH3abmbOYgnfEobOE
leLLz6BFafRJ2+iThRdotW95sVaUVa2Yz6FjbhrWKnqRf5bVjm5frlxZId0v
XAuI1sA/JV75qrpSSg7C5K4N5zK+tR4mWU7bWMNyBU1eZSIJYYPDZXH3R2Ez
xbKlcZiHTXW2qRip07DZsLQN2yqAtnEvLQNXfUy8Yun4Z0zNMppylBJ5UudH
KWmjMw4mWPOcgT66t1lly3NF77LMklk6lC7dn8v2VAXsDKKipPmHVjI6yyxV
gwxGWFOQ5r+Q3uZ7INeTJ2XYy8Va6cg8sq5uerG2PlWqUqbbEYPHNk7gkqLG
c16UNJHlj5GslzdGtISw/XeKWGEsy4sYQqljqGIpflpQd5w2XG6rWFMMy/ZM
woV9YLo0D4V8tUYu1Uxl6L2DWEj7oqdknuIlH0KzyiUwlKG6yAoggNM0mWLB
S9l8oLeQ19Gv+q7c6CYkoenqfEMLYuEbvSUWAoayKikwo5AhZWSqkRTXgh1V
rbZl/pY2SzNInIJarfrGIaX+PqxBf/IE1yrP8gmGBZ+wVUMISgA3JDEW5W9f
YkpjYbkpykv1MnyO3BTnzoy0qhEbNBlRtKoSG4XZP7H0RCx9D0wrpVNo5ItA
9kCx9SAqeBqvHdCsoJ7JndkUC/CdtIUf+HxhklCo5jJGfk0CmDrEu6tqBzvk
RfKDm7JAL+pKFcMSqTrj2B0r8HdqUJhWFg5jq2ISyQeZpvTUGZKSxLIMrvBq
lkv8Vt11lAqUqsRCLfLujopdVXc0NuyrMcy8ITxLfVnv865rZDfguhakjZ43
y+9CUW6vo2QQRGq5NI9cdWnesqtIq86uemSl/drlbcOMFprXLuE6iSl0cMyH
BTywTutmrlTACsVaLJmeSc+q59WuPYO2f+3lxNLXEs1ex1/iMmIeTaWzXDAc
ziazKCBPRs3BznePUI/PhVi5pyvXt5i/bBsXrkdKfPGaJZJdg6LeB1u8jlZW
XCrzWcq3tO5s2XjvQPlj8KUX3Kb5fb7oke+MB3Q/DJrfFRIjgy7plTNPKb6u
IcKuwQLxR9lVx1YeUNEKWWZ0tUFoDVe+DU7E1S/o8WftELS1g9CKy3ZOKKbf
1PrU+uPLd2fn4vzt2c03rf9rflo/98UfQBu2QXPYDKkwj+SfcInSp1y5R/zt
9O1rMUlGs0hugR7/g7iiRzpRU97aBpfUoNUizsr8rk22FjZUwBkCOWPTPLOZ
mXdJFCUPlMVJLbJ+q9U2ILivZiJNADI1Aa0BPO+0Wu6YeKgvzl9fvL35RtyF
gG7LR8u3+93es3av1+6ddDAde6ulifMRjnKIrdpgOuHdu+h1KNWLrGVoCUhg
JfSxb58e5sj6HydRP876lOrtg8kXcntfiWs5jRACJf1fnL49ZS91kGF0PQyY
POtT0PfhR7FVB+SCWCqcrZIJp87M7xI/eWkpuPpTFqRyygm9R/NX+OmLU55p
StiH6Zb0mKtQJpzn2SotmLemABSZAUl6H8TqvoGabF2c374C8k9vxA9J+h5F
gZJjeYCksYdcIGHrh9fiBznow69/HOf5tL+3lydJlHVweB0AvPdwv5fLINv7
hpFDe9Ri0OGPkyCM8qSP336rm3+j7kXPR2GepAj2Nkjle3ETBKPyWjYAMvjy
23/O4hDsg04s8yqQ6+C9zMbidRCPxmEdHOQCfP3tMMyGSQfUZxXOX8JsHM9g
vX0AFfQCmBpM6qB9GNDXzXR9B9Z8nI1n4mYcjOsgjTP4EqiSceCn6q+zO9Dp
wNdZHYiP1KIThTOamG/v8XM/sIt7EKEX6WP2vlz5zYIL/zHgBt8+BuOkhld/
A/MeiJKyDkok5SO2+XY8Cx5kSFBYwso7CBcCUipBGQwZpZlE+hW1RNWc0NvZ
3SwSmDkldFVrE6VAS2aES4Z2MNJkXG2Bt5AJL6QZAkIDNUknahtRRRF0FvFl
EAf3nEiMKzCDcUtxmg7HISae4W3e9tvLs9MdXVTgZTJ9TCl1dXu4I0DjnQhe
ZylWfNF59CArman8YPJgRvj2bzCDXSrN7Ku8I9kR4hSOpQQ2U29wY/0j7n4t
wfjnE0JIV7sjyvXD97L44IyfYAVJ2EppnLus93Tevd4WgSXIOlIQu7iHTrE0
ZU7ZcbM0mwUxVozgWgDZjHb3Asdgg5QxPjoG3ewZB3cPPoDfUNo4DfPFzRkI
MjVX8yYp0gTfk471A1zisDPUXLAsfJKBtN3DQe4KHw+nBDzNBjRnMWUp4eZn
ardS32+j5spQdSEYKa3yUoRTKrd+Y5lkUe88RERY2JKJPwFl/Amtqp/DMNR4
kGb8OMwzGd2RwkZZAzsLSY+THFDSrTNuJXvU9HzU6eNVBm1MCI5nSb3fjS1U
bXTkfyonCdUOovI8AAFAyk4Z2mw6wtrX5P3AXwYStnxb6YY+U/RPZ4NIzT0D
KWGxCLCCB3Fly27nW74z5BsAjzGquj0HhtFydWsTfv6dzz6UBJ+DJuBXkXCX
zvmDQnpt2+QQusfB2lKGVGXQFEaaf5axr4aH1qwEJWRAGEP0k4sBtEKyJHDs
gu9qDgNWcpzpWgL/qc5doseKNjqOHTlfqInBNQzdh+A1Jb5R0UGkniCaJ2c2
hhHYYhX+O/n/HorPQnxvMv2Aj9o7/SligS3ZjLx2HKLI0mMkJp1hnvAwTbKM
oxS4OC9FO8DBFv136jgRmE1Gd1YgLSsc501HvLw1h52Sow+0KkZIZOxfdp9c
Ry9kojWxhdbWPQf0xGiqUpFxqeK9Lr3VqF+z7ZSXF+cw9/YP+0LnIfN74YZv
wQNWO1JVXwszMhj658JIZDWBt1aw3GnysQz3QOfgoYje6GjMUn8/mGblQWkn
Clh0sNlu/b/QZKtW5uyCU5c/IPv4LCXT/j6MkgFCwXBKdhc3UTOZT83lGtRM
YO9Zgpr7+dS8XoOa+7CBGu1xA3KG7yn9vVBToN7Ji2/v2t5UcYoglAsFLISK
1iSjIkefn5ja8VvMH8jzH5UKFmAhnIXooFramyEmwfcTM66svT2l1YRvPVLl
2yJ5PsqGbTKbl56DeUte9WSb3HGFrrXaq2Sno0mBg+5wahl3PQO1CufAswSf
e/TpK0t2rc497gsXTuZYM2c37WaqJ8EKVF8GH8MJmA2nZh9ZjPG1IzjqCw/M
pYaRbmQYZL1e0xHI9XquOjNPYVyn18LqqpfOPU3t8BqfobfXNcpvVL9Uyq/Q
w281j9BboHooppwCV5JoJMTs0zq3yNdcPRvuWJmF18TtW7Teu4fSM9BznhNf
8DL+nSKJgi9BDhg/lenOYRbJNTwJwWrTT0M3ZGFUxtFWRaFyz4ga+Wr6Fd35
HAW3xd9uPfePb4ExGfCLDCb4+MtNilqcG5kUPY5felLqxrTMpPBAPgRpWK56
v/mpsaQzyRZr0yyUFeHR4Ulv13lBbn/pQf7C81YevHe6yqM+Pjzu0RsMJ0fH
XfZr4acn+wfzh69uBKIk80TujOB8COifHpam+C4N2FQbhfdo+j597pUA0emI
o27n4KD39HB/9fWpNh8iEf2KqPSHGCV7L7VbLU/yADbI4lmYfzCelsJWuNAP
B0cMIqrsi3tvxH5UOlbneKcxZC9PWLqN63aoOOrB/+qgzyBlb5ReZmaU/6tp
nsTxSa9rxLN92Dlcan5+IdG8ctj/OcSxxgV0dal5oAXA+MSDmrTXq0t3ykrx
HRZlk+2QPyQ+20F9/Hlth2WyJW8VnZswKCqD+4UEbe6YPpsyNBz4nFbIStO7
AdOkMrhfenqXMk02Ob1fwJ5pnmTLhC9k5NSM/BeWgC9m5Ojh/xqMnFWW/6/N
8lmK07+wkE3nmS2LWCB5Edi6FsgKMl1bilvbhx4GzvPWlAzrqpcGo7vTJM8j
+4qwKdfT7Erxq9EGFVouKWoWyHK+hjr9+clDdGWT/9xEL7uJe4iu27o+M+mL
blMein06t1bfNujaZj27yHAMqJVPlKRK7cpeU6dW9Kmn6q1Wpyus7pICXH51
1x92PpO0rXyY+eQh+kut7pVNdA/RX3h1L2uEeij+Na7uVa2mL766vY4HtSTb
5iJl7kK/alzgMqPK4b7cp0brq0qIM5O2pJtqtWcwtZNZXizyxiVw5topz8td
5iu/hYxoNN9c4rRclGy3oq2rDTmP6fZpIS6E8a+XCVTN8AvwAN/LiTjmqh2M
PmAaVEaRp7821jiEigKhm+HTgikUk2mU2dh6m0ShaKjJoqBof7zkDUcqlC/D
7AknuwEOG/f4OmCalRIlvr++MK+eUYTpXy/fqMbpY+vnn/FFgacnJ58+dVqv
TCcGAeymJ9acRrsl6AqQ2lKyln3KgHOmJ8EIAzCRA8AjoKUvFsl/MPXrgNi+
eLt3yngtdIBE0YIxDcdkV3B08cJo3AyJlbDhuOrn4SFxZ9LMgpMCI94irJae
Dub00+5+F6dDcw3x9ZWsVRhkiIEWS3GWEzoYrvu5ObTCV0AMxrS26qgo829Z
Ysr9SzSVv/aRRjPwB4y+ntGLHdVFIgsR0Da2s5wf5IZbDsdyEvBzbhSNzxGV
LVAvnGrDwo0ahSLDPoSBiFXo/cSG3k9N1E82G47RPHl7fvvy3dtXvOye7h/2
Pn1CK/L6/IY+h/n/f9BB0D1EAeDHQZMHND9UR7A3H7Hig3p3GActW7D84owS
d+hb++4dkALkJ+kjFlfEOHYmi7sJ2w3A3TCom7GMIrF9c/PdjqIFiNxHWlxi
DLmGmu9ub69uDOLWEohv39zoUR8ePiWxv3USGV4WcrtPieFCPXmmIl22356+
vNTknhwQT034GlEjAR9OmX4BTU2celgI9oHhLApSw2N3QjAFTz3ciBagTX/P
ZgMVQYu59+bhNy8QLQcCs4SVYCKr0OjixLSylNbK5lCFkZ9XMkRa22FHdnZ1
TOSujWZCVMYczWB/o9nIdhCLzTihsCMMR49ghc7QfFZVLygnDPdMTtGgcGJ6
GA+pUKpNVRvQbVu6rVakGRj0mImhFpZ92pZQY2BfVni05QHWMrJzF/M9UhmM
6FE9kkE1d/gsKS4qB4B6wnOoNABVB4zxWUh6mr71YRZhEg5b+CJLJtKsWRl/
CNMkJraAqP+A5QidyRLbsnMPrJWjMG+zDOy0OH8kKwxBJ6VwPrgbNonjogGj
orjnDGZ5d4e5pmCqaDosyo5goci0XhsW9BqqMXryD7G520qv0zOOS440I1Vz
/OwINAqXVlQB3a50gWZ6AHgd1KSnw/dx8gCwWYkxGTq95yGZwTEjCt9Lzp8J
KNxcCjiLYJaHyf+Z0MtRH2Q8AlwsY6Q6QasHE9F6GCf0Rm0Yf0iiD1oXu+Ks
AGn20hbQ8dESRFlSIug2mYgrmQ/Hu+J/Y9ZwGI8GUQCyeCPT+zARL2QERmy4
Ky7gXAh/zrJwt/UySOH3K5kmw+E4THbFqxRtzWyYiDfBv/8Nth+rt9NwPAvE
61mi4+LDlJJF5INo4eJEEaKGpFxIDeGyw2BiEr07KUcY1sqPDZXSU//Aqg3D
32CEnK5Km28lGe8lptzRV+eYstYXpUy8Fn1XyHP7jlLZxK1+NxlTkB0AnpQ3
TcD/D7zw9vs6sgEA
</rfc> </rfc>
 End of changes. 808 change blocks. 
3775 lines changed or deleted 2300 lines changed or added

This html diff was produced by rfcdiff 1.45. The latest version is available from http://tools.ietf.org/tools/rfcdiff/