<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">
]>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.43 (Ruby 3.2.3) -->
<?rfc comments="yes"?>
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-ietf-lsr-pcpps-02" category="std" consensus="true" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.35.0 -->
  <front>
    <title abbrev="IS-IS PG">IS-IS Support For The Power Conserving Path Placement Strategy (PCPPS)</title>
    <seriesInfo name="Internet-Draft" value="draft-ietf-lsr-pcpps-02"/>
    <author initials="C." surname="Barth" fullname="Colby Barth">
      <organization>HPE</organization>
      <address>
        <postal>
          <country>USA</country>
        </postal>
        <email>Jonathan.barth@hpe.com</email>
      </address>
    </author>
    <author initials="T." surname="Li" fullname="Tony Li">
      <organization>HPE</organization>
      <address>
        <postal>
          <country>USA</country>
        </postal>
        <email>tony.li@tony.li</email>
      </address>
    </author>
    <author initials="V. P." surname="Beeram" fullname="Vishnu Pavan Beeram">
      <organization>HPE</organization>
      <address>
        <postal>
          <country>USA</country>
        </postal>
        <email>vbeeram@hpe.com</email>
      </address>
    </author>
    <author initials="R." surname="Bonica" fullname="Ron Bonica">
      <organization>HPE</organization>
      <address>
        <postal>
          <country>USA</country>
        </postal>
        <email>ronald.bonica@hpe.com</email>
      </address>
    </author>
    <date year="2026" month="October" day="30"/>
    <area>Routing</area>
    <workgroup>LSR WG</workgroup>
    <keyword>ISIS</keyword>
    <abstract>
      <?line 51?>

<t><xref target="I-D.many-teas-power-steering"/> introduces a Power Conserving Path Placement Strategy (PCPPS).  When possible, PCPPS concentrates traffic onto a small set of network resources.  When traffic is concentrated onto a small set of network resources, other network resources become idle and can be powered down until they are needed again.  This conserves energy and reduces environmental impact.</t>
      <t>PCPPS uses information that is distributed by an IGP. This document specifies the IS-IS encoding for that information.</t>
    </abstract>
  </front>
  <middle>
    <?line 57?>

<section anchor="intro">
      <name>Introduction</name>
      <t><xref target="I-D.many-teas-power-steering"/> introduces a Power Conserving Path Placement Strategy (PCPPS).  When possible, PCPPS concentrates traffic onto a small set of network resources.  When traffic is concentrated onto a small set of network resources, other network resources become idle and can be powered down until they are needed again. This conserves energy and reduces environmental impact.</t>
      <t>PCPPS uses information that is distributed by an IGP. This document specifies the IS-IS encoding for that information.</t>
    </section>
    <section anchor="conventions-and-definitions">
      <name>Conventions and Definitions</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>
      <?line -18?>

</section>
    <section anchor="terminology">
      <name>Terminology</name>
      <t>The following terms are used in this document and defined in <xref target="I-D.many-teas-power-steering"/>:</t>
      <ul spacing="normal">
        <li>
          <t>Power Group</t>
        </li>
        <li>
          <t>Power Savings Potential (PSP)</t>
        </li>
        <li>
          <t>Power-sleep-capable</t>
        </li>
        <li>
          <t>Sleep status, AWAKE and ASLEEP</t>
        </li>
        <li>
          <t>Sleeping adjacency</t>
        </li>
        <li>
          <t>Sleeping bandwidth</t>
        </li>
      </ul>
    </section>
    <section anchor="link-state-database-lsdb-elements">
      <name>Link State Database (LSDB) Elements</name>
      <section anchor="the-power-group-tlv">
        <name>The Power Group TLV</name>
        <t>Power Groups are described in <xref target="I-D.many-teas-power-steering"/>.</t>
        <t>The Power Group TLV is a top-level TLV. It carries a sequnce of 12-octet Power Group Entries. If a Power Group is Power-sleep-capable, it is advertised in  Power Group TLV. Otherwise, it is not advertised in a Power Group TLV.</t>
        <figure anchor="pgs">
          <name>Power Group TLV</name>
          <artset>
            <artwork type="svg"><svg xmlns="http://www.w3.org/2000/svg" version="1.1" height="176" width="824" viewBox="0 0 824 176" class="diagram" text-anchor="middle" font-family="monospace" font-size="13px" stroke-linecap="round">
                <path d="M 8,64 L 8,144" fill="none" stroke="black"/>
                <path d="M 136,64 L 136,96" fill="none" stroke="black"/>
                <path d="M 264,64 L 264,96" fill="none" stroke="black"/>
                <path d="M 520,64 L 520,128" fill="none" stroke="black"/>
                <path d="M 8,64 L 520,64" fill="none" stroke="black"/>
                <path d="M 8,96 L 264,96" fill="none" stroke="black"/>
                <g class="text">
                  <text x="16" y="36">0</text>
                  <text x="176" y="36">1</text>
                  <text x="336" y="36">2</text>
                  <text x="496" y="36">3</text>
                  <text x="16" y="52">0</text>
                  <text x="32" y="52">1</text>
                  <text x="48" y="52">2</text>
                  <text x="64" y="52">3</text>
                  <text x="80" y="52">4</text>
                  <text x="96" y="52">5</text>
                  <text x="112" y="52">6</text>
                  <text x="128" y="52">7</text>
                  <text x="144" y="52">8</text>
                  <text x="160" y="52">9</text>
                  <text x="176" y="52">0</text>
                  <text x="192" y="52">1</text>
                  <text x="208" y="52">2</text>
                  <text x="224" y="52">3</text>
                  <text x="240" y="52">4</text>
                  <text x="256" y="52">5</text>
                  <text x="272" y="52">6</text>
                  <text x="288" y="52">7</text>
                  <text x="304" y="52">8</text>
                  <text x="320" y="52">9</text>
                  <text x="336" y="52">0</text>
                  <text x="352" y="52">1</text>
                  <text x="368" y="52">2</text>
                  <text x="384" y="52">3</text>
                  <text x="400" y="52">4</text>
                  <text x="416" y="52">5</text>
                  <text x="432" y="52">6</text>
                  <text x="448" y="52">7</text>
                  <text x="464" y="52">8</text>
                  <text x="480" y="52">9</text>
                  <text x="496" y="52">0</text>
                  <text x="512" y="52">1</text>
                  <text x="68" y="84">Type</text>
                  <text x="204" y="84">Length</text>
                  <text x="224" y="116">Power</text>
                  <text x="272" y="116">Group</text>
                  <text x="320" y="116">Entry</text>
                  <text x="272" y="148">|</text>
                  <text x="388" y="148">........</text>
                </g>
              </svg>
            </artwork>
            <artwork type="ascii-art"><![CDATA[
    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     Type      |     Length    |                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+                               |
   |                        Power Group Entry                      |                                     
   |                                                               |
   |                                |          ........                                     
]]></artwork>
          </artset>
        </figure>
        <t><xref target="pgs"/> depicts the Power Group TLV where:</t>
        <ul spacing="normal">
          <li>
            <t>Type: 1 octet, value TBD1</t>
          </li>
          <li>
            <t>Length: 1 octet, unsigned integer. The length of the TLV, measured in octets, not including the type and length fields.
The Length field <bcp14>MUST</bcp14> be a non-zero multiple of 12 octets.</t>
          </li>
          <li>
            <t>Power Group Entries: A sequence of Power Group Entries as depicted in <xref target="pg"/>.</t>
          </li>
        </ul>
        <figure anchor="pg">
          <name>Power Group Entry</name>
          <artset>
            <artwork type="svg"><svg xmlns="http://www.w3.org/2000/svg" version="1.1" height="208" width="528" viewBox="0 0 528 208" class="diagram" text-anchor="middle" font-family="monospace" font-size="13px" stroke-linecap="round">
                <path d="M 8,64 L 8,160" fill="none" stroke="black"/>
                <path d="M 520,64 L 520,160" fill="none" stroke="black"/>
                <path d="M 8,64 L 520,64" fill="none" stroke="black"/>
                <path d="M 8,96 L 520,96" fill="none" stroke="black"/>
                <path d="M 8,128 L 520,128" fill="none" stroke="black"/>
                <path d="M 8,160 L 520,160" fill="none" stroke="black"/>
                <g class="text">
                  <text x="16" y="36">0</text>
                  <text x="176" y="36">1</text>
                  <text x="336" y="36">2</text>
                  <text x="496" y="36">3</text>
                  <text x="16" y="52">0</text>
                  <text x="32" y="52">1</text>
                  <text x="48" y="52">2</text>
                  <text x="64" y="52">3</text>
                  <text x="80" y="52">4</text>
                  <text x="96" y="52">5</text>
                  <text x="112" y="52">6</text>
                  <text x="128" y="52">7</text>
                  <text x="144" y="52">8</text>
                  <text x="160" y="52">9</text>
                  <text x="176" y="52">0</text>
                  <text x="192" y="52">1</text>
                  <text x="208" y="52">2</text>
                  <text x="224" y="52">3</text>
                  <text x="240" y="52">4</text>
                  <text x="256" y="52">5</text>
                  <text x="272" y="52">6</text>
                  <text x="288" y="52">7</text>
                  <text x="304" y="52">8</text>
                  <text x="320" y="52">9</text>
                  <text x="336" y="52">0</text>
                  <text x="352" y="52">1</text>
                  <text x="368" y="52">2</text>
                  <text x="384" y="52">3</text>
                  <text x="400" y="52">4</text>
                  <text x="416" y="52">5</text>
                  <text x="432" y="52">6</text>
                  <text x="448" y="52">7</text>
                  <text x="464" y="52">8</text>
                  <text x="480" y="52">9</text>
                  <text x="496" y="52">0</text>
                  <text x="512" y="52">1</text>
                  <text x="200" y="84">Power</text>
                  <text x="248" y="84">Group</text>
                  <text x="316" y="84">Identifier</text>
                  <text x="264" y="116">PSP</text>
                  <text x="236" y="148">Parent</text>
                  <text x="308" y="148">Identifier</text>
                </g>
              </svg>
            </artwork>
            <artwork type="ascii-art"><![CDATA[
    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                     Power Group Identifier                    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                              PSP                              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                         Parent Identifier                     |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

]]></artwork>
          </artset>
        </figure>
        <t>Where:</t>
        <ul spacing="normal">
          <li>
            <t>Power Group Identifier: 4 octets. Identifies the Power Group. <bcp14>MUST NOT</bcp14> be equal to 0.</t>
          </li>
          <li>
            <t>PSP: 4 octets, unsigned integer. The Power Group's PSP, in milliwatts. A value of 0 is valid.</t>
          </li>
          <li>
            <t>Parent Identifier: 4 octets. A reference to the Power Group's parent.</t>
          </li>
        </ul>
        <t>The Power Group Identifier and Parent Identifier have node-local significance.
They are interpreted only in the context of the originating Intermediate
System.</t>
        <t>If the Parent Identifier is equal to 0, the Power Group has no parent (i.e.,
it is the root of a Power Group hierarchy). If the Parent Identifier is
greater than 0 but cannot be resolved, the Power Group is processed as if it were
the root of a Power Group hierarchy.</t>
        <t>If the complete current LSP set originated by one Intermediate System at
one IS-IS level contains multiple Power Group entries with the same
Power Group Identifier, and all such entries have identical PSP and
Parent Identifier values, the receiver <bcp14>MUST</bcp14> treat them as a single
advertisement.</t>
        <t>If entries with the same Power Group Identifier have different PSP or
Parent Identifier values, the receiver <bcp14>MUST</bcp14> ignore all entries with that
Power Group Identifier from that originator and level.</t>
        <t>The Power Group hierarchy <bcp14>MUST NOT</bcp14> contain a cycle. A Power Group whose
Parent Identifier is equal to its own Power Group Identifier is a
self-parenting cycle. A set of two or more Power Groups forms a cycle when
following a Parent Identifier from any member eventually returns
to that member. The receiver <bcp14>MUST</bcp14> ignore every Power Group that is a member
of a cycle and <bcp14>MUST NOT</bcp14> use those Power Groups for path computation.</t>
        <t>These rules apply across all LSP fragments and all occurrences of the
Power Group TLV in the current LSP set. Normal IS-IS LSP sequence-number,
lifetime, purge, and LSP-set processing determines which LSP set is
current.</t>
        <t>An originator <bcp14>SHOULD</bcp14> update all LSP fragments containing a changed Power
Group advertisement as an atomic flooding operation where possible.
During convergence, a receiver that observes conflicting entries <bcp14>MUST</bcp14>
treat the affected Power Group as invalid rather than use potentially
inconsistent PSP or hierarchy information.</t>
      </section>
      <section anchor="the-sleeping-adjacencies-tlv">
        <name>The Sleeping Adjacencies TLV</name>
        <t>The Sleeping Adjacencies TLV is a top-level TLV.</t>
        <figure anchor="si">
          <name>Sleeping Adjacencies TLV</name>
          <artset>
            <artwork type="svg"><svg xmlns="http://www.w3.org/2000/svg" version="1.1" height="176" width="528" viewBox="0 0 528 176" class="diagram" text-anchor="middle" font-family="monospace" font-size="13px" stroke-linecap="round">
                <path d="M 8,64 L 8,96" fill="none" stroke="black"/>
                <path d="M 136,64 L 136,96" fill="none" stroke="black"/>
                <path d="M 264,64 L 264,96" fill="none" stroke="black"/>
                <path d="M 8,64 L 520,64" fill="none" stroke="black"/>
                <path d="M 8,96 L 264,96" fill="none" stroke="black"/>
                <g class="text">
                  <text x="16" y="36">0</text>
                  <text x="176" y="36">1</text>
                  <text x="336" y="36">2</text>
                  <text x="496" y="36">3</text>
                  <text x="16" y="52">0</text>
                  <text x="32" y="52">1</text>
                  <text x="48" y="52">2</text>
                  <text x="64" y="52">3</text>
                  <text x="80" y="52">4</text>
                  <text x="96" y="52">5</text>
                  <text x="112" y="52">6</text>
                  <text x="128" y="52">7</text>
                  <text x="144" y="52">8</text>
                  <text x="160" y="52">9</text>
                  <text x="176" y="52">0</text>
                  <text x="192" y="52">1</text>
                  <text x="208" y="52">2</text>
                  <text x="224" y="52">3</text>
                  <text x="240" y="52">4</text>
                  <text x="256" y="52">5</text>
                  <text x="272" y="52">6</text>
                  <text x="288" y="52">7</text>
                  <text x="304" y="52">8</text>
                  <text x="320" y="52">9</text>
                  <text x="336" y="52">0</text>
                  <text x="352" y="52">1</text>
                  <text x="368" y="52">2</text>
                  <text x="384" y="52">3</text>
                  <text x="400" y="52">4</text>
                  <text x="416" y="52">5</text>
                  <text x="432" y="52">6</text>
                  <text x="448" y="52">7</text>
                  <text x="464" y="52">8</text>
                  <text x="480" y="52">9</text>
                  <text x="496" y="52">0</text>
                  <text x="512" y="52">1</text>
                  <text x="68" y="84">Type</text>
                  <text x="204" y="84">Length</text>
                  <text x="348" y="84">Sleeping</text>
                  <text x="432" y="84">Adjacencies</text>
                  <text x="8" y="116">/</text>
                  <text x="264" y="116">.</text>
                  <text x="8" y="132">/</text>
                  <text x="264" y="132">.</text>
                  <text x="8" y="148">/</text>
                  <text x="264" y="148">.</text>
                </g>
              </svg>
            </artwork>
            <artwork type="ascii-art"><![CDATA[
    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     Type      |     Length    |      Sleeping Adjacencies
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   /                               .
   /                               .
   /                               .
]]></artwork>
          </artset>
        </figure>
        <t>Where:</t>
        <ul spacing="normal">
          <li>
            <t>Type: 1 octet, value TBD2</t>
          </li>
          <li>
            <t>Length: 1 octet, unsigned integer. The length of the TLV, measured in octets, not including the type and length fields.</t>
          </li>
          <li>
            <t>Sleeping Adjacencies: A sequence of complete IS-IS TLVs, also called embedded TLVs. The permitted embedded TLV
types are 2, 22, 23, 222 and 223. Each embedded TLV is encoded using its normal Type, Length, and Value fields, as specified for
that TLV when advertised outside the Sleeping Adjacencies TLV.</t>
          </li>
        </ul>
        <t>Implementations <bcp14>MUST</bcp14> ignore an embedded TLV whose type is not listed above.</t>
        <t>An embedded TLV can carry sub-TLVs and this document adds no new restrictions upon which sub-TLVs it can carry.</t>
        <t>An embedded TLV <bcp14>MUST</bcp14> fit entirely within the containing Sleeping Adjacencies TLV;
it <bcp14>MUST NOT</bcp14> extend into another TLV. If an embedded TLV is truncated or has
an invalid length, the receiver <bcp14>MUST</bcp14> ignore the entire Sleeping Adjacencies TLV.</t>
        <t>A sender <bcp14>MAY</bcp14> include more than one Sleeping Adjacencies TLV in an LSP
when the all embedded TLVs do not fit in a single Sleeping Adjacencies TLV. A receiver <bcp14>MUST</bcp14> process the
embedded TLVs in all Sleeping Adjacencies TLVs carried by the complete
current LSP set as one set.</t>
        <t>If an adjacency is advertised both as sleeping and as non-sleeping in
the complete current LSP set, the sleeping state <bcp14>MUST</bcp14> be retained and
the adjacency <bcp14>MUST</bcp14> be treated as sleeping.</t>
        <t>If the node at the other end of a sleeping adjacency resets, some fields
in the sleeping adjacency may become unresolvable. An implementation <bcp14>MAY</bcp14>
retain such an advertisement, but it <bcp14>MUST NOT</bcp14> use an unresolvable field
for path computation. The fields become usable when the remote node
advertises the adjacency again, either as sleeping or as non-sleeping.</t>
        <t>These rules apply across
all LSP fragments and all occurrences of the Sleeping Adjacencies TLV.
Normal IS-IS LSP sequence-number, lifetime, purge, and LSP-set
processing determines which LSP set is current.</t>
        <t>An originator <bcp14>SHOULD</bcp14> update all LSP fragments containing a changed
Sleeping Adjacencies advertisement as an atomic flooding operation where
possible.</t>
      </section>
      <section anchor="interface-extensions">
        <name>Interface Extensions</name>
        <t>The following sub-TLVs are found in TLV 22, Extended IS Reachability, and
TLV 222, MT-IS Reachability. Within those top-level TLVs, they are found
in sub-TLVs that advertise interface information. This document defines
these interface extensions for the single IS-IS topology and for
multi-topology IS-IS reachability. They are not defined for TLV 23
(IS Neighbors) or TLV 223 (MT-IS Neighbor Attribute).</t>
        <t>These sub-TLVs represent layer-3 interfaces. When they represent a LAG, they represent a layer-3 abstraction that contains all LAG members.</t>
        <section anchor="mem">
          <name>The Power Group Member Sub-TLV</name>
          <t>This sub-TLV maps an interface to one or more Power Groups. A LAG can map to multiple Power Groups. However, this sub-TLV does not identify the LAG member through which the interface maps to each Power Group.</t>
          <figure anchor="pgm">
            <name>Power Group Member Sub-TLV</name>
            <artset>
              <artwork type="svg"><svg xmlns="http://www.w3.org/2000/svg" version="1.1" height="160" width="528" viewBox="0 0 528 160" class="diagram" text-anchor="middle" font-family="monospace" font-size="13px" stroke-linecap="round">
                  <path d="M 8,64 L 8,96" fill="none" stroke="black"/>
                  <path d="M 136,64 L 136,96" fill="none" stroke="black"/>
                  <path d="M 216,112 L 216,128" fill="none" stroke="black"/>
                  <path d="M 264,64 L 264,96" fill="none" stroke="black"/>
                  <path d="M 296,96 L 296,112" fill="none" stroke="black"/>
                  <path d="M 488,80 L 488,96" fill="none" stroke="black"/>
                  <path d="M 8,64 L 520,64" fill="none" stroke="black"/>
                  <path d="M 8,96 L 520,96" fill="none" stroke="black"/>
                  <path d="M 8,128 L 264,128" fill="none" stroke="black"/>
                  <g class="text">
                    <text x="8" y="36">0</text>
                    <text x="168" y="36">1</text>
                    <text x="328" y="36">2</text>
                    <text x="488" y="36">3</text>
                    <text x="8" y="52">0</text>
                    <text x="24" y="52">1</text>
                    <text x="40" y="52">2</text>
                    <text x="56" y="52">3</text>
                    <text x="72" y="52">4</text>
                    <text x="88" y="52">5</text>
                    <text x="104" y="52">6</text>
                    <text x="120" y="52">7</text>
                    <text x="136" y="52">8</text>
                    <text x="152" y="52">9</text>
                    <text x="168" y="52">0</text>
                    <text x="184" y="52">1</text>
                    <text x="200" y="52">2</text>
                    <text x="216" y="52">3</text>
                    <text x="232" y="52">4</text>
                    <text x="248" y="52">5</text>
                    <text x="264" y="52">6</text>
                    <text x="280" y="52">7</text>
                    <text x="296" y="52">8</text>
                    <text x="312" y="52">9</text>
                    <text x="328" y="52">0</text>
                    <text x="344" y="52">1</text>
                    <text x="360" y="52">2</text>
                    <text x="376" y="52">3</text>
                    <text x="392" y="52">4</text>
                    <text x="408" y="52">5</text>
                    <text x="424" y="52">6</text>
                    <text x="440" y="52">7</text>
                    <text x="456" y="52">8</text>
                    <text x="472" y="52">9</text>
                    <text x="488" y="52">0</text>
                    <text x="504" y="52">1</text>
                    <text x="68" y="84">Type</text>
                    <text x="204" y="84">Length</text>
                    <text x="312" y="84">Power</text>
                    <text x="360" y="84">Group</text>
                    <text x="428" y="84">Identifier</text>
                    <text x="480" y="84">.</text>
                    <text x="496" y="84">.</text>
                    <text x="40" y="116">Power</text>
                    <text x="88" y="116">Group</text>
                    <text x="156" y="116">Identifier</text>
                    <text x="208" y="116">.</text>
                    <text x="224" y="116">.</text>
                    <text x="264" y="116">(cont.)</text>
                  </g>
                </svg>
              </artwork>
              <artwork type="ascii-art"><![CDATA[
    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |     Type      |     Length    |   Power Group Identifier ...
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      Power Group Identifier ... (cont.)|
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork>
            </artset>
          </figure>
          <t><xref target="pgm"/> depicts the Power Group Member Sub-TLV where:</t>
          <ul spacing="normal">
            <li>
              <t>Type: 1 octet, value TBD3</t>
            </li>
            <li>
              <t>Length: 1 octet, unsigned integer. The length of the sub-TLV, measured in octets,
not including the type and length fields. The length <bcp14>MUST</bcp14> be a non-zero
multiple of 4.</t>
            </li>
            <li>
              <t>Power Group Identifiers: A sequence of 4-octet unsigned integers.
The number of identifiers is Length divided by 4.
A Power Group Identifier <bcp14>MUST NOT</bcp14> be equal to 0.</t>
            </li>
          </ul>
          <t>If a Power Group Identifier cannot be resolved, it is ignored.</t>
        </section>
        <section anchor="pwr">
          <name>The Interface PSP Sub-TLV</name>
          <t>This sub-TLV advertises an interface's PSP.</t>
          <figure anchor="ips">
            <name>Interface PSP Sub-TLV</name>
            <artset>
              <artwork type="svg"><svg xmlns="http://www.w3.org/2000/svg" version="1.1" height="160" width="528" viewBox="0 0 528 160" class="diagram" text-anchor="middle" font-family="monospace" font-size="13px" stroke-linecap="round">
                  <path d="M 8,64 L 8,96" fill="none" stroke="black"/>
                  <path d="M 120,112 L 120,128" fill="none" stroke="black"/>
                  <path d="M 136,64 L 136,96" fill="none" stroke="black"/>
                  <path d="M 264,64 L 264,128" fill="none" stroke="black"/>
                  <path d="M 8,64 L 520,64" fill="none" stroke="black"/>
                  <path d="M 8,96 L 520,96" fill="none" stroke="black"/>
                  <path d="M 8,128 L 264,128" fill="none" stroke="black"/>
                  <g class="text">
                    <text x="8" y="36">0</text>
                    <text x="168" y="36">1</text>
                    <text x="328" y="36">2</text>
                    <text x="488" y="36">3</text>
                    <text x="8" y="52">0</text>
                    <text x="24" y="52">1</text>
                    <text x="40" y="52">2</text>
                    <text x="56" y="52">3</text>
                    <text x="72" y="52">4</text>
                    <text x="88" y="52">5</text>
                    <text x="104" y="52">6</text>
                    <text x="120" y="52">7</text>
                    <text x="136" y="52">8</text>
                    <text x="152" y="52">9</text>
                    <text x="168" y="52">0</text>
                    <text x="184" y="52">1</text>
                    <text x="200" y="52">2</text>
                    <text x="216" y="52">3</text>
                    <text x="232" y="52">4</text>
                    <text x="248" y="52">5</text>
                    <text x="264" y="52">6</text>
                    <text x="280" y="52">7</text>
                    <text x="296" y="52">8</text>
                    <text x="312" y="52">9</text>
                    <text x="328" y="52">0</text>
                    <text x="344" y="52">1</text>
                    <text x="360" y="52">2</text>
                    <text x="376" y="52">3</text>
                    <text x="392" y="52">4</text>
                    <text x="408" y="52">5</text>
                    <text x="424" y="52">6</text>
                    <text x="440" y="52">7</text>
                    <text x="456" y="52">8</text>
                    <text x="472" y="52">9</text>
                    <text x="488" y="52">0</text>
                    <text x="504" y="52">1</text>
                    <text x="68" y="84">Type</text>
                    <text x="204" y="84">Length</text>
                    <text x="376" y="84">PSP</text>
                    <text x="56" y="116">PSP</text>
                    <text x="96" y="116">(cont</text>
                    <text x="128" y="116">)</text>
                  </g>
                </svg>
              </artwork>
              <artwork type="ascii-art"><![CDATA[
    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |     Type      |     Length    |            PSP
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
         PSP (cont.)                |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork>
            </artset>
          </figure>
          <t><xref target="ips"/> depicts the Interface PSP Sub-TLV where:</t>
          <ul spacing="normal">
            <li>
              <t>Type: 1 octet, value TBD4</t>
            </li>
            <li>
              <t>Length: 1 octet, unsigned integer. <bcp14>MUST</bcp14> be 4. If the Length is not 4,
the receiver <bcp14>MUST</bcp14> ignore the instance.</t>
            </li>
            <li>
              <t>PSP: 4 octets, unsigned integer. The interface's PSP,
in milliwatts.</t>
            </li>
          </ul>
        </section>
        <section anchor="unidirectional-sleeping-bandwidth-sub-tlv">
          <name>Unidirectional Sleeping Bandwidth Sub-TLV</name>
          <t>This sub-TLV is applicable only to LAG interfaces and then only when the LAG
interface is not sleeping. It <bcp14>MUST NOT</bcp14> be originated for a non-LAG link. A receiver <bcp14>MUST</bcp14> ignore this sub-TLV when it is
advertised for a non-LAG interface.</t>
          <figure anchor="usb">
            <name>Unidirectional Sleeping Bandwidth Sub-TLV</name>
            <artset>
              <artwork type="svg"><svg xmlns="http://www.w3.org/2000/svg" version="1.1" height="160" width="528" viewBox="0 0 528 160" class="diagram" text-anchor="middle" font-family="monospace" font-size="13px" stroke-linecap="round">
                  <path d="M 8,64 L 8,96" fill="none" stroke="black"/>
                  <path d="M 136,64 L 136,96" fill="none" stroke="black"/>
                  <path d="M 264,64 L 264,128" fill="none" stroke="black"/>
                  <path d="M 8,64 L 520,64" fill="none" stroke="black"/>
                  <path d="M 8,96 L 520,96" fill="none" stroke="black"/>
                  <path d="M 8,128 L 264,128" fill="none" stroke="black"/>
                  <g class="text">
                    <text x="8" y="36">0</text>
                    <text x="168" y="36">1</text>
                    <text x="328" y="36">2</text>
                    <text x="488" y="36">3</text>
                    <text x="8" y="52">0</text>
                    <text x="24" y="52">1</text>
                    <text x="40" y="52">2</text>
                    <text x="56" y="52">3</text>
                    <text x="72" y="52">4</text>
                    <text x="88" y="52">5</text>
                    <text x="104" y="52">6</text>
                    <text x="120" y="52">7</text>
                    <text x="136" y="52">8</text>
                    <text x="152" y="52">9</text>
                    <text x="168" y="52">0</text>
                    <text x="184" y="52">1</text>
                    <text x="200" y="52">2</text>
                    <text x="216" y="52">3</text>
                    <text x="232" y="52">4</text>
                    <text x="248" y="52">5</text>
                    <text x="264" y="52">6</text>
                    <text x="280" y="52">7</text>
                    <text x="296" y="52">8</text>
                    <text x="312" y="52">9</text>
                    <text x="328" y="52">0</text>
                    <text x="344" y="52">1</text>
                    <text x="360" y="52">2</text>
                    <text x="376" y="52">3</text>
                    <text x="392" y="52">4</text>
                    <text x="408" y="52">5</text>
                    <text x="424" y="52">6</text>
                    <text x="440" y="52">7</text>
                    <text x="456" y="52">8</text>
                    <text x="472" y="52">9</text>
                    <text x="488" y="52">0</text>
                    <text x="504" y="52">1</text>
                    <text x="68" y="84">Type</text>
                    <text x="204" y="84">Length</text>
                    <text x="348" y="84">Sleeping</text>
                    <text x="424" y="84">Bandwidth</text>
                    <text x="52" y="116">Sleeping</text>
                    <text x="128" y="116">Bandwidth</text>
                  </g>
                </svg>
              </artwork>
              <artwork type="ascii-art"><![CDATA[
    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |     Type      |     Length    |      Sleeping Bandwidth
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      Sleeping Bandwidth            |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork>
            </artset>
          </figure>
          <t><xref target="usb"/> depicts the Unidirectional Sleeping Bandwidth Sub-TLV where:</t>
          <ul spacing="normal">
            <li>
              <t>Type: 1 octet, value TBD5</t>
            </li>
            <li>
              <t>Length: 1 octet, unsigned integer. <bcp14>MUST</bcp14> be 4. If the Length is not 4,
the receiver <bcp14>MUST</bcp14> ignore the instance.</t>
            </li>
            <li>
              <t>Sleeping Bandwidth: 4 octets, IEEE 754 binary32 floating-point value
in network byte order, measured in bytes per second. NaN, positive
infinity, negative infinity, and negative values are invalid. A receiver
<bcp14>MUST</bcp14> ignore an instance containing an invalid value.</t>
            </li>
          </ul>
          <t>The Sleeping Bandwidth field carries the sleeping bandwidth of a LAG
interface. It is the sum of the sleeping bandwidths of the LAG's component
links. A component link's sleeping bandwidth is the amount of its maximum
bandwidth <xref target="RFC5305"/> that has been transitioned to power-sleep, excluding
bandwidth currently allocated to RSVP-TE label switched paths. The value
<bcp14>MUST NOT</bcp14> be advertised for a non-LAG link.</t>
          <t>For each interface, an implementation <bcp14>SHOULD</bcp14> originate at most one instance
of each sub-TLV defined in this section. If multiple instances of the same
sub-TLV are received for one interface and their values are identical, the
receiver <bcp14>MUST</bcp14> treat them as one instance. If their values differ, the
receiver <bcp14>MUST</bcp14> ignore all instances of that sub-TLV for that interface and
<bcp14>MUST NOT</bcp14> select one based on sub-TLV order, LSP fragment number, arrival
order, or processing order.</t>
        </section>
        <section anchor="the-power-sleep-capable-bit">
          <name>The Power-Sleep Capable Bit</name>
          <t>The Power-Sleep Capable flag (TBD6) is carried in the 16-bit Link-attributes
sub-TLV (19) defined in <xref target="RFC5029"/>. 
When set,
this flag indicates that the link may be put into power-sleep mode.
When clear, the link may not be put into power-sleep mode.</t>
        </section>
      </section>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>The information defined in this document is used by path-computation
systems and may influence whether network resources are placed into
power-sleep mode. An attacker that can inject, modify, replay, or
suppress IS-IS advertisements could advertise false Power Group
identifiers, PSP values, parent relationships, sleep states, sleeping
bandwidth, or power-sleep capability.</t>
      <t>False advertisements could cause traffic to be concentrated on
insufficient capacity, cause a sleeping resource to be selected, prevent
eligible resources from being powered down, or cause repeated and
unnecessary power-state transitions. False parent relationships could
also alter the computed Power Group hierarchy and the resulting path
selection. Implementations <bcp14>MUST</bcp14> validate received values according to
the procedures in this document and <bcp14>MUST NOT</bcp14> use malformed,
unresolvable, or otherwise invalid values for path computation.</t>
      <t>Implementations and operators <bcp14>SHOULD</bcp14> use the IS-IS authentication
mechanisms appropriate for the deployment to protect these
advertisements from unauthorized modification and injection. IS-IS
authentication does not by itself prevent an authorized but
misconfigured router from originating incorrect information; therefore,
access to the control plane and configuration of power-management
parameters should be restricted to trusted systems and operators.</t>
      <t>Implementations <bcp14>MUST</bcp14> apply normal IS-IS LSP sequence-number, lifetime,
purge, and withdrawal processing to the TLVs defined in this document.
Power Group and Sleeping Adjacencies information <bcp14>MUST NOT</bcp14> be retained
after the originating LSP set is no longer valid. During LSP
convergence, implementations <bcp14>MUST</bcp14> follow the conflict-handling rules in
this document and <bcp14>MUST</bcp14> avoid using information that is ambiguous or
invalid.</t>
      <t>Implementations <bcp14>SHOULD</bcp14> provide operational visibility into rejected,
conflicting, expired, and otherwise invalid advertisements. A
deployment should also ensure that the PCPPS or other path-computation
component applies independent capacity and reachability checks before
placing traffic on paths that rely on sleeping-bandwidth or power-sleep
information.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>IANA is requested to add the following entries to the IS-IS Top-Level TLV Codepoints registry (https://www.iana.org/assignments/isis-tlv-codepoints/isis-tlv-codepoints.xhtml#tlv-codepoints):</t>
      <table anchor="i1">
        <name>IS-IS Top-Level TLV Codepoints</name>
        <thead>
          <tr>
            <th align="left">Value</th>
            <th align="left">Name</th>
            <th align="left">IIH</th>
            <th align="left">LSP</th>
            <th align="left">SNP</th>
            <th align="left">Purge</th>
            <th align="left">MP</th>
            <th align="left">Status Reference</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td align="left">TBD1</td>
            <td align="left">Power Group</td>
            <td align="left">N</td>
            <td align="left">Y</td>
            <td align="left">N</td>
            <td align="left">N</td>
            <td align="left">N</td>
            <td align="left">This document</td>
          </tr>
          <tr>
            <td align="left">TBD2</td>
            <td align="left">Sleeping Adjacencies</td>
            <td align="left">N</td>
            <td align="left">Y</td>
            <td align="left">N</td>
            <td align="left">N</td>
            <td align="left">Y</td>
            <td align="left">This document</td>
          </tr>
        </tbody>
      </table>
      <t>IANA is also requested to add the following entries to the IS-IS Sub-TLVs for TLVs Advertising Neighbor Information registry
(https://www.iana.org/assignments/isis-tlv-codepoints/isis-tlv-codepoints.xhtml#isis-tlv-codepoints-advertising-neighbor-information):</t>
      <table>
        <name>IS-IS Sub-TLVs for TLVs Advertising Neighbor Information</name>
        <thead>
          <tr>
            <th align="left">Type</th>
            <th align="left">Description</th>
            <th align="left">22</th>
            <th align="left">23</th>
            <th align="left">25</th>
            <th align="left">141</th>
            <th align="left">222</th>
            <th align="left">223</th>
            <th align="left">MP</th>
            <th align="left">Reference</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td align="left">TBD3</td>
            <td align="left">Power Group Member</td>
            <td align="left">Y</td>
            <td align="left">N</td>
            <td align="left">N</td>
            <td align="left">N</td>
            <td align="left">Y</td>
            <td align="left">N</td>
            <td align="left">N</td>
            <td align="left">This document</td>
          </tr>
          <tr>
            <td align="left">TBD4</td>
            <td align="left">Interface PSP</td>
            <td align="left">Y</td>
            <td align="left">N</td>
            <td align="left">N</td>
            <td align="left">N</td>
            <td align="left">Y</td>
            <td align="left">N</td>
            <td align="left">N</td>
            <td align="left">This document</td>
          </tr>
          <tr>
            <td align="left">TBD5</td>
            <td align="left">Unidirectional Sleeping Bandwidth (LAG only)</td>
            <td align="left">Y</td>
            <td align="left">Y</td>
            <td align="left">N</td>
            <td align="left">N</td>
            <td align="left">Y</td>
            <td align="left">Y</td>
            <td align="left">N</td>
            <td align="left">This document</td>
          </tr>
        </tbody>
      </table>
      <t>IANA is also requested to add the following entry to the IS-IS Neighbor Link-Attribute Bit Values registry
(https://www.iana.org/assignments/isis-tlv-codepoints/isis-tlv-codepoints.xhtml#isis-tlv-codepoints-19of22):</t>
      <table anchor="i3">
        <name>IS-IS Neighbor Link-Attribute Bit Values</name>
        <thead>
          <tr>
            <th align="left">Value</th>
            <th align="left">Name</th>
            <th align="left">L2BM</th>
            <th align="left">Reference</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td align="left">TBD6</td>
            <td align="left">Power-Sleep Capable (requested bit value 0x0008)</td>
            <td align="left">N</td>
            <td align="left">This document</td>
          </tr>
        </tbody>
      </table>
    </section>
    <section anchor="acknowledgements">
      <name>Acknowledgements</name>
      <t>Thanks to Les Ginsberg for his review and comments.</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-normative-references">
      <name>Normative References</name>
      <reference anchor="RFC2119">
        <front>
          <title>Key words for use in RFCs to Indicate Requirement Levels</title>
          <author fullname="S. Bradner" initials="S." surname="Bradner"/>
          <date month="March" year="1997"/>
          <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="RFC8174">
        <front>
          <title>Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words</title>
          <author fullname="B. Leiba" initials="B." surname="Leiba"/>
          <date month="May" year="2017"/>
          <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="RFC5305">
        <front>
          <title>IS-IS Extensions for Traffic Engineering</title>
          <author fullname="T. Li" initials="T." surname="Li"/>
          <author fullname="H. Smit" initials="H." surname="Smit"/>
          <date month="October" year="2008"/>
          <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="RFC5029">
        <front>
          <title>Definition of an IS-IS Link Attribute Sub-TLV</title>
          <author fullname="JP. Vasseur" initials="JP." surname="Vasseur"/>
          <author fullname="S. Previdi" initials="S." surname="Previdi"/>
          <date month="September" year="2007"/>
          <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="I-D.many-teas-power-steering">
        <front>
          <title>A Power Conserving Path Placement Strategy (PCPPS)</title>
          <author fullname="Colby Barth" initials="C." surname="Barth">
            <organization>HPE</organization>
          </author>
          <author fullname="Tony Li" initials="T." surname="Li">
            <organization>HPE</organization>
          </author>
          <author fullname="Vishnu Pavan Beeram" initials="V. P." surname="Beeram">
            <organization>HPE</organization>
          </author>
          <author fullname="Ron Bonica" initials="R. P." surname="Bonica">
            <organization>HPE</organization>
          </author>
          <date day="9" month="September" year="2026"/>
          <abstract>
            <t>   This document introduces a Power Conserving Path Placement Strategy
   (PCPPS).  During periods of low demand, PCPPS concentrates traffic
   onto a small set of network resources.  This causes other network
   resources to become idle or nearly idle.  When demand increases,
   PCPPS redistributes traffic as required.

            </t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-many-teas-power-steering-02"/>
      </reference>
    </references>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA+1c63LbyJX+30/Ra/8YaZbg6Oa5KNkksq3Y2pVtrakZlyuV
2moCTbLHIICgAXEY2/Ms+yx5snzndANokKAsO66ZVCqaskQ2+nL6XL4+l8ZE
USTiPDHZ/FTW1Sz6VojKVKk+lReT6GIiJ3VR5GUl/5iX8nqh5VW+0qV8lGdW
lzcYJa9UtZBXqYr1UmeVnFSlqvR8LfeuHl1dTfaFmk5LfdNMd/VEJHmcqSUW
SEo1qyKjsWpqy6iIi8JGB0cipgnycn0qbZUIYSuVJf+n0jzDmLW2ojCn8k9V
Ho+kBWWlnll8Wi/dhzhfEh32z0KYojyVVVnb6ujg4DtMrEqtTuXLvK5AuFhh
x5eTl/LVE/Fmdeo2xp8uJhcTIVRdLfLyVEgZ4Z+UJrOn8tH4oSqrBTe4TTzK
0+ladq15iWmfXp3zlzivs4o28v3kjBv0Upn0VP53noFrKhtPadwfFoUeg+7+
UtdjeWmCha7zbN203GmRCgPGqfmD/9uf/YexvBrLh1qXahks8oOxi6yGTG9U
Fj6904I3Ux4wvJ2XWC3PTKyC1V7mWdh4p0VKsC5NxlMe1i4lsrxcqsrcaBLY
yz8+Ojo8/M5//PbwmxP/8cHxwYPm48ERd7iIHo+XKltHlVY2KkgJIlthI2QR
QkRRJNXUQqnjSoi3b2/r/v49tlqVeVLH2kr10aYylvLVQmeyyK0101SPJLeD
FVmM/tTZQp/VbGZimWdVjjXsUqWptLqS+Uxmulrl5RtZapvXJYhoZmwGGRtO
ltxtkpHMqwU2svVATjV4r6VJUi1hozKG0ky1ZK5g9iRfZRJSNKnEBGsJ88Mk
OsEjNVcmA3XXC0cScQgT6kyX4AfNhQmYjTq7MZA5MUyl0iwLCGIshONMbdHD
ZDMnfGgTjKqiXSYGIjPTmjY5pQnlxRPoOy8H/KmZ/7bQsZkZYiqAzeGTzhwY
SszpZ+umHzt9WJoEOxbivrzw4ua1395n6b//t5p8bjX5ZC351dQEugGB3mA4
vlsm9bGemczwdyHoJH2DvYJTiZX3nn0/ub43cn/l8xf8+eX5/35/8fL8MX2e
PD27vGw/CN9j8vTF95ePu0/dyEcvnj07f/7YDUar7DWJe8/OXuMJUXXvxdX1
xYvnZ5f3sAPsJNw4CQKCh6igr7osSk18UlYk2sZgG75gzMNHV3/7/8MT+fbt
f3jchYK7L4S8+LKCbrnV8ixd+68kaqGKQquSZiHNilVhID5okrLSLkgtoFAa
7PzyT8SZP5/K307j4vDkd76BNtxrbHjWa2SebbdsDXZMHGgaWKblZq99g9N9
es9e9743fA8af/v71GRaRoff/v53rELXulyaLE/z+dqpzCxP03xFegd5LC1L
CMqdDMgO3E5I49zDDyESTrovPRA9KfO6aL9NFEGSxbeKlBnGtXc1udpvnkc2
1bqIIDkFJELrhL7Db1NVDTmevTr7n3Om5WxyeX5+1XSgHajkRyBcFq/Dxin6
rkwCXwrbvzTZG6AfIEg+VpWaKqvl3uXk8cN9eZ4yNsKS7t8P3FKmXV5f/gDL
7xocn3pK+yF+jB2/N2YlyFAwiSJK9Y1OqWksLyooblkaxnKr/1IDOAkgD4+i
PK4AluEk54BUQ4B7MWuR3z0xdoijI2kYqFRyo8vKeFFv0jWWLwh6V3jeDMjy
amOQ2holxM8//6yUvZmzg3Ugt38OB9qOBtqO/QyHeHosT+QD+bX8Rn4rv/uY
NprjP6N/8D+a5B3TdL0utKPOfb/U2RwHa/t998+7O1Fyl0l2rrSpFOsdk3xg
Efdz60p3/Lmd3AF6xv7nTrOTpom3p/J+ASzh+PK/7m2o4z04TrBLdMCRkQAO
4sqduJtGuKJDgQGLJHwKXWI7G8kbldZaXj98fIhnTtrB0zqzZu7gEN6ULseM
G6lTCtgrLYXpR3IJQKhLZzQ8FkBG5mSyOK350KeuFWkXIZufAQ5CmtixkDzt
ZdAo+ajCKaowTRb9VZe5XNZpZYrUA4VfZtzH4AYsTuUZ44r2wDLQhQ5Mx7IG
3goHYv/SBr75EzLmIqHjCvwvh3rezcA/nZKOpMnV7R1+CUqucPzBJbidJZ+L
ksDShwydsY5M/VVrxcNiO4XyeLPoWrcAYSwbP5AMDEYCBwUu6wGb0uSqm2SX
/QdzfWFpyIjsZ2nS1KxURYufeVyB5R3QyYpvJuH5N9kaknyG0GSGHZLNgqBq
a6mCRw/4GYGYCF62hbdQNwiQ8kRHaR5jv7QtPEFUFcNXvm5CqNBnZ7+bfURN
cVSlf6oayMtLMzeZoowYhbNwK3Vi4HKJyRru0BIEXriO24SAGR3HR1tYvVDk
hviNyj0z1uORcN4JdS3znIno+yULTKzKeLHeZx9p18JiXmoQybFXBrkghKOw
kmAaekChZ3qjk22asHZR5ogYLUcy0szIX6I4VNyBpo4ZCGiB3nBM47pk6i5h
6BwZe3a6gDKHOx8yVTqmSlUJfsSxpPMlSSwIdm13NIQkaI/zK4NThQiwaqnF
sNq4UItD9TpetENZbQz3Iq0hZEI/sc1dVnfreFfqWBt4kc7MKmI6tS+Jd/B2
oTTw+ls/c+k0GjwapHeXmjNliZmxvVRMWV5+FGGwgBwqT3veWBmc3rHqrMyX
LnRvZJaX/kCHPAYMs1WDDnO80MCKeB2nmsw+HLFa5FYPbCQ0HAMvhyLdHVSS
7y+sTmeRsyMy03Ytn4qpVjn2IJfEgl7YQxkJ2xDHcbfoIkg1YFjMEwRF8IGW
U3zXlMEAoUAPAEldZlYwmIFprocD0UFhYCy82nBbTdZF+cGCLc0RR4xv2YqQ
Fp3Bu63tAE0gVrK+umpyLaAAPcs6JT+oKECrisvcWlYHsstZqeYcLbaGkcfO
bil15HBQbIV6Hi379j2WzynLk3rTda3ONYuymjY1EqmZ6cosEYoVdTnXzhzR
MyJxefQhASS64vielHVhYKkNhgDe/LLY3VkW6qdPSNRFQmiyvUGvkE6+MbBx
DiBylQ23tZ6tshVDe6t8aWI5S3OX08oLKDrnydjVbhONY/G4LlkBKbWFrWHX
2F0nfmdNU5+mQ69ZCpeURjRWSSIWLYxIBZtnnzXkPsFyxqesBBmLBuRJKYom
C5GuBdzxHEe6rTrMCEx0Ix3X5gnaTMOZTz8QVZwwuO3pUOD/L+5cfzB6HuLV
nWigTl/tdFbdz/gzdmocUmsah3SXmPt+6a7o8uhXjC6/HGT7ZoTYeicOpbAu
5VRTm8NHSlOsTfCbUIKdHjlSC8Kiqtp4KIgQlz87Gskj+ndMf4+YuKOj47E8
V+RkBGP4eKP8OL7WjHR0xmUON4mpI88+h4w/MF/dBl3m1+fbEwJ8wZjiw/4s
TGnldWXhzjC7dgmUnBFiBdcFXCq+5y9kfcL5vHa89ym0lPAFZ8Y0v9EOjHsD
qJJByb81XK1pRMzkLW2kYpOEHeFMr8gzBRDGjpS6YIgl6G+Hm6qbdGBBpn6G
TgSDpaZsOvycwLP34L+LIb8hB7w9ZxEG6IxVNgfdrnzjcpqzLd6Q117WWewK
QuS0WYE+DVKnXqI7fTN64Ii+TVqkx1lCQ89ee5PQzrHhM4Cc5t0YnRHROA8F
qwqfL+QQhroOqbBciYXstzkXdjdJHMiF2/EHOPsM/al9FWPXVNaniTkwCGMI
sRlDwAZoo+RuCPam6YxusuUb2eAppMZG06bVMw5sKNPUtplM3Ba0OKm1vS1n
3JukFfw+xVUEChaYpy0lTRc+z1081UzSRUoUqEp/3DsNI5Vjz89ulQLIPhgR
LRUMHSYIr90DvZdq3RQX68wFfZQ0h9AyqgEGdk/6JNxWXFSksr4rNOIQMjQO
8jfI7QgmdhSJQT+UQdRR3NJkeVCrjaVewn9hjnQxkwuGuz1xyXMktWFehZLN
y03B3uL8io9xfm+xyA+6u/I2d1fczd2Vn9PdFYOb+QS/V3R+L7uPHMjPMKM8
J9y0XSW3C6q6Y6Ck5prRldGJzk4eR3gBXr7UODfV1KSmWjPPhOuFbs+uo40O
Y/mqgXk+oUJH1AXE625FwTru6eDjs928SwrxHkIHeaPg7eqGlqy9N0S32/Zl
b93Ap1MPkMW1StYAOrs5lRG1za5X2dtXm64iVG4KljQ7c+NY7GHEc23mi2le
2n3ZPDg6lnuOTc1DeVb5Uv5+axYtF0pdELJgb6la6zI67nYF9+eVN9B10E/J
y7Mno+3WZnxzJ6i9TdDmb1hLz574GBc+G3Rnu0b5zAXYE0ehfHsf3d8T3RCE
JxvwVrCedhLAOU0nw1CwTycVLUveAwZS16FMEvo9xbcbstwqXCzJtXN5XIpo
5s6obiP4ivHzhTdeetjRxZRiRRJtPz37zxglfZ4w6U5x0o6szng8/oyE3LaM
3CPFHO+/u9t6QfZ+OZS+76vtPb7rhK63VOw2FP3DxbvjTw2vvCYPhljY/Z2D
rHDq7dIdZgqLdydQ8V0ljK247MTfCNjcTVs2dGcqdTXdLHRAeq1KzI1JnAd5
QmPOdkl+V1VEbN07CAYNJdBdvt758EmAZd1hSKmXDsaKVbkJY4GrE4KZK7f8
U6ZRfkGAaH/Ai88KCW7Kxvw3WfWxcGCKtmw/KHmHBOi1gQTDavJhEDi5Gwg0
5nnSFos8d334fkKGf2tIihO7coWzOxYMN/SXFugXDJ2NfJ+ZBLEuOwgqCAof
NhecGmZsGItxbryJOXTguh0sl47hzmPxOQaddffpmsNaBA6eY0EbK9BFpRAW
gkoV+VsO4Wih1GRvtuPelmcBsbwyI4QIQtL+bC1B/7b0AS34rCY/oGT/gMnX
dtqY/J2V2cEARm7AwJ0nuAM0PPg1oGGb4hApLs7Pz+U3D07kFAZVro+PKKbk
knpU5KDIEe+QorkePV1XZIMJOeKhw0LtlrKx8ByA3clYPlfPR1SDMfR6A0/C
F4kRNWZ6zu88BE0EDW2zK5j62wDu3kJg15hqIxna7LgXV3c5Pp5uvFEp6UTo
Ljs1dyF7KZv2WqdL/PSAioHJ3wmw9bL15rbGttkKDP/CcvIFwVBWCQIsjn/a
JsawL+wQAX4ltaT3S9jTgo4u1U9mWS9F1+3tW/+6CDSZ4zu6zTDV7pJ8Zvke
NwQGbC66W5sjhMjewQym8skNSs2kdGOjcuNeTn64iq7PEVFOEcjblaniBZ5Q
Ysn7oE5rQszeibKM2ULQS1ocg7XcHbEA+7kwn1VpDwBKzy1zW3Fs2egAFWd5
qjZA7G4Tu0PAmTObV+sRN6NbWfE9hdYTLFtzcxtwCzYnlj/WTNlT3ObGAgfj
4rYLCSH5jdV3k7kLBkOzBLcHNujH5A3twUX/gN5OOlanYAjTQBeV6c5NO9ab
eZi7kk36jMwFFArfh1KLXc6MGzczCJG7Y/3I3RCWD00V3FXYeDhL1VzuATW/
3uc8m89A+5Tq4dfRFMc33bOOVJM+sa249g6/2+9fIvfvTb1/j6iHsyaUPRas
DrySyRITu/dPFj7nS5rpE7WyqCtXbAhsBpqXAFR4tjjVykmoG+YjkluG0lXx
iYaVAQD5NRqojMvj+fRc+ObHpha3SS985pv0CK3IBKMgtyss39pxfhfRhAlT
F9ThuNrx0gvpbkHv8Lj6itiim5LUYLqK3zSV85ix9keo0Yi6mBnwvNSYZE16
AbEUlIeyPo/Wy2gSHNZA3y7TN1Np//6ECELKEbvjzX0af0Or1Knj2gJ+/Mhh
pysGNN96uOZ0NdgVX1l3aT0gES8/SGOs+H6Hf9fIvWCy8boRTgdb02NDhNHE
MZ9ubmhQOWj47adxRkhxKzhFd1eETgFyZAmdZPiSy1TT8PAVJN6PWwBM9xUN
WHidZZrsEQd7s10ukHTnAODabXeIkW7TgquvKnVX1rSvHGxcfOhuL3gkJKIJ
WYlS6KRw23OgO1TW5GOaaGtBtgHSOAaUcN4j5yIOY0wCn8MOvzrSq4IsVUoG
BLaKsBrCDMubFw/6XsLOyzqbdPNbQZx3z0vb5vutDt61ohdx3RnAxrjUlOg3
dsmRUpkXJd+sazLScDvTfM0bIbQo84pgmVPZYkMdWRHqzL3oa/4KdrHV+YWY
NGeOjuNEjOgT02VNARtwJHQ6azSPCwzdzEBWsTSW7sSYOft6EHnVXLkKL2HS
vZaSfOUQt35DOyg1vuuRgDS5Apm3Vd8yTwlsMv9+nV/EkYiDzKntUmVqzlsX
UFScyxUll+yCjdIlfbg27dwTfm8aH0PsawW1q67uKlDZ3WtGIqgZUSU7KdUK
Q4Mj0O/SFW93gPe4d3uL5hqsAYXnQOhVNSVOoWaNfYYCCepUWS7TPJu7u4jk
TfsLUVR07l2KMkPccWWiRmh8NyqCKicpIxmX8LhSO2iM6iY37X2KgVcZ1XIK
mee1paOi8fa3xeQtDAymTGJX8gLTb4w1Dr/dSVvqHx2YiuAmF7m4BUK5xL/Q
t2X+fRvDKScCi/TKxmCoM4p5OkfBvarZQMr2Idw595wgYWZhaiqoBWeEfyu0
KzFJeNXxG/LdyXgEHcmsVu37sc7jdnTwjQpy3Lz6REHg0jvsRP9+2X15cfb8
bMv54EZD5Sfov/WGpRKH7V3RsLkc51XdX9rJi+iyqfFhZmyVQkmabE5vra7l
3qKqCnv61Ver1WpsYNzjvJx/pSxFwsz8ryBQG1XpTRS3w4faxj8tqmV6v9+4
jyD8nb+c8w4x6JL+XFw8xW8yiHdy8px+X5H94u8zbuLX/uTL9ub7O/EuiiL8
5rdyqHtgp5gV/177v82/XinSDTyiqYcMenuG11szcPbysE1e3spbSl80MmMd
/RTBTZqio69iWpDsTIKGtOXKi8CGG5GKzy3SgSeR6qiJMk9NFKizEzznst7J
x/zSZMFUvpNHJImjY/r1AL8OTw65kVu5mbVgh/iPN8TvC0PbGvB6lzZIP9MJ
aWIvsfwJk9AGPpyW2qPgmrKs+37OTWV7vWMNUrvDo77afbxmfIpCrvvq2E7L
UV5bJKew0Vm3/WXV7/C7fHZ0NIgul0cPn+3Wn68b/dkIcfc6nlAw6/KEBz8d
HBx8u3+LcMxxXzgf5hMJ4748i99k+SrVybx5A/kaZ/gbBoFLMPMJQhfotfs/
AywY/G+MXnnHzP2/acbi75BlT2t2RwAA

-->

</rfc>
