<?xmlversion="1.0"?> <?rfc strict="yes" ?> <?rfc toc="yes"?> <?rfc tocdepth="3"?> <?rfc symrefs="yes"?> <?rfc sortrefs="yes" ?> <?rfc compact="yes" ?> <?rfc subcompact="no" ?>version='1.0' encoding='utf-8'?> <!DOCTYPE rfc SYSTEM"rfc2629.dtd">"rfc2629-xhtml.ent"> <rfc xmlns:xi="http://www.w3.org/2001/XInclude" docName="draft-ietf-isis-yang-isis-cfg-42" number="9130" ipr="trust200902" category="std" obsoletes="" updates="" submissionType="IETF"xml:lang="en">xml:lang="en" tocInclude="true" tocDepth="3" symRefs="true" sortRefs="true" version="3" consensus="true"> <!-- xml2rfc v2v3 conversion 2.47.0 --> <front> <title abbrev="isis-cfg">YANG Data Model for the IS-IS Protocol</title> <!-- [rfced] Document title: We changed "for IS-IS Protocol" to "for the IS-IS Protocol". Please let us know any objections. Original: YANG Data Model for IS-IS Protocol Currently: YANG Data Model for the IS-IS Protocol --> <!-- [rfced] The current abbreviated title, which is displayed in the headers of the PDF output, is somewhat hard to understand. Original: isis-cfg Perhaps: ISIS YANG Data Model --> <seriesInfo name="RFC" value="9130"/> <author fullname="Stephane Litkowski" initials="S" surname="Litkowski"> <organization>Cisco Systems</organization> <address> <email>slitkows.ietf@gmail.com</email> </address> </author> <author fullname="Derek Yeung" initials="D" surname="Yeung"> <organization>Arrcus,Inc</organization>Inc.</organization> <address> <email>derek@arrcus.com</email> </address> </author> <author fullname="Acee Lindem" initials="A" surname="Lindem"> <organization>Cisco Systems</organization> <address> <email>acee@cisco.com</email> </address> </author> <author fullname="Jeffrey Zhang" initials="J" surname="Zhang"> <organization>Juniper Networks</organization> <address> <email>zzhang@juniper.net</email> </address> </author> <author fullname="Ladislav Lhotka" initials="L" surname="Lhotka"> <organization>CZ.NIC</organization> <address><email>lhotka@nic.cz</email><email>ladislav.lhotka@nic.cz</email> </address> </author><date/> <area/> <workgroup>IS-IS Working Group</workgroup><date month="September" year="2021"/> <!-- [rfced] Please insert any keywords (beyond those that appear in the title) for use on https://www.rfc-editor.org/search --> <abstract> <t>This document defines a YANG data model that can be used to configure and manage the IS-IS protocol on network elements. </t> </abstract><note title="Requirements Language"> <t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 <xref target="RFC2119" pageno="false" format="default"/> <xref target="RFC8174" pageno="false" format="default"/> when, and only when, they appear in all capitals, as shown here.</t> </note></front> <middle> <section anchor="introduction"title="Introduction" toc="default">toc="default" numbered="true"> <name>Introduction</name> <t> This document defines a YANG data model <xref target="RFC7950"pageno="false"format="default"/>data modelfor the IS-IS routing protocol.</t> <t>The data model covers the configuration of an IS-IS routing protocol instance, as wellas,as the retrieval of IS-IS operational states.</t> <t>A simplified tree representation of the data model is presented in <xref target="design"pageno="false"format="default"/>. Tree diagrams used in this document follow the notation defined in <xref target="RFC8340"pageno="false"format="default"/>.</t> <t>The module defined in this document is designed as per theNMDA (NetworkNetwork Management DatastoreArchitecture)Architecture (NMDA) <xref target="RFC8342"pageno="false"format="default"/>.</t> <section> <name>Requirements Language</name> <t> The key words "<bcp14>MUST</bcp14>", "<bcp14>MUST NOT</bcp14>", "<bcp14>REQUIRED</bcp14>", "<bcp14>SHALL</bcp14>", "<bcp14>SHALL NOT</bcp14>", "<bcp14>SHOULD</bcp14>", "<bcp14>SHOULD NOT</bcp14>", "<bcp14>RECOMMENDED</bcp14>", "<bcp14>NOT RECOMMENDED</bcp14>", "<bcp14>MAY</bcp14>", and "<bcp14>OPTIONAL</bcp14>" in this document are to be interpreted as described in BCP 14 <xref target="RFC2119"/> <xref target="RFC8174"/> when, and only when, they appear in all capitals, as shown here. </t> </section> </section> <section anchor="design"title="Designtoc="default" numbered="true"> <name>Design of the DataModel" toc="default">Model</name> <t>The IS-IS YANG module augments the "control-plane-protocol" list in theietf-routing"ietf-routing" module <xref target="RFC8349"pageno="false"format="default"/> with specific IS-IS parameters.</t> <t>Thefigurediagram belowdescribesshows the overall structure of theietf-isis"ietf-isis" YANGmodule:</t> <figure title="" suppress-title="false" align="left" alt="" width="" height=""> <artwork xml:space="preserve" name="" type="" align="left" alt="" width="" height="">module defined in this document:</t> <sourcecode type="yangtree"><![CDATA[ module: ietf-isis augment /rt:routing/rt:ribs/rt:rib/rt:routes/rt:route: +--ro metric? uint32 +--ro tag* uint64 +--ro route-type? enumeration augment /if:interfaces/if:interface: +--rw clns-mtu? uint16 {osi-interface}? augment /rt:routing/rt:control-plane-protocols/rt: control-plane-protocol: +--rw isis +--rw enable? boolean {admin-control}? +--rw level-type? level +--rw system-id? system-id +--rw maximum-area-addresses? uint8 {maximum-area-addresses}? +--rw area-address* area-address +--rw lsp-mtu? uint16 +--rw lsp-lifetime? uint16 +--rw lsp-refresh? rt-types:timer-value-seconds16 | {lsp-refresh}? +--rw poi-tlv? boolean {poi-tlv}? +--rw graceful-restart {graceful-restart}? | +--rw enable? boolean | +--rw restart-interval? rt-types:timer-value-seconds16 | +--rw helper-enable? boolean +--rw nsr {nsr}? | +--rw enable? boolean +--rw node-tags {node-tag}? | +--rw node-tag* [tag] | ... +--rw metric-type | +--rw value? enumeration | +--rw level-1 | | ... | +--rw level-2 | ... +--rw default-metric | +--rw value? wide-metric | +--rw level-1 | | ... | +--rw level-2 | ... +--rw auto-cost {auto-cost}? | +--rw enable? boolean | +--rw reference-bandwidth? uint32 +--rw authentication | +--rw (authentication-type)? | | ... | +--rw level-1 | | ... | +--rw level-2 | ... +--rw address-families {nlpid-control}? | +--rw address-family-list* [address-family] | ... +--rw mpls | +--rw te-rid {te-rid}? | | ... | +--rw ldp | ... +--rw spf-control | +--rw paths? uint16 {max-ecmp}? | +--rw ietf-spf-delay {ietf-spf-delay}? | ... +--rw fast-reroute {fast-reroute}? | +--rw lfa {lfa}? +--rw preference | +--rw (granularity)? | ... +--rw overload | +--rw status? boolean +--rw overload-max-metric {overload-max-metric}? | +--rw timeout? rt-types:timer-value-seconds16 +--ro spf-log | +--ro event* [id] | ... +--ro lsp-log | +--ro event* [id] | ... +--ro hostnames | +--ro hostname* [system-id] | ... +--ro database | +--ro levels* [level] | ... +--ro local-rib | +--ro route* [prefix] | ... +--ro system-counters | +--ro level* [level] | ... +--ro protected-routes | +--ro address-family-stats* [address-family prefix alternate] | ... +--ro unprotected-routes | +--ro prefixes* [address-family prefix] | ... +--ro protection-statistics* [frr-protection-method] | +--ro frr-protection-method identityref | +--ro address-family-stats* [address-family] | ... +--rw discontinuity-time? yang:date-and-time +--rw topologies {multi-topology}? | +--rw topology* [name] | ... +--rw interfaces +--rw interface* [name] ... rpcs: +---x clear-adjacency | +---w input | +---w routing-protocol-instance-name->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +---w level? level | +---w interface? if:interface-ref +---x clear-database +---w input +---w routing-protocol-instance-name->-> /rt:routing/ | control-plane-protocols/ | control-plane-protocol/name +---w level? level notifications: +---n database-overload | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro overload? enumeration +---n lsp-too-large | +--ro routing-protocol-name?->-> /rt:routing/ | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro pdu-size? uint32 | +--ro lsp-id? lsp-id +---n if-state-change | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro state? if-state-type +---n corrupted-lsp-detected | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro lsp-id? lsp-id +---n attempt-to-exceed-max-sequence | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro lsp-id? lsp-id +---n id-len-mismatch | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro pdu-field-len? uint8 | +--ro raw-pdu? binary +---n max-area-addresses-mismatch | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro max-area-addresses? uint8 | +--ro raw-pdu? binary +---n own-lsp-purge | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro lsp-id? lsp-id +---n sequence-number-skipped | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro lsp-id? lsp-id +---n authentication-type-failure | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro raw-pdu? binary +---n authentication-failure | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro raw-pdu? binary +---n version-skew | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro protocol-version? uint8 | +--ro raw-pdu? binary +---n area-mismatch | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro raw-pdu? binary +---n rejected-adjacency | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro raw-pdu? binary | +--ro reason? string +---n protocols-supported-mismatch | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro raw-pdu? binary | +--ro protocols* uint8 +---n lsp-error-detected | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro lsp-id? lsp-id | +--ro raw-pdu? binary | +--ro error-offset? uint32 | +--ro tlv-type? uint8 +---n adjacency-state-change | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro neighbor? string | +--ro neighbor-system-id? system-id | +--ro state? adj-state-type | +--ro reason? string +---n lsp-received | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro lsp-id? lsp-id | +--ro sequence? uint32 | +--ro received-timestamp? yang:timestamp | +--ro neighbor-system-id? system-id +---n lsp-generation +--ro routing-protocol-name?->-> /rt:routing/ | control-plane-protocols/ | control-plane-protocol/name +--ro isis-level? level +--ro lsp-id? lsp-id +--ro sequence? uint32 +--ro send-timestamp?yang:timestamp </artwork> </figure>yang:timestamp]]></sourcecode> <!-- [rfced] Section 2: The tree diagram does not follow the offset guidance provided in Section 2 of RFC 8340. Original: module: ietf-isis augment /rt:routing/rt:ribs/rt:rib/rt:routes/rt:route: ... Per RFC 8340, this would be module: ietf-isis augment /rt:routing/rt:ribs/rt:rib/rt:routes/rt:route: ... We also see that there are two lines in this tree and eight lines in the per-interface tree that yield "Too long line" xml2rfc warnings. Please let us know whether (1) you would like to correct the offsets and add line breaks where needed or (2) leave as is. --> <section anchor="yang-isis-global"title="IS-IS Configuration" toc="default">toc="default" numbered="true"> <name>IS-IS Configuration</name> <t>The IS-IS configuration is dividedinto: <list style="symbols"> <t>Global parameters.</t> <t>Per-interfaceinto two areas:</t> <ul spacing="normal"> <li>Global parameters</li> <li>Per-interface configuration (see <xref target="yang-interface"pageno="false" format="default"/>).</t> </list></t>format="default"/>)</li> </ul> <t>Additional modules may be created to support additional parameters. These additional modulesMUST<bcp14>MUST</bcp14> augment theietf-isis"ietf-isis" module.</t> <t>The model includes optionalfeatures,features for which the corresponding configuration data nodes are also optional. As an example, the ability to control the administrative state of a particular IS-IS instance is optional. By advertising the feature "admin-control", a device communicates to the client that it supports the ability toshutdownshut down a particular IS-IS instance.</t><t> The<t>The global configuration contains the usual IS-IS parameters,such as, lsp-mtu, lsp-lifetime, lsp-refresh, default-metric, etc. </t>e.g., "lsp-mtu", "lsp-lifetime", "lsp-refresh", "default-metric".</t> </section> <section anchor="yang-multitopology"title="Multi-topology Parameters" toc="default">toc="default" numbered="true"> <name>Multi-Topology Parameters</name> <t>The model supportsmulti-topologyMulti-Topology (MT) IS-IS as defined in <xref target="RFC5120"pageno="false"format="default"/>.</t> <t>The "topologies" container is used to enable support of the MT extensions.</t> <t>The "name" used in the topology list should refer to an existing Routing Information Base (RIB) defined for the device <xref target="RFC8349"pageno="false"format="default"/>.</t> <t>Some specific parameters can be defined on a per-topology basis,bothat both the global level andatthe interface level: for example, an interface metric can be defined per topology.</t> <t>Multiple address families (suchas,as IPv4 or IPv6) can also be enabled within the default topology. This can be achieved using theaddress-families"address-families" container (requiring the "nlpid-control" feature to be supported).</t> </section> <section anchor="yang-level"title="Per-Level Parameters" toc="default">toc="default" numbered="true"> <name>Per-Level Parameters</name> <t>Some parameters allowaper-level configuration. For such parameters, the parameter is modeled as a container with three configuration locations:<list style="symbols"> <t>a Top-level container: Corresponds</t> <dl newline="true" spacing="normal"> <dt>A top-level container:</dt> <dd>Corresponds tolevel-1-2,"level-all", so the configuration applies to bothlevels.</t> <t>a Level-1 container: Corresponds tolevels.</dd> <dt>A level-1 container:</dt> <dd>Corresponds to parameters specificparameters.</t> <t>a Level-2 container: Correspondsto level 1.</dd> <dt>A level-2 container:</dt> <dd>Corresponds to parameters specificparameters.</t> </list> </t> <figure title="" suppress-title="false" align="left" alt="" width="" height=""> <artwork xml:space="preserve" name="" type="" align="left" alt="" width="" height="">to level 2.</dd> </dl> <sourcecode type="yangtree"><![CDATA[ +--rw priority | +--rw value? uint8 | +--rw level-1 | | +--rw value? uint8 | +--rw level-2 | +--rw value?uint8 </artwork> </figure>uint8]]></sourcecode> <t>Example:</t><figure title="" suppress-title="false" align="left" alt="" width="" height=""> <artwork xml:space="preserve" name="" type="" align="left" alt="" width="" height=""> <priority> <value>250</value> <level-1> <value>100</value> </level-1> </priority> </artwork> </figure> <t> An<sourcecode type="xml"><![CDATA[ <priority> <value>250</value> <level-1> <value>100</value> </level-1> </priority>]]></sourcecode> <t>An implementationMUST<bcp14>MUST</bcp14> prefer a level-specific parameter over a top-level parameter. For example, if the priority is 100 for the level-1 configuration and 250 for the top-level configuration, the implementation must use 100 for the level-1 priority and 250 for the level-2priority. </t> <t> Somepriority.</t> <t>Some parameters, suchas,as "overload bit" and "route preference", are not modeled to supportaper-level configuration. If an implementation supports per-level configuration for suchparameter,parameters, this implementationMUST<bcp14>MUST</bcp14> augment the current model by adding both level-1 and level-2 containers andMUST<bcp14>MUST</bcp14> reuse existing configurationgroupings. </t>groupings.</t> <t>Example of augmentation:</t><figure title="" suppress-title="false" align="left" alt="" width="" height=""> <artwork xml:space="preserve" name="" type="" align="left" alt="" width="" height=""><sourcecode type="yang"><![CDATA[ augment "/rt:routing/" + "rt:control-plane-protocols/rt:control-plane-protocol"+ "/isis:isis/isis:overload" { when "rt:type = 'isis:isis'" { description "Thisaugmentaugments the IS-IS routing protocol whenused";used."; } description "This augments the IS-IS overload configuration with per-level configuration."; container level-1 { uses isis:overload-global-cfg; description"Level 1"Level-1 configuration."; } container level-2 { uses isis:overload-global-cfg; description"Level 2"Level-2 configuration."; } }</artwork> </figure> <t> If]]></sourcecode> <t>If an implementation does not support per-level configuration for a parameter modeled with per-level configuration, the implementation should advertise a deviation to announce that it does not support thenon-supportconfiguration ofthelevel-1 and level-2containers. </t> <t> Finally,containers.</t> <t>Finally, if an implementation supports per-level configuration but does not support thelevel-1-2"level-all" configuration, it should also advertise adeviation. </t>deviation.</t> </section> <section anchor="yang-interface"title="Per-Interface Parameters" toc="default">toc="default" numbered="true"> <name>Per-Interface Parameters</name> <t>The per-interface section of the IS-IS instance describes the interface-specific parameters.</t> <t>The interface is modeled as a reference to an existing interface as defined in the "ietf-interfaces" YANGmodel (<xrefmodule <xref target="RFC8343"pageno="false"format="default"/>.</t> <t>Each interface has some interface-specific parameters that may have a different per-level value as described in the previous section. An interface-specific parameterMUST<bcp14>MUST</bcp14> be preferred over an IS-IS global parameter.</t> <t>Some parameters, suchas, hello-paddingas "hello-padding", are defined as containers to allow easy extension by vendor-specific modules.</t><figure title="" suppress-title="false" align="left" alt="" width="" height=""> <artwork xml:space="preserve" name="" type="" align="left" alt="" width="" height=""><sourcecode type="yangtree"><![CDATA[ +--rw interfaces +--rw interface* [name] +--rw name if:interface-ref +--rw enable? boolean {admin-control}? +--rw level-type? level +--rw lsp-pacing-interval? rt-types: | timer-value-milliseconds +--rw lsp-retransmit-interval? rt-types: | timer-value-seconds16 +--rw passive? boolean +--rw csnp-interval? rt-types: | timer-value-seconds16 +--rw hello-padding | +--rw enable? boolean +--rw mesh-group-enable? mesh-group-state +--rw mesh-group? uint8 +--rw interface-type? interface-type +--rw tag* uint32 {prefix-tag}? +--rw tag64* uint64 {prefix-tag64}? +--rw node-flag? boolean {node-flag}? +--rw hello-authentication | +--rw (authentication-type)? | | +--:(key-chain) {key-chain}? | | | +--rw key-chain? key-chain:key-chain-ref | | +--:(password) | | +--rw key? string | | +--rw crypto-algorithm? identityref | +--rw level-1 | | +--rw (authentication-type)? | | +--:(key-chain) {key-chain}? | | | +--rw key-chain? key-chain:key-chain-ref | | +--:(password) | | +--rw key? string | | +--rw crypto-algorithm? identityref | +--rw level-2 | +--rw (authentication-type)? | +--:(key-chain) {key-chain}? | | +--rw key-chain? key-chain:key-chain-ref | +--:(password) | +--rw key? string | +--rw crypto-algorithm? identityref +--rw hello-interval | +--rw value? rt-types:timer-value-seconds16 | +--rw level-1 | | +--rw value? rt-types:timer-value-seconds16 | +--rw level-2 | +--rw value? rt-types:timer-value-seconds16 +--rw hello-multiplier | +--rw value? uint16 | +--rw level-1 | | +--rw value? uint16 | +--rw level-2 | +--rw value? uint16 +--rw priority | +--rw value? uint8 | +--rw level-1 | | +--rw value? uint8 | +--rw level-2 | +--rw value? uint8 +--rw metric | +--rw value? wide-metric | +--rw level-1 | | +--rw value? wide-metric | +--rw level-2 | +--rw value? wide-metric +--rw bfd {bfd}? | +--rw enable? boolean | +--rw local-multiplier? multiplier | +--rw (interval-config-type)? | +--:(tx-rx-intervals) | | +--rw desired-min-tx-interval? uint32 | | +--rw required-min-rx-interval? uint32 | +--:(single-interval) {single-minimum-interval}? | +--rw min-interval? uint32 +--rw address-families {nlpid-control}? | +--rw address-family-list* [address-family] | +--rw address-family iana-rt-types:address-family +--rw mpls | +--rw ldp | +--rw igp-sync? boolean {ldp-igp-sync}? +--rw fast-reroute {fast-reroute}? | +--rw lfa {lfa}? | +--rw candidate-enable? boolean | +--rw enable? boolean | +--rw remote-lfa {remote-lfa}? | | +--rw enable? boolean | +--rw level-1 | | +--rw candidate-enable? boolean | | +--rw enable? boolean | | +--rw remote-lfa {remote-lfa}? | | +--rw enable? boolean | +--rw level-2 | +--rw candidate-enable? boolean | +--rw enable? boolean | +--rw remote-lfa {remote-lfa}? | +--rw enable? boolean +--ro adjacencies | +--ro adjacency* [] | +--ro neighbor-sys-type? level | +--ro neighbor-sysid? system-id | +--ro neighbor-extended-circuit-id? extended-circuit-id | +--ro neighbor-snpa? snpa | +--ro usage? level | +--ro hold-timer? rt-types: | | timer-value-seconds16 | +--ro neighbor-priority? uint8 | +--ro lastuptime? yang:timestamp | +--ro state? adj-state-type +--ro event-counters | +--ro adjacency-changes? uint32 | +--ro adjacency-number? uint32 | +--ro init-fails? uint32 | +--ro adjacency-rejects? uint32 | +--ro id-len-mismatch? uint32 | +--ro max-area-addresses-mismatch? uint32 | +--ro authentication-type-fails? uint32 | +--ro authentication-fails? uint32 | +--ro lan-dis-changes? uint32 +--ro packet-counters | +--ro level* [level] | +--ro level level-number | +--ro iih | | +--ro in? uint32 | | +--ro out? uint32 | +--ro ish | | +--ro in? uint32 | | +--ro out? uint32 | +--ro esh | | +--ro in? uint32 | | +--ro out? uint32 | +--ro lsp | | +--ro in? uint32 | | +--ro out? uint32 | +--ro psnp | | +--ro in? uint32 | | +--ro out? uint32 | +--ro csnp | | +--ro in? uint32 | | +--ro out? uint32 | +--ro unknown | +--ro in? uint32 +--rw discontinuity-time? yang:date-and-time +--rw topologies {multi-topology}? +--rw topology* [name] +--rw name->-> | ../../../../../../../../rt:ribs/rib/name +--rw metric +--rw value? wide-metric +--rw level-1 | +--rw value? wide-metric +--rw level-2 +--rw value? wide-metric rpcs: +---x clear-adjacency | +---w input | +---w routing-protocol-instance-name->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +---w level? level | +---w interface? if:interface-ref +---x clear-database +---w input +---w routing-protocol-instance-name->-> /rt:routing/ | control-plane-protocols/ | control-plane-protocol/name +---w level? level notifications: +---n database-overload | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro overload? enumeration +---n lsp-too-large | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro pdu-size? uint32 | +--ro lsp-id? lsp-id +---n if-state-change | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro state? if-state-type +---n corrupted-lsp-detected | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro lsp-id? lsp-id +---n attempt-to-exceed-max-sequence | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro lsp-id? lsp-id +---n id-len-mismatch | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro pdu-field-len? uint8 | +--ro raw-pdu? binary +---n max-area-addresses-mismatch | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro max-area-addresses? uint8 | +--ro raw-pdu? binary +---n own-lsp-purge | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro lsp-id? lsp-id +---n sequence-number-skipped | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro lsp-id? lsp-id +---n authentication-type-failure | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro raw-pdu? binary +---n authentication-failure | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro raw-pdu? binary +---n version-skew | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro protocol-version? uint8 | +--ro raw-pdu? binary +---n area-mismatch | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro raw-pdu? binary +---n rejected-adjacency | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro raw-pdu? binary | +--ro reason? string +---n protocols-supported-mismatch | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro raw-pdu? binary | +--ro protocols* uint8 +---n lsp-error-detected | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro lsp-id? lsp-id | +--ro raw-pdu? binary | +--ro error-offset? uint32 | +--ro tlv-type? uint8 +---n adjacency-state-change | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro neighbor? string | +--ro neighbor-system-id? system-id | +--ro state? adj-state-type | +--ro reason? string +---n lsp-received | +--ro routing-protocol-name?->-> /rt:routing/ | | control-plane-protocols/ | | control-plane-protocol/name | +--ro isis-level? level | +--ro interface-name? if:interface-ref | +--ro interface-level? level | +--ro extended-circuit-id? extended-circuit-id | +--ro lsp-id? lsp-id | +--ro sequence? uint32 | +--ro received-timestamp? yang:timestamp | +--ro neighbor-system-id? system-id +---n lsp-generation +--ro routing-protocol-name?->-> /rt:routing/ | control-plane-protocols/ | control-plane-protocol/name +--ro isis-level? level +--ro lsp-id? lsp-id +--ro sequence? uint32 +--ro send-timestamp?yang:timestamp </artwork> </figure>yang:timestamp]]></sourcecode> </section> <section anchor="yang-authentication"title="Authentication Parameters" toc="default"> <t> Thetoc="default" numbered="true"> <name>Authentication Parameters</name> <t>The module defined in this document enables authentication configuration through theIETF key-chain"ietf-key-chain" module <xref target="RFC8177"pageno="false"format="default"/>. The IS-IS module imports the "ietf-key-chain" module and reuses some groupings to allow global and per-interface configuration of authentication. If global authentication is configured, an implementationSHOULD<bcp14>SHOULD</bcp14> authenticate PSNPs (Partial Sequence Number Packets), CSNPs (Complete Sequence NumberPackets)Packets), and LSPs (Link State Packets) with the authentication parameters supplied. The authentication ofHELLOHello PDUs (Protocol Data Units) can be activated on a per-interface basis. </t> </section> <section anchor="yang-igp-ldp"title="IGP/LDP synchronization" toc="default">toc="default" numbered="true"> <name>IGP/LDP Synchronization</name> <t> <xref target="RFC5443"pageno="false"format="default"/> defines a mechanism where IGP(Interior(the Interior Gateway Protocol) needs to be synchronized with LDP(Label(the Label Distribution Protocol). An "ldp-igp-sync" feature has been defined in the model to support this functionality. The "mpls/ldp/igp-sync" leaf under "interface" allows activation of the functionality on a per-interface basis. The "mpls/ldp/igp-sync" container in the global configuration is intentionally empty and is not required for feature activation. The goal of this empty container is to facilitate augmentation with additional parameters, e.g., timers. </t> </section> <section anchor="yang-iso"title="ISO parameters" toc="default">toc="default" numbered="true"> <name>ISO Parameters</name> <t>As the IS-IS protocol is based on the ISO protocol suite, some ISO parameters may be required.</t> <t>This module augmentsinterfacethe "ietf-interfaces" module configurationmodelto support selected ISO configuration parameters.</t> <t>Theclns-mtu"clns-mtu" parameter can be configured for an interface.</t> </section> <section anchor="yang-frr"title="IP FRR" toc="default">toc="default" numbered="true"> <name>IP FRR</name> <t>ThisThe YANG module defined in this document supportsLFA (Loop FreeLFAs (Loop-Free Alternates) <xref target="RFC5286"pageno="false"format="default"/> and remoteLFALFAs <xref target="RFC7490"pageno="false"format="default"/> as IP FastRe-RouteReroute (FRR) techniques. The "fast-reroute" container may be augmented by other models to support other IP FRR flavors(MRT(Maximally Redundant Trees (MRTs) as defined in <xref target="RFC7812"pageno="false"format="default"/>,TI-LFATopology Independent LFA (TI-LFA) FRR as defined in <xref target="I-D.ietf-rtgwg-segment-routing-ti-lfa"pageno="false"format="default"/>, etc.). </t> <t> The current version of the model supports activation ofLFALFAs and remoteLFALFAs at theinterface-levelinterface level only. The global "lfa" container is present but kept empty to allow augmentation with vendor-specific properties, e.g., policies. </t> <t>RemoteLFA isLFAs are consideredasan extension ofLFA.LFAs. RemoteLFALFAs cannot be enabled ifLFA isLFAs are not enabled.</t> <t>The "candidate-enable" data leaf designates that an interface can be used as a backup.</t> </section> <section anchor="yang-op"title="Operational States" toc="default">toc="default" numbered="true"> <name>Operational States</name> <t>Operationalstate isstates are defined in the "ietf-isis" module in various containers at various levels:<list style="symbols"> <t>system-counters: Provides</t> <dl newline="true" spacing="normal"> <dt>system-counters:</dt> <dd>Provides statistical information about the globalsystem.</t> <t>interface: Providessystem.</dd> <dt>interface:</dt> <dd>Provides configuration state information for eachinterface.</t> <t>adjacencies: Providesinterface.</dd> <dt>adjacencies:</dt> <dd>Provides state information about current IS-ISadjacencies.</t> <t>spf-log: Providesadjacencies.</dd> <dt>spf-log:</dt> <dd>Provides information aboutSPFShortest Path First (SPF) events for an IS-IS instance. ThisSHOULD<bcp14>SHOULD</bcp14> be implemented as a wrappingbuffer.</t> <t>lsp-log: Providesbuffer.</dd> <dt>lsp-log:</dt> <dd>Provides information about LSP events for an IS-IS instance (reception of an LSP or modification of a local LSP). ThisSHOULD<bcp14>SHOULD</bcp14> be implemented as a wrappingbuffer and thebuffer. The implementationMAY<bcp14>MAY</bcp14> optionally log LSPrefreshes.</t> <t>local-rib: Providesrefreshes.</dd> <dt>local-rib:</dt> <dd>Provides the IS-IS internal routingtable.</t> <t>database: Providestable.</dd> <dt>database:</dt> <dd>Provides the contents of the current Link StateDatabase.</t> <t>hostnames: ProvidesDatabase (LSDB).</dd> <dt>hostnames:</dt> <dd>Provides thesystem-id to hostnamesystem-ID-to-hostname mappings <xref target="RFC5301"pageno="false" format="default"/>.</t> <t>fast-reroute: Providesformat="default"/>.</dd> <dt>fast-reroute:</dt> <dd>Provides IP FRR stateinformation.</t> </list></t>information.</dd> </dl> </section> </section> <section anchor="RPC"title="RPC Operations" toc="default">toc="default" numbered="true"> <name>RPC Operations</name> <t>The "ietf-isis" module defines two RPC operations:<list style="symbols"> <t>clear-database: Reset</t> <dl newline="true" spacing="normal"> <dt>clear-database:</dt> <dd>Resets thecontentcontents of a particular IS-IS database andrestartrestarts database synchronization with allneighbors.</t> <t>clear-adjacency: Restartneighbors.</dd> <dt>clear-adjacency:</dt> <dd>Restarts a particular set of IS-ISadjacencies.</t> </list></t> <figure title="" suppress-title="false" align="left" alt="" width="" height=""> <artwork xml:space="preserve" name="" type="" align="left" alt="" width="" height=""> </artwork> </figure>adjacencies.</dd> </dl> </section> <section anchor="notif"title="Notifications" toc="default">toc="default" numbered="true"> <name>Notifications</name> <t>The "ietf-isis" module defines the following notifications:<list> <t>database-overload: This</t> <dl newline="true" spacing="normal"> <dt>database-overload:</dt> <dd>This notification is sent when the IS-ISNodenode's overload conditionchanges.</t> <t>lsp-too-large: Thischanges.</dd> <dt>lsp-too-large:</dt> <dd>This notification is sent when the system tries to propagate a PDU that is toolarge.</t> <t>if-state-change: Thislarge.</dd> <dt>if-state-change:</dt> <dd>This notification is sent when an interface's statechanges.</t> <t>corrupted-lsp-detected: Thischanges.</dd> <dt>corrupted-lsp-detected:</dt> <dd>This notification is sent when the IS-IS node discovers that an LSP that was previously stored in theLink State Database,LSDB, i.e., local memory, has becomecorrupted.</t> <t>attempt-to-exceed-max-sequence: Thiscorrupted.</dd> <dt>attempt-to-exceed-max-sequence:</dt> <dd>This notification is sent when the system wraps the 32-bit sequence counter of anLSP.</t> <t>id-len-mismatch:LSP.</dd> <dt>id-len-mismatch:</dt> <!-- [rfced] We found the use of the term "we" confusing (7 instances). Does the term mean "IS-IS node"? For example: Current: id-len-mismatch: This notification is sent when we receive a PDU with a different value for theSystemsystem IDlength.</t> <t>max-area-addresses-mismatch:length. Perhaps: id-len-mismatch: This notification is sent when the IS-IS node receives a PDU with a different value for the system ID length. --> <dd>This notification is sent when we receive a PDU with a different value for the system ID length.</dd> <dt>max-area-addresses-mismatch:</dt> <dd>This notification is sent when we receive a PDU with a different value for the Maximum AreaAddresses.</t> <t>own-lsp-purge: ThisAddresses.</dd> <dt>own-lsp-purge:</dt> <dd>This notification is sent when the system receives a PDU with its own system ID and zeroage.</t> <t>sequence-number-skipped: Thisage.</dd> <dt>sequence-number-skipped:</dt> <dd>This notification is sent when the system receives a PDU with its own system ID and different contents. The system has to reissue the LSP with a higher sequencenumber.</t> <t>authentication-type-failure: Thisnumber.</dd> <dt>authentication-type-failure:</dt> <dd>This notification is sent when the system receives a PDU with the wrong authentication typefield.</t> <t>authentication-failure: Thisfield.</dd> <dt>authentication-failure:</dt> <dd>This notification is sent when the system receives a PDU with the wrong authenticationinformation.</t> <t>version-skew: Thisinformation.</dd> <dt>version-skew:</dt> <dd>This notification is sent when the system receives a PDU with a different protocol versionnumber.</t> <t>area-mismatch: Thisnumber.</dd> <dt>area-mismatch:</dt> <dd>This notification is sent when the system receives a Hello PDU from an IS that does not share any areaaddress.</t> <t>rejected-adjacency: Thisaddress.</dd> <dt>rejected-adjacency:</dt> <dd>This notification is sent when the system receives a Hello PDU from an IS but does not establish an adjacency for somereason.</t> <t>protocols-supported-mismatch: Thisreason.</dd> <dt>protocols-supported-mismatch:</dt> <dd>This notification is sent when the system receives a non-pseudonode LSP that has no matching protocolsupported.</t> <t>lsp-error-detected: Thissupported.</dd> <dt>lsp-error-detected:</dt> <dd>This notification is sent when the system receives an LSP with a parseerror.</t> <t>adjacency-state-change: Thiserror.</dd> <dt>adjacency-state-change:</dt> <dd>This notification is sent when an IS-IS adjacency moves toUpthe "up" state orto Down state.</t> <t>lsp-received: Thisthe "down" state.</dd> <dt>lsp-received:</dt> <dd>This notification is sent when an LSP isreceived.</t> <t>lsp-generation: Thisreceived.</dd> <dt>lsp-generation:</dt> <dd>This notification is sent when an LSP isregenerated.</t> </list> </t> <figure title="" suppress-title="false" align="left" alt="" width="" height=""> <artwork xml:space="preserve" name="" type="" align="left" alt="" width="" height=""> </artwork> </figure>regenerated.</dd> </dl> </section> <sectionanchor="interaction" title="Interactionanchor="interactions" toc="default" numbered="true"> <name>Interactions with Other YANGModules" toc="default">Modules</name> <t>The "isis" container augments the "/rt:routing/rt:control-plane-protocols/control-plane-protocol" container of theietf-routing"ietf-routing" module <xref target="RFC8349"pageno="false"format="default"/>modulewith IS-IS-specific parameters.</t> <t>The"isis""ietf-isis" module augments "/if:interfaces/if:interface" as defined by <xref target="RFC8343"pageno="false"format="default"/> with ISO-specific parameters. <!-- [rfced] *[AD]: We are following up on a question we asked in mid-October 2020. Please see the author reply below, and confirm that removing the text in question is acceptable. Section 5: Should '"isis" module' be '"isis" container', '"ietf-isis" module', or something else? Original: The "isis" module augments "/if:interfaces/if:interface" defined by [RFC8343] with ISO specificparameters.</t> <t>Theparameters. Author reply: Go ahead and make these consistently, "ietf-isis" module. Please remove: The "isis" operational state container augments the"/rt:routing-state/rt:control-plane-protocols/control-plane-protocol""/rt:routing- state/rt:control-plane-protocols/control-plane-protocol" container of the ietf-routing module with IS-IS-specific operationalstates.</t>states. This is no longer applicable. --> </t> <t>Some IS-IS-specific route attributes are added to route objects in theietf-routing"ietf-routing" module by augmenting "/rt:routing-state/rt:ribs/rt:rib/rt:routes/rt:route".</t> <t>Themodulesmodule defined in this document uses some groupings fromietf-keychain"ietf-keychain" <xref target="RFC8177"pageno="false"format="default"/>.</t> <t>The module reuses types from <xref target="RFC6991"pageno="false"format="default"/> and <xref target="RFC8294"pageno="false"format="default"/>.</t> <t>To supportBFDBidirectional Forwarding Detection (BFD) for fast detection, the module relies on <xreftarget="I-D.ietf-bfd-yang" pageno="false"target="RFC9127" format="default"/>.</t> </section> <!-- Lynne: If authors don't agree to doc. title change, fix the "RFC 9130:" entry --> <!-- The two "Quote from" items are DNE. Incorrect in the original; fixed and FYI-AQed. --> <section anchor="isis-yang"title="IS-IStoc="default" numbered="true"> <name>IS-IS YANGModule" toc="default">Module</name> <t>The followingRFCs, drafts and external standards are not referenced in the document text butspecifications are referenced inthe ietf-isis.yangthis module: <xref target="ISO-10589"pageno="false"format="default"/>, <xref target="RFC1195"pageno="false"format="default"/>, <xref target="RFC4090"pageno="false" format="default"/>,<xrefformat="default"/>, <xref target="RFC5029"pageno="false"format="default"/>, <xref target="RFC5120"/>, <xref target="RFC5130"pageno="false"format="default"/>, <xref target="RFC5286"/>, <xref target="RFC5301"/>, <xref target="RFC5302"pageno="false"format="default"/>, <xref target="RFC5305"pageno="false" format="default"/>, <xref target="RFC5306" pageno="false"format="default"/>, <xref target="RFC5307"pageno="false"format="default"/>, <xref target="RFC5308"pageno="false"format="default"/>, <xref target="RFC5443"/>, <xref target="RFC5880"pageno="false"format="default"/>, <xref target="RFC5881"pageno="false"format="default"/>, <xref target="RFC6119"pageno="false"format="default"/>, <xref target="RFC6232"pageno="false"format="default"/>, <xreftarget="RFC7794" pageno="false"target="RFC6241"/>, <xref target="RFC6991"/>, <xref target="RFC7490"/>, <xref target="RFC7794" format="default"/>, <xref target="RFC7917" format="default"/>, <xref target="RFC7981"pageno="false"format="default"/>, <xref target="RFC8177"/>, <xref target="RFC8294"/>, <xref target="RFC8342"/>, <xref target="RFC8343"/>, <xref target="RFC8349"/>, <xref target="RFC8405" format="default"/>, <xref target="RFC8570"pageno="false"format="default"/>, <xreftarget="RFC7917" pageno="false"target="RFC8706" format="default"/>, and <xreftarget="RFC8405" pageno="false" format="default"/>.</t> <figure title="" suppress-title="false" align="left" alt="" width="" height=""> <artwork xml:space="preserve" name="" type="" align="left" alt="" width="" height=""> <![CDATA[ <CODE BEGINS> file "ietf-isis@2019-10-15.yang"target="RFC9127"/>.</t> <!-- [rfced] We note that Stephane Litkowski is an author of this document but is listed as an editor of the YANG module. Please confirm that these roles are correct. --> <!--[rfced] May we update the YANG module as shown in this diff file? https://www.rfc-editor.org/authors/ietf-isis@2021-08-31.yang-rfcdiff.html It compares the current module to the output of the formatting tool, pyang (https://trac.ietf.org/trac/ops/wiki/yang-review-tools). To be clear, with or without the formatting updates, the YANG module parses. --> <sourcecode name="ietf-isis@2021-08-31.yang" type="yang" markers="true"><![CDATA[ module ietf-isis { yang-version 1.1; namespace "urn:ietf:params:xml:ns:yang:ietf-isis"; prefix isis; import ietf-routing { prefix "rt"; reference "RFC8349 -8349: A YANG Data Model for Routing Management (NMDA Version)"; } import ietf-inet-types { prefix inet; reference "RFC6991 -6991: Common YANG Data Types"; } import ietf-yang-types { prefix yang; reference "RFC6991 -6991: Common YANG Data Types"; } import ietf-interfaces { prefix "if"; reference "RFC8343 -8343: A YANG Data Model for InterfaceManagement (NDMA Version)";Management"; } import ietf-key-chain { prefix "key-chain"; reference "RFC8177 -8177: YANG Data Model for Key Chains"; } import ietf-routing-types { prefix "rt-types"; reference "RFC8294 -8294: Common YANG Data Types for the Routing Area"; } import iana-routing-types { prefix "iana-rt-types"; reference "RFC8294 -8294: Common YANG Data Types for the Routing Area"; } import ietf-bfd-types { prefix "bfd-types"; reference "RFCYYYY -9127: YANG Data Model for Bidirectional Forwarding Detection(BFD). -- Note to RFC Editor Please replace YYYY with published RFC number for draft-ietf-bfd-yang.";(BFD)"; } organization "IETF LSR Working Group"; contact "WG Web:<https://datatracker.ietf.org/group/lsr/><https://datatracker.ietf.org/wg/lsr/> WG List: <mailto:lsr@ietf.org> Editor: Stephane Litkowski <mailto:slitkows.ietf@gmail.com> Author: Derek Yeung <mailto:derek@arrcus.com> Author: Acee Lindem <mailto:acee@cisco.com> Author: Jeffrey Zhang <mailto:zzhang@juniper.net> Author: Ladislav Lhotka<mailto:llhotka@nic.cz>";<mailto:ladislav.lhotka@nic.cz>"; description "This YANG module defines the generic configuration and operationalstatestates for the IS-IS protocol common to all vendor implementations. It is intended that the module will be extended by vendors to define vendor-specific IS-IS configuration parameters andpolicies,policies - for example, route maps or route policies. This YANG data model conforms to the Network Management Datastore Architecture (NMDA) as described in RFC8242.8342. The key words 'MUST', 'MUST NOT', 'REQUIRED', 'SHALL', 'SHALL 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)20182021 IETF Trust and the persons identified as authors of the code. All rights reserved. Redistribution and use in source and binary forms, with or without modification, is permitted pursuant to, and subject to the license terms contained in, the Simplified BSD License set forth in Section 4.c of the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info). This version of this YANG module is part of RFCXXXX (https://www.rfc-editor.org/info/rfcXXXX); see the RFC itself for full legal notices. The key words 'MUST', 'MUST NOT', 'REQUIRED', 'SHALL', 'SHALL 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. This version of this YANG module is part of RFC XXXX;9130; see the RFC itself for full legal notices."; reference "RFC 8342: Network Management Datastore Architecture (NMDA)"; revision2019-10-152021-08-31 { description "Initial revision."; reference "RFCXXXX";9130: YANG Data Model for the IS-IS Protocol"; } /* Identities */ identity isis { base rt:routing-protocol; description "Identity for the IS-IS routing protocol."; } identity lsp-log-reason { description "Base identity foran LSPa Link State Packet (LSP) change log reason."; } identity refresh { base lsp-log-reason; description "Identity used when the LSP log reason isa refreshthat an LSP refresh was received."; } identity content-change { base lsp-log-reason; description "Identity used when the LSP log reason is a change in thecontentcontents of the LSP."; } identity frr-protection-method { description "Base identity for a Fast Reroute protection method."; } identity frr-protection-method-lfa { base frr-protection-method; description"Loop Free"Loop-Free Alternate as defined inRFC5286.";RFC 5286."; reference "RFC 5286: Basic Specification for IP Fast Reroute: Loop-Free Alternates"; } identity frr-protection-method-rlfa { base frr-protection-method; description "RemoteLoop FreeLoop-Free Alternate as defined inRFC7490.";RFC 7490."; reference "RFC 7490: Remote Loop-Free Alternate (LFA) Fast Reroute (FRR)"; } identity frr-protection-method-rsvpte { base frr-protection-method; description "RSVP-TE as defined inRFC4090.";RFC 4090."; reference "RFC 4090: Fast Reroute Extensions to RSVP-TE for LSP Tunnels"; } identity frr-protection-available-type { description "Base identity for Fast Reroute protection types provided by an alternate path."; } identity frr-protection-available-node-type { base frr-protection-available-type; description "Node protection is provided by the alternate."; } identity frr-protection-available-link-type { base frr-protection-available-type; description "Link protection is provided by the alternate."; } identity frr-protection-available-srlg-type { base frr-protection-available-type; description"SRLG"Shared Risk Link Group (SRLG) protection is provided by the alternate."; } identity frr-protection-available-downstream-type { base frr-protection-available-type; description "The alternate is downstream of the node in the path."; } identity frr-protection-available-other-type { base frr-protection-available-type; description "The level of protection is unknown."; } identity frr-alternate-type { description "Base identity for the IP Fast Reroute alternate type."; } identity frr-alternate-type-equal-cost { base frr-alternate-type; description"ECMP"ECMP-based alternate."; } identity frr-alternate-type-lfa { base frr-alternate-type; description"LFA"LFA-based alternate."; } identity frr-alternate-type-remote-lfa { base frr-alternate-type; description"Remote LFA"Remote-LFA-based alternate."; } identity frr-alternate-type-tunnel { base frr-alternate-type; description"Tunnel based"Tunnel-based alternate (suchas,as RSVP-TE or GRE)."; } identity frr-alternate-mrt { base frr-alternate-type; description"MRT"MRT-based alternate."; } identity frr-alternate-tilfa { base frr-alternate-type; description"TILFA"TI-LFA-based alternate."; } identity frr-alternate-other { base frr-alternate-type; description "Other type of alternate."; } identity unidirectional-link-delay-subtlv-flag { description "Base identity forunidirectional-link-delay subTLV flags. Flags arethe flag corresponding to the Unidirectional Link Delay sub-TLV as defined inRFC8570.";RFC 8570."; reference "RFC 8570: IS-IS Traffic Engineering (TE) Metric Extensions"; } identity unidirectional-link-delay-subtlv-a-flag { base unidirectional-link-delay-subtlv-flag; description "TheA'A' bit field represents the Anomalous (A) bit. The A bit is set when the measured value of this parameter exceeds its configured maximum threshold. The A bit is cleared when the measured value falls below its configured reuse threshold. If the A bit is clear, the value represents steady-state link performance."; } identity min-max-unidirectional-link-delay-subtlv-flag { description "Base identity formin-max-unidirectional-link-delay subTLV flags. Flags arethe flag corresponding to the Min/Max Unidirectional Link Delay sub-TLV as defined inRFC8570.";RFC 8570."; reference "RFC 8570: IS-IS Traffic Engineering (TE) Metric Extensions"; } identity min-max-unidirectional-link-delay-subtlv-a-flag { base min-max-unidirectional-link-delay-subtlv-flag; description "TheA'A' bit field represents the Anomalous (A) bit. The A bit is set when the measured value of this parameter exceeds its configured maximum threshold. The A bit is cleared when the measured value falls below its configured reuse threshold. If the A bit is clear, the value represents steady-state link performance."; } identity unidirectional-link-loss-subtlv-flag { description "Base identity forunidirectional-link-loss subTLV flags. Flags arethe flag corresponding to the Unidirectional Link Loss sub-TLV as defined inRFC8570.";RFC 8570."; reference "RFC 8570: IS-IS Traffic Engineering (TE) Metric Extensions"; } identity unidirectional-link-loss-subtlv-a-flag { base unidirectional-link-loss-subtlv-flag; description "TheA'A' bit field represents the Anomalous (A) bit. The A bit is set when the measured value of this parameter exceeds its configured maximum threshold. The A bit is cleared when the measured value falls below its configured reuse threshold. If the A bit is clear, the value represents steady-state link performance."; } identity tlv229-flag { description "Base identity forTLV229 flags. Flags arethe flag corresponding to TLV 229 (M-Topologies) as defined inRFC5120.";RFC 5120."; reference "RFC 5120: M-ISIS: Multi Topology (MT) Routing in Intermediate System to Intermediate Systems (IS-ISs)"; } identity tlv229-overload-flag { base tlv229-flag; description "If set, the originator isoverloaded,overloaded and must be avoided in the path calculation."; } identity tlv229-attached-flag { base tlv229-flag; description "If set, the originator is attached to another area using the referred metric."; } identity router-capability-flag { description "Base identity forrouter capability flags. Flags arethe flag corresponding to the Router Capability TLV as defined inRFC7981.";RFC 7981."; reference "RFC 7981: IS-IS Extensions for Advertising Router Information"; } identity router-capability-flooding-flag { base router-capability-flag; description "Quote fromRFC7981:RFC 7981: 'If the S bit isset,set(1), the IS-IS Router CAPABILITY TLV MUST be flooded across the entire routing domain. If the S bit isclear,not set(0), the TLV MUST NOT be leaked between levels. This bit MUST NOT be altered during the TLVleaking'.";leaking.'."; } identity router-capability-down-flag { base router-capability-flag; description "Quote fromRFC7981:RFC 7981: 'When the IS-IS Router CAPABILITY TLV is leaked fromlevel-2Level 2 (L2) tolevel-1,Level 1 (L1), the D bit MUST be set. Otherwise, this bit MUST be clear. IS-IS RoutercapabilityCAPABILITY TLVs with the D bit set MUST NOT be leaked fromlevel-1Level 1 tolevel-2 inLevel 2. This is to prevent TLVlooping'.";looping.'."; } identity lsp-flag { description "Base identity for LSPattributes. Attributes areattributes as defined in ISO10589";10589."; reference "ISO 10589: Intermediate System to Intermediate System intra-domain routeing information exchange protocol for use in conjunction with the protocol for providing the connectionless-mode network service (ISO 8473)"; } identity lsp-partitioned-flag { base lsp-flag; description "Originator partition repairsupported";supported."; } identity lsp-attached-error-metric-flag { base lsp-flag; description "Set when the originator is attached to another area using the error metric."; } identity lsp-attached-delay-metric-flag { base lsp-flag; description "Set when the originator is attached to another area using the delay metric."; } identity lsp-attached-expense-metric-flag { base lsp-flag; description "Set when the originator is attached to another area using the expense metric."; } identity lsp-attached-default-metric-flag { base lsp-flag; description "Set when the originator is attached to another area using the default metric."; } identity lsp-overload-flag { base lsp-flag; description "If set, the originator isoverloaded,overloaded and must be avoided in the path calculation."; } identity lsp-l1system-flag { base lsp-flag; description "Set when the Intermediate System has an L1 type."; } identity lsp-l2system-flag { base lsp-flag; description "Set when the Intermediate System has an L2 type."; } /* Feature definitions */ feature osi-interface { description "Support ofOSI specificOSI-specific parameters on an interface."; } feature poi-tlv { description "Support of the Purge OriginatorIdentification.";Identification (POI) TLV."; reference "RFC6232 -6232: Purge Originator Identification TLV for IS-IS"; } feature ietf-spf-delay { description "Support for the IETF SPF delay algorithm."; reference "RFC8405 - SPF Back-off algorithm8405: Shortest Path First (SPF) Back-Off Delay Algorithm forlink stateLink-State IGPs"; } feature bfd { description "Support forBFDdetection of IS-IS neighborreachability.";reachability via BFD."; reference "RFC5880 -5880: Bidirectional Forwarding Detection (BFD) RFC5881 -5881: Bidirectional Forwarding Detection (BFD) for IPv4 and IPv6 (Single Hop)"; } feature key-chain { description "Support ofkeychainkey chains for authentication."; reference"RFC8177 -"RFC 8177: YANG Data Model for Key Chains"; } feature node-flag { description "Support fornode-flagnode flags for IS-IS prefixes."; reference"RFC7794 -"RFC 7794: IS-IS Prefix Attributes for ExtendedIPIPv4 and IPv6 Reachability"; } feature node-tag { description "Support for nodeadmin tagadministrative tags for IS-IS routing instances."; reference"RFC7917 -"RFC 7917: Advertising Node Administrative Tags in IS-IS"; } feature ldp-igp-sync { description "Support for LDP IGP synchronization."; reference"RFC5443 -"RFC 5443: LDP IGPSynchronization.";Synchronization"; } feature fast-reroute { description "Support for IP Fast Reroute(IP-FRR).";(IP FRR)."; } feature nsr { description "Support for Non-Stop-Routing (NSR). The IS-IS NSR feature allows a router with redundant control-plane capability (e.g., dualRoute-ProcessorRoute Processor (RP) cards) to maintain its state and adjacencies during planned and unplanned IS-IS instance restarts. It differs fromgraceful-restartgraceful restart or Non-Stop Forwarding (NSF) in that no protocol signaling or assistance from adjacent IS-IS neighbors is required to recover control-plane state."; } feature lfa { description "Support for Loop-Free Alternates (LFAs)."; reference"RFC5286 -"RFC 5286: Basic Specificationoffor IPFast-Reroute: Loop-freeFast Reroute: Loop-Free Alternates"; } feature remote-lfa { description "Support forRemote Loop-Free Alternatesremote LFAs (R-LFAs)."; reference"RFC7490 -"RFC 7490: Remote Loop-Free Alternate (LFA) FastReroute";Reroute (FRR)"; } feature overload-max-metric { description "Support of overload by setting all links tomaxthe maximum link metric. In IS-IS, the overload bit is usually used to signal that a node cannot be used as atransit.transit node. Theoverload-max-metric'overload-max-metric' featurebrings aprovides similarbehaviorbehavior, leveraging on setting all the link metrics to MAX_METRIC."; } feature prefix-tag { description "Support for 32-bit prefixtags";tags."; reference"RFC5130 -"RFC 5130: A Policy Control Mechanism in IS-IS Using Administrative Tags"; } feature prefix-tag64 { description "Support for 64-bit prefixtags";tags."; reference"RFC5130 -"RFC 5130: A Policy Control Mechanism in IS-IS Using Administrative Tags"; } feature auto-cost { description "Support for an IS-IS interface metric computation according to a reference bandwidth."; } feature te-rid { description"Traffic-Engineering Router-ID.";"Traffic Engineering router ID."; reference"RFC5305 -"RFC 5305: IS-IS Extensions for Traffic EngineeringRFC6119 -RFC 6119: IPv6 Traffic Engineering in IS-IS"; } feature max-ecmp { description"Setting"Sets the maximum number of ECMP paths."; } feature multi-topology { description "Support forMultiple-Topology Routing (MTR).";Multi-Topology (MT) Routing."; reference"RFC5120 - M-IS-IS:"RFC 5120: M-ISIS: Multi Topology (MT) Routing inIS-IS"; } feature nlpid-control {Intermediate System to Intermediate Systems (IS-ISs)"; } feature nlpid-control { description "Support for the advertisement of a Network Layer Protocol Identifier within an IS-IS configuration."; } feature graceful-restart { description"IS-IS Graceful restart support.";"Support for IS-IS graceful restart."; reference"RFC5306 -"RFC 8706: Restart Signalinginfor IS-IS"; } feature lsp-refresh { description "Configuration of the LSP refresh interval."; } feature maximum-area-addresses { description "Support formaximum-area-addresses'maximum-area-addresses' configuration."; } feature admin-control { description "Administrative control of the protocol state."; } /* Type definitions */ typedef circuit-id { type uint8; description "This type defines the circuit ID associated with an interface."; } typedef extended-circuit-id { type uint32; description "This type defines the extended circuit ID associated with an interface."; } typedef interface-type { type enumeration { enum broadcast { description "Broadcast interface type."; } enum point-to-point { description "Point-to-point interface type."; } } description "This type defines the type of adjacency to be established for the interface.The interface-type'interface-type' determines the type ofhelloHello message that is used."; } typedef level { type enumeration { enum "level-1" { description "This enum indicates L1-only capability."; } enum "level-2" { description "This enum indicates L2-only capability."; } enum "level-all" { description "This enum indicates capability for both levels."; } } default "level-all"; description "This type defines the IS-IS level of an object."; } typedef adj-state-type { type enumeration { enum "up" { description"State"This state indicates that the adjacency is established."; } enum "down" { description"State"This state indicates that the adjacency is NOT established."; } enum "init" { description"State"This state indicates that the adjacency isestablishing.";being established."; } enum "failed" { description"State"This state indicates that the adjacencyishas failed."; } } description "This type defines the states of anadjacency";adjacency."; } typedef if-state-type { type enumeration { enum "up" { description"Up"'up' state."; } enum "down" { description"Down state";"'down' state."; } } description "This type defines the state of aninterface";interface."; } typedef level-number { type uint8 { range "1 .. 2"; } description "This type defines the current IS-IS level."; } typedef lsp-id { type string { pattern '[0-9A-Fa-f]{4}\.[0-9A-Fa-f]{4}\.[0-9A-Fa-f]' +'{4}\.[0-9][0-9]-[0-9][0-9]'; } description "This type defines the IS-IS LSP ID format using a pattern. An example LSP ID is0143.0438.AEF0.02-01";'0143.0438.AEF0.02-01'."; } typedef area-address { type string { pattern '[0-9A-Fa-f]{2}(\.[0-9A-Fa-f]{4}){0,6}'; } description "This type defines the area address format."; } typedef snpa { type string { length "0 .. 20"; } description "This type defines the Subnetwork Point of Attachment (SNPA) format. The SNPA should be encoded according to the rules specified for the particular type of subnetwork being used. As an example, for anethernetEthernet subnetwork, the SNPA is encoded as aMACMedia Access Control (MAC) address, suchas,as '00aa.bbcc.ddee'."; } typedef system-id { type string { pattern '[0-9A-Fa-f]{4}\.[0-9A-Fa-f]{4}\.[0-9A-Fa-f]{4}'; } description "This type defines the IS-ISsystem-idsystem ID by usingpattern,a pattern. An examplesystem-idsystem ID pattern is0143.0438.AEF0";'0143.0438.AEF0'."; } typedef extended-system-id { type string { pattern '[0-9A-Fa-f]{4}\.[0-9A-Fa-f]{4}\.[0-9A-Fa-f]{4}\.' +'[0-9][0-9]'; } description "This type defines the IS-ISsystem-idsystem ID using a pattern.The extended system-id'extended-system-id' contains the pseudonode number in addition to thesystem-id.system ID. An examplesystem-idsystem ID pattern is0143.0438.AEF0.00";'0143.0438.AEF0.00'."; } typedef wide-metric { type uint32 { range "0 .. 16777215"; } description "This type defineswide stylethe wide-style format of an IS-IS metric."; } typedef std-metric { type uint8 { range "0 .. 63"; } description "This type definesold stylethe old-style format of the IS-IS metric."; } typedef mesh-group-state { type enumeration { enum "mesh-inactive" { description"Interface"The interface is not part of a mesh group."; } enum "mesh-set" { description"Interface"The interface is part of a mesh group."; } enum "mesh-blocked" { description "LSPs must not be flooded over this interface."; } } description "This type describes the mesh group state of aninterface";interface."; } /* Grouping for notifications */ grouping notification-instance-hdr { description"Instance specific"Instance-specific IS-IS notification datagrouping";grouping."; leaf routing-protocol-name { type leafref { path "/rt:routing/rt:control-plane-protocols/" + "rt:control-plane-protocol/rt:name"; } description "Name of the IS-IS instance."; } leaf isis-level { type level; description "IS-IS level of the instance."; } } grouping notification-interface-hdr { description"Interface specific"Interface-specific IS-IS notification datagrouping";grouping."; leaf interface-name { type if:interface-ref; description "IS-IS interfacename";name."; } leaf interface-level { type level; description "IS-IS level of the interface."; } leaf extended-circuit-id { type extended-circuit-id; description "Extendedcircuit-idcircuit ID of the interface."; } } /* Groupings for IP Fast Reroute */ grouping instance-fast-reroute-config { description "This group defines the global configuration of IP FastReRouteReroute (FRR)."; container fast-reroute { if-feature fast-reroute; description "This container may be augmented with global parameters forIP-FRR.";IP FRR."; container lfa { if-feature lfa; description "This container may be augmented with global parameters for Loop-FreeAlternatives (LFA). ContainerAlternates (LFAs). The creation of this container has no effect on LFA activation."; } } } grouping interface-lfa-config { leaf candidate-enable { type boolean; default "true"; description"Enable"Enables the interface to be used as a backup."; } leaf enable { type boolean; default false; description "ActivatesLFA -the LFA. Per-prefix LFA computation is assumed."; } container remote-lfa { if-feature remote-lfa; leaf enable { type boolean; default false; description "ActivatesRemotethe remote LFA (R-LFA)."; } description "Remote LFA configuration."; } description "Grouping for LFA interfaceconfiguration";configuration."; } grouping interface-fast-reroute-config { description "This group defines the interface configuration ofIP-FRR.";IP FRR."; container fast-reroute { if-feature fast-reroute; container lfa { if-feature lfa; uses interface-lfa-config; container level-1 { uses interface-lfa-config; description "LFAlevel 1 config";level-1 configuration."; } container level-2 { uses interface-lfa-config; description "LFAlevel 2 config";level-2 configuration."; } description "LFA configuration."; } description "Interface IPFast-rerouteFRR configuration."; } } grouping instance-fast-reroute-state { description"IPFRR"IP FRR state datagrouping";grouping."; container protected-routes { config false; list address-family-stats { key "address-family prefix alternate"; leaf address-family { type iana-rt-types:address-family; description"Address-family";"Address family."; } leaf prefix { type inet:ip-prefix; description "Protected prefix."; } leaf alternate { type inet:ip-address; description "Alternate next hop for the prefix."; } leaf alternate-type { type identityref { base frr-alternate-type; } description "Type of alternate."; } leaf best { type boolean; description"Is set"Set when the alternate is the preferredone, isalternate; clear otherwise."; } leaf non-best-reason { type string { length "1..255"; } description "Information fieldto describethat explains why the alternate is notbest.the best alternate. The length should be limited to 255unicodeUnicode characters. The expected format is a single line of text."; } container protection-available { leaf-list protection-types { type identityref { base frr-protection-available-type; } description "This list contains a set of protection types defined as identities. An identity must be added for each type of protection provided by the alternate. As an example, if an alternate provides SRLG,nodenode, and link protection, three identities must be added in this list: one for SRLG protection, one for node protection, and one for link protection."; } description "Protection types provided by the alternate."; } leaf alternate-metric1 { type uint32; description "Metric from the Point of Local Repair (PLR) to the destination through the alternate path."; } leaf alternate-metric2 { type uint32; description "Metric from the PLR to the alternatenode";node."; } leaf alternate-metric3 { type uint32; description "Metric from the alternate node to thedestination";destination."; } description"Per-AF"Per-address-family protected prefix statistics."; } description "List of prefixes that are protected."; } container unprotected-routes { config false; list prefixes { key "address-family prefix"; leaf address-family { type iana-rt-types:address-family; description"Address-family";"Address family."; } leaf prefix { type inet:ip-prefix; description "Unprotected prefix."; } description"Per-AF"Per-address-family unprotected prefix statistics."; } description "List of prefixes that are not protected."; } list protection-statistics { key frr-protection-method; config false; leaf frr-protection-method { type identityref { base frr-protection-method; } description "Protection method used."; } list address-family-stats { key address-family; leaf address-family { type iana-rt-types:address-family; description"Address-family";"Address family."; } leaf total-routes { type yang:gauge32; description "Total prefixes."; } leaf unprotected-routes { type yang:gauge32; description "Total prefixes that are not protected."; } leaf protected-routes { type yang:gauge32; description "Total prefixes that are protected."; } leaf link-protected-routes { type yang:gauge32; description "Total prefixes that are link protected."; } leaf node-protected-routes { type yang:gauge32; description "Total prefixes that are node protected."; } description"Per-AF"Per-address-family protected prefix statistics."; } description "Global protection statistics."; } } /*RouteRouting table and localRIBRouting Information Base (RIB) groupings */ grouping local-rib { description"Local-rib -"Local RIB: RIB forRoutesroutes computed by the local IS-IS routing instance."; container local-rib { config false; description"Local-rib.";"Local RIB."; list route { key "prefix"; description"Routes";"Routes."; leaf prefix { type inet:ip-prefix; description "Destination prefix."; } container next-hops { description "Next hops for the route."; list next-hop { key "next-hop"; description "List of next hops for theroute";route."; leaf outgoing-interface { type if:interface-ref; description "Name of the outgoing interface."; } leaf next-hop { type inet:ip-address; description"Next hop"Next-hop address."; } } } leaf metric { type uint32; description "Metric for this route."; } leaf level { type level-number; description "Level number for this route."; } leaf route-tag { type uint32; description "Route tag for this route."; } } } } grouping route-content { description "IS-IS protocol-specific route properties grouping."; leaf metric { type uint32; description "IS-IS metric of a route."; } leaf-list tag { type uint64; description "List of tags associated with the route. This list provides a consolidated view of both 32-bit and 64-bit tags(RFC5130)(RFC 5130) available for the prefix."; reference "RFC 5130: A Policy Control Mechanism in IS-IS Using Administrative Tags"; } leaf route-type { type enumeration { enum l2-intra-area { description"Level 2"Level-2 internal route. As perRFC5302,RFC 5302, the prefix is directly connected to the advertising router. It cannot be distinguished from an L1->L2 inter-area route."; reference "RFC 5302: Domain-Wide Prefix Distribution with Two-Level IS-IS"; } enum l1-intra-area { description"Level 1"Level-1 internal route. As perRFC5302,RFC 5302, the prefix is directly connected to the advertising router."; } enum l2-external { description"Level 2"Level-2 external route. As perRFC5302,RFC 5302, such a route is learned from other IGPs. It cannot be distinguished from an L1->L2 inter-area external route."; } enum l1-external { description"Level 1"Level-1 external route. As perRFC5302,RFC 5302, such a route is learned from other IGPs."; } enum l1-inter-area { description "These prefixes are learned via L2 routing."; } enum l1-inter-area-external { description "These prefixes are learned via L2 routing towardsan l2-externala level-2 external route."; } } description "IS-IS route type."; } } /* Grouping definitions for configuration andops stateoperational states */ grouping adjacency-state { container adjacencies { config false; list adjacency { leaf neighbor-sys-type { type level; description "Level capability of the neighboringsystem";system."; } leaf neighbor-sysid { type system-id; description "Thesystem-idsystem ID of theneighbor";neighbor."; } leaf neighbor-extended-circuit-id { type extended-circuit-id; description"Circuit"The circuit ID of theneighbor";neighbor."; } leaf neighbor-snpa { type snpa; description"SNPA"The SNPA of theneighbor";neighbor."; } leaf usage { type level; description"Define"Defines the level(s) activated for the adjacency. On ap2p linkpoint-to-point link, this might be level 1 and level 2, but on a LAN, the usage will be level 1 between neighbors at level 1 or level 2 between neighbors at level 2."; } leaf hold-timer { type rt-types:timer-value-seconds16; units seconds; description "The holding timein seconds(in seconds) for this adjacency. This value is based on receivedhelloHello PDUs and the elapsed time since receipt."; } leaf neighbor-priority { type uint8 { range "0 .. 127"; } description "Priority of the neighboring IS for becoming theDIS.";Designated Intermediate System (DIS)."; } leaf lastuptime { type yang:timestamp; description "When the adjacency most recently enteredstate 'up',the 'up' state, measured in hundredths of a second since the last reinitialization of the network management subsystem. The value is 0 if the adjacency has never been instate 'up'.";the 'up' state."; } leaf state { type adj-state-type; description "This leaf describes the state of the interface."; } description "List of operational adjacencies."; } description "This container lists the adjacencies of the local node."; } description "Adjacencystate";state."; } grouping admin-control { leaf enable { if-feature admin-control; type boolean; default "true"; description"Enable/Disable"Enables or disables the protocol."; } description "Grouping foradminadministrative control."; } grouping ietf-spf-delay { leaf initial-delay { type rt-types:timer-value-milliseconds; units msec; description "Delay used while in the QUIET state (milliseconds)."; } leaf short-delay { type rt-types:timer-value-milliseconds; units msec; description "Delay used while in the SHORT_WAIT state (milliseconds)."; } leaf long-delay { type rt-types:timer-value-milliseconds; units msec; description "Delay used while in the LONG_WAIT state (milliseconds)."; } leaf hold-down { type rt-types:timer-value-milliseconds; units msec; description"Timer used to consider an IGP stability"This timer value defines the period(milliseconds)."; }without any changes for the IGP to be considered stable (in milliseconds)."; } leaf time-to-learn { type rt-types:timer-value-milliseconds; units msec; description "Duration used to learn all the IGP events related to a single component failure (milliseconds)."; } leaf current-state { type enumeration { enum "quiet" { description "QUIETstate";state."; } enum "short-wait" { description "SHORT_WAITstate";state."; } enum "long-wait" { description "LONG_WAITstate";state."; } } config false; description "Current SPFback-offBack-Off algorithm state."; } leaf remaining-time-to-learn { type rt-types:timer-value-milliseconds; units "msec"; config false; description "Remaining time until the time-to-learn timer fires."; } leaf remaining-hold-down { type rt-types:timer-value-milliseconds; units "msec"; config false; description "Remaining time until the hold-down timer fires."; } leaf last-event-received { type yang:timestamp; config false; description "Time of the last IGP eventreceived";received."; } leaf next-spf-time { type yang:timestamp; config false; description "Time when the next SPF has been scheduled."; } leaf last-spf-time { type yang:timestamp; config false; description "Time of the last SPF computation."; } description "Grouping for IETF SPF delay configuration and state."; } grouping node-tag-config { description "IS-IS node tagconfigconfiguration state."; container node-tags { if-feature node-tag; list node-tag { key tag; leaf tag { type uint32; description "Node tag value."; } description "List of tags."; } description "Container for nodeadminadministrative tags."; } } grouping authentication-global-cfg { choice authentication-type { case key-chain { if-feature key-chain; leaf key-chain { type key-chain:key-chain-ref; description "Reference to akey-chain.";key chain."; } } case password { leaf key { type string; description "This leaf specifies the authentication key. The length of the key may be dependent on the cryptographic algorithm."; } leaf crypto-algorithm { type identityref { base key-chain:crypto-algorithm; } description "Cryptographic algorithm associated with a key."; } } description "Choice of authentication."; } description "Grouping for global authenticationconfig.";configuration."; } grouping metric-type-global-cfg { leaf value { type enumeration { enum wide-only { description"Advertise"Advertises the new metric style only(RFC5305)";(RFC 5305)."; reference "RFC 5305: IS-IS Extensions for Traffic Engineering"; } enum old-only { description"Advertise"Advertises the old metric style only(RFC1195)";(RFC 1195)."; reference "RFC 1195: Use of OSI IS-IS for routing in TCP/IP and dual environments"; } enum both { description"Advertise"Advertises both metricstyles";styles."; } } description "Type of metric to be generated: -wide-only'wide-only' means that only a new metric style isgenerated,generated. -old-only'old-only' means that onlyold-stylean old metric style isgenerated,generated. -both'both' means that both are advertised. This leafisonlyaffectingaffects IPv4 metrics."; } description "Grouping for global metric styleconfig.";configuration."; } grouping metric-type-global-cfg-with-default { leaf value { type enumeration { enum wide-only { description"Advertise"Advertises the new metric style only(RFC5305)";(RFC 5305)."; reference "RFC 5305: IS-IS Extensions for Traffic Engineering"; } enum old-only { description"Advertise"Advertises the old metric style only(RFC1195)";(RFC 1195)."; reference "RFC 1195: Use of OSI IS-IS for routing in TCP/IP and dual environments"; } enum both { description"Advertise"Advertises both metricstyles";styles."; } } default wide-only; description "Type of metric to be generated: -wide-only'wide-only' means that only a new metric style isgenerated,generated. -old-only'old-only' means that onlyold-stylean old metric style isgenerated,generated. -both'both' means that both are advertised. This leafisonlyaffectingaffects IPv4 metrics."; } description "Grouping for global metric styleconfig.";configuration."; } grouping default-metric-global-cfg { leaf value { type wide-metric; description "Value of themetric";metric."; } description "Global default metricconfigconfiguration grouping."; } grouping default-metric-global-cfg-with-default { leaf value { type wide-metric; default "10"; description "Value of themetric";metric."; } description "Global default metricconfigconfiguration grouping."; } grouping overload-global-cfg { leaf status { type boolean; default false; description "This leaf specifies the overload status."; } description "Grouping for overload bitconfig.";configuration."; } grouping overload-max-metric-global-cfg { leaf timeout { type rt-types:timer-value-seconds16; units "seconds"; description "Timeout (in seconds) of the overload condition."; } description "Overload maximum metric configurationgrouping";grouping."; } grouping route-preference-global-cfg { choice granularity { case detail { leaf internal { type uint8; description "Protocol preference for internal routes."; } leaf external { type uint8; description "Protocol preference for external routes."; } } case coarse { leaf default { type uint8; description "Protocol preference for all IS-IS routes."; } } description "Choice for implementation of route preference."; } description "Global route preferencegrouping";grouping."; } grouping hello-authentication-cfg { choice authentication-type { case key-chain { if-feature key-chain; leaf key-chain { type key-chain:key-chain-ref; description "Reference to akey-chain.";key chain."; } } case password { leaf key { type string; description "Authentication keyspecification -specification. The length of the key may be dependent on the cryptographic algorithm."; } leaf crypto-algorithm { type identityref { base key-chain:crypto-algorithm; } description "Cryptographic algorithm associated with a key."; } } description "Choice of authentication."; } description "Grouping forhelloHello authentication."; } grouping hello-interval-cfg { leaf value { type rt-types:timer-value-seconds16; units "seconds"; description "Interval (in seconds) between successivehelloHello messages."; } description "Interval betweenhelloHello messages."; } grouping hello-interval-cfg-with-default { leaf value { type rt-types:timer-value-seconds16; units "seconds"; default 10; description "Interval (in seconds) between successivehelloHello messages."; } description "Interval betweenhelloHello messages."; } grouping hello-multiplier-cfg { leaf value { type uint16; description "Number of missedhelloHello messages prior to declaring the adjacency down."; } description"Number"Grouping for the number of missedhelloHello messages prior to declaring the adjacencydown grouping.";down."; } grouping hello-multiplier-cfg-with-default { leaf value { type uint16; default 3; description "Number of missedhelloHello messages prior to declaring the adjacency down."; } description"Number"Grouping for the number of missedhelloHello messages prior to declaring the adjacencydown grouping.";down."; } grouping priority-cfg { leaf value { type uint8 { range "0 .. 127"; } description "Priority of the interface for DIS election."; } description "Interface DIS election prioritygrouping";grouping."; } grouping priority-cfg-with-default { leaf value { type uint8 { range "0 .. 127"; } default 64; description "Priority of the interface for DIS election."; } description "Interface DIS election prioritygrouping";grouping."; } grouping metric-cfg { leaf value { type wide-metric; description "Metric value."; } description "Interface metricgrouping";grouping."; } grouping metric-cfg-with-default { leaf value { type wide-metric; default "10"; description "Metric value."; } description "Interface metricgrouping";grouping."; } grouping metric-parameters { container metric-type { uses metric-type-global-cfg-with-default; container level-1 { uses metric-type-global-cfg; description"level-1"Configuration specificconfiguration";to level 1."; } container level-2 { uses metric-type-global-cfg; description"level-2"Configuration specificconfiguration";to level 2."; } description "Metric style globalconfiguration";configuration."; } container default-metric { uses default-metric-global-cfg-with-default; container level-1 { uses default-metric-global-cfg; description"level-1"Configuration specificconfiguration";to level 1."; } container level-2 { uses default-metric-global-cfg; description"level-2"Configuration specificconfiguration";to level 2."; } description "Default metric globalconfiguration";configuration."; } container auto-cost { if-feature auto-cost; description "InterfaceAuto-costauto-cost configuration state."; leaf enable { type boolean; description"Enable/Disable"Enables or disables interface auto-cost."; } leaf reference-bandwidth { when "../enable = 'true'" { description "Only whenauto costauto-cost isenabled";enabled."; } type uint32 { range "1..4294967"; } units Mbits; description"Configure"Configures the reference bandwidth used to automatically determine the interface cost (Mbits). The cost is the reference bandwidth divided by the interfacespeedspeed, with 1 being the minimum cost."; } } description "Grouping for global metric parameters."; } grouping high-availability-parameters { container graceful-restart { if-feature graceful-restart; leaf enable { type boolean; default false; description"Enable"Enables graceful restart."; } leaf restart-interval { type rt-types:timer-value-seconds16; units "seconds"; description "Interval (in seconds) to attempt graceful restart prior to failure."; } leaf helper-enable { type boolean; default "true"; description"Enable"Enables a local IS-IS router as a graceful restart helper."; } description"Graceful-Restart Configuration.";"Configuration of graceful restart."; } container nsr { if-feature nsr; description "Non-Stop Routing (NSR) configuration."; leaf enable { type boolean; default false; description"Enable/Disable Non-Stop Routing (NSR).";"Enables or disables NSR."; } } description "Grouping forHigh Availabilityhigh-availability parameters."; } grouping authentication-parameters { container authentication { uses authentication-global-cfg; container level-1 { uses authentication-global-cfg; description"level-1"Configuration specificconfiguration";to level 1."; } container level-2 { uses authentication-global-cfg; description"level-2"Configuration specificconfiguration";to level 2."; } description "Authentication global configuration for both LSPs andSNPs.";Sequence Number PDUs (SNPs)."; } description "Grouping for authenticationparameters";parameters."; } grouping address-family-parameters { container address-families { if-feature nlpid-control; list address-family-list { key address-family; leaf address-family { type iana-rt-types:address-family; description"Address-family";"Address family."; } leaf enable { type boolean; description"Activate"Activates the address family."; } description "List of address families and whether or not they are activated."; } description "AddressFamily configuration";family configuration."; } description "Grouping for address family parameters."; } grouping mpls-parameters { container mpls { container te-rid { if-feature te-rid; description "StableISIS RouterIS-IS router IPAddressaddress used for TrafficEngineering";Engineering."; leaf ipv4-router-id { type inet:ipv4-address; description "Router ID value that would be used in TLV 134."; } leaf ipv6-router-id { type inet:ipv6-address; description "Router ID value that would be used in TLV 140."; } } container ldp { container igp-sync { if-feature ldp-igp-sync; description "This container may be augmented with global parameters forigp-ldp-sync.";LDP IGP synchronization."; } description "LDP configuration."; } description "MPLSconfiguration";configuration."; } description "Grouping for MPLS global parameters."; } grouping lsp-parameters { leaf lsp-mtu { type uint16; units "bytes"; default 1492; description "Maximum size of an LSP PDU in bytes."; } leaf lsp-lifetime { type uint16 { range "1..65535"; } units "seconds"; description "Lifetime of the router's LSPs in seconds."; } leaf lsp-refresh { if-feature lsp-refresh; type rt-types:timer-value-seconds16; units "seconds"; description "Refresh interval of the router's LSPs in seconds."; } leaf poi-tlv { if-feature poi-tlv; type boolean; default false; description"Enable"Enables the advertisement of the IS-IS Purge Originator Identification TLV."; } description "Grouping for LSP global parameters."; } grouping spf-parameters { container spf-control { leaf paths { if-feature max-ecmp; type uint16 { range "1..65535"; } description "Maximum number of Equal-Cost Multi-Path (ECMP) paths."; } container ietf-spf-delay { if-feature ietf-spf-delay; uses ietf-spf-delay; description "IETF SPF delay algorithm configuration."; } description "SPF calculation control."; } description "Grouping for SPF global parameters."; } grouping instance-config { description "IS-IS global configurationgrouping";grouping."; uses admin-control; leaf level-type { type level; default "level-all"; description "Level of an IS-ISnode - cannode. Can belevel-1, level-2'level-1', 'level-2', orlevel-all.";'level-all'."; } leaf system-id { type system-id; description"system-id"System ID of the node."; } leaf maximum-area-addresses { if-feature maximum-area-addresses; type uint8; default 3; description "Maximum areas supported."; } leaf-list area-address { type area-address; description "List of areas supported by the protocol instance."; } uses lsp-parameters; uses high-availability-parameters; uses node-tag-config; uses metric-parameters; uses authentication-parameters; uses address-family-parameters; uses mpls-parameters; uses spf-parameters; uses instance-fast-reroute-config; container preference { uses route-preference-global-cfg; description "Router preference configuration for IS-IS protocol instance routeinstallation";installation."; } container overload { uses overload-global-cfg; description "Router protocol instance overload stateconfiguration";configuration."; } container overload-max-metric { if-feature overload-max-metric; uses overload-max-metric-global-cfg; description "Router protocol instance overload maximum metric advertisement configuration."; } } grouping instance-state { description "IS-IS instance operational state."; uses spf-log; uses lsp-log; uses hostname-db; uses lsdb; uses local-rib; uses system-counters; uses instance-fast-reroute-state; leaf discontinuity-time { type yang:date-and-time; description "The time of the most recent occasion at which any one or more of this IS-IS instance's counters suffered a discontinuity. If no such discontinuities have occurred since the IS-IS instance was lastre-initialized,reinitialized, then this node contains the time the IS-IS instance wasre-initializedreinitialized, which normally occurs when it was created."; } } grouping multi-topology-config { description "Per-topologyconfiguration";configuration."; container default-metric { uses default-metric-global-cfg; container level-1 { uses default-metric-global-cfg; description"level-1"Configuration specificconfiguration";to level 1."; } container level-2 { uses default-metric-global-cfg; description"level-2"Configuration specificconfiguration";to level 2."; } description "Default metric per-topologyconfiguration";configuration."; } uses node-tag-config; } grouping interface-config { description "Interface configurationgrouping";grouping."; uses admin-control; leaf level-type { type level; default "level-all"; description "IS-IS level of the interface."; } leaf lsp-pacing-interval { type rt-types:timer-value-milliseconds; units "milliseconds"; default 33; description "Interval (inmilli-seconds)milliseconds) between LSP transmissions."; } leaf lsp-retransmit-interval { type rt-types:timer-value-seconds16; units "seconds"; description "Interval (in seconds) between LSP retransmissions."; } leaf passive { type boolean; default "false"; description "Indicates whether the interface is in passive mode (IS-IS is notrunningrunning, but the network is advertised)."; } leaf csnp-interval { type rt-types:timer-value-seconds16; units "seconds"; default 10; description "Interval (in seconds) betweenCSNPComplete Sequence Number Packet (CSNP) messages."; } container hello-padding { leaf enable { type boolean; default "true"; description "IS-ISHello-padding activation - enabledHello padding activation. Enabled by default."; } description "IS-IShelloHello padding configuration."; } leaf mesh-group-enable { type mesh-group-state; description "IS-IS interfacemesh-group state";mesh group state."; } leaf mesh-group { when "../mesh-group-enable = 'mesh-set'" { description "Only valid whenmesh-group-enable'mesh-group-enable' equalsmesh-set";'mesh-set'."; } type uint8; description "IS-IS interfacemesh-groupmesh group ID."; } leaf interface-type { type interface-type; default "broadcast"; description "Type of adjacency to be established for the interface. This dictates the type ofhelloHello messages that are used."; } leaf-list tag { if-feature prefix-tag; type uint32; description "List of tags associated with the interface."; } leaf-list tag64 { if-feature prefix-tag64; type uint64; description "List of 64-bit tags associated with the interface."; } leaf node-flag { if-feature node-flag; type boolean; default false; description"Set"Sets the prefix as a node representative prefix."; } container hello-authentication { uses hello-authentication-cfg; container level-1 { uses hello-authentication-cfg; description"level-1"Configuration specificconfiguration";to level 1."; } container level-2 { uses hello-authentication-cfg; description"level-2"Configuration specificconfiguration";to level 2."; } description "Authentication type to be used inhelloHello messages."; } container hello-interval { uses hello-interval-cfg-with-default; container level-1 { uses hello-interval-cfg; description"level-1"Configuration specificconfiguration"; }to level 1."; } container level-2 { uses hello-interval-cfg; description"level-2"Configuration specificconfiguration";to level 2."; } description "Interval betweenhelloHello messages."; } container hello-multiplier { uses hello-multiplier-cfg-with-default; container level-1 { uses hello-multiplier-cfg; description"level-1"Configuration specificconfiguration";to level 1."; } container level-2 { uses hello-multiplier-cfg; description"level-2"Configuration specificconfiguration";to level 2."; } description "Hello multiplier configuration."; } container priority { must '../interface-type = "broadcast"' { error-message "Priority only applies to broadcast interfaces."; description"Check"Checks for a broadcast interface."; } uses priority-cfg-with-default; container level-1 { uses priority-cfg; description"level-1"Configuration specificconfiguration";to level 1."; } container level-2 { uses priority-cfg; description"level-2"Configuration specificconfiguration";to level 2."; } description "Priority for DIS election."; } container metric { uses metric-cfg-with-default; container level-1 { uses metric-cfg; description"level-1"Configuration specificconfiguration";to level 1."; } container level-2 { uses metric-cfg; description"level-2"Configuration specificconfiguration";to level 2."; } description "Metric configuration."; } container bfd { if-feature bfd; description "BFDClient Configuration.";client configuration."; uses bfd-types:client-cfg-parms; reference "RFCYYYY -9127: YANG Data Model for Bidirectional Forwarding Detection(BFD). -- Note to RFC Editor Please replace YYYY with published FC number for draft-ietf-bfd-yang.";(BFD)"; } container address-families { if-feature nlpid-control; list address-family-list { key address-family; leaf address-family { type iana-rt-types:address-family; description"Address-family";"Address family."; } description "List ofAFs.";address families."; } description "Interfaceaddress-families";address families."; } container mpls { container ldp { leaf igp-sync { if-feature ldp-igp-sync; type boolean; default false; description "Enables IGP/LDPsynchronization";synchronization."; } description"LDP protocol"Configuration relatedconfiguration.";to LDP."; } description "MPLS configuration for IS-ISinterfaces";interfaces."; } uses interface-fast-reroute-config; } grouping multi-topology-interface-config { description "IS-IS interface topology configuration."; container metric { uses metric-cfg; container level-1 { uses metric-cfg; description"level-1"Configuration specificconfiguration";to level 1."; } container level-2 { uses metric-cfg; description"level-2"Configuration specificconfiguration";to level 2."; } description "Metric IS-IS interface configuration."; } } grouping interface-state { description "IS-IS interface operational state."; uses adjacency-state; uses event-counters; uses packet-counters; leaf discontinuity-time { type yang:date-and-time; description "The time of the most recent occasion at which any one or more of this IS-IS interface's counters suffered a discontinuity. If no such discontinuities have occurred since the IS-IS interface was lastre-initialized,reinitialized, then this node contains the time the IS-IS interface wasre-initializedreinitialized, which normally occurs when it was created."; } } /* Grouping for the hostname database */ grouping hostname-db { container hostnames { config false; list hostname { key system-id; leaf system-id { type system-id; description"system-id"System ID associated with the hostname."; } leaf hostname { type string { length "1..255"; } description "Hostname associated with thesystem-idsystem ID as defined inRFC5301.";RFC 5301."; reference "RFC 5301: Dynamic Hostname Exchange Mechanism for IS-IS"; } description "List ofsystem-id/hostnamesystem ID / hostname associations."; } description"Hostname to system-id"Hostname-to-system-ID mapping database."; } description "Grouping forhostname to system-idhostname-to-system-ID mapping database."; } /* Groupings for counters */ grouping system-counters { container system-counters { config false; list level { key level; leaf level { type level-number; description "IS-IS level."; } leaf corrupted-lsps { type uint32; description "Number of corrupted in-memory LSPs detected. LSPs received from the wire with a bad checksum are silently dropped and not counted. LSPs received from the wire with parse errors are counted bylsp-errors.";'lsp-errors'."; } leaf authentication-type-fails { type uint32; description "Number of authentication type mismatches."; } leaf authentication-fails { type uint32; description "Number of authentication key failures."; } leaf database-overload { type uint32; description "Number of times the database has become overloaded."; } leaf own-lsp-purge { type uint32; description "Number of times a zero-aged copy of the system's own LSP is received from some other IS-IS node."; } leaf manual-address-drop-from-area { type uint32; description "Number of times a manual address has been dropped from the area."; } leaf max-sequence { type uint32; description "Number of times the system has attempted to exceed the maximum sequence number."; } leaf sequence-number-skipped { type uint32; description "Number of times a sequence number skip has occurred."; } leaf id-len-mismatch { type uint32; description "Number of times a PDU is received with a different value for the ID field length than that of the receiving system."; } leaf partition-changes { type uint32; description "Number of partition changes detected."; } leaf lsp-errors { type uint32; description "Number of LSPs received witherrors we have received.";errors."; } leaf spf-runs { type uint32; description "Number of times we ran SPF at this level."; } description "List of supported levels."; } description "List of counters for the IS-IS protocolinstance";instance."; } description "Grouping for IS-IS systemcounters";counters."; } grouping event-counters { container event-counters { config false; leaf adjacency-changes { type uint32; description "The number of times an adjacency state change has occurred on this interface."; } leaf adjacency-number { type uint32; description "The number of adjacencies on this interface."; } leaf init-fails { type uint32; description "The number of times initialization of this interface has failed. This counts events such asPPP NCPPoint-to-Point Protocol (PPP) Network Control Protocol (NCP) failures. Failures to form an adjacency are counted byadjacency-rejects.";'adjacency-rejects'."; } leaf adjacency-rejects { type uint32; description "The number of times an adjacency has been rejected on this interface."; } leaf id-len-mismatch { type uint32; description "The number of times an IS-IS PDU with an ID field length different from that for this system has been received on this interface."; } leaf max-area-addresses-mismatch { type uint32; description "The number of times an IS-IS PDU has been received on this interface with the max area address field differing from that of this system."; } leaf authentication-type-fails { type uint32; description "Number of authentication type mismatches."; } leaf authentication-fails { type uint32; description "Number of authentication key failures."; } leaf lan-dis-changes { type uint32; description "The number of times the DIS has changed on this interface at this level. If the interface type ispoint-to-point,'point-to-point', the count is zero."; } description "IS-IS interface event counters."; } description "Grouping for IS-IS interface eventcounters";counters."; } grouping packet-counters { container packet-counters { config false; list level { key level; leaf level { type level-number; description "IS-IS level."; } container iih { leaf in { type uint32; description "ReceivedIIHIS-IS Hello (IIH) PDUs."; } leaf out { type uint32; description "Sent IIH PDUs."; } description "Number of IIH PDUs received/sent."; } container ish { leaf in { type uint32; description "ReceivedISHIntermediate System Hello (ISH) PDUs."; } leaf out { type uint32; description "Sent ISH PDUs."; } description "ISH PDUs received/sent."; } container esh { leaf in { type uint32; description "ReceivedESHEnd System Hello (ESH) PDUs."; } leaf out { type uint32; description "Sent ESH PDUs."; } description "Number of ESH PDUs received/sent."; } container lsp { leaf in { type uint32; description "Received LSP PDUs."; } leaf out { type uint32; description "Sent LSP PDUs."; } description "Number of LSP PDUs received/sent."; } container psnp { leaf in { type uint32; description "ReceivedPSNPPartial Sequence Number Packet (PSNP) PDUs."; } leaf out { type uint32; description "Sent PSNP PDUs."; } description "Number of PSNP PDUs received/sent."; } container csnp { leaf in { type uint32; description "Received CSNP PDUs."; } leaf out { type uint32; description "Sent CSNP PDUs."; } description "Number of CSNP PDUs received/sent."; } container unknown { leaf in { type uint32; description "Received unknown PDUs."; } description "Number of unknown PDUsreceived/sent.";received."; } description "List of packetcountercounters for supported levels."; } description "Packet counters per IS-IS level."; } description "Grouping for packet counters per IS-ISLevel packet counters.";level."; } /* Groupings for various log buffers */ grouping spf-log { container spf-log { config false; list event { key id; leaf id { type yang:counter32; description "Eventidentifier -identifier. A purely internal value.It is expected theThe most recent events are expected to havethea biggeridID number."; } leaf spf-type { type enumeration { enum full { description "Full SPF computation."; } enum route-only { description"Route"SPF computation indicating route reachabilityonly SPF computation";only."; } } description "Type of SPF computation performed."; } leaf level { type level-number; description "IS-IS level number for the SPFcomputation";computation."; } leaf schedule-timestamp { type yang:timestamp; description "Timestamp of when the SPF computation was scheduled."; } leaf start-timestamp { type yang:timestamp; description "Timestamp of when the SPF computation started."; } leaf end-timestamp { type yang:timestamp; description "Timestamp of when the SPF computation ended."; } list trigger-lsp { key "lsp"; leaf lsp { type lsp-id; description "LSP ID of the LSPtriggeringthat triggered the SPF computation."; } leaf sequence { type uint32; description "Sequence number of the LSPtriggeringthat triggered the SPFcomputation";computation."; } description "This list includes the LSPs that triggered the SPF computation."; } description "List of computationevents - implementedevents. Implemented as a wrapping buffer."; } description "This container lists the SPF computation events."; } description "Grouping forspf-logSPF log events."; } grouping lsp-log { container lsp-log { config false; list event { key id; leaf id { type yang:counter32; description "Eventidentifier -identifier. A purely internal value.It is expected theThe most recent events are expected to havethea biggeridID number."; } leaf level { type level-number; description "IS-IS level number forLSP";the LSP."; } container lsp { leaf lsp { type lsp-id; description "LSP ID of the LSP."; } leaf sequence { type uint32; description "Sequence number of the LSP."; } description "LSP identification container-for either the received LSP or the locally generated LSP."; } leaf received-timestamp { type yang:timestamp; description "This is the timestamp when theLSALSP was received. In the case of a localLSALSP update, the timestamp refers to theLSALSP origination time."; } leaf reason { type identityref { base lsp-log-reason; } description "Type of LSP change."; } description "List of LSPevents - implementedevents. Implemented as a wrapping buffer."; } description "This container lists the LSP log. Local LSP modifications are also included in the list."; } description "Grouping for the LSP log."; } /* Groupings for theLSDB descriptionLink State Database (LSDB) descriptions */ /* Unknown TLV and sub-TLVdescriptiondescriptions */ grouping tlv { description "Type-Length-Value(TLV)";(TLV)."; leaf type { type uint16; description "TLV type."; } leaf length { type uint16; description "TLV length (octets)."; } leaf value { type yang:hex-string; description "TLV value."; } } grouping unknown-tlvs { description "Unknown TLVsgrouping -grouping. Used for unknown TLVs or unknown sub-TLVs."; container unknown-tlvs { description "All unknown TLVs."; list unknown-tlv { description "Unknown TLV."; uses tlv; } } } /* TLVs and sub-TLVs for prefixes */ grouping prefix-reachability-attributes { description "Grouping for extended reachability attributes of an IPv4 or IPv6 prefix."; leaf external-prefix-flag { type boolean; description "External prefix flag."; } leaf readvertisement-flag { type boolean; description "Re-advertisement flag."; } leaf node-flag { type boolean; description "Node flag."; } } grouping prefix-ipv4-source-router-id { description "Grouping for the IPv4 source router ID of a prefix advertisement."; leaf ipv4-source-router-id { type inet:ipv4-address; description "IPv4Sourcesource router ID address."; } } grouping prefix-ipv6-source-router-id { description "Grouping for the IPv6 source router ID of a prefix advertisement."; leaf ipv6-source-router-id { type inet:ipv6-address; description "IPv6Sourcesource router ID address."; } } grouping prefix-attributes-extension { description "Prefix extended attributes as defined inRFC7794.";RFC 7794."; reference "RFC 7794: IS-IS Prefix Attributes for Extended IPv4 and IPv6 Reachability"; uses prefix-reachability-attributes; uses prefix-ipv4-source-router-id; uses prefix-ipv6-source-router-id; } grouping prefix-ipv4-std { description "Grouping for attributes of an IPv4 standard prefix as defined inRFC1195.";RFC 1195."; reference "RFC 1195: Use of OSI IS-IS for routing in TCP/IP and dual environments"; leaf ip-prefix { type inet:ipv4-address; description "IPv4 prefixaddress";address."; } leaf prefix-len { type uint8; description "IPv4 prefix length (inbits)";bits)."; } leaf i-e { type boolean; description "Internal orExternalexternal (I/E)Metricmetric bit value. Set to 'false' to indicate an internal metric."; } container default-metric { leaf metric { type std-metric; description "Default IS-IS metric for the IPv4prefix";prefix."; } description "IS-IS default metric container."; } container delay-metric { leaf metric { type std-metric; description "IS-IS delay metric for the IPv4prefix";prefix."; } leaf supported { type boolean; default "false"; description "Indicates whether the IS-IS delay metric is supported."; } description "IS-IS delay metric container."; } container expense-metric { leaf metric { type std-metric; description "IS-IS expense metric for the IPv4prefix";prefix."; } leaf supported { type boolean; default "false"; description "Indicates whether the IS-IS expense metric is supported."; } description "IS-IS expense metric container."; } container error-metric { leaf metric { type std-metric; description "This leaf describes the IS-IS error metricvalue";value."; } leaf supported { type boolean; default "false"; description "Indicates whether the IS-IS error metric is supported."; } description "IS-IS error metric container."; } } grouping prefix-ipv4-extended { description "Grouping for attributes of an IPv4 extended prefix as defined inRFC5305.";RFC 5305."; reference "RFC 5305: IS-IS Extensions for Traffic Engineering"; leaf up-down { type boolean; description "Value of the up/down bit. Set totrue'true' when the prefix has been advertised down the hierarchy."; } leaf ip-prefix { type inet:ipv4-address; description "IPv4 prefixaddress";address."; } leaf prefix-len { type uint8; description "IPv4 prefix length (inbits)";bits)."; } leaf metric { type wide-metric; description "IS-IS wide metricvalue";value."; } leaf-list tag { type uint32; description "List of 32-bit tags associated with the IPv4 prefix."; } leaf-list tag64 { type uint64; description "List of 64-bit tags associated with the IPv4 prefix."; } uses prefix-attributes-extension; } grouping prefix-ipv6-extended { description "Grouping for attributes of an IPv6 prefix as defined inRFC5308.";RFC 5308."; reference "RFC 5308: Routing IPv6 with IS-IS"; leaf up-down { type boolean; description "Value of the up/down bit. Set totrue'true' when the prefix has been advertised down the hierarchy."; } leaf ip-prefix { type inet:ipv6-address; description "IPv6 prefixaddress";address."; } leaf prefix-len { type uint8; description "IPv6 prefix length (inbits)";bits)."; } leaf metric { type wide-metric; description "IS-IS wide metricvalue";value."; } leaf-list tag { type uint32; description "List of 32-bit tags associated with theIPv4IPv6 prefix."; } leaf-list tag64 { type uint64; description "List of 64-bit tags associated with theIPv4IPv6 prefix."; } uses prefix-attributes-extension; } /* TLVs and sub-TLVs for neighbors */ grouping neighbor-link-attributes { description "Grouping for link attributes as defined inRFC5029"; leafRFC 5029."; reference "RFC 5029: Definition of an IS-IS Link Attribute Sub-TLV"; leaf link-attributes-flags { type uint16; description "Flags for the linkattributes";attributes."; } } grouping neighbor-gmpls-extensions { description "Grouping for GMPLS attributes of a neighbor as defined inRFC5307";RFC 5307."; reference "RFC 5307: IS-IS Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS)"; leaf link-local-id { type uint32; description "Local identifier of the link."; } leaf remote-local-id { type uint32; description "Remote identifier of the link."; } leaf protection-capability { type uint8; description "Describes the protection capabilities of the link. This is the value of the first octet of the sub-TLV type 20 value."; } container interface-switching-capability { description "Interface switching capabilities of the link."; leaf switching-capability { type uint8; description "Switching capability of the link."; } leaf encoding { type uint8; description "Type of encoding of the LSP being used."; } container max-lsp-bandwidths { description "Per-prioritymaxmaximum LSP bandwidths."; list max-lsp-bandwidth { leaf priority { type uint8 { range "0 .. 7"; } description "Priority from 0 to 7."; } leaf bandwidth { type rt-types:bandwidth-ieee-float32; description"max"Maximum LSP bandwidth."; } description "List ofmaxmaximum LSP bandwidths for different priorities."; } } container tdm-specific { when "../switching-capability = 100"; description"Switching Capability-specific"Switching-capability-specific information applicable when the switching type isTDM.";Time-Division Multiplexing (TDM)."; leaf minimum-lsp-bandwidth { type rt-types:bandwidth-ieee-float32; description"minimum"Minimum LSP bandwidth."; } leaf indication { type uint8; description"The indication"Indicates whether the interface supports Standard or ArbitrarySONET/SDH.";SONET/SDH (Synchronous Optical Network / Synchronous Digital Hierarchy)."; } } container psc-specific { when "../switching-capability >= 1 and ../switching-capability <= 4"; description"Switching Capability-specific"Switching-capability-specific information applicable when the switching type isPSC1,PSC2,PSC3PSC1, PSC2, PSC3, orPSC4.";PSC4 ('PSC' stands for 'Packet Switching Capability')."; leaf minimum-lsp-bandwidth { type rt-types:bandwidth-ieee-float32; description"minimum"Minimum LSP bandwidth."; } leaf mtu { type uint16; units bytes; description "InterfaceMTU";MTU."; } } } } grouping neighbor-extended-te-extensions { description "Grouping for TE attributes of a neighbor as defined inRFC8570";RFC 8570."; reference "RFC 8570: IS-IS Traffic Engineering (TE) Metric Extensions"; container unidirectional-link-delay { description "Container for the average delay from the local neighbor to the remoteone.";neighbor."; container flags { leaf-list unidirectional-link-delay-subtlv-flags { type identityref { base unidirectional-link-delay-subtlv-flag; } description "This list contains identities for the bitswhichthat are set."; } description"unidirectional-link-delay subTLV"Unidirectional Link Delay sub-TLV flags."; } leaf value { type uint32; units usec; description "Delay value expressed in microseconds."; } } container min-max-unidirectional-link-delay { description "Container for theminminimum andmaxmaximum delay from the local neighbor to the remoteone.";neighbor."; container flags { leaf-list min-max-unidirectional-link-delay-subtlv-flags { type identityref { base min-max-unidirectional-link-delay-subtlv-flag; } description "This list contains identities for the bitswhichthat are set."; } description"min-max-unidirectional-link-delay subTLV"Min/Max Unidirectional Link Delay sub-TLV flags."; } leaf min-value { type uint32; units usec; description "Minimum delay value expressed in microseconds."; } leaf max-value { type uint32; units usec; description "Maximum delay value expressed in microseconds."; } } container unidirectional-link-delay-variation { description "Container for the average delay variation from the local neighbor to the remoteone.";neighbor."; leaf value { type uint32; units usec; description "Delay variation value expressed in microseconds."; } } container unidirectional-link-loss { description "Container forthepacket loss from the local neighbor to the remoteone.";neighbor."; container flags { leaf-list unidirectional-link-loss-subtlv-flags { type identityref { base unidirectional-link-loss-subtlv-flag; } description "This list contains identities for the bitswhichthat are set."; } description"unidirectional-link-loss subTLV"Unidirectional Link Loss sub-TLV flags."; } leaf value { type uint32; units percent; description "Link packet loss expressed as a percentage of the total traffic sent over a configurable interval."; } } container unidirectional-link-residual-bandwidth { description "Container for the residual bandwidth from the local neighbor to the remoteone.";neighbor."; leaf value { type rt-types:bandwidth-ieee-float32; units Bps; description "Residual bandwidth."; } } container unidirectional-link-available-bandwidth { description "Container for the available bandwidth from the local neighbor to the remoteone.";neighbor."; leaf value { type rt-types:bandwidth-ieee-float32; units Bps; description "Available bandwidth."; } } container unidirectional-link-utilized-bandwidth { description "Container for the utilized bandwidth from the local neighbor to the remoteone.";neighbor."; leaf value { type rt-types:bandwidth-ieee-float32; units Bps; description "Utilized bandwidth."; } } } grouping neighbor-te-extensions { description "Grouping for TE attributes of a neighbor as defined inRFC5305";RFC 5305."; reference "RFC 5305: IS-IS Extensions for Traffic Engineering"; leaf admin-group { type uint32; description "Administrativegroup/ResourceGroup / Resource Class/Color."; } container local-if-ipv4-addrs { description "All local interface IPv4 addresses."; leaf-list local-if-ipv4-addr { type inet:ipv4-address; description "List of local interface IPv4 addresses."; } } container remote-if-ipv4-addrs { description "All remote interface IPv4 addresses."; leaf-list remote-if-ipv4-addr { type inet:ipv4-address; description "List of remote interface IPv4 addresses."; } } leaf te-metric { type uint32; description "TE metric."; } leaf max-bandwidth { type rt-types:bandwidth-ieee-float32; description "Maximum bandwidth."; } leaf max-reservable-bandwidth { type rt-types:bandwidth-ieee-float32; description "Maximum reservable bandwidth."; } container unreserved-bandwidths { description "All unreserved bandwidths."; list unreserved-bandwidth { leaf priority { type uint8 { range "0 .. 7"; } description "Priority from 0 to 7."; } leaf unreserved-bandwidth { type rt-types:bandwidth-ieee-float32; description "Unreserved bandwidth."; } description "List of unreserved bandwidths for different priorities."; } } } grouping neighbor-extended { description "Grouping for attributes of an IS-IS extended neighbor."; leaf neighbor-id { type extended-system-id; description"system-id"System ID of the extended neighbor."; } container instances { description "List of all adjacencies between the local system and the neighborsystem-id.";system ID."; list instance { key id; leaf id { type uint32; description "Unique identifier of an instance of a particular neighbor."; } leaf metric { type wide-metric; description "IS-IS wide metric for the extendedneighbor";neighbor."; } uses neighbor-gmpls-extensions; uses neighbor-te-extensions; uses neighbor-extended-te-extensions; uses neighbor-link-attributes; uses unknown-tlvs; description "Instance of a particular adjacency."; } } } grouping neighbor { description "IS-IS standard neighbor grouping."; leaf neighbor-id { type extended-system-id; description "IS-IS neighborsystem-id";system ID."; } container instances { description "List of all adjacencies between the local system and the neighborsystem-id.";system ID."; list instance { key id; leaf id { type uint32; description "Unique identifier of an instance of a particular neighbor."; } leaf i-e { type boolean; description "Internal orExternalexternal (I/E)Metricmetric bit value. Set to 'false' to indicate an internal metric."; } container default-metric { leaf metric { type std-metric; description "IS-IS default metricvalue";value."; } description "IS-IS default metriccontainer";container."; } container delay-metric { leaf metric { type std-metric; description "IS-IS delay metricvalue";value."; } leaf supported { type boolean; default "false"; description "IS-IS delay metricsupported";supported."; } description "IS-IS delay metriccontainer";container."; } container expense-metric { leaf metric { type std-metric; description "IS-IS expense metricvalue";value."; } leaf supported { type boolean; default "false"; description "IS-IS expense metricsupported";supported."; } description "IS-IS expense metriccontainer";container."; } container error-metric { leaf metric { type std-metric; description "IS-IS error metricvalue";value."; } leaf supported { type boolean; default "false"; description "IS-IS error metricsupported";supported."; } description "IS-IS error metriccontainer";container."; } description "Instance of a particular adjacency as defined inISO10589.";ISO 10589."; reference "ISO 10589: Intermediate System to Intermediate System intra-domain routeing information exchange protocol for use in conjunction with the protocol for providing the connectionless-mode network service (ISO 8473)"; } } } /* Top-level TLVs */ grouping tlv132-ipv4-addresses { leaf-list ipv4-addresses { type inet:ipv4-address; description "List of IPv4 addresses of the IS-ISnode -node. The IS-IS reference is TLV 132."; } description "Grouping forTLV132.";TLV 132."; } grouping tlv232-ipv6-addresses { leaf-list ipv6-addresses { type inet:ipv6-address; description "List of IPv6 addresses of the IS-ISnode -node. The IS-IS reference is TLV 232."; } description "Grouping forTLV232.";TLV 232."; } grouping tlv134-ipv4-te-rid { leaf ipv4-te-routerid { type inet:ipv4-address; description "IPv4 Traffic Engineering router ID of the IS-ISnode -node. The IS-IS reference is TLV 134."; } description "Grouping forTLV134.";TLV 134."; } grouping tlv140-ipv6-te-rid { leaf ipv6-te-routerid { type inet:ipv6-address; description "IPv6 Traffic Engineering router ID of the IS-ISnode -node. The IS-IS reference is TLV 140."; } description "Grouping forTLV140.";TLV 140."; } grouping tlv129-protocols { leaf-list protocol-supported { type uint8; description "List of supported protocols of the IS-ISnode -node. The IS-IS reference is TLV 129."; } description "Grouping forTLV129.";TLV 129."; } grouping tlv137-hostname { leaf dynamic-hostname { type string; description"Host Name"Hostname of the IS-ISnode -node. The IS-IS reference is TLV 137."; } description "Grouping forTLV137.";TLV 137."; } grouping tlv10-authentication { container authentication { leaf authentication-type { type identityref { base key-chain:crypto-algorithm; } description "Authentication type to be used with an IS-IS node."; } leaf authentication-key { type string; description "Authentication key to be used. For security reasons, the authentication key MUST NOT be presented in aclear textcleartext format in response to any request (e.g., viaget,get or get-config)."; } description "IS-IS node authentication informationcontainer -container. The IS-IS reference is TLV 10."; } description "Grouping forTLV10.";TLV 10."; } grouping tlv229-mt { container mt-entries { list topology { description "List of topologiessupported";supported."; leaf mt-id { type uint16 { range "0 .. 4095"; } description "Multi-Topology (MT) identifier of the topology."; } container attributes { leaf-list flags { type identityref { base tlv229-flag; } description "This list contains identities for the bitswhichthat are set."; } description "TLV 229 flags."; } } description "IS-IS node topology informationcontainer -container. The IS-IS reference is TLV 229."; } description "Grouping forTLV229.";TLV 229."; } grouping tlv242-router-capabilities { container router-capabilities { list router-capability { container flags { leaf-list router-capability-flags { type identityref { base router-capability-flag; } description "This list contains identities for the bitswhichthat are set."; } description "RoutercapabilityCapability flags."; } container node-tags { if-feature node-tag; list node-tag { leaf tag { type uint32; description "Node tag value."; } description "List of tags."; } description "Container for nodeadmin tags";administrative tags."; } uses unknown-tlvs; description "IS-IS node capabilities. This list element may be extended with detailedinformation -information. The IS-IS reference is TLV 242."; } description "List ofrouter capabilityRouter Capability TLVs."; } description "Grouping forTLV242.";TLV 242."; } grouping tlv138-srlg { description "Grouping forTLV138.";TLV 138."; container links-srlgs { list links { leaf neighbor-id { type extended-system-id; description"system-id"System ID of the extended neighbor."; } leaf flags { type uint8; description "Flags associated with the link."; } leaf link-local-id { type union { type inet:ip-address; type uint32; } description "Local identifier of the link. It could be an IPv4 address or a local identifier."; } leaf link-remote-id { type union { type inet:ip-address; type uint32; } description "Remote identifier of the link. It could be an IPv4 address or a remotely learned identifier."; } container srlgs { description "List of SRLGs."; leaf-list srlg { type uint32; description "SRLG value of the link."; } } description "SRLG attribute of a link."; } description "List of links withSRLGs";SRLGs."; } } /* Grouping for LSDBdescriptiondescriptions */ grouping lsp-entry { description "IS-IS LSP database entrygrouping";grouping."; leaf decoded-completed { type boolean; description"IS-IS"The IS-IS LSP body has been fully decoded."; } leaf raw-data { type yang:hex-string; description "The hexadecimal representation of the complete LSPin network-byte order (NBO)as received ororiginated.";originated, in network byte order."; } leaf lsp-id { type lsp-id; description "LSP ID of theLSP";LSP."; } leaf checksum { type uint16; description "LSPchecksum";checksum."; } leaf remaining-lifetime { type uint16; units "seconds"; description "Remaining lifetime (in seconds) until LSP expiration."; } leaf sequence { type uint32; description "This leaf describes the sequence number of the LSP."; } container attributes { leaf-list lsp-flags { type identityref { base lsp-flag; } description "This list contains identities for the bitswhichthat are set."; } description "LSP attributes."; } uses tlv132-ipv4-addresses; uses tlv232-ipv6-addresses; uses tlv134-ipv4-te-rid; uses tlv140-ipv6-te-rid; uses tlv129-protocols; uses tlv137-hostname; uses tlv10-authentication; uses tlv229-mt; uses tlv242-router-capabilities; uses tlv138-srlg; uses unknown-tlvs; container is-neighbor { list neighbor { key neighbor-id; uses neighbor; description "List of neighbors."; } description "Standard IS neighborscontainer -container. The IS-IS reference is TLV 2."; } container extended-is-neighbor { list neighbor { key neighbor-id; uses neighbor-extended; description "List of extended ISneighbors";neighbors."; } description "Standard IS extended neighborscontainer -container. The IS-IS reference is TLV22";22."; } container ipv4-internal-reachability { list prefixes { uses prefix-ipv4-std; description "List of prefixes."; } description "IPv4 internal reachability informationcontainer -container. The IS-IS reference is TLV 128."; } container ipv4-external-reachability { list prefixes { uses prefix-ipv4-std; description "List of prefixes."; } description "IPv4 external reachability informationcontainer -container. The IS-IS reference is TLV 130."; } container extended-ipv4-reachability { list prefixes { uses prefix-ipv4-extended; uses unknown-tlvs; description "List of prefixes."; } description "IPv4 extended reachability informationcontainer -container. The IS-IS reference is TLV 135."; } container mt-is-neighbor { list neighbor { leaf mt-id { type uint16 { range "0 .. 4095"; } description"Multi-topology"Multi-Topology (MT)identifier";identifier."; } uses neighbor-extended; description "List of neighbors."; } description "IS-ISmulti-topologyMT neighborcontainer -container. The IS-IS reference is TLV 223."; } container mt-extended-ipv4-reachability { list prefixes { leaf mt-id { type uint16 { range "0 .. 4095"; } description"Multi-topology (MT) identifier";"MT identifier."; } uses prefix-ipv4-extended; uses unknown-tlvs; description "List of extended prefixes."; } description "IPv4multi-topology (MT)MT extended reachability informationcontainer -container. The IS-IS reference is TLV 235."; reference "RFC 5120: M-ISIS: Multi Topology (MT) Routing in Intermediate System to Intermediate Systems (IS-ISs)"; } container mt-ipv6-reachability { list prefixes { leaf MT-ID { type uint16 { range "0 .. 4095"; } description"Multi-topology (MT) identifier";"MT identifier."; } uses prefix-ipv6-extended; uses unknown-tlvs; description "List of IPv6 extended prefixes."; } description "IPv6multi-topology (MT)MT extended reachability informationcontainer -container. The IS-IS reference is TLV 237."; reference "RFC 5120: M-ISIS: Multi Topology (MT) Routing in Intermediate System to Intermediate Systems (IS-ISs)"; } container ipv6-reachability { list prefixes { uses prefix-ipv6-extended; uses unknown-tlvs; description "List of IPv6 prefixes."; } description "IPv6 reachability informationcontainer -container. The IS-IS reference is TLV 236."; } } grouping lsdb { description "Link State Database (LSDB)grouping";grouping."; container database { config false; list levels { key level; leaf level { type level-number; description "LSDB level number (1 or2)";2)."; } list lsp { key lsp-id; uses lsp-entry; description "List of LSPs inLSDB";the LSDB."; } description "List of LSPs for theLSDB level container";LSDB-level container."; } description "IS-ISLink State database container";LSDB container."; } } /* Augmentations */ augment "/rt:routing/" +"rt:ribs/rt:rib/rt:routes/rt:route" { when"rt:source-protocol = 'isis:isis'""derived-from-or-self(rt:source-protocol, 'isis:isis')" { description "IS-IS-specific route attributes."; } uses route-content; description "This augments the route object inRIBthe Routing Information Base (RIB) with IS-IS-specific attributes."; } augment "/if:interfaces/if:interface" { leaf clns-mtu { if-feature osi-interface; type uint16; description"CLNS"Connectionless-mode Network Service (CLNS) MTU of theinterface";interface."; } description"ISO specific"ISO-specific interface parameters."; } augment "/rt:routing/rt:control-plane-protocols/" +"rt:control-plane-protocol" { when"rt:type = 'isis:isis'""derived-from-or-self(rt:type, 'isis:isis')" { description "Thisaugmentaugmentation is only valid when the routing protocol instance type is'isis'";'isis'."; } description "This augments a routing protocol instance withIS-IS specificIS-IS-specific parameters."; container isis { must "count(area-address) > 0" { error-message "At least onearea-addressarea address must be configured."; description"Enforce"Enforces the configuration of at least one area."; } uses instance-config; uses instance-state; container topologies { if-feature multi-topology; list topology { key "name"; leaf enable { type boolean; description"Topology enable configuration";"Enables the topology configuration."; } leaf name { type leafref { path "../../../../../../rt:ribs/rt:rib/rt:name"; } description"Routing Information Base (RIB)"RIB corresponding to the topology."; } uses multi-topology-config; description "List oftopologies";topologies."; } description"Multi-topology container";"MT container."; } container interfaces { list interface { key "name"; leaf name { type if:interface-ref; description "Reference to the interface within therouting-instance.";routing instance."; } uses interface-config; uses interface-state; container topologies { if-feature multi-topology; list topology { key name; leaf name { type leafref { path "../../../../../../../../"+ "rt:ribs/rt:rib/rt:name"; } description"Routing Information Base (RIB)"RIB corresponding to the topology."; } uses multi-topology-interface-config; description "List of interfacetopologies";topologies."; } description"Multi-topology container";"MT container."; } description "List of IS-IS interfaces."; } description"IS-IS interface"Configuration container specificconfiguration container";to IS-IS interfaces."; } description "IS-IS configuration/state top-levelcontainer";container."; } } /* RPC methods */ rpc clear-adjacency { description "This RPC request clears a particular set of IS-IS adjacencies. If the operation failsdue tofor an internal reason, then theerror-tag'error-tag' anderror-app-tag'error-app-tag' should be set indicating the reason for the failure."; reference "RFC 6241: Network Configuration Protocol (NETCONF)"; input { leaf routing-protocol-instance-name { type leafref { path "/rt:routing/rt:control-plane-protocols/" + "rt:control-plane-protocol/rt:name"; } mandatory "true"; description "Name of the IS-IS protocol instance whose IS-IS adjacency is being cleared. If the corresponding IS-IS instance doesn't exist, then the operation will fail with anerror-tag'error-tag' of 'data-missing' and anerror-app-tag'error-app-tag' of 'routing-protocol-instance-not-found'."; } leaf level { type level; description "IS-IS level of the adjacency to be cleared. If the IS-IS level islevel-1-2, both level 1'level-all', level-1 andlevel 2level-2 adjacencies would both be cleared. If the value provided is different from theonevalue authorized in the enum type, then the operation SHALL fail with anerror-tag'error-tag' of 'data-missing' and anerror-app-tag'error-app-tag' of 'bad-isis-level'."; } leaf interface { type if:interface-ref; description "IS-IS interface name. If the corresponding IS-IS interface doesn't exist, then the operation SHALL fail with anerror-tag'error-tag' of 'data-missing' and anerror-app-tag'error-app-tag' of 'isis-interface-not-found'."; } } } rpc clear-database { description "This RPC request clears a particular IS-IS database. If the operation fails for an IS-IS internal reason, then theerror-tag'error-tag' anderror-app-tag'error-app-tag' should be set indicating the reason for the failure."; input { leaf routing-protocol-instance-name { type leafref { path "/rt:routing/rt:control-plane-protocols/" + "rt:control-plane-protocol/rt:name"; } mandatory "true"; description "Name of the IS-IS protocol instance whose IS-ISdatabase(s) is/aredatabase or databases are being cleared. If the corresponding IS-IS instance doesn't exist, then the operation will fail with anerror-tag'error-tag' of 'data-missing' and anerror-app-tag'error-app-tag' of 'routing-protocol-instance-not-found'."; } leaf level { type level; description "IS-IS level of the adjacency to be cleared. If the IS-IS level islevel-1-2,'level-all', the databases for both level 1 and level 2databaseswould be cleared. If the value provided is different from theonevalue authorized in the enum type, then the operation SHALL fail with anerror-tag'error-tag' of 'data-missing' and anerror-app-tag'error-app-tag' of 'bad-isis-level'."; } } } /* Notifications */ notification database-overload { uses notification-instance-hdr; leaf overload { type enumeration { enum off { description "Indicates that the IS-IS instance has left the overloadstate";state."; } enum on { description "Indicates that the IS-IS instance has entered the overloadstate";state."; } } description "New overload state of the IS-ISinstance";instance."; } description "This notification is sent when an IS-IS instance overload state changes."; } notification lsp-too-large { uses notification-instance-hdr; uses notification-interface-hdr; leaf pdu-size { type uint32; description "Size of the LSPPDU";PDU."; } leaf lsp-id { type lsp-id; description "LSPID";ID."; } description "This notification is sent when we attempt to propagate an LSP that is larger than the dataLinkBlockSize(ISO10589)(ISO 10589) for the circuit. Thenotificationgeneration of the notification must be throttled with at least 5 seconds between successive notifications."; reference "ISO 10589: Intermediate System to Intermediate System intra-domain routeing information exchange protocol for use in conjunction with the protocol for providing the connectionless-mode network service (ISO 8473)"; } notification if-state-change { uses notification-instance-hdr; uses notification-interface-hdr; leaf state { type if-state-type; description "Interface state."; } description "This notification is sent when an interface state change is detected."; } notification corrupted-lsp-detected { uses notification-instance-hdr; leaf lsp-id { type lsp-id; description "LSPID";ID."; } description "This notification is sent when we find that an LSP that was stored in memory has become corrupted."; } notification attempt-to-exceed-max-sequence { uses notification-instance-hdr; leaf lsp-id { type lsp-id; description "LSPID";ID."; } description "This notification is sent when the system wraps the 32-bit sequence counter of an LSP."; } notification id-len-mismatch { uses notification-instance-hdr; uses notification-interface-hdr; leaf pdu-field-len { type uint8; description"Size of"Value for the system ID length in the receivedPDU";PDU."; } leaf raw-pdu { type binary; description "Received raw PDU."; } description "This notification is sent when we receive a PDU with a different value for thesystem-idsystem ID length. Thenotificationgeneration of the notification must be throttled with at least 5 seconds between successive notifications."; } notification max-area-addresses-mismatch { uses notification-instance-hdr; uses notification-interface-hdr; leaf max-area-addresses { type uint8; description "Received number of supportedareas";areas."; } leaf raw-pdu { type binary; description "Received raw PDU."; } description "This notification is sent when we receive a PDU with a different value for the Maximum Area Addresses. Thenotificationgeneration of the notification must be throttled with at least 5 seconds between successive notifications."; } notification own-lsp-purge { uses notification-instance-hdr; uses notification-interface-hdr; leaf lsp-id { type lsp-id; description "LSPID";ID."; } description "This notification is sent when the system receives a PDU with its ownsystem-idsystem ID and zero age."; } notification sequence-number-skipped { uses notification-instance-hdr; uses notification-interface-hdr; leaf lsp-id { type lsp-id; description "LSPID";ID."; } description "This notification is sent when the system receives a PDU with its ownsystem-idsystem ID and different contents. The system has to originate the LSP with a higher sequence number."; } notification authentication-type-failure { uses notification-instance-hdr; uses notification-interface-hdr; leaf raw-pdu { type binary; description "Received raw PDU."; } description "This notification is sent when the system receives a PDU with the wrong authentication type field. Thenotificationgeneration of the notification must be throttled with at least 5 seconds between successive notifications."; } notification authentication-failure { uses notification-instance-hdr; uses notification-interface-hdr; leaf raw-pdu { type binary; description "Received raw PDU."; } description "This notification is sent when the system receives a PDU with the wrong authentication information. Thenotificationgeneration of the notification must be throttled with at least 5 seconds between successive notifications."; } notification version-skew { uses notification-instance-hdr; uses notification-interface-hdr; leaf protocol-version { type uint8; description "Protocol version received in the PDU."; } leaf raw-pdu { type binary; description "Received raw PDU."; } description "This notification is sent when the system receives a PDU with a different protocol version number. Thenotificationgeneration of the notification must be throttled with at least 5 seconds between successive notifications."; } notification area-mismatch { uses notification-instance-hdr; uses notification-interface-hdr; leaf raw-pdu { type binary; description "Received raw PDU."; } description "This notification is sent when the system receives a Hello PDU from an IS that does not share any area address. Thenotificationgeneration of the notification must be throttled with at least 5 seconds between successive notifications."; } notification rejected-adjacency { uses notification-instance-hdr; uses notification-interface-hdr; leaf raw-pdu { type binary; description "Received raw PDU."; } leaf reason { type string { length "0..255"; } description "The system may provide a reason to reject the adjacency. If the reason is not available, the reason string will not be returned. The expected format is a single line of text."; } description "This notification is sent when the system receives a Hello PDU from an IS but does not establish an adjacency for some reason. Thenotificationgeneration of the notification must be throttled with at least 5 seconds between successive notifications."; } notification protocols-supported-mismatch { uses notification-instance-hdr; uses notification-interface-hdr; leaf raw-pdu { type binary; description "Received raw PDU."; } leaf-list protocols { type uint8; description "List of protocols supported by the remote system."; } description "This notification is sent when the system receives a non-pseudonode LSP that has no matching protocols supported. Thenotificationgeneration of the notification must be throttled with at least 5 seconds between successive notifications."; } notification lsp-error-detected { uses notification-instance-hdr; uses notification-interface-hdr; leaf lsp-id { type lsp-id; description "LSP ID."; } leaf raw-pdu { type binary; description "Received raw PDU."; } leaf error-offset { type uint32; description "If the problem is a malformed TLV, theerror-offseterror offset points to the start of the TLV. If the problem is with the LSP header, theerror-offseterror offset points to the errantbyte";byte."; } leaf tlv-type { type uint8; description "If the problem is a malformed TLV, thetlv-typeTLV type is set to the type value of the suspicious TLV. Otherwise, this leaf is not present."; } description "This notification is sent when the system receives an LSP with a parse error. Thenotificationgeneration of the notification must be throttled with at least 5 seconds between successive notifications."; } notification adjacency-state-change { uses notification-instance-hdr; uses notification-interface-hdr; leaf neighbor { type string { length "1..255"; } description "Name of the neighbor. It corresponds to the hostname associated with thesystem-idsystem ID of the neighbor in the mapping database(RFC5301).(RFC 5301). If the name of the neighbor is not available, it is not returned."; reference "RFC 5301: Dynamic Hostname Exchange Mechanism for IS-IS"; } leaf neighbor-system-id { type system-id; description "Neighborsystem-id";system ID."; } leaf state { type adj-state-type; description "New state of the IS-IS adjacency."; } leaf reason { type string { length "1..255"; } description "If the adjacency is going toDOWN,the 'down' state, this leaf provides a reason for the adjacency going down. The reason is provided asatext. If the adjacency is going toUP,the 'up' state, no reason is provided. The expected format is a single line of text."; } description "This notification is sent when an IS-IS adjacency moves toUpthe 'up' state orto Downthe 'down' state."; } notification lsp-received { uses notification-instance-hdr; uses notification-interface-hdr; leaf lsp-id { type lsp-id; description "LSPID";ID."; } leaf sequence { type uint32; description "Sequence number of the received LSP."; } leaf received-timestamp { type yang:timestamp; description "Timestamp when the LSP was received."; } leaf neighbor-system-id { type system-id; description "Neighborsystem-idsystem ID of the LSPsender";sender."; } description "This notification is sent when an LSP is received. Thenotificationgeneration of the notification must be throttled with at least 5 seconds between successive notifications."; } notification lsp-generation { uses notification-instance-hdr; leaf lsp-id { type lsp-id; description "LSPID";ID."; } leaf sequence { type uint32; description "Sequence number of the received LSP."; } leaf send-timestamp { type yang:timestamp; description "Timestamp whenourthe LSP was regenerated."; } description "This notification is sent when an LSP is regenerated. Thenotificationgenerationmust beof the notification must be throttled with at least 5 seconds between successive notifications."; } }<CODE ENDS>]]></artwork> </figure>]]></sourcecode> <!-- [rfced] *[AD]: Section 6: Please review the following updates, (additions of "derived-from-or-self" and enclosing parentheses), provided by the authors in email of 16 December 2020, and let us know if you approve. Original: augment "/rt:routing/" +"rt:ribs/rt:rib/rt:routes/rt:route" { when "rt:source-protocol = 'isis:isis'" { ... augment "/rt:routing/rt:control-plane-protocols/" +"rt:control-plane-protocol" { when "rt:type = 'isis:isis'" { Currently: augment "/rt:routing/" +"rt:ribs/rt:rib/rt:routes/rt:route" { when "derived-from-or-self(rt:source-protocol, 'isis:isis')" { ... augment "/rt:routing/rt:control-plane-protocols/" +"rt:control-plane-protocol" { when "derived-from-or-self(rt:type, 'isis:isis')" { --> <!-- [rfced] Section 6: Should " leaf MT-ID" be " leaf mt-id" here? Original: leaf MT-ID { --> </section> <section anchor="Security"title="Security Considerations" toc="default">toc="default" numbered="true"> <name>Security Considerations</name> <!-- Begin YANG security DNE paragraphs 1 and 2 (slight changes per boilerplate) --> <t>The YANGmodulesmodule specified in this documentdefinedefines a schema for data that is designed to be accessed via network management protocols such as NETCONF <xreftarget="RFC6241" pageno="false" format="default"/>target="RFC6241"/> or RESTCONF <xreftarget="RFC8040" pageno="false" format="default"/>.target="RFC8040"/>. The lowest NETCONF layer is the secure transport layer, and the mandatory-to-implement secure transport is Secure Shell (SSH) <xreftarget="RFC6242" pageno="false" format="default"/>.target="RFC6242"/>. The lowest RESTCONF layer is HTTPS, and the mandatory-to-implement secure transport is TLS <xreftarget="RFC8446" pageno="false" format="default"/>.</t>target="RFC8446"/>.</t> <t>TheNETCONFNetwork Configuration Access Control Model (NACM) <xreftarget="RFC8341" pageno="false" format="default"/>target="RFC8341"/> provides the means to restrict access for particular NETCONF or RESTCONF users to apre-configuredpreconfigured subset of all available NETCONF or RESTCONF protocol operations and content.</t> <!-- End YANG security DNE text (paragraphs 1 and 2) --> <!-- Begin YANG security DNE paragraph 3 (fixed per boilerplate) --> <t>There are a number of data nodes defined inietf-isis.yangthis YANG module that are writable/creatable/deletable (i.e., config true, which is the default). These data nodes may be considered sensitive or vulnerable in some network environments. Write operations (e.g., edit-config) to these data nodes without proper protection can have a negative effect on network operations.Writable data node represent configuration of each instance and interface.Thesecorrespond toare thefollowing schema nodes: <list style="none"> <t>/isis</t> <t>/isis/interfaces/interface[name]</t> </list> </t>subtrees and data nodes and their sensitivity/vulnerability:</t> <!-- End YANG security DNE paragraph 3 --> <t indent="3">/isis</t> <t indent="3">/isis/interfaces/interface[name]</t> <t>For IS-IS, the ability to modify IS-IS configuration will allow the entire IS-IS domain to becompromisedcompromised, including forming adjacencies with unauthorized routers to misroute traffic or mount a massive Denial-of-Service (DoS) attack. For example, adding IS-IS on any unprotected interface could allow an IS-IS adjacency to be formed with an unauthorized and malicious neighbor. Once an adjacency is formed, traffic could be hijacked. As a simpler example, aDenial-Of-ServiceDoS attack could be mounted by changing the cost of an IS-IS interface to beasymmetricasymmetric, such that a hard routing loop ensues. In general, unauthorized modification of most IS-IS features will posetheirits own set of securityrisks andrisks; therefore, the"Security Considerations"Security Considerations sections in the respective reference RFCs should be consulted.</t> <!-- Begin YANG security paragraph 4 DNE text (fixed per boilerplate) --> <t>Some of the readable data nodes inthe ietf-isis.yangthis YANG module may be considered sensitive or vulnerable in some network environments. It is thus important to control read access (e.g., via get, get-config, or notification) to these data nodes.The exposureThese are the subtrees and data nodes and their sensitivity/vulnerability:</t> <!-- End YANG security paragraph 4 DNE text --> <t indent="3">/isis/database</t> <t indent="3">/isis/local-rib</t> <t> Exposure of the Link State Database (LSDB) willexposereveal the detailed topology of the network. Similarly, the IS-IS local RIB exposes the reachable prefixes in the IS-IS routing domain.The Link State Database (LSDB) and local RIB are represented by the following schema nodes: <list style="none"> <t>/isis/database</t> <t>/isis/local-rib</t> </list> </t> <t>Exposure of theLink State DatabaseLSDB and local RIBincludemay also reveal information beyond the scope of the IS-ISrouter androuter; this may beundesirableundesirable, since such exposure may facilitate other attacks. Additionally, the complete IP network topology -- and, if deployed, thetraffic engineeringTE topology of the IS-IS domain -- can be reconstructed from theLink State Database.LSDB. Though not as straightforward, the IS-IS local RIB can also be exploited to discover topological information. Network operators may consider their topologies to be sensitive confidential data. </t> <t>For IS-IS authentication, configuration is supported via the specification ofkey-chaina key chain <xref target="RFC8177"pageno="false"format="default"/> or the direct specification of a key and authentication algorithm. Hence, authentication configuration using the"auth-table-trailer""key-chain" case in the"authentication""authentication-type" container inherits the security considerations of <xref target="RFC8177"pageno="false"format="default"/>. This includestheconsiderations with respect to the local storage and handling of authentication keys.</t> <!-- Begin YANG security paragraph 5 DNE text (fixed per boilerplate) --> <t>Some of the RPC operations in this YANG module may be considered sensitive or vulnerable in some network environments. It is thus important to control access to these operations.TheThese are the operations and their sensitivity/vulnerability:</t> <!-- End YANG security paragraph 5 DNE text --> <t>The IS-IS YANG modulesupportsupports the "clear-adjacency" and "clear-database" RPCs. If access to either of these is compromised, they canresult in temporary network outagesbeemployedexploited to mount DoSattacks. </t>attacks due to the resultant network outages.</t> <!-- [rfced] Authors and *[AD]: Section 7: Per the guidelines on <https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines>, we have updated the boilerplate text in this section. To preserve information specific to this document, we moved some of the text. Please review this section carefully, and let us know if further updates are needed. --> <t>The actual authentication key data (whether locally specified or part of akey-chain)key chain) is sensitive and needs to be kept secret from unauthorized parties; compromise of the key data would allow an attacker to forge IS-IS traffic that would be accepted as authentic, potentially compromising theentiretyentire IS-IS domain.</t> <t>The model describes severalnotifications, implementationsnotifications. Implementations must rate-limit the generation of these notifications to avoid creating significant notification load. Otherwise, this notification load mayhave some side effects on thenegatively affect system stability and may be exploited as an attack vector.</t> </section> <sectionanchor="Contributors" title="Contributors" toc="default">anchor="IANA" toc="default" numbered="true"> <name>IANA Considerations</name> <t>Theauthors would like to thank Kiran Agrahara Sreenivasa, Dean Bogdanovic, Yingzhen Qu, Yi Yang, Jeff Tanstura for their major contributions toIANA has assigned thedraft.</t> </section> <section anchor="ack" title="Acknowledgements" toc="default"> <t>The authors would like to thank Tom Petch, Alvaro Retana, Stewart Bryant, Barry Leiba, Benjamin Kaduk and Adam Roach, and Roman Danyliw for their review and comments.</t> </section> <section anchor="IANA" title="IANA Considerations" toc="default"> <t>The IANA is requested to assign two new URIs fromfollowing URI in theIETF"IETF XMLregistryRegistry" <xref target="RFC3688"pageno="false" format="default"/>. Authors are suggesting the following URI: </t> <figure title="" suppress-title="false" align="left" alt="" width="" height=""> <artwork xml:space="preserve" name="" type="" align="left" alt="" width="" height=""> URI: urn:ietf:params:xml:ns:yang:ietf-isis Registrant Contact: The IESG XML: N/A,format="default"/>.</t> <dl newline="false" spacing="compact"> <dt>URI:</dt> <dd>urn:ietf:params:xml:ns:yang:ietf-isis</dd> <dt>Registrant Contact:</dt> <dd>The IESG</dd> <dt>XML:</dt> <dd>N/A; the requested URI is an XMLnamespace </artwork> </figure>namespace.</dd> </dl> <t>This document alsorequests one newadds the following YANG module name in theYANG"YANG ModuleNamesNames" registry <xref target="RFC6020"pageno="false" format="default"/> with the following suggestion:</t> <figure title="" suppress-title="false" align="left" alt="" width="" height=""> <artwork xml:space="preserve" name="" type="" align="left" alt="" width="" height=""> name: ietf-isis namespace: urn:ietf:params:xml:ns:yang:ietf-isis prefix: isis reference: RFC XXXX </artwork> </figure>format="default"/>:</t> <dl newline="false" spacing="compact"> <dt>Name:</dt> <dd>ietf-isis</dd> <dt>Maintained by IANA?</dt> <dd>N</dd> <dt>Namespace:</dt> <dd>urn:ietf:params:xml:ns:yang:ietf-isis</dd> <dt>Prefix:</dt> <dd>isis</dd> <dt>Reference:</dt> <dd>RFC 9130</dd> </dl> </section> </middle> <back><references title="Normative References"> <reference anchor="RFC1195" target="https://www.rfc-editor.org/info/rfc1195"> <front> <title>Use of OSI IS-IS for routing in TCP/IP and dual environments</title> <author initials="R.W." surname="Callon" fullname="R.W. Callon"><organization/></author> <date year="1990" month="December"/> <abstract><t>This memo specifies an integrated routing protocol, based on the OSI Intra-Domain IS-IS Routing Protocol, which may be used as an interior gateway protocol (IGP) to support TCP/IP as well as OSI. This allows a single routing protocol to be used to support pure IP environments, pure OSI environments, and dual environments. This specification was developed by the IS-IS working group of the Internet Engineering Task Force. [STANDARDS-TRACK]</t></abstract> </front> <seriesInfo name="RFC" value="1195"/> <seriesInfo name="DOI" value="10.17487/RFC1195"/> </reference><displayreference target="I-D.ietf-rtgwg-segment-routing-ti-lfa" to="SR-TI-LFA"/> <references> <name>References</name> <references> <name>Normative References</name> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.1195.xml"/> <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.3688.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.5029.xml"/> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5120.xml"/> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5130.xml"/> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5286.xml"/> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5301.xml"/> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5302.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.8706.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.5308.xml"/> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5443.xml"/> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5880.xml"/> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5881.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.6119.xml"/> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.6232.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.6242.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.7490.xml"/> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7794.xml"/> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7917.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.7981.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.8174.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.8341.xml"/> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8342.xml"/> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8343.xml"/> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8349.xml"/> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8177.xml"/> <!-- draft-ietf-bfd-yang (RFC 9127) --> <referenceanchor="RFC2119" target="https://www.rfc-editor.org/info/rfc2119">anchor="RFC9127" target="https://www.rfc-editor.org/info/rfc9127"> <front><title>Key words<title>YANG Data Model foruse in RFCs to Indicate Requirement Levels</title>Bidirectional Forwarding Detection (BFD)</title> <authorinitials="S." surname="Bradner" fullname="S. Bradner"><organization/></author> <date year="1997" month="March"/> <abstract><t>In many standards track documents several words are used to signify the requirements in the specification. These words are often capitalized. This document defines these words as they should be interpreted in IETF documents. This document specifies an Internet Best Current Practices for the Internet Community, 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="RFC3688" target="https://www.rfc-editor.org/info/rfc3688"> <front> <title>The IETF XML Registry</title>initials='R' surname='Raham' fullname='Reshad Raham' role="editor"> <organization></organization> </author> <authorinitials="M." surname="Mealling" fullname="M. Mealling"><organization/></author> <date year="2004" month="January"/> <abstract><t>This document describes an IANA maintained registry for IETF standards 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="RFC4090" target="https://www.rfc-editor.org/info/rfc4090"> <front> <title>Fast Reroute Extensions to RSVP-TE for LSP Tunnels</title>initials='L' surname='Zheng' fullname='Lianshu Zheng' role="editor"> <organization></organization> </author> <authorinitials="P." surname="Pan" fullname="P. Pan" role="editor"><organization/></author>initials='M' surname='Jethanandani' fullname='Mahesh Jethanandani' role="editor"> <organization></organization> </author> <authorinitials="G." surname="Swallow" fullname="G. Swallow" role="editor"><organization/></author>initials='S' surname='Pallagatti' fullname='Santosh Pallagatti'> <organization></organization> </author> <authorinitials="A." surname="Atlas" fullname="A. Atlas" role="editor"><organization/></author>initials='G' surname='Mirsky' fullname='Greg Mirsky'> <organization></organization> </author> <dateyear="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 enable 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 point of local repair. The facility backup method creates a bypass tunnel to protect a potential failure point; by taking advantage of MPLS label stacking, this bypass tunnel can protect a set of LSPs that have similar backup constraints. Both methods can be used to protect links and nodes during network failure. The described behavior and extensions to RSVP allow nodes to implement either method or 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="RFC5029" target="https://www.rfc-editor.org/info/rfc5029"> <front> <title>Definition of an IS-IS Link Attribute Sub-TLV</title> <author initials="JP." surname="Vasseur" fullname="JP. Vasseur"><organization/></author> <author initials="S." surname="Previdi" fullname="S. Previdi"><organization/></author> <date year="2007" month="September"/> <abstract><t>This document defines a sub-TLV called "Link-attributes" carried within the TLV 22 and used to flood some link characteristics. [STANDARDS-TRACK]</t></abstract> </front> <seriesInfo name="RFC" value="5029"/> <seriesInfo name="DOI" value="10.17487/RFC5029"/> </reference> <reference anchor="RFC5120" target="https://www.rfc-editor.org/info/rfc5120"> <front> <title>M-ISIS: Multi Topology (MT) Routing in Intermediate System to Intermediate Systems (IS-ISs)</title> <author initials="T." surname="Przygienda" fullname="T. Przygienda"><organization/></author> <author initials="N." surname="Shen" fullname="N. Shen"><organization/></author> <author initials="N." surname="Sheth" fullname="N. Sheth"><organization/></author> <date year="2008" month="February"/> <abstract><t>This document describes an optional mechanism within Intermediate System to Intermediate Systems (IS-ISs) used today by many ISPs for IGP routing within their clouds. This document describes how to run, within a single IS-IS domain, a set of independent IP topologies that we call Multi-Topologies (MTs). This MT extension can be used for a variety of purposes, such as an in-band management network "on top" of the original IGP topology, maintaining separate IGP routing domains for isolated multicast or IPv6 islands within the backbone, or forcing a subset of an address space to follow a different topology. [STANDARDS-TRACK]</t></abstract> </front> <seriesInfo name="RFC" value="5120"/> <seriesInfo name="DOI" value="10.17487/RFC5120"/> </reference> <reference anchor="RFC5130" target="https://www.rfc-editor.org/info/rfc5130"> <front> <title>A Policy Control Mechanism in IS-IS Using Administrative Tags</title> <author initials="S." surname="Previdi" fullname="S. Previdi"><organization/></author> <author initials="M." surname="Shand" fullname="M. Shand" role="editor"><organization/></author> <author initials="C." surname="Martin" fullname="C. Martin"><organization/></author> <date year="2008" month="February"/> <abstract><t>This document describes an extension to the IS-IS protocol to add operational capabilities that allow for ease of management and control over IP prefix distribution within an IS-IS domain. This document enhances the IS-IS protocol by extending the information that an Intermediate System (IS) router can place in Link State Protocol (LSP) Data Units for policy use. This extension will provide operators with a mechanism to control IP prefix distribution throughout multi-level IS-IS domains. [STANDARDS-TRACK]</t></abstract> </front> <seriesInfo name="RFC" value="5130"/> <seriesInfo name="DOI" value="10.17487/RFC5130"/> </reference> <reference anchor="RFC5286" target="https://www.rfc-editor.org/info/rfc5286"> <front> <title>Basic Specification for IP Fast Reroute: Loop-Free Alternates</title> <author initials="A." surname="Atlas" fullname="A. Atlas" role="editor"><organization/></author> <author initials="A." surname="Zinin" fullname="A. Zinin" role="editor"><organization/></author> <date year="2008" month="September"/> <abstract><t>This document describes the use of loop-free alternates to provide local protection for unicast traffic in pure IP and MPLS/LDP networks in the event of a single failure, whether link, node, or shared risk link group (SRLG). The goal of this technology is to reduce the packet loss that happens while routers converge after a topology change due to a failure. Rapid failure repair is achieved through use of precalculated backup next-hops that are loop-free and safe to use until the distributed network convergence process completes. This simple approach does not require any support from other routers. The extent to which this goal can be met by this specification is dependent on the topology of the network. [STANDARDS-TRACK]</t></abstract> </front> <seriesInfo name="RFC" value="5286"/> <seriesInfo name="DOI" value="10.17487/RFC5286"/> </reference> <reference anchor="RFC5301" target="https://www.rfc-editor.org/info/rfc5301"> <front> <title>Dynamic Hostname Exchange Mechanism for IS-IS</title> <author initials="D." surname="McPherson" fullname="D. McPherson"><organization/></author> <author initials="N." surname="Shen" fullname="N. Shen"><organization/></author> <date year="2008" month="October"/> <abstract><t>RFC 2763 defined a simple and dynamic mechanism for routers running IS-IS to learn about symbolic hostnames. RFC 2763 defined a new TLV that allows the IS-IS routers to flood their name-to-systemID mapping information across the IS-IS network.</t><t>This document obsoletes RFC 2763. This document moves the capability provided by RFC 2763 to the Standards Track. [STANDARDS-TRACK]</t></abstract> </front> <seriesInfo name="RFC" value="5301"/> <seriesInfo name="DOI" value="10.17487/RFC5301"/> </reference> <reference anchor="RFC5302" target="https://www.rfc-editor.org/info/rfc5302"> <front> <title>Domain-Wide Prefix Distribution with Two-Level IS-IS</title> <author initials="T." surname="Li" fullname="T. Li"><organization/></author> <author initials="H." surname="Smit" fullname="H. Smit"><organization/></author> <author initials="T." surname="Przygienda" fullname="T. Przygienda"><organization/></author> <date year="2008" month="October"/> <abstract><t>This document describes extensions to the Intermediate System to Intermediate System (IS-IS) protocol to support optimal routing within a two-level domain. The IS-IS protocol is specified in ISO 10589, with extensions for supporting IPv4 (Internet Protocol) specified in RFC 1195. This document replaces RFC 2966.</t><t>This document extends the semantics presented in RFC 1195 so that a routing domain running with both level 1 and level 2 Intermediate Systems (IS) (routers) can distribute IP prefixes between level 1 and level 2, and vice versa. This distribution requires certain restrictions to ensure that persistent forwarding loops do not form. The goal of this domain-wide prefix distribution is to increase the granularity of the routing information within the domain. [STANDARDS-TRACK]</t></abstract> </front> <seriesInfo name="RFC" value="5302"/> <seriesInfo name="DOI" value="10.17487/RFC5302"/> </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 Intermediate System (IS-IS) protocol to support Traffic Engineering (TE). This document extends the IS-IS protocol by specifying new information that an Intermediate System (router) can place in Link State Protocol Data Units (LSP). This information describes additional details regarding the state of the network that are 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="RFC5306" target="https://www.rfc-editor.org/info/rfc5306"> <front> <title>Restart Signaling for IS-IS</title> <author initials="M." surname="Shand" fullname="M. Shand"><organization/></author> <author initials="L." surname="Ginsberg" fullname="L. Ginsberg"><organization/></author> <date year="2008" month="October"/> <abstract><t>This document describes a mechanism for a restarting router to signal to its neighbors that it is restarting, allowing them to reestablish their adjacencies without cycling through the down state, while still correctly initiating database synchronization.</t><t>This document additionally describes a mechanism for a restarting router to determine when it has achieved Link State Protocol Data Unit (LSP) database synchronization with its neighbors and a mechanism to optimize LSP database synchronization, while minimizing transient routing disruption when a router starts. This document obsoletes RFC 3847. [STANDARDS-TRACK]</t></abstract> </front> <seriesInfo name="RFC" value="5306"/> <seriesInfo name="DOI" value="10.17487/RFC5306"/> </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"><organization/></author> <author initials="Y." surname="Rekhter" fullname="Y. Rekhter" role="editor"><organization/></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). [STANDARDS-TRACK]</t></abstract> </front> <seriesInfo name="RFC" value="5307"/> <seriesInfo name="DOI" value="10.17487/RFC5307"/> </reference> <reference anchor="RFC5308" target="https://www.rfc-editor.org/info/rfc5308"> <front> <title>Routing IPv6 with IS-IS</title> <author initials="C." surname="Hopps" fullname="C. Hopps"><organization/></author> <date year="2008" month="October"/> <abstract><t>This document specifies a method for exchanging IPv6 routing information using the IS-IS routing protocol. The described method utilizes two new TLVs: a reachability TLV and an interface address TLV to distribute the necessary IPv6 information throughout a routing domain. Using this method, one can route IPv6 along with IPv4 and OSI using a single intra-domain routing protocol. [STANDARDS-TRACK]</t></abstract> </front> <seriesInfo name="RFC" value="5308"/> <seriesInfo name="DOI" value="10.17487/RFC5308"/> </reference> <reference anchor="RFC5443" target="https://www.rfc-editor.org/info/rfc5443"> <front> <title>LDP IGP Synchronization</title> <author initials="M." surname="Jork" fullname="M. Jork"><organization/></author> <author initials="A." surname="Atlas" fullname="A. Atlas"><organization/></author> <author initials="L." surname="Fang" fullname="L. Fang"><organization/></author> <date year="2009" month="March"/> <abstract><t>In certain networks, there is dependency on the edge-to-edge Label Switched Paths (LSPs) setup by the Label Distribution Protocol (LDP), e.g., networks that are used for Multiprotocol Label Switching (MPLS) Virtual Private Network (VPN) applications. For such applications, it is not possible to rely on Internet Protocol (IP) forwarding if the MPLS LSP is not operating appropriately. Blackholing of labeled traffic can occur in situations where the Interior Gateway Protocol (IGP) is operational on a link on which LDP is not. While the link could still be used for IP forwarding, it is not useful for MPLS forwarding, for example, MPLS VPN applications or Border Gateway Protocol (BGP) route-free cores. This document describes a mechanism to avoid traffic loss due to this condition without introducing any protocol changes. This memo provides information for the Internet community.</t></abstract> </front> <seriesInfo name="RFC" value="5443"/> <seriesInfo name="DOI" value="10.17487/RFC5443"/> </reference> <reference anchor="RFC5880" target="https://www.rfc-editor.org/info/rfc5880"> <front> <title>Bidirectional Forwarding Detection (BFD)</title> <author initials="D." surname="Katz" fullname="D. Katz"><organization/></author> <author initials="D." surname="Ward" fullname="D. Ward"><organization/></author> <date year="2010" month="June"/> <abstract><t>This document describes a protocol intended to detect faults in the bidirectional path between two forwarding engines, including interfaces, data link(s), and to the extent possible the forwarding engines themselves, with potentially very low latency. It operates independently of media, data protocols, and routing protocols. [STANDARDS-TRACK]</t></abstract> </front> <seriesInfo name="RFC" value="5880"/> <seriesInfo name="DOI" value="10.17487/RFC5880"/> </reference> <reference anchor="RFC5881" target="https://www.rfc-editor.org/info/rfc5881"> <front> <title>Bidirectional Forwarding Detection (BFD) for IPv4 and IPv6 (Single Hop)</title> <author initials="D." surname="Katz" fullname="D. Katz"><organization/></author> <author initials="D." surname="Ward" fullname="D. Ward"><organization/></author> <date year="2010" month="June"/> <abstract><t>This document describes the use of the Bidirectional Forwarding Detection (BFD) protocol over IPv4 and IPv6 for single IP hops. [STANDARDS-TRACK]</t></abstract> </front> <seriesInfo name="RFC" value="5881"/> <seriesInfo name="DOI" value="10.17487/RFC5881"/> </reference> <reference anchor="RFC6020" target="https://www.rfc-editor.org/info/rfc6020"> <front> <title>YANG - A Data Modeling Language for the Network Configuration Protocol (NETCONF)</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 state data manipulated by the Network Configuration Protocol (NETCONF), NETCONF remote 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="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/></author> <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 engineering information using the IS-IS routing protocol. This information enables routers in an IS-IS network to calculate traffic-engineered routes using IPv6 addresses. [STANDARDS-TRACK]</t></abstract> </front> <seriesInfo name="RFC" value="6119"/> <seriesInfo name="DOI" value="10.17487/RFC6119"/> </reference> <reference anchor="RFC6232" target="https://www.rfc-editor.org/info/rfc6232"> <front> <title>Purge Originator Identification TLV for IS-IS</title> <author initials="F." surname="Wei" fullname="F. Wei"><organization/></author> <author initials="Y." surname="Qin" fullname="Y. Qin"><organization/></author> <author initials="Z." surname="Li" fullname="Z. Li"><organization/></author> <author initials="T." surname="Li" fullname="T. Li"><organization/></author> <author initials="J." surname="Dong" fullname="J. Dong"><organization/></author> <date year="2011" month="May"/> <abstract><t>At present, an IS-IS purge does not contain any information identifying the Intermediate System (IS) that generates the purge. This makes it difficult to locate the source IS.</t><t>To address this issue, this document defines a TLV to be added to purges to record the system ID of the IS generating it. Since normal Link State Protocol Data Unit (LSP) flooding does not change LSP contents, this TLV should propagate with the purge.</t><t>This document updates RFC 5301, RFC 5304, and RFC 5310. [STANDARDS-TRACK]</t></abstract> </front> <seriesInfo name="RFC" value="6232"/> <seriesInfo name="DOI" value="10.17487/RFC6232"/> </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"><organization/></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"><organization/></author> <date year="2011" month="June"/> <abstract><t>The Network Configuration Protocol (NETCONF) defined in this document provides mechanisms to install, manipulate, and delete the configuration of network devices. It uses an Extensible Markup Language (XML)-based data encoding for the configuration data as well as the protocol messages. The NETCONF protocol operations are realized as remote procedure calls (RPCs). This document obsoletes RFC 4741. [STANDARDS-TRACK]</t></abstract> </front> <seriesInfo name="RFC" value="6241"/> <seriesInfo name="DOI" value="10.17487/RFC6241"/> </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 Network Configuration Protocol (NETCONF) within a Secure Shell (SSH) session as an SSH 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="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 used 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="RFC7490" target="https://www.rfc-editor.org/info/rfc7490"> <front> <title>Remote Loop-Free Alternate (LFA) Fast Reroute (FRR)</title> <author initials="S." surname="Bryant" fullname="S. Bryant"><organization/></author> <author initials="C." surname="Filsfils" fullname="C. Filsfils"><organization/></author> <author initials="S." surname="Previdi" fullname="S. Previdi"><organization/></author> <author initials="M." surname="Shand" fullname="M. Shand"><organization/></author> <author initials="N." surname="So" fullname="N. So"><organization/></author> <date year="2015" month="April"/> <abstract><t>This document describes an extension to the basic IP fast reroute mechanism, described in RFC 5286, that provides additional backup connectivity for point-to-point link failures when none can be provided by the basic mechanisms.</t></abstract> </front> <seriesInfo name="RFC" value="7490"/> <seriesInfo name="DOI" value="10.17487/RFC7490"/> </reference> <reference anchor="RFC7794" target="https://www.rfc-editor.org/info/rfc7794"> <front> <title>IS-IS Prefix Attributes for Extended IPv4 and IPv6 Reachability</title> <author initials="L." surname="Ginsberg" fullname="L. Ginsberg" role="editor"><organization/></author> <author initials="B." surname="Decraene" fullname="B. Decraene"><organization/></author> <author initials="S." surname="Previdi" fullname="S. Previdi"><organization/></author> <author initials="X." surname="Xu" fullname="X. Xu"><organization/></author> <author initials="U." surname="Chunduri" fullname="U. Chunduri"><organization/></author> <date year="2016" month="March"/> <abstract><t>This document introduces new sub-TLVs to support advertisement of IPv4 and IPv6 prefix attribute flags and the source router ID of the router that originated a prefix advertisement.</t></abstract> </front> <seriesInfo name="RFC" value="7794"/> <seriesInfo name="DOI" value="10.17487/RFC7794"/> </reference> <reference anchor="RFC7917" target="https://www.rfc-editor.org/info/rfc7917"> <front> <title>Advertising Node Administrative Tags in IS-IS</title> <author initials="P." surname="Sarkar" fullname="P. Sarkar" role="editor"><organization/></author> <author initials="H." surname="Gredler" fullname="H. Gredler"><organization/></author> <author initials="S." surname="Hegde" fullname="S. Hegde"><organization/></author> <author initials="S." surname="Litkowski" fullname="S. Litkowski"><organization/></author> <author initials="B." surname="Decraene" fullname="B. Decraene"><organization/></author> <date year="2016" month="July"/> <abstract><t>This document describes an extension to the IS-IS routing protocol to advertise node administrative tags. This optional capability allows tagging and grouping of the nodes in an IS-IS domain. The node administrative tags can be used to express and apply locally defined network policies, thereby providing a very useful operational capability. Node administrative tags may be used by either IS-IS itself or other applications consuming information propagated via IS-IS.</t></abstract> </front> <seriesInfo name="RFC" value="7917"/> <seriesInfo name="DOI" value="10.17487/RFC7917"/> </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 protocols. 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 small number of backward incompatibilities from YANG version 1. This document also 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="RFC7981" target="https://www.rfc-editor.org/info/rfc7981"> <front> <title>IS-IS Extensions for Advertising Router Information</title> <author initials="L." surname="Ginsberg" fullname="L. Ginsberg"><organization/></author> <author initials="S." surname="Previdi" fullname="S. Previdi"><organization/></author> <author initials="M." surname="Chen" fullname="M. Chen"><organization/></author> <date year="2016" month="October"/> <abstract><t>This document defines a new optional Intermediate System to Intermediate System (IS-IS) TLV named CAPABILITY, formed of multiple sub-TLVs, which allows a router to announce its capabilities within an IS-IS level or the entire routing domain. This document obsoletes RFC 4971.</t></abstract> </front> <seriesInfo name="RFC" value="7981"/> <seriesInfo name="DOI" value="10.17487/RFC7981"/> </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/></author> <date year="2017" month="January"/> <abstract><t>This document describes an HTTP-based protocol that provides a programmatic interface for accessing data defined in YANG, using the datastore concepts 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="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/></author> <date year="2017" month="May"/> <abstract><t>RFC 2119 specifies common key words that may be used in protocol specifications. This document aims to reduce the ambiguity by clarifying that only UPPERCASE usage of the key words have the defined special meanings.</t></abstract> </front> <seriesInfo name="BCP" value="14"/> <seriesInfo name="RFC" value="8174"/> <seriesInfo name="DOI" value="10.17487/RFC8174"/> </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/></author> <author initials="C." surname="Hopps" fullname="C. Hopps"><organization/></author> <author initials="L." surname="Berger" fullname="L. Berger"><organization/></author> <date year="2017" month="December"/> <abstract><t>This document defines a collection of common data types using the YANG data modeling language. These derived common types are designed to be imported 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="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 with 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 restrict NETCONF or RESTCONF protocol access for particular users to a preconfigured subset of all available NETCONF or RESTCONF protocol operations and content. This 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> <reference anchor="RFC8342" target="https://www.rfc-editor.org/info/rfc8342"> <front> <title>Network Management Datastore Architecture (NMDA)</title> <author initials="M." surname="Bjorklund" fullname="M. Bjorklund"><organization/></author> <author initials="J." surname="Schoenwaelder" fullname="J. Schoenwaelder"><organization/></author> <author initials="P." surname="Shafer" fullname="P. Shafer"><organization/></author> <author initials="K." surname="Watsen" fullname="K. Watsen"><organization/></author> <author initials="R." surname="Wilton" fullname="R. Wilton"><organization/></author> <date year="2018" month="March"/> <abstract><t>Datastores are a fundamental concept binding the data models written in the YANG data modeling language to network management protocols such as the Network Configuration Protocol (NETCONF) and RESTCONF. This document defines an architectural framework for datastores based on the experience gained with the initial simpler model, addressing requirements that were not well supported in the initial model. This document updates RFC 7950.</t></abstract> </front> <seriesInfo name="RFC" value="8342"/> <seriesInfo name="DOI" value="10.17487/RFC8342"/> </reference> <reference anchor="RFC8343" target="https://www.rfc-editor.org/info/rfc8343"> <front> <title>A YANG Data Model for Interface Management</title> <author initials="M." surname="Bjorklund" fullname="M. Bjorklund"><organization/></author> <date year="2018" month="March"/> <abstract><t>This document defines a YANG data model for the management of network interfaces. It is expected that interface-type-specific data models augment the generic interfaces data model defined in this document. The data model includes definitions for configuration and system state (status information and counters for the collection of statistics).</t><t>The YANG data model in this document conforms to the Network Management Datastore Architecture (NMDA) defined in RFC 8342.</t><t>This document obsoletes RFC 7223.</t></abstract> </front> <seriesInfo name="RFC" value="8343"/> <seriesInfo name="DOI" value="10.17487/RFC8343"/> </reference> <reference anchor="RFC8349" target="https://www.rfc-editor.org/info/rfc8349"> <front> <title>A YANG Data Model for Routing Management (NMDA Version)</title> <author initials="L." surname="Lhotka" fullname="L. Lhotka"><organization/></author> <author initials="A." surname="Lindem" fullname="A. Lindem"><organization/></author> <author initials="Y." surname="Qu" fullname="Y. Qu"><organization/></author> <date year="2018" month="March"/> <abstract><t>This document specifies three YANG modules and one submodule. Together, they form the core routing data model that serves as a framework for configuring and managing a routing subsystem. It is expected that these modules will be augmented by additional YANG modules defining data models for control-plane protocols, route filters, and other functions. The core routing data model provides common building blocks for such extensions -- routes, Routing Information Bases (RIBs), and control-plane protocols.</t><t>The YANG modules in this document conform to the Network Management Datastore Architecture (NMDA). This document obsoletes RFC 8022.</t></abstract> </front> <seriesInfo name="RFC" value="8349"/> <seriesInfo name="DOI" value="10.17487/RFC8349"/> </reference> <reference anchor="RFC8177" target="https://www.rfc-editor.org/info/rfc8177"> <front> <title>YANG Data Model for Key Chains</title> <author initials="A." surname="Lindem" fullname="A. Lindem" role="editor"><organization/></author> <author initials="Y." surname="Qu" fullname="Y. Qu"><organization/></author> <author initials="D." surname="Yeung" fullname="D. Yeung"><organization/></author> <author initials="I." surname="Chen" fullname="I. Chen"><organization/></author> <author initials="J." surname="Zhang" fullname="J. Zhang"><organization/></author> <date year="2017" month="June"/> <abstract><t>This document describes the key chain YANG data model. Key chains are commonly used for routing protocol authentication and other applications requiring symmetric keys. A key chain is a list containing one or more elements containing a Key ID, key string, send/accept lifetimes, and the associated authentication or encryption algorithm. By properly overlapping the send and accept lifetimes of multiple key chain elements, key strings and algorithms may be gracefully updated. By representing them in a YANG data model, key distribution can be automated.</t></abstract> </front> <seriesInfo name="RFC" value="8177"/> <seriesInfo name="DOI" value="10.17487/RFC8177"/> </reference> <reference anchor="I-D.ietf-bfd-yang"> <front> <title>YANG Data Model for Bidirectional Forwarding Detection (BFD)</title> <author initials="R" surname="Rahman" fullname="Reshad Rahman"> <organization/> </author> <author initials="L" surname="Zheng" fullname="Lianshu Zheng"> <organization/> </author> <author initials="M" surname="Jethanandani" fullname="Mahesh Jethanandani"> <organization/> </author> <author initials="J" surname="Networks" fullname="Juniper Networks"> <organization/> </author> <author initials="G" surname="Mirsky" fullname="Gregory Mirsky"> <organization/> </author> <date month="August" day="2" year="2018"/> <abstract><t>This document defines a YANG data model that can be used to configure and manage Bidirectional Forwarding Detection (BFD). The YANG modules in this document conform to the Network Management Datastore Architecture (NMDA).</t></abstract> </front> <seriesInfo name="Internet-Draft" value="draft-ietf-bfd-yang-17"/> <format type="TXT" target="http://www.ietf.org/internet-drafts/draft-ietf-bfd-yang-17.txt"/> </reference> <reference anchor="RFC8405" target="https://www.rfc-editor.org/info/rfc8405"> <front> <title>Shortest Path First (SPF) Back-Off Delay Algorithm for Link-State IGPs</title> <author initials="B." surname="Decraene" fullname="B. Decraene"><organization/></author> <author initials="S." surname="Litkowski" fullname="S. Litkowski"><organization/></author> <author initials="H." surname="Gredler" fullname="H. Gredler"><organization/></author> <author initials="A." surname="Lindem" fullname="A. Lindem"><organization/></author> <author initials="P." surname="Francois" fullname="P. Francois"><organization/></author> <author initials="C." surname="Bowers" fullname="C. Bowers"><organization/></author> <date year="2018" month="June"/> <abstract><t>This document defines a standard algorithm to temporarily postpone or "back off" link-state IGP Shortest Path First (SPF) computations. This reduces the computational load and churn on IGP nodes when multiple temporally close network events trigger multiple SPF computations.</t><t>Having one standard algorithm improves interoperability by reducing the probability and/or duration of transient forwarding loops during the IGP convergence when the IGP reacts to multiple temporally close IGP events.</t></abstract> </front> <seriesInfo name="RFC" value="8405"/> <seriesInfo name="DOI" value="10.17487/RFC8405"/> </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 message 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="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"><organization/></author> <author initials="S." surname="Previdi" fullname="S. Previdi" role="editor"><organization/></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/></author> <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 information 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 Extensions (RFC 5305). These extensions provide a way to distribute and collect network-performance information in a scalable fashion. The information distributed using IS-IS 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 with which network-performance information is distributed. The mechanisms for measuring network performance or acting on that information, once distributed, are outside the scope of this document.</t><t>This document obsoletes RFC 7810.</t></abstract>month='September' year='2021'/> </front> <seriesInfo name="RFC"value="8570"/>value="9127"/> <seriesInfo name="DOI"value="10.17487/RFC8570"/>value="10.17487/RFC9127"/> </reference> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8405.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.8570.xml"/> <referenceanchor="ISO-10589">anchor="ISO-10589" target="https://www.iso.org/standard/30932.html"> <front> <title>Intermediate System to Intermediate System intra- domain routeing information exchange protocol for use in conjunction with the protocol for providing the connectionless-mode network service (ISO 8473)</title><author surname="ISO"/><author><organization>ISO</organization></author> <date year="2002"/> </front><seriesInfo name="International<refcontent>International Standard 10589:2002," value="Second Edition"/> </reference> </references> <references title="Informative References"> <reference anchor="RFC8340" target="https://www.rfc-editor.org/info/rfc8340"> <front> <title>YANG Tree Diagrams</title> <author initials="M." surname="Bjorklund" fullname="M. Bjorklund"><organization/></author> <author initials="L." surname="Berger" fullname="L. Berger" role="editor"><organization/></author> <date year="2018" month="March"/> <abstract><t>This document captures the current syntax used in YANG module tree diagrams. The purpose of this document is to provide a single location for this definition. This syntax may be updated from time to time based on the evolution of the YANG language.</t></abstract> </front> <seriesInfo name="BCP" value="215"/> <seriesInfo name="RFC" value="8340"/> <seriesInfo name="DOI" value="10.17487/RFC8340"/>2002, Second Edition</refcontent> </reference> <referenceanchor="I-D.ietf-rtgwg-segment-routing-ti-lfa">anchor='W3C.REC-xml-20081126' target='https://www.w3.org/TR/2008/REC-xml-20081126'> <front><title>Topology Independent Fast Reroute using Segment Routing</title> <author initials="S" surname="Litkowski" fullname="Stephane Litkowski"> <organization/> </author> <author initials="A" surname="Bashandy" fullname="Ahmed Bashandy"> <organization/> </author> <author initials="C" surname="Filsfils" fullname="Clarence Filsfils"> <organization/> </author> <author initials="B" surname="Decraene" fullname="Bruno Decraene"> <organization/><title>Extensible Markup Language (XML) 1.0 (Fifth Edition)</title> <author initials='T.' surname='Bray' fullname='Tim Bray'> <organization /> </author> <authorinitials="P" surname="Francois" fullname="Pierre Francois"> <organization/>initials='J.' surname='Paoli' fullname='Jean Paoli'> <organization /> </author> <authorinitials="d" surname="daniel.voyer@bell.ca" fullname="daniel.voyer@bell.ca"> <organization/>initials='M.' surname='Sperberg-McQueen' fullname='Michael Sperberg-McQueen'> <organization /> </author> <authorinitials="F" surname="Clad" fullname="Francois Clad"> <organization/>initials='E.' surname='Maler' fullname='Eve Maler'> <organization /> </author> <authorinitials="P" surname="Camarillo" fullname="Pablo Camarillo"> <organization/>initials='F.' surname='Yergeau' fullname='Francois Yergeau'> <organization /> </author> <datemonth="March" day="5" year="2019"/> <abstract><t>This document presents Topology Independent Loop-free Alternate Fast Re-route (TI-LFA), aimed at providing protection of node and adjacency segments within the Segment Routing (SR) framework. This Fast Re-route (FRR) behavior builds on proven IP-FRR concepts being LFAs, remote LFAs (RLFA), and remote LFAs with directed forwarding (DLFA). It extends these concepts to provide guaranteed coverage in any IGP network. A key aspect of TI-LFA is the FRR path selection approach establishing protection over the expected post-convergence paths from the point of local repair, dramatically reducing the operational need to control the tie-breaks among various FRR options.</t></abstract> </front> <seriesInfo name="Internet-Draft" value="draft-ietf-rtgwg-segment-routing-ti-lfa-01"/> <format type="TXT" target="http://www.ietf.org/internet-drafts/draft-ietf-rtgwg-segment-routing-ti-lfa-01.txt"/> </reference> <reference anchor="RFC7812" target="https://www.rfc-editor.org/info/rfc7812"> <front> <title>An Architecture for IP/LDP Fast Reroute Using Maximally Redundant Trees (MRT-FRR)</title> <author initials="A." surname="Atlas" fullname="A. Atlas"><organization/></author> <author initials="C." surname="Bowers" fullname="C. Bowers"><organization/></author> <author initials="G." surname="Enyedi" fullname="G. Enyedi"><organization/></author> <date year="2016" month="June"/> <abstract><t>This document defines the architecture for IP and LDP Fast Reroute using Maximally Redundant Trees (MRT-FRR). MRT-FRR is a technology that gives link-protection and node-protection with 100% coverage in any network topology that is still connected after the failure.</t></abstract>month='November' year='2008' /> </front> <seriesInfoname="RFC" value="7812"/> <seriesInfo name="DOI" value="10.17487/RFC7812"/>name="World Wide Web Consortium Recommendation" value="REC-xml-20081126"/> </reference> </references> <references> <name>Informative References</name> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8340.xml"/> <!-- draft-ietf-rtgwg-segment-routing-ti-lfa (I-D Exists) --> <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-ietf-rtgwg-segment-routing-ti-lfa.xml"/> <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7812.xml"/> </references> </references> <section anchor="rpc-example"title="Exampletoc="default" numbered="true"> <name>Example of IS-ISconfigurationConfiguration inXML" toc="default">XML</name> <t>Thissectionappendix gives an example of the configuration of an IS-IS instance on a device. The example is written inXML.</t> <figure title="" suppress-title="false" align="left" alt="" width="" height=""> <artwork xml:space="preserve" name="" type="" align="left" alt="" width="" height=""> <?xmlXML <xref target="W3C.REC-xml-20081126"/>. <!-- [rfced] *[AD] and authors: Per <https://ietf.org/about/groups/iesg/statements/formal-languages-use/>, we have added a citation for [W3C.REC-xml-20081126] here and added it to the list of Normative References. Please let us know any objections. Original: The example is written in XML. Currently: [W3C.REC-xml-20081126] Bray, T., Paoli, J., Sperberg-McQueen, M., Maler, E., and F. Yergeau, "Extensible Markup Language (XML) 1.0 (Fifth Edition)", World Wide Web Consortium Recommendation REC- xml-20081126, November 2008, <https://www.w3.org/TR/2008/REC-xml-20081126>. ... The example is written in XML [W3C.REC-xml-20081126]. --> </t> <sourcecode type="xml"><![CDATA[ <?xml version="1.0"encoding="utf-8"?> <data xmlns="urn:ietf:params:xml:ns:netconf:base:1.0"> <routing xmlns="urn:ietf:params:xml:ns:yang:ietf-routing"> <name>SLI</name> <router-id>192.0.2.1</router-id> <control-plane-protocols> <control-plane-protocol> <name>ISIS-example</name> <description/> <type> <type xmlns:isis="urn:ietf:params:xml:ns:yang:ietf-isis">encoding="utf-8"?> <data xmlns="urn:ietf:params:xml:ns:netconf:base:1.0"> <routing xmlns="urn:ietf:params:xml:ns:yang:ietf-routing"> <name>SLI</name> <router-id>192.0.2.1</router-id> <control-plane-protocols> <control-plane-protocol> <name>IS-IS-example</name> <description/> <type> <type xmlns:isis="urn:ietf:params:xml:ns:yang:ietf-isis"> isis:isis</type> </type> <isis xmlns="urn:ietf:params:xml:ns:yang:ietf-isis"> <enable>true</enable> <level-type>level-2</level-type> <system-id>87FC.FCDF.4432</system-id> <area-address>49.0001</area-address> <mpls> <te-rid> <ipv4-router-id>192.0.2.1</ipv4-router-id> </te-rid> </mpls> <lsp-lifetime>65535</lsp-lifetime> <lsp-refresh>65000</lsp-refresh> <metric-type> <value>wide-only</value> </metric-type> <default-metric> <value>111111</value> </default-metric> <address-families> <address-family-list> <address-family>ipv4</address-family> <enable>true</enable> </address-family-list> <address-family-list> <address-family>ipv6</address-family> <enable>true</enable> </address-family-list> </address-families> <interfaces> <interface> <name>Loopback0</name> <tag>200</tag> <metric> <value>0</value> </metric> <passive>true</passive> </interface> <interface> <name>Eth1</name> <level-type>level-2</level-type> <interface-type>point-to-point</interface-type> <metric> <value>167890</value> </metric> </interface> </interfaces> </isis> </control-plane-protocol> </control-plane-protocols> </routing> <interfaces xmlns="urn:ietf:params:xml:ns:yang:ietf-interfaces"> <interface> <name>Loopback0</name> <description/> <type xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type"></type> </type> <isis xmlns="urn:ietf:params:xml:ns:yang:ietf-isis"> <enable>true</enable> <level-type>level-2</level-type> <system-id>87FC.FCDF.4432</system-id> <area-address>49.0001</area-address> <mpls> <te-rid> <ipv4-router-id>192.0.2.1</ipv4-router-id> </te-rid> </mpls> <lsp-lifetime>65535</lsp-lifetime> <lsp-refresh>65000</lsp-refresh> <metric-type> <value>wide-only</value> </metric-type> <default-metric> <value>111111</value> </default-metric> <address-families> <address-family-list> <address-family>ipv4</address-family> <enable>true</enable> </address-family-list> <address-family-list> <address-family>ipv6</address-family> <enable>true</enable> </address-family-list> </address-families> <interfaces> <interface> <name>Loopback0</name> <tag>200</tag> <metric> <value>0</value> </metric> <passive>true</passive> </interface> <interface> <name>Eth1</name> <level-type>level-2</level-type> <interface-type>point-to-point</interface-type> <metric> <value>167890</value> </metric> </interface> </interfaces> </isis> </control-plane-protocol> </control-plane-protocols> </routing> <interfaces xmlns="urn:ietf:params:xml:ns:yang:ietf-interfaces"> <interface> <name>Loopback0</name> <description/> <type xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type"> ianaift:softwareLoopback</type> <link-up-down-trap-enable>enabled</link-up-down-trap-enable> <ipv4 xmlns="urn:ietf:params:xml:ns:yang:ietf-ip"> <address> <ip>192.0.2.1</ip> <prefix-length>32</prefix-length> </address> </ipv4> <ipv6 xmlns="urn:ietf:params:xml:ns:yang:ietf-ip"> <address> <ip>2001:DB8::1</ip> <prefix-length>128</prefix-length> </address> </ipv6> </interface> <interface> <name>Eth1</name> <description/> <type xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type"></type> <link-up-down-trap-enable>enabled</link-up-down-trap-enable> <ipv4 xmlns="urn:ietf:params:xml:ns:yang:ietf-ip"> <address> <ip>192.0.2.1</ip> <prefix-length>32</prefix-length> </address> </ipv4> <ipv6 xmlns="urn:ietf:params:xml:ns:yang:ietf-ip"> <address> <ip>2001:db8::1</ip> <prefix-length>128</prefix-length> </address> </ipv6> </interface> <interface> <name>Eth1</name> <description/> <type xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type"> ianaift:ethernetCsmacd</type> <link-up-down-trap-enable>enabled</link-up-down-trap-enable> <ipv4 xmlns="urn:ietf:params:xml:ns:yang:ietf-ip"> <address> <ip>198.51.100.1</ip> <prefix-length>30</prefix-length> </address> </ipv4> <ipv6 xmlns="urn:ietf:params:xml:ns:yang:ietf-ip"> <address> <ip>2001:DB8:0:0:FF::1</ip> <prefix-length>64</prefix-length> </address> </ipv6> </interface> </interfaces> </data> </artwork> </figure></type> <link-up-down-trap-enable>enabled</link-up-down-trap-enable> <ipv4 xmlns="urn:ietf:params:xml:ns:yang:ietf-ip"> <address> <ip>198.51.100.1</ip> <prefix-length>30</prefix-length> </address> </ipv4> <ipv6 xmlns="urn:ietf:params:xml:ns:yang:ietf-ip"> <address> <ip>2001:db8:0:0:ff::1</ip> <prefix-length>64</prefix-length> </address> </ipv6> </interface> </interfaces> </data>]]></sourcecode> </section> <section anchor="ack" toc="default" numbered="false"> <name>Acknowledgments</name> <t>The authors would like to thank <contact fullname="Tom Petch"/>, <contact fullname="Alvaro Retana"/>, <contact fullname="Stewart Bryant"/>, <contact fullname="Barry Leiba"/>, <contact fullname="Benjamin Kaduk"/>, <contact fullname="Adam Roach"/>, and <contact fullname="Roman Danyliw"/> for their review and comments.</t> </section> <section anchor="Contributors" toc="default" numbered="false"> <name>Contributors</name> <t>The authors would like to thank <contact fullname="Kiran Agrahara Sreenivasa"/>, <contact fullname="Dean Bogdanovic"/>, <contact fullname="Yingzhen Qu"/>, <contact fullname="Yi Yang"/>, and <contact fullname="Jeff Tantsura"/> for their major contributions to this document.</t> </section> <!-- [rfced] Please review the "Inclusive Language" portion of the online Style Guide at <https://www.rfc-editor.org/styleguide/part2/#inclusive_language>, and let us know if any changes are needed. --> </back> </rfc>