<?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.19 (Ruby 3.0.2) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-cwbgp-green-energy-saving-management-01" category="std" consensus="true" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.23.2 -->
  <front>
    <title abbrev="Energy Saving Management">YANG Data Models for Energy Saving Management</title>
    <seriesInfo name="Internet-Draft" value="draft-cwbgp-green-energy-saving-management-01"/>
    <author fullname="Gen Chen">
      <organization>Huawei</organization>
      <address>
        <postal>
          <country>China</country>
        </postal>
        <email>chengen@huawei.com</email>
      </address>
    </author>
    <author fullname="Qin Wu" role="editor">
      <organization>Huawei</organization>
      <address>
        <postal>
          <country>China</country>
        </postal>
        <email>bill.wu@huawei.com</email>
      </address>
    </author>
    <author fullname="Mohamed Boucadair" role="editor">
      <organization>Orange</organization>
      <address>
        <postal>
          <country>France</country>
        </postal>
        <email>mohamed.boucadair@orange.com</email>
      </address>
    </author>
    <author fullname="Oscar Gonzales de Dios">
      <organization>Telefonica I+D</organization>
      <address>
        <postal>
          <country>Spain</country>
        </postal>
        <email>oscar.gonzalezdedios@telefonica.com</email>
      </address>
    </author>
    <author fullname="Carlos Pignataro">
      <organization>North Carolina State University</organization>
      <address>
        <postal>
          <country>United States of America</country>
        </postal>
        <email>cpignata@gmail.com</email>
      </address>
    </author>
    <date year="2024" month="October" day="23"/>
    <area>Operations and Management</area>
    <workgroup>Network Inventory YANG</workgroup>
    <keyword>energy efficiency</keyword>
    <keyword>energy saving</keyword>
    <keyword>energy management</keyword>
    <abstract>
      <?line 53?>

<t>This document defines YANG modules for energy saving management at both device and network levels. Also, the document specifies
   a common module that is used independent of the model layer.</t>
    </abstract>
  </front>
  <middle>
    <?line 58?>

<section anchor="introduction">
      <name>Introduction</name>
      <t>With the growth of networks and the increase of awareness about the
   environmental impact, it is important to ensure energy efficiency in
   the operation of network infrastructures.  Operators are thus seeking
   for more information to reflect the power consumption of a network
   and the contribution of involved nodes.</t>
      <t>However, there are no standard mechanisms to report and control power
   usage or energy consumption of different networking equipment under
   different network configuration and conditions.  For example, in
   a 'Tidal network' in which traffic volume undergoes significant
   fluctuations at different times, various energy management methods
   might be envisaged to optimize the energy efficiency at the network
   scale, e.g., by selectively disabling ports or cards on specific network
   nodes based on (forecast) traffic patterns.</t>
      <t>This document defines YANG modules for use in energy management within a network.
   The modules cover both network and device levels (<xref section="3.5.1" sectionFormat="of" target="I-D.ietf-netmod-rfc8407bis"/>).
   The modules can be used, e.g., for monitoring the energy
   consumption of network devices, such as (but are not limited to)
   routers, switches, security gateways, hosts, or servers.  Where
   applicable, device monitoring extends to the individual components of
   the device.</t>
      <t>The network model augments the "ietf-network" module <xref target="RFC8345"/>, while the inventory model augments
   the "ietf-network-inventory" module <xref target="I-D.ietf-ivy-network-inventory-yang"/> with the following rationale:</t>
      <ul spacing="normal">
        <li>
          <t>Parameters that reflect the saving modes and methods are considered
as capabilities, and are thus maintained in the inventory.</t>
        </li>
        <li>
          <t>Required parameters to monitor, control, and adjust nodes and components behaviors
are added to the network topology as this allows operator to better assess
the implications on node-specific action on the overall network.</t>
        </li>
      </ul>
      <t>The document leverages types defined in <xref target="RFC3418"/> and <xref target="RFC6933"/>.</t>
      <section anchor="notes-to-the-rfc-editor">
        <name>Notes to the RFC Editor</name>
        <ul empty="true">
          <li>
            <t>Note to the RFC Editor: This section is to be removed prior to publication.</t>
          </li>
        </ul>
        <t>This document contains placeholder values that need to be replaced
   with finalized values at the time of publication.  This note
   summarizes all the substitutions that are needed.</t>
        <t>Please apply the following replacements:</t>
        <ul spacing="normal">
          <li>
            <t>XXXX --&gt; the RFC number assigned to this I-D</t>
          </li>
          <li>
            <t>IIII --&gt; the RFC number assigned to <xref target="I-D.ietf-ivy-network-inventory-yang"/></t>
          </li>
          <li>
            <t>2024-01-23 --&gt; the actual date of the publication of this document</t>
          </li>
        </ul>
      </section>
    </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?>

<t>The meanings of the symbols in the YANG tree diagrams are defined in
   <xref target="RFC8340"/>.</t>
      <t>The document uses the terms defined in <xref target="I-D.bclp-green-terminology"/> and <xref target="I-D.ietf-ivy-network-inventory-yang"/>.</t>
    </section>
    <section anchor="yang-prefixes">
      <name>YANG Prefixes</name>
      <t>Names of data nodes and other data model objects are prefixed using
   the standard prefix associated with the corresponding YANG imported
   modules, as shown in <xref target="pref"/>.</t>
      <table anchor="pref">
        <name>Prefixes and Corresponding YANG modules</name>
        <thead>
          <tr>
            <th align="left">Prefix</th>
            <th align="left">YANG Module</th>
            <th align="left">Reference</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td align="left">ianahw</td>
            <td align="left">iana-hardware</td>
            <td align="left">[IANA_YANG]</td>
          </tr>
          <tr>
            <td align="left">ni</td>
            <td align="left">ietf-network-inventory</td>
            <td align="left">
              <xref target="I-D.ietf-ivy-network-inventory-yang"/></td>
          </tr>
          <tr>
            <td align="left">yang</td>
            <td align="left">ietf-yang-types</td>
            <td align="left">
              <xref target="RFC6991"/></td>
          </tr>
        </tbody>
      </table>
    </section>
    <section anchor="energy-saving-management-data-model-overview">
      <name>Energy Saving Management Data Model Overview</name>
      <section anchor="overview">
        <name>Overview</name>
        <t>As described in <xref target="I-D.ietf-ivy-network-inventory-yang"/>, the Network
   Inventory YANG data model is used to maintain the base network
   inventory information.  This document defines the YANG module "ietf-ni-energy-saving",
   which augments network element of the
   network Inventory base model with energy saving modes, associated
   energy saving methods and augments the component of the network
   inventory base model with capability related power attributes.</t>
        <t>"ietf-ntw-energy-saving" augments the node of abstract
   network model defined in <xref target="RFC8345"/> with energy consumption and
   power usage related attributes. At the network element level, the data model covers configuration of
   the energy saving mode and a set of related parameters to manage
   (e.g., retrieve or adjust) the status of power units, fans, boards,
   cards, ports, processors, and links.  For example, the adjustment
   methods include frequency tuning, shutdown, or sleep mode.  In
   addition, the methods also support the energy saving configuration
   for the 'tidal' traffic flow, where related components can be turned
   off, e.g., during "idle" hours to optimize the energy consumption and
   then woken up based on some triggered (e.g., busy hours or other
   scheduled events).</t>
        <t>The data model defines energy saving modes representing some energy
   consumption levels, which are basic, standard, or deep.  For each
   consumption level, there is a combination of methods to reach the energy
   saving target level.</t>
        <t>At the component level, the data model includes a set of monitoring
   statistics for energy consumption and energy saving operational
   state of each component within the network device. It also includes threshold
   related power parameters such as rated power, expected volts.</t>
        <t>In order to ease reuse of various parameters independent of the module layer,
   this document also defines a common model: "ietf-energy-saving-common".</t>
        <t>The structure of each module is provided in the following subsections.</t>
      </section>
      <section anchor="common-energy-saving-management-module-structure">
        <name>Common Energy Saving Management Module Structure</name>
        <t><xref target="e-tree"/> shows the tree diagram of the YANG data model defined in <xref target="sec-module"/>.</t>
        <figure anchor="e-tree">
          <name>Common Energy Saving Management Tree Structure</name>
          <artwork><![CDATA[
module: ietf-energy-saving-common

  grouping energy-consumption-data:
    +-- average-power?    yang:gauge64
    +-- saved-power?      yang:gauge64
    +-- real-power?       yang:gauge64
    +-- actual-volts?     int32
    +-- actual-amperes?   int32
    +-- actual-celsius?   int32
  grouping energy-saving-modes:
    +-- energy-saving-mode* [mode]
       +-- mode?                   identityref
       +-- energy-saving-method*   identityref
  grouping power-parameters:
    +-- temperature-upper-bound?    int32
    +-- temperature-middle-bound?   int32
    +-- temperature-lower-bound?    int32
    +-- rated-power?                yang:gauge64
    +-- expected-volts?             int32
    +-- low-volts-bound?            int32
    +-- low-volts-fatal?            int32
    +-- high-volts-bound?           int32
    +-- high-volts-fatal?           int32
  grouping energy-power-consumption-stats:
    +-- total-energy-consumption?   yang:gauge64
    +-- saved-energy?               yang:gauge64
    +-- eer?                        decimal64
]]></artwork>
        </figure>
      </section>
      <section anchor="energy-saving-management-network-model">
        <name>Energy Saving Management Network Model</name>
        <t>The structure of the ESM Network Model is depicted in <xref target="ne-tree"/>.</t>
        <figure anchor="ne-tree">
          <name>ESM Network Model Tree Structure</name>
          <artwork><![CDATA[
module: ietf-ntw-energy-saving
  augment /nw:networks/nw:network/nw:node:
    +--ro energy-power-consumption {esm-common:energy-saving}?
    |  +--ro total-energy-consumption?   yang:gauge64
    |  +--ro saved-energy?               yang:gauge64
    |  +--ro eer?                        decimal64
    +--rw energy-saving-modes {esm-common:energy-saving}?
    |  +--rw energy-saving-mode* [mode]
    |     +--rw mode                    identityref
    |     +--rw energy-saving-method*   identityref
    +--ro component* [name] {esm-common:energy-saving}?
       +--ro name                 string
       +--ro class                identityref
       +--ro energy-monitoring
          +--ro energy-consumption
          |  +--ro average-power?    yang:gauge64
          |  +--ro saved-power?      yang:gauge64
          |  +--ro real-power?       yang:gauge64
          |  +--ro actual-volts?     int32
          |  +--ro actual-amperes?   int32
          |  +--ro actual-celsius?   int32
          +--ro energy-saving
             +--ro enabled?       boolean
             +--ro power-state?   identityref
]]></artwork>
        </figure>
      </section>
      <section anchor="esm-inventory-model">
        <name>ESM Inventory Model</name>
        <t>The structure of the ESM Network Inventory Model is depicted in <xref target="cs-tree"/>.</t>
        <figure anchor="cs-tree">
          <name>ESM Inventory Model Tree Structure</name>
          <artwork><![CDATA[
module: ietf-ni-energy-saving
  grouping network-element-ref:
    +-- ne-ref?   leafref
  grouping component-ref:
    +-- node-ref?   leafref
    +-- ne-ref?     leafref

  augment /ni:network-inventory/ni:network-elements
          /ni:network-element:
    +--ro energy-management {esm-common:energy-saving}?
       +--ro energy-monitoring-capability?   boolean
       +--ro energy-saving-modes
          +--ro energy-saving-mode* [mode]
             +--ro mode                    identityref
             +--ro energy-saving-method*   identityref
  augment /ni:network-inventory/ni:network-elements
          /ni:network-element/ni:components/ni:component:
    +--ro power-parameters {esm-common:energy-saving}?
       +--ro temperature-upper-bound?    int32
       +--ro temperature-middle-bound?   int32
       +--ro temperature-lower-bound?    int32
       +--ro rated-power?                yang:gauge64
       +--ro expected-volts?             int32
       +--ro low-volts-bound?            int32
       +--ro low-volts-fatal?            int32
       +--ro high-volts-bound?           int32
       +--ro high-volts-fatal?           int32
]]></artwork>
        </figure>
      </section>
    </section>
    <section anchor="sec-module">
      <name>YANG Modules</name>
      <section anchor="sec-common">
        <name>Common Module</name>
        <t>The module imports types defined in <xref target="RFC6991"/>.</t>
        <sourcecode type="yang"><![CDATA[
<CODE BEGINS> file "ietf-energy-saving-common@2024-01-23.yang"
module ietf-energy-saving-common {
  yang-version 1.1;
  namespace "urn:ietf:params:xml:ns:yang:ietf-energy-saving-common";
  prefix esm-common;

  import ietf-yang-types {
    prefix yang;
    reference
      "RFC 6991: Common YANG Types";
  }

  organization
    "IETF xxx Working Group.";
  contact
    "WG Web:   <https://datatracker.ietf.org/wg/xxx/>;
     WG List:  <mailto:xxxx@ietf.org>

     Author:   Gen Chen
               <mailto:chengen@huawei.com>
     Editor:   Qin Wu
               <mailto:bill.wu@huawei.com>
     Editor:   Mohamed Boucadair
               <mailto:mohamed.boucadair@orange.com>
     Author:   Carlos Pignataro
               <mailto:cpignata@gmail.com>";
  description
    "This module contains a collection of YANG definitions for power
     and energy management of devices. It also augments both the
     network topology and inventory models.

     Copyright (c) 2024 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 Revised 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 RFC XXXX; see
     the RFC itself for full legal notices.";

  revision 2024-01-23 {
    description
      "Initial revision.";
    reference
      "RFC XXXX: YANG Data Models for Energy Saving Management";
  }

  feature energy-saving {
    description
      "Specifies support of energy saving management.";
  }

  identity energy-saving-mode {
    description
      "Base identity for energy saving mode.";
  }

  identity basic {
    base energy-saving-mode;
    description
      "Basic energy saving mode.

       In this mode, the system will shut down idle modules
       and put them in a sleep mode.";
  }

  identity standard {
    base energy-saving-mode;
    description
      "Standard energy saving mode.

       In this mode, the system extends basic energy saving
       mode with more advanced Lossless energy saving features,
       e.g., power module schedule.";
  }

  identity deep {
    base energy-saving-mode;
    description
      "Deep energy saving mode.

       In this mode, the system extends standard energy saving
       mode with more advanced system level energy saving features,
       e.g., board scheduling.";
  }

  identity energy-saving-method {
    description
      "Base identity for energy saving method.";
  }

  identity zone-based-fan-speed-adjustment {
    base energy-saving-method;
    description
      "The system collects information about the
       temperatures of the service boards in the chassis
       and the zones where the service boards reside.

       According to the current temperature and target
       temperature of each board, the system implements
       stepless speed adjustment in different zones.";
  }

  identity unused-high-speed-interface-shutdown {
    base energy-saving-method;
    description
      "When detecting an unused high-speed interface, the
       system shuts down the interface to reduce power consumption
       of the interface circuits.

       When the interface needs to run service, the
       system will automatically wake up the interface and
       restore the interface to the normal working state.";
  }

  identity unused-port-shutdown {
    base energy-saving-method;
    description
      "When detecting an unused user port, the system automatically
       or manually shuts down the interface circuits and optical
       module of the port to reduce port power consumption. When
       detecting that the port needs to run service, the system
       automatically enables the port and restores the port to the
       normal running state, without affecting application of the
       board.";
  }

  identity unused-board-shutdown {
    base energy-saving-method;
    description
      "When detecting an unused board, the system automatically
       shuts down the power supply of the board, ensuring zero
       power consumption of an unused board.

       When detecting that the board needs to run service, the system
       automatically powers on the board and restores the board
       to the normalrunning state, without affecting application of
       the whole device.";
  }

  identity dynamic-frequency-adjustment {
    base energy-saving-method;
    description
      "When detecting that a service board is carrying a small
       service load, the system automatically reduces the working
       frequency of the service processing module of the board
       while maintaining the service quality. In doing so, power
       consumption of the service processing module is reduced.
       When the service load of the board increases, the system
       automatically increases the working frequency of the service
       processing module to meet service needs.";
  }

  identity unused-channel-shutdown {
    base energy-saving-method;
    description
      "When an unused channel is detected, the unused channel is
       closed. Dynamically open the channel when detecting that
       there are services on the channel.";
  }

  identity load-based-power-module-scheduling {
    base energy-saving-method;
    description
      "Power modules intelligently schedule internal power supply
       based on the power load. When the power load decreases,
       some power supplies are automatically disabled.

       When the power load increases, the disabled power supplies
       are enabled again. ";
  }

  identity load-based-board-scheduling {
    base energy-saving-method;
    description
      "Boards intelligently schedule internal forwarding resources
       based on the service load. When the service load decreases,
       some forwarding resources are automatically disabled or the
       working frequency of the forwarding resources is reduced.

       When the service load increases, the disabled forwarding
       resources are enabled again or the working frequency of
       forwarding resources is improved. In the case of burst
       traffic, packet forwarding may be delayed, but packets
       will not be lost.";
  }

  identity energy-saving-power-state {
    description
      "Base identity for power state.";
    reference
      "RFC 7326: Energy Management Framework";
  }

  identity off-state {
    base energy-saving-power-state;
    description
      "Indicates that the component typically
             requires a complete boot when awakened.";
    reference
      "RFC 7326: Energy Management Framework";
  }

  identity sleep-state {
    base energy-saving-power-state;
    description
      "Indicates that a component with energy management support
       is not functional but immediately available such as
       wake up mechanism.";
    reference
      "RFC 7326: Energy Management Framework";
  }

  identity low-power-state {
    base energy-saving-power-state;
    description
      "Indicates that some components with energy management 
       support are not available and these components can
       take measures to use less energy.";
    reference
      "RFC 7326: Energy Management Framework";
  }

  identity full-power-state {
    base energy-saving-power-state;
    description
      "Indicates that all components with energy management
       support are available and may use maximum power.";
    reference
      "RFC 7326: Energy Management Framework";
  }

  typedef energy-saving-operator {
    type enumeration {
      enum on {
        value 1;
        description
          "Power-on for energy saving.";
      }
      enum off {
        value 2;
        description
          "Power-off for energy saving.";
      }
    }
    description
      "Energy saving operator.";
  }

  grouping energy-consumption-data {
    description
      "Grouping for energy monitoring.";
    leaf average-power {
      type yang:gauge64;
      units "mW";
      description
        "The average consumed power.";
    }
    leaf saved-power {
      type yang:gauge64;
      units "mW";
      description
        "The saved power.";
    }
    leaf real-power {
      type yang:gauge64;
      units "mW";
      description
        "The actual observed consumed power.";
      reference
        "RFC 6988: Requirements for Energy Management";
    }
    leaf actual-volts {
      type int32;
      units "mV";
      description
        "The actual observed voltage.";
      reference
        "RFC 6988: Requirements for Energy Management";
    }
    leaf actual-amperes {
      type int32;
      units "mA";
      description
        "The actual observed current.";
      reference
        "RFC 6988: Requirements for Energy Management";
    }
    leaf actual-celsius {
      type int32;
      units "0.01 C";
      description
        "The actual observed temperature.";
    }
  }

  grouping energy-saving-modes {
    description
      "Grouping for energy saving mode and methods.";
    list energy-saving-mode {
      key "mode";
      description
        "The energy saving mode.";
      leaf mode {
        type identityref {
          base energy-saving-mode;
        }
        description
          "The energy saving mode.";
      }
      leaf-list energy-saving-method {
        type identityref {
          base energy-saving-method;
        }
        description
          "The energy saving method.";
      }
    }
  }

  grouping power-parameters {
    description
      "Grouping for energy paramters.";
    leaf temperature-upper-bound {
      type int32;
      units "0.01 C";
      description
        "The upper bound overheat temperature of the component.
         Upon the upper bound is exceeded, an alarm will be
         triggered to indicate fatal failure.";
      reference
        "RFC 8632: A YANG Data Model for Alarm Management";
    }
    leaf temperature-middle-bound {
      type int32;
      units "0.01 C";
      description
        "The middle bound overheat temperature of the component.
         Upon the middle bound is exceeded, an alarm will be
         triggered.";
      reference
        "RFC 8632: A YANG Data Model for Alarm Management";
    }
    leaf temperature-lower-bound {
      type int32;
      units "0.01 C";
      description
        "The lower bound overheat temperature of the component.
         Upon the lower bound is exceeded, the alarm will be
         triggered.";
      reference
        "RFC 8632: A YANG Data Model for Alarm Management";
    }
    leaf rated-power {
      type yang:gauge64;
      units "mW";
      description
        "The rated power.";
    }
    leaf expected-volts {
      type int32;
      units "mV";
      description
        "The expected volts.";
    }
    leaf low-volts-bound {
      type int32;
      units "mV";
      description
        "The lower volts bound which might cause equipment
         misbehavior or even damage.";
    }
    leaf low-volts-fatal {
      type int32;
      units "mV";
      description
        "The lowest volts bound which might cause equipment fatal
         damage.";
    }
    leaf high-volts-bound {
      type int32;
      units "mV";
      description
        "The higher volts bound which should trigger an alarm.";
      reference
        "RFC 8632: A YANG Data Model for Alarm Management";
    }
    leaf high-volts-fatal {
      type int32;
      units "mV";
      description
        "The highest volts bound of monitoring class which
         will cause fatal failure.";
    }
  } 

    grouping energy-power-consumption-stats {
      description
        "Statistics data about energy and power monitoring.";
      leaf total-energy-consumption {
        type yang:gauge64;
        units "Wh";
        description
          "Accumulated energy consumption of equipment.";
      }
      leaf saved-energy {
        type yang:gauge64;
        units "Wh";
        description
          "Saved energy consumption of equipment.";
      }
      leaf eer {
        type decimal64 {
          fraction-digits 18;
        }
        units "Gbps/Watt";
        description
          "The energy efficiency rating (EER) is a metric
           generally defined as a functional unit divided by
           the energy used.";
      }
    }
}
<CODE ENDS>
]]></sourcecode>
      </section>
      <section anchor="sec-ntw">
        <name>Network Module</name>
        <t>The module imports "ietf-network" <xref target="RFC8345"/> and "ietf-energy-saving-common".</t>
        <sourcecode type="yang"><![CDATA[
<CODE BEGINS> file "ietf-ntw-energy-saving@2024-01-23.yang"
module ietf-ntw-energy-saving {
  yang-version 1.1;
  namespace "urn:ietf:params:xml:ns:yang:ietf-ntw-energy-saving";
  prefix esm-ntw;

  import ietf-energy-saving-common {
    prefix esm-common;
    reference
      "RFC XXXX: YANG Data Models for Energy Saving Management";
  }
  import ietf-network {
    prefix nw;
    reference
      "RFC 8345: A YANG Data Model for Network Topologies";
  }
  import ietf-yang-types {
    prefix yang;
    reference
      "RFC 6991: Common YANG Types";
  }
  import iana-hardware {
   prefix ianahw;
   reference
     "https://www.iana.org/assignments/iana-hardware/iana-hardware.xhtml";
  }
  organization
    "IETF XXX Working Group.";
  contact
    "WG Web:   <https://datatracker.ietf.org/wg/xxx/>;
     WG List:  <mailto:xxxx@ietf.org>

     Author:   Gen Chen
               <mailto:chengen@huawei.com>
     Editor:   Qin Wu
               <mailto:bill.wu@huawei.com>
     Editor:   Mohamed Boucadair
               <mailto:mohamed.boucadair@orange.com>
     Author:   Carlos Pignataro
               <mailto:cpignata@gmail.com>";
  description
    "This module contains a collection of YANG definitions for power
     and energy management of devices. It also augments both the
     network topology and inventory models.

     Copyright (c) 2024 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 Revised 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 RFC XXXX; see
     the RFC itself for full legal notices.";

  revision 2024-01-23 {
    description
      "Initial revision.";
    reference
      "RFC XXXX: YANG Data Models for Energy Saving Management";
  }
  
  augment "/nw:networks/nw:network/nw:node" {
    if-feature "esm-common:energy-saving";
    description
      "Energy monitoring data for network elements.";
    container energy-power-consumption {
      config false;
      description
        "Statistics data about energy and power monitoring.";
      uses esm-common:energy-power-consumption-stats;
      leaf start-time {
        type yang:date-and-time;
        description
          "The time (in hundredths of a second) since the
          network management portion of the system was last
          re-initialized. It corresponds to the sysUpTime MIB object.
          It specifies the start time of the energy measurement
          results collection.";
      reference
        "RFC 3418:   Management Information Base (MIB) for the
                     Simple Network Management Protocol (SNMP)";
      }
    }
    container energy-saving-modes {
      description
        "List of the energy saving mode.";
      uses esm-common:energy-saving-modes;
    }
    list component {
      key name;
      config false;
      description
      "List of components.";
      leaf name {
        type string;
        description
          "The name assigned to this component.
           This name is not required to be the same as
           entPhysicalName.";
      }
      leaf class {
        type identityref {
          base ianahw:hardware-class;
        }
        mandatory true;
        description
          "An indication of the general hardware type of the
           component.";
        reference
          "RFC 6933: Entity MIB (Version 4) - entPhysicalClass";
        }
      container energy-monitoring {
        description
          "Energy monitoring data for components.";
        container energy-consumption {
          description
          "Statistics of component about energy monitoring.";
          uses esm-common:energy-consumption-data;
        }
       container energy-saving {
        description
        "Controls energy saving parameters of a component.";
         leaf enabled {
          type boolean;
          default "true";
           description
             "Controls whether the energy-saving
             of the component is enabled (when set to true)
              or disabled (set to false).";
         }
         leaf power-state {
          type identityref {
            base esm-common:energy-saving-power-state;
          }
          description
            "The device energy saving operator state.";
         }
       }
     } 
   }
  }
}
<CODE ENDS>
]]></sourcecode>
      </section>
      <section anchor="sec-ni">
        <name>Network Inventory Module</name>
        <t>The module imports "ietf-network-inventory" <xref target="I-D.ietf-ivy-network-inventory-yang"/> and "ietf-energy-saving-common".</t>
        <sourcecode type="yang"><![CDATA[
<CODE BEGINS> file "ietf-ni-energy-saving@2024-01-23.yang"
module ietf-ni-energy-saving {
  yang-version 1.1;
  namespace "urn:ietf:params:xml:ns:yang:ietf-ni-energy-saving";
  prefix esm-ni;

  import ietf-energy-saving-common {
    prefix esm-common;
    reference
      "RFC XXXX: YANG Data Models for Energy Saving Management";
  }
  import ietf-network-inventory {
    prefix ni;
    reference
      "RFC IIII: A YANG Data Model for Network Inventory";
  }

  organization
    "IETF xxx Working Group.";
  contact
    "WG Web:   <https://datatracker.ietf.org/wg/xxx/>;
     WG List:  <mailto:xxxx@ietf.org>

     Author:   Gen Chen
               <mailto:chengen@huawei.com>
     Editor:   Qin Wu
               <mailto:bill.wu@huawei.com>
     Editor:   Mohamed Boucadair
               <mailto:mohamed.boucadair@orange.com>
     Author:   Carlos Pignataro
               <mailto:cpignata@gmail.com>";
  description
    "This module contains a collection of YANG definitions for power
     and energy management of devices. It also augments both the
     network topology and inventory models.

     Copyright (c) 2024 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 Revised 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 RFC XXXX; see
     the RFC itself for full legal notices.";

  revision 2024-01-23 {
    description
      "Initial revision.";
    reference
      "RFC XXXX: YANG Data Models for Energy Saving Management";
  }

  grouping network-element-ref {
    description
      "Contains the information necessary to reference a network
       element.";
    leaf ne-ref {
      type leafref {
        path "/ni:network-inventory/ni:network-elements"
           + "/ni:network-element/ni:ne-id";
        require-instance false;
      }
      description
        "Used to reference a network element.";
    }
  }

  grouping component-ref {
    description
      "Contains the information necessary to reference a component.";
    leaf node-ref {
      type leafref {
        path "/ni:network-inventory/ni:network-elements"
           + "/ni:network-element[ni:ne-id="
           + "current()/../ne-ref]/ni:components/ni:component"
           + "/ni:component-id";
        require-instance false;
      }
      description
        "Used to reference a component.";
    }
    uses network-element-ref;
  }

  augment "/ni:network-inventory/ni:network-elements"
        + "/ni:network-element" {
    if-feature "esm-common:energy-saving";
    description
      "Energy management static data for network element.";
    container energy-management {
      config false;
      description
        "Statistics of the energy management.";
      leaf energy-monitoring-capability {
        type boolean;
        description
          "Indicates whether monitoring can be performed.";
      }
      container energy-saving-modes {
        description
          "List of supported energy saving modes.";
        uses esm-common:energy-saving-modes;
      }
    }
  }

  augment "/ni:network-inventory/ni:network-elements"
        + "/ni:network-element/ni:components/ni:component" {
    if-feature "esm-common:energy-saving";
    description
      "Energy management static data for component.";
    container power-parameters {
      config false;
      description
        "Power parameter monitoring.";
      uses esm-common:power-parameters;
    }
  }
}
<CODE ENDS>
]]></sourcecode>
      </section>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>This section uses the template described in Section 3.7 of <xref target="I-D.ietf-netmod-rfc8407bis"/>.</t>
      <t>The YANG modules specified in this document define a schema for data
   that is designed to be accessed via network management protocol such
   as NETCONF <xref target="RFC6241"/> or RESTCONF <xref target="RFC8040"/>.These network management
   protocols are required to use a secure transport layer and mutual
   authentication, e.g., SSH <xref target="RFC6242"/> without the "none" authentication
   option, Transport Layer Security (TLS) <xref target="RFC8446"/> with mutual X.509
   authentication, and HTTPS with HTTP authentication (<xref section="11" sectionFormat="of" target="RFC9110"/>).</t>
      <t>The Network Configuration Access Control Model (NACM) <xref target="RFC8341"/>
   provides the means to restrict access for particular NETCONF or
   RESTCONF users to a preconfigured subset of all available NETCONF or
   RESTCONF protocol operations and content.</t>
      <t>There are several data nodes defined in this 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. Specifically, the following subtrees and data nodes have particular
sensitivities/vulnerabilities:</t>
      <dl>
        <dt>energy-saving-modes:</dt>
        <dd>
          <t>This leaf specifies the energy saving mode set globally on a device.</t>
        </dd>
        <dt>esm-ntw:energy-saving/esm-ntw:enabled:</dt>
        <dd>
          <t>This leaf enable/disables energy saving state of specific component.
</t>
          <t>Some of the readable data nodes in this 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. Specifically, the following subtrees and data nodes have particular
sensitivities/vulnerabilities:</t>
          <dl>
            <dt>'TBC':</dt>
            <dd>
              <t>....</t>
            </dd>
          </dl>
        </dd>
      </dl>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <section anchor="the-ietf-xml-registry">
        <name>The "IETF XML" Registry</name>
        <t>This document requests IANA to register the following URIs
in the "ns" sub-registry within the "IETF XML Registry" <xref target="RFC3688"/>:</t>
        <artwork><![CDATA[
   URI: urn:ietf:params:xml:ns:yang:ietf-energy-saving-common
   Registrant Contact: The IESG.
   XML: N/A, the requested URIs are XML namespaces.

   URI: urn:ietf:params:xml:ns:yang:ietf-ntw-energy-saving
   Registrant Contact: The IESG.
   XML: N/A, the requested URIs are XML namespaces.

   URI: urn:ietf:params:xml:ns:yang:ietf-ni-energy-saving
   Registrant Contact: The IESG.
   XML: N/A, the requested URIs are XML namespaces.
]]></artwork>
      </section>
      <section anchor="the-yang-module-names-registry">
        <name>The "YANG Module Names" Registry</name>
        <t>This document requests IANA to register the following YANG modules
   in the "YANG Module Names" registry <xref target="RFC6020"/> within
   the "YANG Parameters" registry group.</t>
        <artwork><![CDATA[
   name: ietf-energy-saving-common
   prefix: esm-common
   namespace: urn:ietf:params:xml:ns:yang:ietf-energy-saving-common
   Maintained by IANA? N
   Reference: RFC XXXX

   name: ietf-ntw-energy-saving
   prefix: esm-ntw
   namespace: urn:ietf:params:xml:ns:yang:ietf-ntw-energy-saving
   Maintained by IANA? N
   Reference: RFC XXXX

   name: ietf-ni-energy-saving
   prefix: esm-ni
   namespace: urn:ietf:params:xml:ns:yang:ietf-ni-energy-saving
   Maintained by IANA? N
   Reference: RFC XXXX
]]></artwork>
      </section>
    </section>
  </middle>
  <back>
    <references anchor="sec-combined-references">
      <name>References</name>
      <references anchor="sec-normative-references">
        <name>Normative References</name>
        <reference anchor="RFC8345">
          <front>
            <title>A YANG Data Model for Network Topologies</title>
            <author fullname="A. Clemm" initials="A." surname="Clemm"/>
            <author fullname="J. Medved" initials="J." surname="Medved"/>
            <author fullname="R. Varga" initials="R." surname="Varga"/>
            <author fullname="N. Bahadur" initials="N." surname="Bahadur"/>
            <author fullname="H. Ananthakrishnan" initials="H." surname="Ananthakrishnan"/>
            <author fullname="X. Liu" initials="X." surname="Liu"/>
            <date month="March" year="2018"/>
            <abstract>
              <t>This document defines an abstract (generic, or base) YANG data model for network/service topologies and inventories. The data model serves as a base model that is augmented with technology-specific details in other, more specific topology and inventory data models.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="8345"/>
          <seriesInfo name="DOI" value="10.17487/RFC8345"/>
        </reference>
        <reference anchor="I-D.ietf-ivy-network-inventory-yang">
          <front>
            <title>A YANG Data Model for Network Inventory</title>
            <author fullname="Chaode Yu" initials="C." surname="Yu">
              <organization>Huawei Technologies</organization>
            </author>
            <author fullname="Sergio Belotti" initials="S." surname="Belotti">
              <organization>Nokia</organization>
            </author>
            <author fullname="Jean-Francois Bouquier" initials="J." surname="Bouquier">
              <organization>Vodafone</organization>
            </author>
            <author fullname="Fabio Peruzzini" initials="F." surname="Peruzzini">
              <organization>TIM</organization>
            </author>
            <author fullname="Phil Bedard" initials="P." surname="Bedard">
              <organization>Cisco</organization>
            </author>
            <date day="7" month="July" year="2024"/>
            <abstract>
              <t>   This document defines a base YANG data model for network inventory
   that is application- and technology-agnostic.  This data model can be
   augmented with application-specific and technology-specific details
   in other, more specific network inventory data models.

              </t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-ietf-ivy-network-inventory-yang-03"/>
        </reference>
        <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="RFC6991">
          <front>
            <title>Common YANG Data Types</title>
            <author fullname="J. Schoenwaelder" initials="J." role="editor" surname="Schoenwaelder"/>
            <date month="July" year="2013"/>
            <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="RFC6241">
          <front>
            <title>Network Configuration Protocol (NETCONF)</title>
            <author fullname="R. Enns" initials="R." role="editor" surname="Enns"/>
            <author fullname="M. Bjorklund" initials="M." role="editor" surname="Bjorklund"/>
            <author fullname="J. Schoenwaelder" initials="J." role="editor" surname="Schoenwaelder"/>
            <author fullname="A. Bierman" initials="A." role="editor" surname="Bierman"/>
            <date month="June" year="2011"/>
            <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="RFC8040">
          <front>
            <title>RESTCONF Protocol</title>
            <author fullname="A. Bierman" initials="A." surname="Bierman"/>
            <author fullname="M. Bjorklund" initials="M." surname="Bjorklund"/>
            <author fullname="K. Watsen" initials="K." surname="Watsen"/>
            <date month="January" year="2017"/>
            <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="RFC8341">
          <front>
            <title>Network Configuration Access Control Model</title>
            <author fullname="A. Bierman" initials="A." surname="Bierman"/>
            <author fullname="M. Bjorklund" initials="M." surname="Bjorklund"/>
            <date month="March" year="2018"/>
            <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="RFC3688">
          <front>
            <title>The IETF XML Registry</title>
            <author fullname="M. Mealling" initials="M." surname="Mealling"/>
            <date month="January" year="2004"/>
            <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="RFC6020">
          <front>
            <title>YANG - A Data Modeling Language for the Network Configuration Protocol (NETCONF)</title>
            <author fullname="M. Bjorklund" initials="M." role="editor" surname="Bjorklund"/>
            <date month="October" year="2010"/>
            <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>
      </references>
      <references anchor="sec-informative-references">
        <name>Informative References</name>
        <reference anchor="I-D.ietf-netmod-rfc8407bis">
          <front>
            <title>Guidelines for Authors and Reviewers of Documents Containing YANG Data Models</title>
            <author fullname="Andy Bierman" initials="A." surname="Bierman">
              <organization>YumaWorks</organization>
            </author>
            <author fullname="Mohamed Boucadair" initials="M." surname="Boucadair">
              <organization>Orange</organization>
            </author>
            <author fullname="Qin Wu" initials="Q." surname="Wu">
              <organization>Huawei</organization>
            </author>
            <date day="21" month="October" year="2024"/>
            <abstract>
              <t>   This memo provides guidelines for authors and reviewers of
   specifications containing YANG modules, including IANA-maintained
   modules.  Recommendations and procedures are defined, which are
   intended to increase interoperability and usability of Network
   Configuration Protocol (NETCONF) and RESTCONF protocol
   implementations that utilize YANG modules.  This document obsoletes
   RFC 8407.

   Also, this document updates RFC 8126 by providing additional
   guidelines for writing the IANA considerations for RFCs that specify
   IANA-maintained modules.  The document also updates RFC 6020 by
   clarifying how modules and their revisions are handled by IANA.

              </t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-ietf-netmod-rfc8407bis-20"/>
        </reference>
        <reference anchor="RFC3418">
          <front>
            <title>Management Information Base (MIB) for the Simple Network Management Protocol (SNMP)</title>
            <author fullname="R. Presuhn" initials="R." role="editor" surname="Presuhn"/>
            <date month="December" year="2002"/>
            <abstract>
              <t>This document defines managed objects which describe the behavior of a Simple Network Management Protocol (SNMP) entity. This document obsoletes RFC 1907, Management Information Base for Version 2 of the Simple Network Management Protocol (SNMPv2). [STANDARDS-TRACK]</t>
            </abstract>
          </front>
          <seriesInfo name="STD" value="62"/>
          <seriesInfo name="RFC" value="3418"/>
          <seriesInfo name="DOI" value="10.17487/RFC3418"/>
        </reference>
        <reference anchor="RFC6933">
          <front>
            <title>Entity MIB (Version 4)</title>
            <author fullname="A. Bierman" initials="A." surname="Bierman"/>
            <author fullname="D. Romascanu" initials="D." surname="Romascanu"/>
            <author fullname="J. Quittek" initials="J." surname="Quittek"/>
            <author fullname="M. Chandramouli" initials="M." surname="Chandramouli"/>
            <date month="May" year="2013"/>
            <abstract>
              <t>This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects used for managing multiple logical and physical entities managed by a single Simple Network Management Protocol (SNMP) agent. This document specifies version 4 of the Entity MIB. This memo obsoletes version 3 of the Entity MIB module published as RFC 4133.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="6933"/>
          <seriesInfo name="DOI" value="10.17487/RFC6933"/>
        </reference>
        <reference anchor="RFC8340">
          <front>
            <title>YANG Tree Diagrams</title>
            <author fullname="M. Bjorklund" initials="M." surname="Bjorklund"/>
            <author fullname="L. Berger" initials="L." role="editor" surname="Berger"/>
            <date month="March" year="2018"/>
            <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"/>
        </reference>
        <reference anchor="I-D.bclp-green-terminology">
          <front>
            <title>Terminology for Energy Efficiency Network Management</title>
            <author fullname="Peter Chunchi Liu" initials="P. C." surname="Liu">
              <organization>Huawei</organization>
            </author>
            <author fullname="Mohamed Boucadair" initials="M." surname="Boucadair">
              <organization>Orange</organization>
            </author>
            <author fullname="Qin Wu" initials="Q." surname="Wu">
              <organization>Huawei</organization>
            </author>
            <author fullname="Luis M. Contreras" initials="L. M." surname="Contreras">
              <organization>Telefonica</organization>
            </author>
            <author fullname="Marisol Palmero" initials="M." surname="Palmero">
              <organization>Cisco</organization>
            </author>
            <date day="10" month="October" year="2024"/>
            <abstract>
              <t>   Energy-efficient network management is primary meant to enhance
   conventional network management with energy-related management
   capabilities to optimize the overall energy consumption at the level
   of a network.  To that aim, specific features and capabilities are
   required to control (and thus optimize) the energy use of involved
   network element and their components.

   This document is defines a set of key terms used within the IETF when
   discussing energy efficiency in network management.  Such reference
   document helps framing discussion and agreeing upon a set of main
   concepts in this area.

              </t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-bclp-green-terminology-00"/>
        </reference>
        <reference anchor="RFC6242">
          <front>
            <title>Using the NETCONF Protocol over Secure Shell (SSH)</title>
            <author fullname="M. Wasserman" initials="M." surname="Wasserman"/>
            <date month="June" year="2011"/>
            <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="RFC8446">
          <front>
            <title>The Transport Layer Security (TLS) Protocol Version 1.3</title>
            <author fullname="E. Rescorla" initials="E." surname="Rescorla"/>
            <date month="August" year="2018"/>
            <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="RFC9110">
          <front>
            <title>HTTP Semantics</title>
            <author fullname="R. Fielding" initials="R." role="editor" surname="Fielding"/>
            <author fullname="M. Nottingham" initials="M." role="editor" surname="Nottingham"/>
            <author fullname="J. Reschke" initials="J." role="editor" surname="Reschke"/>
            <date month="June" year="2022"/>
            <abstract>
              <t>The Hypertext Transfer Protocol (HTTP) is a stateless application-level protocol for distributed, collaborative, hypertext information systems. This document describes the overall architecture of HTTP, establishes common terminology, and defines aspects of the protocol that are shared by all versions. In this definition are core protocol elements, extensibility mechanisms, and the "http" and "https" Uniform Resource Identifier (URI) schemes.</t>
              <t>This document updates RFC 3864 and obsoletes RFCs 2818, 7231, 7232, 7233, 7235, 7538, 7615, 7694, and portions of 7230.</t>
            </abstract>
          </front>
          <seriesInfo name="STD" value="97"/>
          <seriesInfo name="RFC" value="9110"/>
          <seriesInfo name="DOI" value="10.17487/RFC9110"/>
        </reference>
        <reference anchor="I-D.cx-opsawg-green-metrics">
          <front>
            <title>Green Networking Metrics</title>
            <author fullname="Alexander Clemm" initials="A." surname="Clemm">
              <organization>Futurewei</organization>
            </author>
            <author fullname="Lijun Dong" initials="L." surname="Dong">
              <organization>Futurewei</organization>
            </author>
            <author fullname="Greg Mirsky" initials="G." surname="Mirsky">
              <organization>Ericsson</organization>
            </author>
            <author fullname="Laurent Ciavaglia" initials="L." surname="Ciavaglia">
              <organization>Nokia</organization>
            </author>
            <author fullname="Jeff Tantsura" initials="J." surname="Tantsura">
              <organization>Nvidia</organization>
            </author>
            <author fullname="Marie-Paule Odini" initials="M." surname="Odini">
         </author>
            <author fullname="Eve Schooler" initials="E." surname="Schooler">
         </author>
            <author fullname="Ali Rezaki" initials="A." surname="Rezaki">
              <organization>Nokia</organization>
            </author>
            <author fullname="Carlos Pignataro" initials="C." surname="Pignataro">
              <organization>North Carolina State University</organization>
            </author>
            <date day="4" month="March" year="2024"/>
            <abstract>
              <t>   This document explains the need for network instrumentation that
   allows to assess a number of sustainability-related attributes such
   as power consumption, energy efficiency, and carbon footprint
   associated with a network, its equipment, and the services that are
   provided over it.  It also suggests a set of related metrics that,
   when provided visibility into, can help to optimize a network's
   "greenness" accordingly.

              </t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-cx-opsawg-green-metrics-02"/>
        </reference>
        <reference anchor="I-D.manral-bmwg-power-usage">
          <front>
            <title>Benchmarking Power usage of networking devices</title>
            <author fullname="Vishwas Manral" initials="V." surname="Manral">
              <organization>HP</organization>
            </author>
            <author fullname="Puneet Sharma" initials="P." surname="Sharma">
              <organization>HP</organization>
            </author>
            <author fullname="Sujata Banerjee" initials="S." surname="Banerjee">
              <organization>HP</organization>
            </author>
            <author fullname="Yang Ping" initials="Y." surname="Ping">
              <organization>H3C</organization>
            </author>
            <date day="12" month="March" year="2013"/>
            <abstract>
              <t>   With the rapid growth of networks around the globe there is an ever
   increasing need to improve the energy efficiency of network devices.
   Operators are begining to seek more information of power consumption
   in the network, have no standard mechanism to measure, report and
   compare power usage of different networking equipment under different
   network configuration and conditions.

   This document provides suggestions for measuring power usage of live
   networks under different traffic loads and various switch router
   configuration settings.  It provides a benchmarking suite which can
   be employed for any networking device .

              </t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-manral-bmwg-power-usage-04"/>
        </reference>
        <reference anchor="I-D.cprjgf-bmwg-powerbench">
          <front>
            <title>Characterization and Benchmarking Methodology for Power in Networking Devices</title>
            <author fullname="Carlos Pignataro" initials="C." surname="Pignataro">
              <organization>North Carolina State University</organization>
            </author>
            <author fullname="Romain Jacob" initials="R." surname="Jacob">
              <organization>ETH Zürich</organization>
            </author>
            <author fullname="Giuseppe Fioccola" initials="G." surname="Fioccola">
              <organization>Huawei</organization>
            </author>
            <author fullname="Qin Wu" initials="Q." surname="Wu">
              <organization>Huawei</organization>
            </author>
            <date day="6" month="July" year="2024"/>
            <abstract>
              <t>   This document defines a standard mechanism to measure, report, and
   compare power usage of different networking devices and under
   different network configurations and conditions.

              </t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-cprjgf-bmwg-powerbench-02"/>
        </reference>
      </references>
    </references>
    <?line 1101?>

<section numbered="false" anchor="acknowledgments">
      <name>Acknowledgments</name>
      <t>This work has benefited from the discussions that occurred during the Sustainable
   Networking Side Meeting in IETF#117 and the "e-impact" IAB workshop. In
   particular, <xref target="I-D.cx-opsawg-green-metrics"/> assess several
   sustainability-related attributes such as power consumption, energy
   efficiency, and carbon footprint associated with a network, its
   equipment, and the services that are provided over it and suggest a
   set of metrics that provide network observability and can be used to
   optimize a network's "greenness". <xref target="I-D.manral-bmwg-power-usage"/>
   and <xref target="I-D.cprjgf-bmwg-powerbench"/>
   provide suggestions for measuring power usage of live networks under
   different traffic loads and various switch router configuration
   settings.</t>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA+09a3MTSZLf9SvqxAfsWUtgYGcYMQtjjIdxBBgWm2U3NiYu
Wt0lqZdWt7YfFh7w/Zb7LffLLh/17K6WZTBzcRH4A0it6qysfFVmVlbVaDQa
1GmdyYkY/uPg5Ll4FtWReFkkMqvErCjFUS7L+YU4jc7TfC5eRnk0l0uZ18NB
NJ2W8hze628SR7WcF+XFRFR1MhgkRZxHS+gqKaNZPYrX0/lqNC+lzEeSYIwq
gjFaGhiju/uDqpku06pKi7y+WMHbx0dnvwzyZjmV5WSQQBeTQVzklcyrppqI
umzkANC6P4hKGQF6r1ayjGp4uxJRnnj4rYvy/bwsmhU0O5E1fhXH+Tn8BkgL
pMdw8F5ewPNkMhAjwVgKOZulcSrz+MJ5yKg7D+wgBoOoqRdFiTAGQohZk2VM
iOcyF4cLmePTopxHefo7oToR4tcmWssUf4iLJq+RiIeLNI/wiVxGaTYRMbw5
l/nPC2o6jotlp4O/prl41+CzskAmyySFsXW726K3aZpl43WzqbeXxQL+T8TT
oomjJErLqzt+VUYwBq/jX+BRLJ2exZLhjqca7s8FvRZE4lUVR6V4XuS/R5ms
RCLFs7Souj2fyUzOijyNI3H8p2ceBqerKM1dBAqEOZ4zzN8TGExR/VwbAEE8
DqMyKyrxOp3noFNl0cXgpCjrBbYrMiC1OK1BlsXbPD2XZZXWFx5K8LgGylKb
ShQzcbCUJXTtisOKu/p5jt8Jp0FelEvo7Rx0ZJDmM+fbYDQaiWha1WUUg4QC
mLNFCuQq4gZlFug2S3PoiqzCskgaJCZaBE/eHSkXUS2mBQwokedpLEnZcqVU
mTwHgzIWB1lV7Il6IW0/1UrG6SyVxKEIBrxcFrnqEFoCUMCqqWDsaZ7IlYR/
4C0gAEJZoqESWXQhyzGPaJkmSSYHg1ugyHUJUGKkNY3vXQrI4Vug8mv4CDAU
fmwZ8Kc0j8FqVBJ/jNZgQYAE8CsIXo2/E7Xz87QsckQ+ykS6XAH99kRKeMI3
4GkECNaFQINUyq7RECxb2F2hbZODDPw8KyPgC6AO7wPVBJuwogRMSiRKU4lK
yvdkbwQxZVmUiLxiMMCD/ks5y2RMeItVsZalQDPZLFe6w0h3SaRXFIA2dZlO
G90ozc+L7BzInwOtqzFR8leABkJKnIR+Eam8ABsPMKIyEUsZL0DMq2XFaCBN
CD7BLjLGBgE1FQiPsELVQjBJZzPoAMipEEWJk/9u0hWJTgOyQGA67RDQLJ03
iriqbzBBOA0AQX/BLj9Ey1Um9xQ7InH7LE2AowrEbXgu1os0BpmB6QqYJ4AQ
ILPc7bwAdahA4UB2Y2A4MSJDlum5pnbQqtOlrPbEeVSmBTCvM0MAyWCCSEgH
lul8AZokSdCQPglSsQCiLNPfJfGoK1IRs9nhJ1gsHJwcz8d7Ygr6KlEYQPez
C0CsiqYZEhNZUyEDwL4l8CHX+hi7sIj1YhqhFkKTHRAzGYOI7hrSrKK6lmWu
5GNLSwJajUTuUmMNmgo/GPkcM1Bp3o4LED+2NprjyGNledjaiJ2PH08lqb+4
P/7zeB8l6snx6Nk4lfVsBO8BtFE5ix8+uPvDNK0uL3e7/UQ5cgLNjyYla1uO
sxkS0LKDzbUnvxo3xgsEoGpAnCJADfRLqU0tMmBsTVze5fmyAVJiYyADTPH4
ScZNCTOCmIP1X0cX8GhRVDX8B8hUssQJA6T6HWojyfJqlYFUTlEAFE0clOWH
Gqwo6SabvCQ9T5MGRB+M76rIgQM4w2gbxQA0Y42MKdsbNfMlvYBNh5qy2GCo
jfjHj//x5pfDh/cf/Pnycg9VKpOqY+1p+aB0xx60kWntwjXcTM8vui1HF+Ak
XF6SOBHEWZFlxRppwIYBNGRC4/pOvI5KmLWR8DzpuMZTT3WkBShnSluJg8jy
FAyCTBCQQO7G0SoCbwmsDTIPXzBmG2ZmmDZAHXA686kwZkTeoH0DaKBSFqNC
829P21AFN/lXU9VKP9nKGQ5O5QLwhklD4YWGOknYmji2Ar6uiqwABYxw6KC4
ERKpUnMTCBi0n0pUb2hRwXTI8Aj3JckZGzwQecRjZAxIxLpX8DhRYwGyVenB
mesGoM6WoP+AAzj5lTIaRKWPH5+A/Nx/sP8QeImD5Aff/3j//uUlwLl1Czwp
9IrUwOA3ccTuJqL6mH7t/jhhM1UpE5FWPFDg/LLA+W4FtpoGv2qmepQh84YM
AY5WYpVFsVwUGQgDWPqskUqUcslEJ9jUiESFpBIGGWVg1hP9hjLkOGGgBXH7
Vh2DySAlB0OzhPnkd0kcY0FtwJ9L64YZQp2TkQEEwHsm3F9n5N6ghbho6wQj
Rzqo1eLv8CdGo8eGdhx3oSTA3KeFCbACTeQ3juHvqje21VyGeO/uvQcQB47u
3TdwI5xnM4HBn3YFHUrxI4dH6A4eFgTcxIHPUMDYIWBRhEBPYKRXieHLt6dn
wz3+X5y8os9vjv769vjN0TP8fPrrwYsX5sNAtTj99dXbF8/sJ/vm4auXL49O
nvHL8FR4jwbDlwf/GLJCD1+9Pjt+dXLwYsj2wRU0MiIkRmBDZLkqJc4aUTUA
5Y/BZWNteXr4+n/+e/+Bsrr39vd/BK1RJnj/hwdoDiFs5N6KHISAvwIJLwYg
FRJiJ5x6QaLAjKXg4qIJAzVZFOtc4AQDcvTdP5Eyv03ET9N4tf/gsXqAA/Ye
app5D4lm3Sedl5mIgUeBbgw1vectSvv4HvzD+67p7jz86Qm4SFKM9h8+eTww
099Sgmubzystd9XFclqAt6HMOTk5dSnBtKXRHCw4zxLWnCEcNmAwI94lA6Yg
G0aDu8HzKXB52TaFqDjTONOJE2yS5mTArXXcSrnQcjK6r2GySz9ABIaYnMCk
Q4NLMBNkZ5YCfX1+yNN1Mf0XmE4e3oohJIC6CkqINDog4J/RBBRxGqHUmik5
LkqIcVbonIMJInQ4iGIjqRwxRwSJCgiQRvBJIS8+8bsv2TX4JGAeJd8bXB8h
PkG7FNzLxVrwh9EC0MLwTpi/T+KfxwcnB/+JYH6jN/JU/RD2Q+CHrT0QhQN+
sxDx24hnu09KQ7//8cd93fzjRNzCcQrKz/1lqLlE3Djskk2Rang5QMb2JeWc
BJ94BVPueSrXNIXaL9D7AUqdY1S2HSjH9ic2cvCzaa746KgefRvlFNHLGGW4
sYeltxPejvtiDKOCykdUPmTqJxjB5uIETMGdcWC1PwRx0tKmGCj86aQGCUke
B0lyKyeCSrPniDunDbwm2oNEJ851oY0Dp+1LkBTt/o3HeQGzeEYaxhE/hGUU
zOvIXdGjXrcI4iOBWk8JAp0ecojAvXo2ybr3HjXcYAjGiUAYKY76NaIOiuLA
C2MNKyigU3kjK0EUBFatUN/GLV2eMLXB4yPiGkL5fjZpCsLY4XgPZtkyhf4x
1GJ3e1cbt7ohQ6kGBc4EMH0W5fDvtMBwmqSMAus9DrThv7KAQLAqShUYwAzz
vpOQIA+HuiLnBc2gEpc0j7MGBjIrIUqgwL9ucDaCEHHR1AnYRw4JMylXNOQx
qiCFhAlnPxi6Eb+sKsBrXFGGpks0j7Q61YTNbteYKrltwv8ZuJAY2mE2SNPV
CUVUGF03Zc7KUMxmOp5OGgpKh2mSySGEtQ3zIZTvCAgU/JqD1/Ye/m1WNkNR
FeA+A9/mcwzMNCunTXWheoBx0ITGmZKFRGORCIn6Ve06U7KVNm1hAqqOnjNY
Y/Qu4RH1HU4JcGJiT1uekqxdGu+ZmZK4lwDztEhE8SIIRKfeMFxDSk8hjtCu
r2Yu5d6ieNHKUSjM66icS6VaPGClfNYChdVOyWBlNcnmFgg+KEYKYUjspYtb
vGuR0eRBo0yDIANE6FuEVF7INREqOyGOaxZmg129AJZgNEY5Fc8oOhqvEzKl
/RkE8wOEsPj9vMhqZTiPgbQlRnaY2EXrW8qG08Q6qedADWeqcT6iVPUeS67n
2yPuWsTcLLjMJspo+0tk3GKowmiTLTZEU/1BH2ByztPEJhxswIfhIke/FYfR
4FZQv73Og3KvTnV3SJqPH+UIHV6w/uihKc/V8YA1CdoegDeHACIjxpn8uv+C
vwF/n4je4WP3tH5HaS1u4AjaCDubULriT7jYwRmGEXH5CT5Fp2Uyh6lPfv/A
NIMeZOI06mkGqpV5rcLNOFIdkSRxQ/B17t9r/w6WH9SZWgR/j8FupI33e3vg
eu0ULZIddPfH78Q/8b/fBgptbIUP9DDcvxRFGLwKcD3d5i2gZG++6zQ3CBKV
RlY/LHa1XJLmgyiNYBaCVtOiyZMnXTq5LXmNxzbtb5lRz30wSel9Hpq/IDO1
YXDZaUjlgYaOuZHT+VUtZyCt2YaWi3S+6APa27IDtE98mEmu9qAVdnlVAKRR
V8ue9FGLFYlfaNM3TN4AH/RfIuN0GWXQmkwDBkdsdnR4dJXpOsO2xnBhlHRr
Q5SkqwEoUDLugGdm0aQdnb70m6LBBduf0vRBhi3X1jFo1TqeOHSlXHFxJ19P
9AKl85k+Ql+GM2XRy0PxUVZLZSwnXj+XT+j1TxrCtbhr3roWi81b2/FZj24d
MnDbDiz0smcAPwnbD8UIgb+2FXTf2c4U6pEbVwZwwCqB364ch3kVm3cwA4FU
XpfTRwaB51VDaEuO78KFWjgy4TQxPN1icm29scU823pjiym3jdWG2TfcNDgR
h5sG5uQg5Yxii24DXKMzhnxaFJmM8lBL1mzyi5+02GnsYe4bxK5tCppAsmE2
s3ENg9d6qWv64mqj6Us7ls/MSTq/pBIAIxinnYhgnPAdyQDUmrV8DaNhrXdw
ZarzVhue/c0zw+mkk+9yHyokK4dvgZ8D5tpZ8d7aDHT0dWRzP0+6MhQQRDag
m4U16Ci6rbc1lZs76bGWN0x5fGSTEd43lyltL3V7nmznxQab97uyweb9/qxp
fi2n1jJmK8/WNN/OvQ003+TjmubbObqh5j3erjGRyiK5JrJtxQJG0l1aALG4
5cSqZEKV66mCY/6d5eaSw3MdjC+53Cawwm2T/8pWEq8GPx2+enYknh49Pz45
fSxmqcloh6Lhn+1C6RjfHg50v31viI8DFooRlRzCg/3x/iN4hs5GtYpi6K4p
8wkCmJBmVJMPy2ySVxMSpf68BAJRqz5Wix6hWWUidFZAPhJP1Sv4/BE9KPUq
jmL5EFeUkVATTXXizRnCoE4vsQ+3zJJeHGLNsPjw4YN4p6rInuOEMaZXaAGf
k9xi+O65eCenE/j406KuV9Xkzh3MImAa/L0saQVkDODvrOd3ANydx4ymgNde
pFUN7/2ExZd1MYFfP/ysmz8ecLMDrgOGT27lr/unX+/W9j7mprp4QTi1vSEA
3XLdDoBguW4I1qb628ftkYXqXoMj7JSrPiZ28MKTdTSHtNKjRNkUW2COLMtU
7QY4J5xcsmv6lHs0dYbCzTk60y4uc3Jtls0gmpUQKi9TS0AiUC6TJ+0SJpUr
xDza6qKkOr6deJcKGKhqHYwLluvoUksw6xWWH7CloilwltKSvuCCcbPIHHMq
/yDLBIHFlDPVfSW6xzcySStbuIldqPK6qmhKVY6LWWLAFZfRMAuNazWFog9+
wSJXGAdVNPJaAaYPcYG5puxoU1YN17by4kXV0BIwA1D1NRkQM6/00rViF1k5
TiS/AXJjkv7p6TPQGGrL72MueUYF0YCzrtt7MI41CSz9blfihZxHmXiNmc0q
NSR8g1leym0X3PyZSq+q33e0RtcIRkqrzQrrES4x7mqSktxpw6hLStzFxZSS
viRFaJawVuYRFuYqgqj6l7SuZDYjecTicHAxEfe8qEnshmQUS8kDcWtd2CK2
tQFtGYo4gNAvsRXrsZWI1ERcb2uHsaMzSW6H77b1I3aqS7nNkhJmo3vKxce2
G+39BXzQ/s6eYhLevBkoTEeVCfRBKy4KLC2jdjt9tKFPeDfQz0AbuWNVtINP
91R9CIjaEvQLWI+LdCKhKgbw+vSKvX4XVWrFdeZLqsFx1/ECIzHlFZ83mFP9
+meNRxeRTrsk0e8S/8jIUHV6lJzjvo5EvCgqGFjVXkpTwsarpvjHi3a8ZKM0
Ti/VhciBy2afSYpn+OoXkaEKEvMqSiggtM62HTVoYVmTAdptoUUUZH2BHtH7
oX5+hxBqREuu4HfnWPcJn+y69QZeEMhebpxZ8qo5vvK2Nni7McjS2gjJlmVh
NQtMe7wSr9e+4gWWIXoah49xJJVavg68DGBTVxoO4rgoEzXRENim5DJ/iwjD
pjXWAJpmmY568CQKa2r9qBYer0hfiMJOZQCOyu4xoEGE+NTkWGgzojCJmUT1
gzNw70e6bOCzmfUOF+ATCJhjmnmjXHUnbHfCdLfnck2NFzGo2ChyObRqy8vX
SRMHNq9oEIrX9p04LeMmrSvLK8LPb4TlsLw63uSa1SHMyGSDI1ag3MVRhrWS
0XuJhQY+QFWLgH8gKnVRyu5QuKwGRDgTeiMLZfM2MAxn0K/IIPinpLIUT/y8
8Ro6lzhxN0SCXn5p2nO14IpAOAYQzbcu1aVqE4e98LXD4zGxTgOwA6CqZgOl
l5dqPEbTPTZy3rWyYBBlxbrKQ9GRCsU96Cg33NszfnMEaqgovFr5hcgGAin7
BobT71+R411jE+R2i8PMGfTogHKKgwoS7XDDPn6XNs4LbzXzkWjpZ4C7PNF9
HnsJg0pvPGBIHQ7TY2OaXQW9JocNDACwXhSZ2TET8lEu8miZxiNTv3UT82WI
hJE/h2GoEkdleUHoiwpGaXRTN8yKaINwKGVl2ikLpiHYarTW5Kuq3ZQ/5VgA
j/i8I0gXgepNVRrGv8HsAOnG6IMlBRdY7bmRfWfX1WYM0koNJRl35giXFB6q
Zl9odbX0maYuqXppZLSmgygWI0oIijVSpAsbrAfuucxldkP2wyqsgsvLOzVl
iZkInd8NP7ICfhiLZyztRJViJY0LRs3XXal1NEntKlVjN7qsXg5RAXmmvFHO
5DMZR9ZX/myCvHZCkIpmvCxL59AvTocqIuGJMI8yz14ay68LE61BRXzHVvTs
Q1wCV7JmVBRLCh24GGLTfi5P8HhXp2wb1xb0liTrl1rgjWhT9M8tojmo51hs
pr2aw76c6E+1476Z2hAWrCN2xsGyU6qrClLd1e1xj8r3UD7Uxwb6Cy6SNeat
zwIEwbrmabN96mOkBes4pQ7SHjsVrkEkjXnvwRMilRJ3yo05PAbtVBvnp01Z
WWXmEmEw2ZhBr11oy+gCy4ITiVWRCdbn1qqVYSH54LhJdoqjrrbIGjkr5dcJ
epX4W5e8J5/2w/1730906swpGPoFlw1p22sXwWI28xAKKIODda9GHOcJeh16
W6Ffq1tfrHwvTrOedpOqmlIII2uc0YCeZH4jjGdymdz4iClx9RXGHLWKgQMp
fZV61GTgDZNi1uQx1xeTlKXLpUxwawaobXQepRmqhC4GNrKngj1znMGNkwnX
RbvyejOkIsvl1OD3kMsYOpWx1ZvSLVVUkqSSrYp+o+BIpiVYIkq/gNeC6w5O
fu/GqYZZ9K9GNtr4eBXVQkTzCYamDemwjD6ky2bJ5uWmKIErpomctQZr9msz
ObARtGiW+oSRj6o3fCac74K3Hov9R+ZBl0yEJvlBI3i1kyXUI0ME3V5ms043
97btZja7up/LPq4eBbYXFKUze1xVNt4/dzzXbzrY2XIcjSEWEvlFcYYSxBm3
FEOPibYQieHynRlliEKUH1WQVeij3Tfd+aVFwamyu1EECG5vr7ZS72ZHzdu+
iymvffaMvqtgpm7g4cOJPmCB13iddbDWApg3HreO0B8RFZi0h/K36w8FQUP3
X38MqsBxi1EcfAZDOBH+9Uehai+vHsXd8d19cXj9kTjJele+g7bDL0y+jt1o
b05UW7eMEUmrun9RVNCRBUN8cvX4+hZHDWE9wJqgtizP+emK9TXLsD6EtkDp
0kFtFCKDu6r1Wfg60efnYuysjFkQXSnpFhZeR0ToPXzNm1l6Sg5vTh8IqGCg
uM92IaO6vYLlRSBjS6y3KxVzu0DAEZcfYjqJBKtHwNGKSrXGMrXWwdm0WRd0
NBH6ZoLq+uDfNHP0sde6PPz+/r2JOGhXPRBVD6jbTRamrzzz5mjLUL+UuB6U
61L3D6ShU7N6cyQkoF9KQReIR0DagP1/S0GnjPdGXShno2vAb/PLgG/G02nt
pu122iomvplembc8DAbLm675dL04wuDMnCRo2btMK31uFh1LeI5J6mjpeGZB
xNk+3RjiMN1tiTlbRot/L67tmuqbQRahBslcLYomS7S2GIv0lZWmXQl+g4Ns
scTb9a62XNHILSvIdDC7gtMXOQqCk7xbbsY04wniemo33lMEy3Uyyo2g4jK1
jtGOVbXR7tkC2PayQhbIEPTdYmif9bhSB3HcLBvekR8++NPId9gj9PYd3jh6
pxTafh5i0jHXCh+zo9FzSWclH483StI5Yrb/MOSLKqyfT1fVnXdRXV+NvOOm
OseDllwXu3N09GaXz4xY4rEmsfOmmONrvJChdiZgHbKbOUVsBB0Wiev4XqbZ
OaUDFwW7TvGl2stwdPLs9DFvyKCD++wGNbt3Iq/X4Y0TrfMlvZNn6PS0jQcl
bLGtorMdd/Oeik5zYvGXbqjons6DEJzdFNCgs5Wid3tHcB8GPr7hcmEfHV0t
72GQrzf0jGzss/xaSs649j41ez3+gO0ktgvv3DDqQMHno8Woh1YHQ11xvl6v
x9iMqs35KERKe9zxoPrfxh8W9TIzaPRsasEDGr9tavm2qeXbppZvm1q+bWq5
epYa2P3FwytO2BgqdNPZSO+EGfbtCVbo9i9FOeECeeeIbOucOxMcawkre+MB
40vyEW0QW2SVyb/edHRA55F2B94TpHgxBTwp6xGdZhxy0/EA3xF0Ti228m0J
1A5o0wLCsFIm9aLiqwzAcSzyZFdUKZ756dTfOGbOMZI4pbv1gqrkG6wUxHJO
QgAEcJSybOIxzWRR7Zml5sxpeP/t6gxxe3n8VB2N6qSc8C1z0YU+PrCszTHP
jvusVtL9tARaxgajTzs/XBlK44HZNCHaQR87uyioBGYHsN3Vp/q15zT+O6UN
CdZRt9DAUtUFICR2Tk9evt4NLs12JDmwVtIjsOh6tGgTXCrokU63Iy9RgGBt
FYm7lIJO+qNr6ZVB0pYMtIJqOralJfp8astW4k6vdw7bDmU19eng+IIqein1
UfJ8ajSJHcNzXwMwrxcXFVYP4dm/PYEtpzius97CXvFEe7MjghAKcpe4dYr8
Dby76ersQa7XBRz9VcGrMP454eeX3zNbNeWcULqrQCYyuH8fazKo7AQVe+dv
auZ8sEsXPRnKHeLght3RdeTfmQY+XjXSDTNHSN4CvYWzOP2ZDztHuDLtzxWh
GQL/evSwXVgRkIAeI3EFgYaHfBNCex+hs9BGE0OQ5Spbo0ohXdKQ4KhTVB55
JJtFYILFEIXUG3gPNT0U1wuJVc2OMQseC9RetaBlCYXkDpXsoUeJZgCQ2G0Z
bDw6VBeB7qh2ZL92vZFftojQraRyCNGn4XpNtc/sdiqvOn33Uo3snrq1xOes
qXDyyjR9wOrDJRW28VrsFakn7wAQJwmVbpGDcm8l2fow8JvJVKXXSlSlXyNP
1T5Vu52mSv+fZKmcM939fFW6AQe85+KqfJURLdV7fxbn29EkPoBvWZxvWZxv
WZxvWZzeo0k2HRXYj9+h1lHeumyj4Vzi7juUQL44UV0d4t2QiH+qF68Wi88P
9Nea1TmCjs+0ikB+hlsfaTd0bdOf/Bedc+2g7zTxQhkK+QA2nkgRSz+A1V5S
0J1+q27jCIy+PexujZt37OJN0r/jvTPJ1XGOfzzR/6mJ/pd2Y1X7urN7Zzy+
wzLx24ajB0N9WSp+TaZ2SMoQKH4LaJNROSdtem16hol5swlWZw8QxrFxb561
N83qHshpA/hr51dbCb3WkUdGiDcd5dnOtHQC0p4I3u5m0RGnW6bC13DAtImK
112l3zZd19u7zoapfTEydLaQl7DYOnfXqa69eWHcpKt/kJx2NNPyo6eI+BoC
+tq/+2KrTH+7V9f8B8NqdI/4qtJDdS8m3w6JLPOuW3TuOFuusBTIv3DKXtz6
AwqUe6dZ4OJWe2GLd8eszrgn3bv0uMQFlw0gmlky9ZENCEdfOg0ImbTrFHcI
4BSFdYxpFFxR0Olw3EaIcMBXPjk6O3x18os+4PPeA7zdC7p6c3Tq/vDwLt0E
d0a77LqgEZiGznt43cwu+tIRXxGL925EeUUBLt00wpsKGtzaQBiB646uvPah
+Uyp09Nf9ZWa9x7cU5c4qSOWxDAHgRy23kRYxYphnJkeX1CPRgB2zl6c7uqr
7h48+F7fDsXoiL+P/3z3xxBSiPKvZ2evT7k5fmy1cW/23edrfaGPH/f379Id
vloWdBR+6F0QdUBsFCozp4L2nZODw5e7tqBon++eVFensKDixX/qUh2MZuJa
SQSHc+Bsp3GTRaXhOYcvhtN43A69HmF6Qd+sJBO+hYXMJu49tNsIe+AYMTN3
5uibX/OaVgTU8M0JCnTvqnubn3PwbCdu0HeGIpA1sBExuYP7zPkT0ErSJ7GT
juV4T1sfTEfqa43SSkemKmW6S7e1oWg7SKi93/b2XMAUPuIF1agg502GCX3o
CQGl6kYnM4/bK9jp3mNAVLr0UPc9QdxZjxhDypVyHOjjoWUdyIp7FZC6SrJw
tlxE5+wGzyPEDIFIOgaGbrtV2NiOx0IdgUg7sffULn/nuh08fJjZ5aBAnVgB
GmhC0P3BdzQl1H3CeDFrYJacDIS6z5aXXb21xsBmI5S4eVZM+WwOPGvQXvOs
Ssz8ae2OfUoZ5laH/PSOyj+3U/LmPidzN7CzgoVEPS3sOigIW0Ii5pAoJKod
CUJAPUJ0lQQd1yy2DYXjnCLkdIK5sx7R0hqv5Asngrms9/AfJWd7Sl0xhta5
it2Q4P1BoiLE7bOnh7fpnPOJGMMfTtJ40WVngr51i6ymqip7+WIo3sg5Jm4u
MA/uTp50RkRVVwyHLCI2VMsbdhRv3xxXA3Xy3jCvhjisUamAupd5mT5Nl7q4
8/73Dx9eXk7U/QEwCIA5EZ91JjVZUQaPrD3k1OqEBn18dPqc1lIBh4k4uXOw
p0SRBgrGCYdC9hSRNElylVTbDqfQVS//twh1L2D4CviY9RaWLveWVrpq1hUz
0b7Wc1tJc90+NWHUPb0Z+VM+2d17d5Vnwnfz2vfslfDOW5TxGFt5xKFuuqFM
6NWEieNX6xeJRl8gzi/tbfLTC6LRE3HCbFTh/sSk/wYtbIPi6KIKDa6LZxDm
FyEZEFEPx/TaKAYgXgtDlufRaCSmUfwerelB/D4v1jAncnJ+8HHCV57L5C9D
CsuGl1a0afZZQGgwBTRmKarOrCyW+gifuKkoa8yOWBFTUinRl2Rio9OmQly1
a6ScXPz1FKy5eCkl5ZlBA9Co3trf/8Ek9YdyBFMb6PQQBvmUUKkWxWqsrgi1
88qeDrjiD6NiVUXrubptmncNVLiICaEQHknK7iVNvRoxSmCMute7mssWOycE
7jnXU9pdCxwKxFE5pSMninoFRKg7t0ibYGwP89kEQm/S2DNDNweJaQfXXouI
2wfhTbVsMJ/jVp+IfYlaXaeJY+Y31VvW96P94jppw/hSkkXdbawjJbrK1GB6
uxJDImgONByONbUh4gNajqbLtV5Ap5tyORZxrvaOV+W/5jOnHchSvPBCFj0S
s97EZWVmO7K6gxeGl6GzpIsgRZMnvCxlz5XVd7zioVPskOgbLyugP3AULGLN
/PQviwX6oSjCHPC/aJhNd2aOAAA=

-->

</rfc>
