<?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.29 (Ruby 3.2.3) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-belmq-green-framework-02" category="info" consensus="true" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.28.1 -->
  <front>
    <title abbrev="Framework for Energy Efficiency Management">Framework for Energy Efficiency Management</title>
    <seriesInfo name="Internet-Draft" value="draft-belmq-green-framework-02"/>
    <author fullname="Benoit Claise">
      <organization>Huawei</organization>
      <address>
        <email>benoit.claise@huawei.com</email>
      </address>
    </author>
    <author fullname="Luis M. Contreras">
      <organization>Telefonica</organization>
      <address>
        <email>luismiguel.contrerasmurillo@telefonica.com</email>
      </address>
    </author>
    <author fullname="Jan Lindblad">
      <organization>All For Eco</organization>
      <address>
        <email>jan.lindblad+ietf@for.eco</email>
      </address>
    </author>
    <author fullname="Marisol Palmero">
      <organization>Cisco Systems, Inc.</organization>
      <address>
        <email>mpalmero@cisco.com</email>
      </address>
    </author>
    <author fullname="Emile Stephan">
      <organization>Orange</organization>
      <address>
        <email>emile.stephan@orange.com</email>
      </address>
    </author>
    <author fullname="Qin Wu">
      <organization>Huawei</organization>
      <address>
        <email>bill.wu@huawei.com</email>
      </address>
    </author>
    <date year="2025" month="May" day="19"/>
    <area>Operations and Management</area>
    <workgroup>Getting Ready for Energy-Efficient Networking</workgroup>
    <keyword>framework</keyword>
    <keyword>energy</keyword>
    <keyword>efficiency</keyword>
    <keyword>savings</keyword>
    <keyword>management</keyword>
    <abstract>
      <?line 90?>

<t>Recognizing the urgent need for energy efficiency, this document specifies a management framework focused on devices and device components within, or connected to, interconnected systems. The framework aims to enable energy usage optimization and ensure interoperability across diverse systems. Leveraging data from existing use cases, it delivers actionable metrics to support effective energy management and informed decision-making. Furthermore, the framework proposes mechanisms for representing and organizing timestamped telemetry data using YANG models and metadata, enabling transparent and reliable monitoring. This structured approach facilitates improved energy efficiency through consistent energy management practices.</t>
    </abstract>
    <note removeInRFC="true">
      <name>About This Document</name>
      <t>
        The latest revision of this draft can be found at <eref target="https://marisolpalmero.github.io/draft-belm-green-framework/draft-belmq-green-framework.html"/>.
        Status information for this document may be found at <eref target="https://datatracker.ietf.org/doc/draft-belmq-green-framework/"/>.
      </t>
      <t>
        Discussion of this document takes place on the
        Getting Ready for Energy-Efficient Networking  mailing list (<eref target="mailto:green@ietf.org"/>),
        which is archived at <eref target="https://mailarchive.ietf.org/arch/browse/green/"/>.
        Subscribe at <eref target="https://www.ietf.org/mailman/listinfo/green/"/>.
      </t>
      <t>Source for this draft and an issue tracker can be found at
        <eref target="https://github.com/marisolpalmero/draft-belm-green-framework"/>.</t>
    </note>
  </front>
  <middle>
    <?line 94?>

<section anchor="to-do">
      <name>TO DO</name>
      <ul spacing="normal">
        <li>
          <t>IEC60050 reference needs a new URL</t>
        </li>
      </ul>
    </section>
    <section anchor="introduction">
      <name>Introduction</name>
      <t>In reference to <xref target="I-D.stephan-green-use-cases"/>, analyzing use cases such as the "Incremental Application of the GREEN Framework" and "Consideration of other domains for obtention of end-to-end metrics", it reveals the critical need for a structured approach to transitioning network devices' management towards energy-efficient operations. The framework is essential for:</t>
      <ul spacing="normal">
        <li>
          <t>Standardization: Ensuring consistent practices across different devices and network segments to facilitate interoperability.</t>
        </li>
        <li>
          <t>Efficient Energy Management: Providing guidelines to identify inefficiencies and implement improvements.</t>
        </li>
        <li>
          <t>Scalability: Offering solutions that accommodate growing network demands and complexity.</t>
        </li>
        <li>
          <t>Cost Reduction: Optimizing energy usage to lower operational costs and extend equipment lifecycles.</t>
        </li>
        <li>
          <t>Competitiveness: Enabling organizations to maintain a competitive infrastructure through enhanced sustainability.</t>
        </li>
        <li>
          <t>Environmental Impact: Supporting broader sustainability initiatives by reducing carbon footprints.</t>
        </li>
        <li>
          <t>Simplified Implementation: Streamlining the deployment of energy-efficient measures to minimize service disruptions.</t>
        </li>
        <li>
          <t>Security: Protecting sensitive operations related to power states and consumption.  </t>
          <t>
This document defines an Energy Management framework for devices
 within, or connected to, communication networks, for the use cases
 described in <xref target="I-D.stephan-green-use-cases"/>.
 The devices, or the components of these devices (such as line cards, fans, and
 disks), can then be monitored and controlled. Monitoring includes measuring
 power, energy, demand, and attributes of power.  Energy Control can
 be performed by setting a device's or component's state.  The devices
 monitored by this framework can be either of the following:  </t>
          <ul spacing="normal">
            <li>
              <t>consumers of energy (such as routers and computer systems) and
 components of such devices (such as line cards, fans, and disks)</t>
            </li>
            <li>
              <t>producers of energy (like an uninterruptible power supply or
 renewable energy system) and their associated components (such as
 battery cells, inverters, or photovoltaic panels)</t>
            </li>
          </ul>
        </li>
      </ul>
      <section anchor="terminology">
        <name>Terminology</name>
        <t>The following terms are defined in <xref target="I-D.draft-bclp-green-terminology"/> and EMAN Framework <xref target="RFC7326"/>: Energy, Power, Energy Management, Energy Monitoring, Energy Control.</t>
        <t>The following terms are defined in EMAN Framework <xref target="RFC7326"/>, and cut/paste here for completeness:</t>
        <dl>
          <dt>Energy Management System (EnMS)</dt>
          <dd>
            <t>An Energy Management System is a combination of hardware and
software used to administer a network, with the primary purpose of
Energy Management.
</t>
            <artwork><![CDATA[
NOTES:

1. An Energy Management System according to [ISO50001] (ISO-EnMS)
   is a set of systems or procedures upon which organizations can
   develop and implement an energy policy, set targets and action
   plans, and take into account legal requirements related to
   energy use.  An ISO-EnMS allows organizations to improve energy
   performance and demonstrate conformity to requirements,
   standards, and/or legal requirements.

2. Example ISO-EnMS: Company A defines a set of policies and
   procedures indicating that there should exist multiple
   computerized systems that will poll energy measurements from
   their meters and pricing / source data from their local
   utility.  Company A specifies that their CFO (Chief Financial
   Officer) should collect information and summarize it quarterly
   to be sent to an accounting firm to produce carbon accounting
   reporting as required by their local government.

3. For the purposes of EMAN, the definition herein is the
   preferred meaning of an EnMS.  The definition from [ISO50001]
   can be referred to as an ISO Energy Management System
   (ISO-EnMS).
]]></artwork>
          </dd>
          <dt>Device</dt>
          <dd>
            <t>A device is a piece of electrical or non-electrical equipment.
<em>Reference: Adapted from <xref target="IEEE100"/>.</em></t>
          </dd>
          <dt>Component</dt>
          <dd>
            <t>A component is a part of electrical or non-electrical equipment
(device).
<em>Reference: Adapted from <xref target="TMN"/>.</em></t>
          </dd>
          <dt>Meter (Energy Meter)</dt>
          <dd>
            <t>A meter is a device intended to measure electrical energy by
integrating power with respect to time.
<em>Reference: Adapted from <xref target="IEC60050"/>.</em></t>
          </dd>
          <dt>Power Inlet</dt>
          <dd>
            <t>A power inlet (or simply "inlet") is an interface at which a
device or component receives energy from another device or
component.</t>
          </dd>
          <dt>Power Outlet</dt>
          <dd>
            <t>A power outlet (or simply "outlet") is an interface at which a
device or component provides energy to another device or
component.</t>
          </dd>
          <dt>Power Interface</dt>
          <dd>
            <t>A Power Interface is a power inlet, outlet, or both.</t>
          </dd>
          <dt>Power State</dt>
          <dd>
            <t>A Power State is a condition or mode of a device (or component)
that broadly characterizes its capabilities, power, and
responsiveness to input.
<em>Reference: Adapted from <xref target="IEEE1621"/>.</em></t>
          </dd>
          <dt>Power State Set</dt>
          <dd>
            <t>A Power State Set is a collection of Power States that comprises a
named or logical control grouping.</t>
          </dd>
          <dt>Energy Object</dt>
          <dd>
            <t>An Energy Object represents a piece of equipment that is
part of, or attached to, a communications network that is monitored
or controlled or that aids in the management of another device for
Energy Management.</t>
          </dd>
        </dl>
      </section>
    </section>
    <section anchor="motivation">
      <name>Motivation</name>
      <section anchor="impact-on-energy-metrics">
        <name>Impact on Energy Metrics</name>
        <t>The framework will significantly enhance the creation of energy metrics with actionable insights by:</t>
        <ul spacing="normal">
          <li>
            <t>Standardizing Metrics: Establishing consistent measurement protocols for energy consumption and efficiency.</t>
          </li>
          <li>
            <t>Enhancing Data Collection: Facilitating comprehensive monitoring and data aggregation across devices.</t>
          </li>
          <li>
            <t>Supporting Real-time Monitoring: Enabling dynamic tracking and immediate optimization of energy usage.</t>
          </li>
          <li>
            <t>Integration Across Devices: Ensuring interoperability for network-wide data analysis.</t>
          </li>
          <li>
            <t>Providing Actionable Insights: Translating raw data into meaningful information for decision-making.</t>
          </li>
        </ul>
      </section>
      <section anchor="current-device-readiness">
        <name>Current Device Readiness</name>
        <t>While many modern networking devices have basic energy monitoring capabilities, these are often proprietary. The framework will define requirements to enhance these capabilities, enabling standardized metric production and meaningful data contributions for energy management goals.</t>
      </section>
      <section anchor="why-now">
        <name>Why Now?</name>
        <t>The decision to define the framework now, rather than later, is driven by:</t>
        <ul spacing="normal">
          <li>
            <t>Immediate Benefits: Start realizing cost savings, reduced carbon footprints, and improved efficiencies.</t>
          </li>
          <li>
            <t>Rapid Technological Advancements: Aligning the framework with current technologies to prevent obsolescence.</t>
          </li>
          <li>
            <t>Increasing Energy Demands: Mitigating the impact of growing energy consumption on costs and sustainability.</t>
          </li>
          <li>
            <t>Regulatory Pressure: Preparing for compliance with existing and anticipated sustainability regulations.</t>
          </li>
          <li>
            <t>Competitive Advantage: Positioning organizations as leaders in sustainability and innovation.</t>
          </li>
          <li>
            <t>Foundational Work Ready: Building on the use cases and requirements established in Phase I.</t>
          </li>
          <li>
            <t>Proactive Risk Management: Minimizing risks associated with energy costs and environmental factors.</t>
          </li>
          <li>
            <t>Facilitate Future Innovations: Creating a platform for continuous improvements and adaptations.</t>
          </li>
          <li>
            <t>Stakeholder Engagement: Ensuring diverse perspectives are reflected for broader adoption.</t>
          </li>
        </ul>
        <t>In conclusion, establishing the framework for energy efficiency management now is strategic and timely, leveraging the current momentum of use cases and requirements to drive meaningful progress in energy efficiency management. Delaying its development could result in missed opportunities for immediate benefits, increased costs, and challenges in adapting to future technological and regulatory landscapes.</t>
      </section>
    </section>
    <section anchor="reference-model">
      <name>Reference Model</name>
      <t>The framework introduces the concept of a Power Interface that is
   analogous to a network interface.  A Power Interface is defined as an
   interconnection among devices where energy can be provided, received,
   or both.</t>
      <t>The most basic example of Energy Management is a single device
   reporting information about itself.  In many cases, however, energy
   is not measured by the device itself but is measured upstream in the
   power distribution tree.  For example, a Power Distribution Unit
   (PDU) may measure the energy it supplies to attached devices and
   report this to an Energy Management System.  Therefore, devices often
   have relationships to other devices or components in the power
   network.  An Energy Management System (EnMS) generally requires an
   understanding of the power topology (who provides power to whom), the
   Metering topology (who meters whom), and the potential Aggregation
   (who aggregates values of others).</t>
      <t>The relationships build on the Power Interface concept.  The
   different relationships among devices and components, as specified in
   this document, include power source, Metering, and Aggregation
   Relationships.</t>
      <t>The framework does not cover non-electrical equipment, nor does it
   cover energy procurement and manufacturing.</t>
      <figure anchor="reference_model">
        <name>GREEN Reference Model</name>
        <sourcecode type="text"><![CDATA[
+--------------------------------------------------------------------+
|                                                                    |
|                  (3) Network Domain Level                          |
|                                                                    |
+--------------------------------------------------------------------+

(a)              (b)              (c)
Inventory        Monitor       +- DataSheets/DataBase and/or via API
Of identity      Energy        |  Metadata and other device/component
and Capability   Efficiency    |  /network related information:
     ^               ^         |
     |               |         |  .Power/Energy related metrics
     |               |         |  .information
     |               |         |  .origin of Energy Mix
     |               |         |  .carbon aware based on location
     |               |         |
     |               |         |
     |               |         |
     |               |         v
+--------------------------------------------------------------------+
|                                                                    |
|       (2) controller (collection, compute and aggregate?)          |
|                                                                    |
+--------------------------------------------------------------------+
                ^                      ^                      ^ |
     (d)        |     (e)              |   (f)                | |
     Inventory  |     Monitor power    |   Control            | |
     Capability |     Proportion       |   (Energy saving     | |
                |     Energy efficiency|   Functionality      | |
                |     ratio, power     |   Localized mgmt/    | |
                |     consumption,     |   network wide mgmt) | |
                |     etc)             |                      | |
                |                      |                      | v
+--------------------------------------------------------------------+
|                                                                    |
|                       (1) Device/Component                         |
|                                                                    |
| +---------+  +-----------+  +----------------+  +----------------+ |
| | (I)     |  | (II)      |  | (III)          |  | (IV)           | |
| |         |  |           |  | Legacy         |  | 'Attached'(PoE | |
| | Device  |  | Component |  | Device         |  | end Point)     | |
| |         |  |           |  |                |  |                | |
| +---------+  +-----------+  +----------------+  +----------------+ |
+--------------------------------------------------------------------+
]]></sourcecode>
      </figure>
      <t>The main elements in the framework are as follows:</t>
      <ul spacing="normal">
        <li>
          <t>(a), (d) Discovery and Inventory</t>
        </li>
        <li>
          <t>(b), (c) GREEN Metrics</t>
        </li>
        <li>
          <t>(b), (e) Monitor energy efficiency</t>
        </li>
        <li>
          <t>(f) Control Energy Saving</t>
        </li>
      </ul>
      <t>The monitoring interface (e) obviously monitor more aspects than just power and energy,
(for example traffic monitoring) but this is not covered in the framework.</t>
      <t>Note that this framework specificies logical blocks, however, the Energy Efficiency Management
Function might be implemented inside the device or in the controller or a combination of both.</t>
      <section anchor="typical-power-topologies">
        <name>Typical Power Topologies</name>
        <t>The following reference model describes physical power topologies
   that exist in parallel with a communication topology. While many
   more topologies can be created with a combination of devices, the
   following are some basic ones that show how Energy Management
   topologies differ from Network Management topologies. Only the controller,
   devices and components, are depicted here, as the Network Domain Level
   remains identical.</t>
        <t>NOTE:</t>
        <ul spacing="normal">
          <li>
            <t>"###" is used to denote a transfer of energy.</t>
          </li>
          <li>
            <t>"- &gt;" is used to denote a transfer of information.</t>
          </li>
        </ul>
        <section anchor="basic-power-supply">
          <name>Basic Power Supply</name>
          <t>This covers the basic example of router connected to Power Outlet in the wall.</t>
          <figure anchor="basic_power">
            <name>Reference Model Example: Basic Power Supply</name>
            <sourcecode type="text"><![CDATA[
+--------------------------------------------------------------------+
|                                                                    |
|                  (3) Network Domain Level                          |
|                                                                    |
+--------------------------------------------------------------------+

(a)              (b)              (c)
Inventory        Monitor       +- DataSheets/DataBase and/or via API
Of identity      Energy        |  Metadata and other device/component
and Capability   Efficiency    |  /network related information:
     ^               ^         |
     |               |         |  .Power/Energy related metrics
     |               |         |  .information
     |               |         |  .origin of Energy Mix
     |               |         |  .carbon aware based on location
     |               |         |
     |               |         |
     |               |         |
     |               |         v
+--------------------------------------------------------------------+
|                                                                    |
|       (2) controller (collection, compute and aggregate?)          |
|                                                                    |
+--------------------------------------------------------------------+
                                             ^   ^   ^ |
                                             |   |   | |
                                            (d) (e)  (f)
                                             |   |   | |
                                             |   |     v
            +--------------+            +------------------+
            |              |            |                  |
            | Power Supply |############| Device/Component |
            |              |            |                  |
            +--------------+            +------------------+
]]></sourcecode>
          </figure>
        </section>
        <section anchor="physical-meter-with-legacy-device">
          <name>Physical Meter with Legacy Device</name>
          <t>This covers the basic example of device connected to wall Power Outlet,
with a Physical Meter placed in the wall Power Outlet, because the device
can not monitor its power, energy, demand.</t>
          <figure anchor="physical_meter">
            <name>Reference Model Example: Physical Meter</name>
            <sourcecode type="text"><![CDATA[
+--------------------------------------------------------------------+
|                                                                    |
|                  (3) Network Domain Level                          |
|                                                                    |
+--------------------------------------------------------------------+

(a)              (b)              (c)
Inventory        Monitor       +- DataSheets/DataBase and/or via API
Of identity      Energy        |  Metadata and other device/component
and Capability   Efficiency    |  /network related information:
     ^               ^         |
     |               |         |  .Power/Energy related metrics
     |               |         |  .information
     |               |         |  .origin of Energy Mix
     |               |         |  .carbon aware based on location
     |               |         |
     |               |         |
     |               |         |
     |               |         v
+--------------------------------------------------------------------+
|                                                                    |
|       (2) controller (collection, compute and aggregate?)          |
|                                                                    |
+--------------------------------------------------------------------+
                              ^
                              |
                             (e)
                              |
                              |
    +--------------+   +----------------+   +---------------+
    |              |   |                |   |               |
    | Power Supply |###| Physical Meter |###| Legacy Device |
    |              |   |                |   |               |
    +--------------+   +----------------+   +---------------+
]]></sourcecode>
          </figure>
          <t>When the EnMS discovers the physical meter, it must know for
which Energy Object(s) it measures power or energy. This is the
Metering Relatonship.</t>
          <t>A Metering Relationship is a relationship where one Energy Object
measures power, energy, demand, or Power Attributes of one or more
other Energy Objects.  The Metering Relationship gives the view of
the Metering topology.  Physical meters can be placed anywhere in
a power distribution tree.  For example, utility meters monitor
and report accumulated power consumption of the entire building.
Logically, the Metering topology overlaps with the wiring
topology, as meters are connected to the wiring topology.  A
typical example is meters that clamp onto the existing wiring.</t>
        </section>
        <section anchor="physical-meter-with-new-device">
          <name>Physical Meter with New Device</name>
          <t>This covers the example of device connected to wall Power Outlet,
with a Physical Meter placed in the wall Power Outlet, because the device
can not monitor its power, energy, demand.</t>
          <figure anchor="physical_meter_with_new_device">
            <name>Reference Model Example: Physical Meter with New Device</name>
            <sourcecode type="text"><![CDATA[
+--------------------------------------------------------------------+
|                                                                    |
|                  (3) Network Domain Level                          |
|                                                                    |
+--------------------------------------------------------------------+

(a)              (b)              (c)
Inventory        Monitor       +- DataSheets/DataBase and/or via API
Of identity      Energy        |  Metadata and other device/component
and Capability   Efficiency    |  /network related information:
     ^               ^         |
     |               |         |  .Power/Energy related metrics
     |               |         |  .information
     |               |         |  .origin of Energy Mix
     |               |         |  .carbon aware based on location
     |               |         |
     |               |         |
     |               |         |
     |               |         v
+--------------------------------------------------------------------+
|                                                                    |
|       (2) controller (collection, compute and aggregate?)          |
|                                                                    |
+--------------------------------------------------------------------+
                              ^                 ^   ^   ^ |
                              |                 |   |   | |
                             (e)               (d) (e)  (f)
                              |                 |   |   | |
                              |                 |   |     v
    +--------------+   +----------------+   +------------------+
    |              |   |                |   |                  |
    | Power Supply |###| Physical Meter |###| Device/Component |
    |              |   |                |   |                  |
    +--------------+   +----------------+   +------------------+
]]></sourcecode>
          </figure>
          <t>The most important issue in such a topology is to avoid the double counting
in the Energy Management System (EnMS). The physical meter reports the Energy
transmitted, while the connected Device/Component might also report its consumed
Energy. Those two values are identical. Without the knowledge
of this specific topology, that is the Metering Relationship between the two
Energy Objects, the EnMS will double count the Energy consumed in the network.</t>
        </section>
        <section anchor="power-over-ethernet">
          <name>Power over Ethernet</name>
          <t>This covers the example of a switch port (Power Outlet) the provides energy
with Power over Ethernet (PoE) to a PoE end points (camera, access port, etc.).</t>
          <figure anchor="power_ethernet">
            <name>Reference Model Example: Power over Ethernet</name>
            <sourcecode type="text"><![CDATA[
+--------------------------------------------------------------------+
|                                                                    |
|                  (3) Network Domain Level                          |
|                                                                    |
+--------------------------------------------------------------------+

(a)              (b)              (c)
Inventory        Monitor       +- DataSheets/DataBase and/or via API
Of identity      Energy        |  Metadata and other device/component
and Capability   Efficiency    |  /network related information:
     ^               ^         |
     |               |         |  .Power/Energy related metrics
     |               |         |  .information
     |               |         |  .origin of Energy Mix
     |               |         |  .carbon aware based on location
     |               |         |
     |               |         |
     |               |         |
     |               |         v
+--------------------------------------------------------------------+
|                                                                    |
|       (2) controller (collection, compute and aggregate?)          |
|                                                                    |
+--------------------------------------------------------------------+
              ^   ^   ^ |                  ^   ^   ^ |
              |   |   | |                  |   |   | |
             (d) (e)  (f)                 (d) (e)  (f)
              |   |   | |                  |   |   | |
              |   |     v                  |   |     v
            +--------------+            +----------------+
            |              |            |                |
            | Device       |############| PoE End Point  |
            | (switch)     |            |                |
            |              |            |                |
            +--------------+            +----------------+
]]></sourcecode>
          </figure>
          <t>Double counting is also an issue in such an example. The switch port, via its Power Outlet,
reports the Energy transmitted, while the PoE End Point, via its Power Inlet,
reports its Energy consumed.</t>
          <t>A second issue in such an example is the control topology. The controller must have the
knowledge that, if it shuts down the switch port, it will also switch off the connected
PoE End Point, as a consequence. This is the Power Source Relationship.</t>
          <t>A Power Source Relationship is a relationship where one Energy Object provides power
to one or more Energy Objects. The Power Source Relationship gives a view of the physical
wiring topology -- for example, a PoE End Point receiving power from a switch port over PoE
or a data center server receiving power from two specific Power Interfaces from two different PDUs.</t>
          <t>On top of that, there might be two control points for the PoE End Point. First the connected switch
port but also the controller direct connection to the PoE End Point (f). Via this interface,
the controller might for example put the PoE End Point to a lower Power State.</t>
        </section>
        <section anchor="single-power-supply-with-multiple-devices">
          <name>Single Power Supply with Multiple Devices</name>
          <t>This covers the example of a smart PDU that provides energy to a series
of routers in a rack.</t>
          <figure anchor="multiple_devices">
            <name>Reference Model Example: Single Power Supply with Multiple Devices</name>
            <sourcecode type="text"><![CDATA[
+--------------------------------------------------------------------+
|                                                                    |
|                  (3) Network Domain Level                          |
|                                                                    |
+--------------------------------------------------------------------+

(a)              (b)              (c)
Inventory        Monitor       +- DataSheets/DataBase and/or via API
Of identity      Energy        |  Metadata and other device/component
and Capability   Efficiency    |  /network related information:
     ^               ^         |
     |               |         |  .Power/Energy related metrics
     |               |         |  .information
     |               |         |  .origin of Energy Mix
     |               |         |  .carbon aware based on location
     |               |         |
     |               |         |
     |               |         |
     |               |         v
+--------------------------------------------------------------------+
|                                                                    |
|       (2) controller (collection, compute and aggregate?)          |
|                                                                    |
+--------------------------------------------------------------------+
              ^   ^   ^ |                   ^   ^   ^ |
              |   |   | |                   |   |   | |
             (d) (e)  (f)                  (d) (e)  (f) ... N
              |   |   | |                   |   |   | |
              |   |     v                   |   |     v
            +--------------+            +--------------------+
            |              |            |                    |
            | Power Supply |############| Device/Component 1 |
            | (Smart PDU)  |  #         |                    |
            |              |  #         +--------------------+
            +--------------+  #
                              #
                              #         +--------------------+
                              #         |                    |
                              ##########| Device/Component 2 |
                                 #      |                    |
                                 #      +--------------------+
                                 #
                                 #      +--------------------+
                                 #      |                    |
                                 #######| Device/Component N |
                                        |                    |
                                        +--------------------+
]]></sourcecode>
          </figure>
        </section>
        <section anchor="multiple-power-supplies-with-single-device">
          <name>Multiple Power Supplies with Single Device</name>
          <figure anchor="multiple_power">
            <name>Reference Model Example: Multiple Power Supplies with Single Device</name>
            <sourcecode type="text"><![CDATA[
+--------------------------------------------------------------------+
|                                                                    |
|                  (3) Network Domain Level                          |
|                                                                    |
+--------------------------------------------------------------------+

(a)              (b)              (c)
Inventory        Monitor       +- DataSheets/DataBase and/or via API
Of identity      Energy        |  Metadata and other device/component
and Capability   Efficiency    |  /network related information:
     ^               ^         |
     |               |         |  .Power/Energy related metrics
     |               |         |  .information
     |               |         |  .origin of Energy Mix
     |               |         |  .carbon aware based on location
     |               |         |
     |               |         |
     |               |         |
     |               |         v
+--------------------------------------------------------------------+
|                                                                    |
|       (2) controller (collection, compute and aggregate?)          |
|                                                                    |
+--------------------------------------------------------------------+
      ^   ^   ^ |              ^   ^   ^ |               ^   ^   ^ |
      |   |   | |              |   |   | |               |   |   | |
     (d) (e)  (f)             (d) (e)  (f)              (d) (e)  (f)
      |   |   | |              |   |   | |               |   |   | |
      |   |     v              |   |     v               |   |     v
   +----------------+      +------------------+      +----------------+
   |                |      |                  |      |                |
   | Power Supply 1 |######| Device/Component |######| Power Supply 2 |
   |                |      |                  |      |                |
   +----------------+      +------------------+      +----------------+
]]></sourcecode>
          </figure>
        </section>
      </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?>

</section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>Resiliency is an implicit use case of energy efficiency management
which comes with numerous security considerations :</t>
      <t>Controlling Power State and power supply of entities are considered
highly sensitive actions, since they can significantly affect the
operation of directly and indirectly connected devices.  Therefore,
all control actions must be sufficiently protected through
authentication, authorization, and integrity protection mechanisms.</t>
      <t>Entities that are not sufficiently secure to operate directly on the
public Internet do exist and can be a significant cause of risk, for
example, if the remote control functions can be exercised on those
devices from anywhere on the Internet.</t>
      <t>The monitoring of energy-related quantities of an entity as addressed
can be used to derive more information than just the received and
provided energy; therefore, monitored data requires protection.  This
protection includes authentication and authorization of entities
requesting access to monitored data as well as confidentiality
protection during transmission of monitored data.  Privacy of stored
data in an entity must be taken into account.  Monitored data may be
used as input to control, accounting, and other actions, so integrity
of transmitted information and authentication of the origin may be
needed.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>This document has no IANA actions.</t>
    </section>
    <section anchor="acknowledgments">
      <name>Acknowledgments</name>
      <t>This framework takes into account concepts from the Energy MANagement (EMAN) Framework <xref target="RFC7326"/>, authors by John Parello, Benoit Claise, Brad Schoening, and Juergen Quittek. The contribution of Luis M. Contreras to this document has been supported by the Smart Networks and Services Joint Undertaking (SNS JU) under the European Union's Horizon Europe research and innovation projects 6Green (Grant Agreement no. 101096925) and Exigence (Grant Agreement no. 101139120).</t>
    </section>
    <section anchor="references">
      <name>References</name>
      <section anchor="normative-references">
        <name>Normative References</name>
      </section>
      <section anchor="informative-references">
        <name>Informative References</name>
      </section>
    </section>
    <section anchor="appendix">
      <name>Appendix</name>
      <t>This appendix should be removed when the initial set of GREEN WG documents will be stable</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-combined-references">
      <name>References</name>
      <references anchor="sec-normative-references">
        <name>Normative References</name>
        <reference anchor="I-D.stephan-green-use-cases">
          <front>
            <title>Use Cases for Energy Efficiency Management</title>
            <author fullname="Emile Stephan" initials="E." surname="Stephan">
              <organization>Orange</organization>
            </author>
            <author fullname="Marisol Palmero" initials="M." surname="Palmero">
              <organization>Cisco Systems, Inc.</organization>
            </author>
            <author fullname="Benoît Claise" initials="B." surname="Claise">
              <organization>Huawei</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="Carlos J. Bernardos" initials="C. J." surname="Bernardos">
              <organization>Universidad Carlos III de Madrid</organization>
            </author>
            <date day="16" month="May" year="2025"/>
            <abstract>
              <t>   This document groups use cases for Energy efficiency Management of
   network devices.

   Discussion Venues

   Source of this draft and an issue tracker can be found at
   https://github.com/emile22/draft-stephan-green-use-cases

              </t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-stephan-green-use-cases-01"/>
        </reference>
        <reference anchor="I-D.draft-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="23" month="April" year="2025"/>
            <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-01"/>
        </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>
      </references>
      <references anchor="sec-informative-references">
        <name>Informative References</name>
        <reference anchor="TMN" target="ITU-T Recommendation M.3400">
          <front>
            <title>International Telecommunication Union, "TMN management functions"</title>
            <author>
              <organization/>
            </author>
            <date year="2000" month="February"/>
          </front>
        </reference>
        <reference anchor="IEEE100" target="http://ieeexplore.ieee.org/xpl/mostRecentIssue.jsp?punumber=4116785">
          <front>
            <title>The Authoritative Dictionary of IEEE Standards Terms</title>
            <author>
              <organization>IEEE</organization>
            </author>
            <date year="2000" month="December" day="11"/>
          </front>
        </reference>
        <reference anchor="IEEE1621">
          <front>
            <title>Standard for User Interface Elements in Power Control of Electronic Devices Employed in Office/Consumer Environments, IEEE 1621</title>
            <author>
              <organization>IEEE</organization>
            </author>
            <date year="2004" month="December"/>
          </front>
        </reference>
        <reference anchor="IEC60050" target="http://www.iec.ch/smartgrid/standards/">
          <front>
            <title>Power Utility Automation</title>
            <author>
              <organization>IEC</organization>
            </author>
            <date year="2000" month="December" day="11"/>
          </front>
        </reference>
        <reference anchor="RFC7326">
          <front>
            <title>Energy Management Framework</title>
            <author fullname="J. Parello" initials="J." surname="Parello"/>
            <author fullname="B. Claise" initials="B." surname="Claise"/>
            <author fullname="B. Schoening" initials="B." surname="Schoening"/>
            <author fullname="J. Quittek" initials="J." surname="Quittek"/>
            <date month="September" year="2014"/>
            <abstract>
              <t>This document defines a framework for Energy Management (EMAN) for devices and device components within, or connected to, communication networks. The framework presents a physical reference model and information model. The information model consists of an Energy Management Domain as a set of Energy Objects. Each Energy Object can be attributed with identity, classification, and context. Energy Objects can be monitored and controlled with respect to power, Power State, energy, demand, Power Attributes, and battery. Additionally, the framework models relationships and capabilities between Energy Objects.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="7326"/>
          <seriesInfo name="DOI" value="10.17487/RFC7326"/>
        </reference>
      </references>
    </references>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA+1d63Ijt7H+P0+BI/2wFJPUSrY3tk4SW9bFlmt1yUobVyrl
bIFDkIR3ODMezIjLZDfPcp7lPNnpC24zJHXZ3ZPKD6riLOcCoNFodH/d6AH6
/X5S6zpTh2LrrJIzNS+qN2JcVOI0V9VkIU7HY51qlacLcSFzOVEzlddbiRwO
K3X3xEKjIs3h7UMxquS47g9VNvutP6mUyvtjV03/2UGSylpNimpxKHQ+LhJT
y3z0WmZFDkXrqlFJosuKfpr64Nmzb6CIrJQEaq5KVclaF7kRUKbV+HwCz39Q
da3ziXip5GgRUdx3FNfiUtVIB7y1lbyZHyZC9IWnjq4UFeGfvqN0aeQdlDP0
e+bbTkwznGljgKx6UUIfzk9vz5IUiFS5aYzrU1qMoPChaOpx/+uk1Ifib3WR
9oQpqrpSYwO/FjP88UuS3Km8UUjbpCqa8ukdE4Ip2cKfM6kz+EkD8Z1W9XhQ
VPSOrNIpPJjWdWkO9/bwPbyl79TAvbaHN/aGVTE3ao9q2MOSE11PmyGUnclK
myIrZTZTVbEXBr477lgqg3E3davFuPSAax3o++rZu0e2BtN6lm0B9w7FF0ki
m3paVIdJIvrQthDjJstYPL9XeaFrcZxJbRQ9g57KXP+DROtQ/NjIudL0QDHz
hlRikFKJ76b0fJAWs+W6XzTaiIuBOAZhqEBYzYr6b1WmxkWuUxm3kUHJmZ40
KoOabeFZU+ksK76rfYnVrf4kc/FC56NhJkcrGjzKMnGGMpMWcYu/ynyQ2VKf
44h/B4I1UPhSt4ELHilxzUO1oo1jbdJC3CxMrWYgy+d5OojbmtlB/i7F91b3
4nSmMyVualVOZb6iiatK5hMV16qwxMBwie8Ker667j/rXPzcPG6wgeWDeRMP
c5IX1QwK3MGkTFBphSsod3txeUgVWE17nteqyql+mdFoQx2zBocP74lXOfx/
T2xBuUiNALF5SrptiyobwWw5FKD/nqHOpOplNVEwf85vX/VvQRVgrSofcaUX
gy++fPaM6Dk/PT3df/bssFUI5xxMOa2UeltmRYVzXCma43C9NytMDTUCHefG
NGrwqym/LZu8mQ1V9ccv9/ef//7rr+I+3k6VOKIZpmtihTjRRL2sFqIYEw0w
lKClZTUywIRqxlPBTUv83cexOKR3u13eP+jv74fePD/Yb7HY1Uyq8JVRFTN9
LFMlTjPipwHrIq6LOTyjyQjSC3TBwxR+w1hQdeJE3elUGZA9YMpCjbDQFepU
tQelTAMyC6r2TkMRqrTHPUOCHt+dL6E7ti/Hz589+2r10MzncxiTdAAK14Bm
rCeVHu0Zx8K9uPvcrVe1znS9wHEoZiQF60k6XsPgfr8v5NDUlUzrJEGZmsDc
QFNTwwg3QCBIZq4Uc5pNY2QWe/AaKDyw/A3JsClVqscaGCpboh2hiLQxUBtI
7MiyHi05/xYg0SXAABy8ORgDDbMEWgV1mMOoQam66MEAwUCHW4Y1zoAkMrQj
9czA60CxHIJSsYQ3BigSRVnrmVUA1Dra6UpxzQVCjCEzVqZVYaB3IN6VUaGp
FwpuyAlyCTgqodliJtRbbchGQ/9EKo0CWQErM1IZFYfKaHogNTNVVzol+kxT
lgAAkKXQH5xHltSIe0giKx2FnAINChX1ZxJt/UCcNRUMVTWDKd2jQQtMKKE3
BRACDaagIMG+GBrGSpWVAnRC5GLtViXSsOsZGGk5K5HdCqdSDTOautkYfOGv
R5c/iFkB/eKhgxckPu4xr6kOUMSmBMxmia+AB9xxmHg1qAyk+xYFBwSvSWtg
/kjIEsiV6VTAJEb2I1gQegY379RoWfKgq4CNJlOUDgOcx7aWWVeiXKOUDVjU
Z3o0ygCMbYvbK3FylSS/83MSqBwrIBnEEOUdJThXc/Hq5Qt8/Rw1yKihMUyS
8zx6G0bxn//8r/P+iTNEFpeAHPRJDt6/7wEbZLb4R0s8YOyht9LQoG2BwayI
ZjAZR2WZOWMBOguf//Dy9PRSeDS+RXzdQhWlRxYT46sFigJMR7BkOY91MUTW
2MdgLfp10Vc8bCiDWySkgPWVzJiSFDQ6NJ6FWS9XDhN0m8ZZY+XYsZwBqJvX
n8XjUBdzsgM8Qn3lUWvhEX13BoN0KENCCrSMCcn9zut9b75Pcepi65EY+EEP
E3hMg1W3dI6j16gJ2wvoUZC9JW0wgOYD2raeUPBAQCmDpGrE+GLSaJz2uaI6
4Td0YryAGr34aksDyDdbKyfpRAk2dQNDYFs+RIukqJeAwRr2f+qphMmVIgYo
UK2jqzBvDwPwf8TNoF7NQEFxL47B1gN8sNIMtbM+xMItPQm0Z2Ro/CDBSKRQ
mCtVb2sUJPVbo0vqQqZBhy3STBluBXQI2CvQacAIg0Nl1UMMwIhDKK01/AeS
loZSqPMAAzvR8xNe5TDHUlT94B9CqXh8gqUGUs8BdKYwMDesY7Fp8GQkzJdO
UWgJWiQYY8RwAdMBeENCJashzJxxUdQl8N+ODA4aGrkRtsDDZ6XxBmC7nEEn
nQEdKYQVxB2afh3pnymJloeZAKVgFMDMqIqM4Uibqil5bmCzKgVJR2kAQavR
WKA8KJqAdyqaSKhuJVtLUdL4GVamLAkIaqjWAYPXlv0eqTGJLfgTSxLesuKV
m0pYx1pb3ca9VjLBLmJ5whdOF2ItI2VA9wwZgz2kUQdMu3JkUOOkvgKEYNVp
/Dtix2lcnJs4uCOkBXQY6mdynIDnb8wuEA4MgLI5eH7OaKHuYwYilszUaCAu
vDkDktOsGZGplayRsDpif8+Oe89OSWpMyBr077DBcQE66cWBcEx3gDVlPwiI
gNG1AADk09hogLQ9+8ww623PPzM84oMWh7Ci0JXhgpFbGFPsMjSkNJkQa3bG
0FNSK+zp9K38IJ7x8hzYCvOzJqhjVQ5eOdS061gMf+0xotKPGyI7PpaWkixy
h5ZMv1EoviB2qMBpBiH0sDMBVEEGDkplKQGjoOYxQmRqiVhkgAbrZ0yRappQ
Ed2OTlvPEIZTAU5KVZYh7ssB8iErSCzLaVEXd0UGGicVpcwBOUEXtrfJK9J5
kRWTRZLcxuwG6AUOkwAIZadkPClsCCTNSjsv6lDP+/dE+unFUYQWoOC3L8+O
f//FwfP37w+tkPXYi+gtT/Rwy8t3ryOZg0fRew8VPJxpU++VoOKVAJlTpBbY
VNVsM5JkWQtxiEHsnOYXN7vJoThaparsS9qwSRnq3EOkKcjUHAlFeTTFuKYL
ckpAYcoR6mGDgiudwuqRgqP5AFZghh5u2VSIrKG+ZQpZr8Lf5dXt6c2hu9of
3EsqmvKK0ANQ8bfzm6uvwEvb/0XswM8+91W4P+oWKAGaPTy9SM6qAswi2ZMG
5FTMpxpktG1trUbhP5h0KivKDhKByWMnQ1kADAVBwabYWeW5za5MqKfM/ASt
5RuCTgV1qEFUoCZgiyuECZV1zIOBCnV45IFqCxjlui0kiphZBg0WMIVwrSOG
NSVCBOtagtZDB7dG40BuFJp8qCGmqRcq8C439WgPGLvcBT/GBwNx+lYi7zzF
hwR9ZA6OebCnbriIpRb9RTSHkdP5iOwlAQiAeDXNDDMtmmzEPqaYNVmtocVQ
3ilbgA/eI+bic51l2GjmnSOGHDwQ6LiGWljfgWPgdDhIO8GgPcCdTYWQxHu7
/G5WAEoNFTQckIABDBwIEQHXHSh3fHYldo6nWo3FGUxNwMNxNRx/qXZdr1M0
t2ktfODNuu1giDCCDJAJXJjfGokaN4skAYZ4iHCK/A8UayuS2KWxrmYEkNiG
OKQX3gjVgLds0SOaOBYCa0A9D8QERLHKW9P/iwEFXUltsLogQ4VKsWfB4ZiA
J7SLgwwKU5MLFssFepnYHAwbgUqogLDZxY237r4SGpigOiLxYNPuK0NuEMaD
d9dqpFA8qCDoGwfMUO+6oA1po1KrVJEdpgAbOZDQ+bzI+9Ed7ysAoH3pHGio
aiRL1Ae2Axy+/GXwuyQ5dhaXGvT217YJI/74JpMdpnf3vrZvLy6p3QucBGhj
mDd4RbaGZwc377qfoxvEXLWTK6bITrvhIsEXJxVPbUYjZFZg0pco3ehP65m6
nzMcqiASOQZ4noOxJMq4So3XYgf4YFCjL8QW3dnaJZpz9mopTIrKgQyETGxP
YgwJZKWK/CHbAaJA5jbA4AokvsDAUXTV1G2SCrrRoolvPZ2oklzsQBRN64dJ
8rFhoqpzz8pS4F7PUkzYbQi1+3puEFVHddxwoIBBBuhthhgVRcdopjqqduJe
7CakCckVBWakAEjAoJLyBvVfo40u2THV6NdYHwLtBYoKhjnYoyYjmIPef3Ay
PT/Yj0SGqb6xY9S553pDGtcipugVq8WxL5VGhSYTXF/BCCIowglJvPWQeO0S
Q30exV0Nf4VaW5iNb4WIZFuX+NACtapNYqc8DQ1AbplOracp276m8WEQWzK4
Pgl7qdaJY7cRQyl6RCsGqJijwBXp25aEgQ1aifm2AS6DJ85xeET3HH7ASHdQ
Ixhys9DZw2Iy0UZPcjCToKlrkAkb4rDxOCVD/M7acI4fk/6I4soaZGMyrTGG
0YmWoc6xzQP+B4QzzLSZduJmETTAmVYXIAYmjvtHwQOOAPloLAdfkGis8wRh
wrGXoUNx5sJq3CIIj5oqEuQoJMxoDYvKCfg1E2vobQiP/UMKhIRwzkslsz5q
zchViQJNowUIJ/hcuLrxxrWgZyCv6M+11wECdyn4hQ2dO4UNj4+YDLtcFMUd
lxYNkF9W+PpzUFa2Sxj/BUZjvSFQeBTG7tyO3aG4xahqxryq5JzLE6S2IGDc
ZC0sxNGY9rIASeBxU1HUk6mm5AFEoyCBP09xqXWGEA2VVeWDM8Q264tPJYzP
UBrgoBO8MFhtJcVxFnSkwKFSOa08VFqB07DoxnVJ3BkXt70CWq3xck+RobgJ
v7pgvFQrF8a2MM4LZsQo4h7Nd4y2kGqIJDqa6ZNCZob59vN0IS6L+bc8Ux1r
kUBLd3uZJS/mPRgpUhKgS3JKdACVjYG1CpW1m4/nXvS+h/bHGkcb5miF+k9m
PEsxvuoSTXocicTIQzcQ2XNOm10eiQLLKGIvZalH4lalUwoLkF4+Gt0hc4nZ
mBOAGseGKePRAZWSWrmpfXkOUZa4ToBKcWiKTJkUDQ5PFFRStDpkVd0JB58P
xQWM3sS5MwoJJp049uHqFaoF/heizMtB3pdq0gCHC3DDr8FooMrCmKgC20DI
3gURNIkSdcivzZH3Cvg+1SV5oJ04cMVVu5BrFMJm7tUgLLj6GhY92m4pxq0U
BpjJlHQq52W8vGATgfWfga8xcoH1n5H9lN9zKL5vdEYKosjbcVK7nBbNGuWU
OYdcrqfwmji3akbykuJLbd60liouONZMGgYjanGQixnmRsUH+1uRdcBNwH/i
0VlYMTlrKE5/7vsI439M1otilSVwFpWWHSH0spqiMa2VDx4gRDBhFG4wpjAt
shEtxU98J7wKduuzoIQJShNsRV0EDk/GwWhs0sX+5ahw8W9cyANK0qwxlJKh
YsvYnhgrl79j/QFaQPCKJqa3gU6icAjYpmzRA6nwK8Zk0+0EmxVYtJnhhLhn
jFHxVGQsg14Dnk1Q+nHQ76NrAHMxkwsyVbVxIR+iOCXvGippMnSuBSaxISIi
89rkpHep38FkDq3ewhAnzXmKihqnjwDLgtHPJxTH4HG0Ea0xy0bd0kjcUT+b
M1QZoPRptXZbeEwLxn2kssRF/KMlQrsoq+zKJYykKhmzLaF8hyChErTFxQRF
D/0HjxS9F4IBqFVegotsku+MFcWpCGR6wD4G8zmnyI2bSeyCWwdm1HP+1YgC
T8HRsH3EdBxnem14CUMHS646RwKBx5mL8yetiEUrZDIEvwaFQGVj6CKIPtl/
m6owhf7ehcWKhMOMAH0dLHQhD+/3UkVi2DC8di81paFFMIul/SoIhu69DQZE
ppDNGB+x/ev5MTuJX3wFYoh17FyfvNoFgn0Ai0ixzNU1B/atmfKOQbTaG9jC
6x4cEFoX++DYCqgPSqpw1RC0wYoIGFEQE3XUVJdUX+wltBdkvGNBnMAarMxx
qPOBGLeYYDdhYi2cVnDyB9YDVB7CIRsa8m0APSWtB4id+bQIfrN7CMJZzHZ7
boQowMEzNS5mQ4H2XbskAnXUdlX+KOB0GiMs47A7NHYns4ZjXsQasxvku828
IZo7Z+u6E8/Oah4SXqNzq/ntWtqzz61B8QD0cNK6UCQayoTindHSZ88t4bmV
Iop49jxruP+dHr+MCRis0FCjQvEkSjE+uDY21YMnFb/M4s6vuzB8BTRWIRcI
pm2DFpisH7T6r3/9CxTr2zr5vP8J/j5P3olP8PduVTU7X+y6PGVxQkkqlEuV
PbGaD6HmE/Em2ZG7nT4NuzfSXcAVCJTRqNk/65/aq8/75CPfTJWqzR7+/B5h
m11uuNNSHF2fJ1djmztS22qsonB9onkrrXs5aumfPS/6CT46dp4UFo6y97mW
PWcB3bpMZDU4jVD8vcPPcP0uccS0GR7/GtCc3rPku1ZsFOMx5SOCHvM6eKgA
tWKLqd8+ppxbBKAVwaG0eYoY4H9Uy///L9z9h07xnYPdEFOrYAb42E/PrU0x
snfG4dvdVdV8JDWfiDfdiruy/9BtO4o7I99H7t+O6igKvL0z7tzE27aGSIlw
DU6JsIWyNbhckVU1RPOea7jGjNCKkFVEg50lHHVo19Ah1+ug4Gvg7TObui4z
r6vW10ARtV7oBN1+gatoHNGZzOq9+2uIggU9f9spMYq5YSW799Sg6nR3xe2l
v/U1rHh1ze3/1Enb/dvZ37WRwj2/7PYB1TyZmsCdz4WIWdW5vOceVvNO7Jzz
mL4TdGGv/OV5rHP43l9iIXhnq2m90ynyArRXumjf++zI+huf7VwXp74aG3Tl
dwJD6dI9i6vBXMrrAlxK14mHqekyc+W9T8biTyTFgFaTfx7ylwx/3OK85o6r
vyW2fXr1a0o1f8+hWEKMKvq+ox2joaweY7OSDIVcAa71SBWf4HdHd5ijhYbI
q1Z6Z4jvgEJgYvwyjXsCettp3qVIC70FOtxpYaseb0iVWqLjLEHn1WClxfBO
F43JfFxdYBI/9ACDWIZDyb82praqksNwlLqV7IyD54zLG0hP1NAuueXk3+jI
/+AQYYtn4D5cgj/nkjNaGYHWX6J0FReyGQIaehOHC7C2+z4LTZxtEDNc38Ag
iE81InowgT2OK2C8KXfxHIcoKAu9k8hlIyaYR7coiTh2HW/ZhwWqg0Pm89RC
2j7JlU86Bdd4ujBUS8uB1pw4Sezh7BsgrpTojkNpXoDrpLk6H3ogwioLJ19i
1MJX60JCtL7n4q5LnfTprdZTDz1BYTfFzK3QFLlbnDUwNjg+y3EF6kkggB1p
Xih2XtlFnLPv3hyIqzxbdMakxzm7a7xtSgSEUcGeYSSl5z50WOX+cXCGv1lg
jwfGAd1pzKCjaby1vb29hbLs8vTgLRRbyd8gjDljlWfHgAr0xZ8eLhD5FSRJ
2+J7YqZd8aZkUZzEUA9NIO7CUlyO815buc8iToZwAj0HqcGo88ZhfwQ1G4d9
47BvHHYnxhuHfT1vntTq3/1/y57d/eT6/55WEMEnuf4AE/89LfqCKH/x/Q6/
P7/n2TJnO2P+7p5ndKtTODap4t129Pdu2evsFv6Ilp/c57Z/0vFMXLL34Qqg
AF4LIYPXBCDfM564dqiSM0oJ5Fkn0mbSPgwv/MfREbxAKNHCGL3EAshOi2Um
04D7l4sBBE0lrj0HCJ4gMqWVP2sDceF45adMm8WHx1GzwTIbLLPBMk6MN1hm
PW/ub+bvDzx/ACcADPm4CuzzFTZ1VRRx6SZ3b4U5XxXKXJZEW3oJSbzr2jy+
2TKzvvTHtP3h/X4kqGj3AwCFC0q9plSM95i4q3Ibc7u4wZyaCDj4CBa9TBs7
zDB8+AZT0zBtnT+taGXe75hdes99iG4/2XCRTrtNh/0uyaeJUN4Dpz0ABDgS
7Qc2IYKTk+IcDZsSBaahTUTSbn75g2mgh0f9qPXVNFZko6YJG6BWtcZ+IrWa
ugmlCSLf7rSa45ecdfxuiOKFUbH5MC6Xi5GVzBfcLZ0n8rG5TvZLOVejBVoJ
J8RRlpJM02bWsLHiSlspsmOb/1RrtBY2XXSQvOAwbbbgwOxyXg9KSyZLEz5p
nWv6Wt29QYE69w1g1UGd4f2YP0dJbQOwDrRqXwV/LpLBbRgtW4PPxuWqMCK2
Dipfwsisw8kbhPwRfxuEvEHI7tcGIX+iFzYI+T5q/j0IeeWdxwX8lvv56Ajc
Um7PU8J+H9HuPWVd8O9DQWv/Y/G6eDpkXxMI/GgKPooHH4Tdu/BlCcu/xhde
52r+mk2Cy3DAxH89QwgoKb/fNIq/JcKPogOOsynsd4XmpOxR0eBXhH73Ap3H
K/PrUsv527y232ABqInKJ7RmOtN1jV8uzGlV2y4GW7y1NHC82C8zUzhAS182
8+5BI/sBLTaPu6iAeXPJ4qjawxKw+BmYVFAqgyI3JlOjCWD9MacquAQFEcCr
+9y3Xov7h2BNlXWioOH2t8mmF5wr/lAx4mvMUdcTBxtdQn/iwCz7UZjFfYqG
H57fi2ClMCAQMMbEq50YgO7anWdan74zll3RCpY93eUvWzAdCdOKSkwrMqD3
5UxVsoe+BX45hE31MBVusLuBqY+jZgNTNzB1A1OdGG9g6nretKuNQOhym+sR
aoQDV5AaHraLxdBzqdQ9uPTDWosB5/piH7UU/REL0d2V5FbmbWcZGs3lqcvC
XS66wxba5xg/odUPJviJbLJQdZtCUa+VgwQPQtdlGLEFePSkjSkpnouADnfs
aePS3EEZBpQRlOmRHULs1w7FLYNMsQZktkalWx1tfxRqwwcdgEbxaaNwf561
VDvA6HauCbHN23YaKoXT6etPDId7QEqosyf0mL5EnTb4nXUxZ2DY4oW2G7IR
G+2TYjxug+mk02Np9xcy6reGdlyIY/LOteL92WKgSx1f+/TxwfnOx6MJfuka
4u5LEffb+2iyQXfpQu6tZYukE1kW/b4Ydz8Qjmcof0IdttPiLapaQJpkGkol
lEDMe4Fg4nFFu+ySs7OiDvRHvG/R+R7VhFfCh6jXJ6/w888rSv7lfqFA8N59
Pu8ZyzgRs5DcbYTb6thAnOnK1B0Xi7uVULcwu5tkqJMmPdIVjlj0SboNubcZ
B6p/IP4CE4kzxF3XekmnOqY8TjUvrS/Wro+cDd4qOtoryvtCN/x9eisIQO7L
hd3I0G2r85CHhKciIK/Zy1u1GRgOK6Zs+6Rc3ohA4AZAGx/ncdRsfJyNj7Px
cZwYb3yc9bxpV3uvj/OhTs4Hejntp4PBQFx+mlbv93Y+jbuzzNwneRB082Oy
b/eXXZ8bZ3p3qcHtp7XeJT4Uf0Tfl1m3/cCayIPPn9L8fcUf0fkVxe9j/cFj
Ur23P6L1UPyD+i4e5u4naIH/+eD+reXu5RMS6T+0dfu3pu+PXEt6NGLeEttu
N3C7jmRs4rl/M6oEP/qjamz9LrNmA4sfQc0GFm9g8QYWOzHewOL1vOHq1sLh
9Th5GSOvRanr4esSdF0LlNcj6BWLBJ+CkvXgeT2q7iDqlWkbq+6vf0IDtBx3
b/3zmCfvuJ6Wkd534HpVLktYZ4hKHLh6Pg09n4Q/j0Qpj4cYMUzxX8fhnhl3
fDYhbyBw4o+ysHukv1EAewo8N3Dr4tXN7VaP/8VtAfD3y9M/vzp/eXqCv29+
PHrxwv9I7Bs3P169enESfoWSx1cXF6eXJ1wY7orWrWTr4uivW7zl39bV9e35
1eXRiy3O9YiPS5O0owPtaYFB1LJSNe0PmrTOMvv++Pp//2f/Szy+6eXZ8cH+
/jfv39uLr/d//yVczKcq59YK3GiBL8EaLxJZlkrSjhiYl5zKUtcys9sZTnGN
AUPMuOPB35AzvxyKPwzTcv/LP9kb2OHWTcez1k3i2fKdpcLMxBW3VjTjudm6
3+F0m96jv7auHd+jm3/4lo4F6+9//e2fMLjsD8UTrZMwDZ5kawCuEEaxZ0zg
jtCprv0+u9GO7ys3zrVfS4D1cSKd48FnuG2sca2mrVbFIR5YwkYMVxTioxXo
OJ3WEWRjyt6nPXZtnj1VpUbJVE+m2SI624+3+McT4rXdHZ03lG0fGiDpCFla
mfKHAVJyPC0KZG4Dan8Zlhbc5vrxrqcJyZtdrbAE8PoXnqnTuCMMM9qesrZZ
93xCIx29zilcbMH5RGK7S7bduZz21kce2uK0Q4w/ppbOjLDc4eMZgEWYcN9q
mcaBZiB3WIW+8maiSdkMYdTtidyqhplrd3GhDUv4Ow4Z81Fwqj+uH2jzhk4q
TPwClOYFq0rNijqsFvpzu/0Rem9VlWoL/mrMcEvcPin2FJWFW2uj+hx1g6X9
gsKZkQ7z/tZIxxc+CsjCe1wkHI1wQ2gQIEtH2PqEN48u6COVsCFw2GCIe8Ub
EtNuuW6fYtv8f/NSFm+HGw4RJM/B70kbBnLAx0om0dD68xHbssGgLhaPeGIk
WLeyO7dzzhqegtBuH3o+V7imSumFY3Z4aCO6uP0RbxVu15iNsS2168JvfYBV
+NUYnqzGx4XY4xciXrtZgPuS563DzgbeT3PU4Y7FQ5XQUEjD57VgJ6zw9KIT
p3qRExZmfBGmCuU9hkXypfOwOqy1y6vWl7GE4KG+tCi+Lc6PLo+W9Gb7ONCp
xN2j+E1LEhU9St3aN+3EZYuFnaOQM6Z9DJzdxtf448O8a3V06XJTd/BsrN31
JwaSnNAJrT8V01xcg1LIsqKHpykUoNmPMwmzDi4rORI36bRQuWfrT43Cs8zF
nxvk3ZtoZd99pgXsetFALy4GvJkX8MTw8mmXI0NMH7UHd4dtsTlEaoMTDGhu
+CRXA+TiMukr3K65pvM5xM7N5Y346dUu7+HM/GjwHBFJe14X+WdG/IiTAo+P
oQe4UTtAAUpciA8SwHlHa+/i+Q94GqTY+aFCRXaEZ0PanekHYv/Z/rNvnn9z
8BUfbXn6Vk8I0q17ef+Lb/YPnu22N2I3tNvWJQsdnivQfnDu5LH7CA+0VmB4
3lpBkfbSHfA2ZJ2Kymfuvm/kI3kzd24eb8328w9+JAxnUqAxwj37VZL8Hxo6
s2nshgAA

-->

</rfc>
