<?xml version="1.0" encoding="UTF-8"?>
  <?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
  <!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.29 (Ruby 3.0.2) -->


<!DOCTYPE rfc  [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">

]>

<?rfc docmapping="yes"?>

<rfc ipr="trust200902" docName="draft-ietf-green-power-and-energy-yang-00" category="std" consensus="true" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true">
  <front>
    <title abbrev="GREEN-PEM-YANG">Power and Energy YANG Module</title>

    <author initials="C." surname="Benoit" fullname="Benoit Claise">
      <organization>Everything OPS</organization>
      <address>
        <email>benoit@everything-ops.net</email>
      </address>
    </author>
    <author initials="C." surname="Gen" fullname="Gen Chen">
      <organization>Huawei</organization>
      <address>
        <email>chengen@huawei.com</email>
      </address>
    </author>
    <author initials="M." surname="Palmero" fullname="Marisol Palmero">
      <organization>Individual</organization>
      <address>
        <email>marisol.ietf@gmail.com</email>
      </address>
    </author>
    <author initials="J." surname="Lindblad" fullname="Jan Lindblad">
      <organization>All For Eco</organization>
      <address>
        <email>jan.lindblad@for.eco</email>
      </address>
    </author>

    <date year="2026" month="June" day="18"/>

    <area>OPS</area>
    <workgroup>GREEN</workgroup>
    <keyword>Internet-Draft</keyword> <keyword>GREEN</keyword> <keyword>YANG</keyword> <keyword>Power</keyword> <keyword>Energy</keyword>

    <abstract>


<?line 93?>

<t>This document defines the YANG data model for Power and Energy
monitoring of devices within or connected to communication networks.</t>



    </abstract>



  </front>

  <middle>


<?line 98?>

<section anchor="introduction"><name>Introduction</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>This document defines a YANG data model for Power and Energy
Monitoring and control of devices within or connected to communication
networks, for the use cases document in
<xref target="I-D.ietf-green-use-cases-00"/>.</t>

<t>The data model includes both the monitoring and control of Energy
Objects for networked devices.</t>

<t>This YANG data model is based on the the "GREEN framework"
<xref target="I-D.belmq-green-framework-06"/>, following the "GREEN terminology"
<xref target="I-D.ietf-green-terminology-00"/>.</t>

<t>Power and Energy Monitoring and Control can be applied to devices in
communication networks. All identifiable devices with measurable or
representable Power and Energy characteristics fall within the scope
of this specification. Target devices include (but are not limited to)
routers, switches, Power over Ethernet (PoE) endpoints, smart PDU,
storage and compute servers, etc.</t>

<t>Where applicable, device monitoring extends to the components of the
device as well as software and service running on the device. As a
result, the metrics to be monitored include Device Level Energy
Efficiency (DLEE), Component Level Energy Efficiency (CLEE) and
potential Service Level Energy Efficiency (SLEE) at the
orchestrator-level, etc. For example, a router can contain components
such as Line Processing Unit (LPU), Switch Fabric Unit (SFU), Main
Processing Unit (MPU).</t>

<section anchor="terminology"><name>Terminology</name>

<t>This document makes use of the terms defined in
<xref target="I-D.ietf-green-terminology-00"/>:</t>

<figure><artwork><![CDATA[
- Power
- Energy
- Energy Management
- Energy Monitoring
- Energy Control
- Energy Efficiency/Energy Efficiency Ratio
- Device Level Energy Efficiency (DLEE)
- Component Level Energy Efficiency (CLEE)
- Service Level Energy Efficiency (SLEE)
]]></artwork></figure>

<t>This document makes use of the terms defined in
<xref target="I-D.belmq-green-framework-06"/></t>

<figure><artwork><![CDATA[
- Energy Object
]]></artwork></figure>

<t>The terms reused from <xref target="I-D.ietf-green-terminology-00"/> and
<xref target="I-D.belmq-green-framework-06"/> are capitalized in this
specification.</t>

<t>This document uses the terms Power and Energy in accordance with
<xref target="I-D.ietf-green-terminology-00"/>. Power refers to the instantaneous
rate at which a device consumes or produces electrical energy
(typically expressed in Watts). Energy, by contrast, represents the
cumulative amount of work performed over time (typically expressed in
Joules or Watt-hours). Both concepts are required within this YANG
module. Power enables real-time monitoring, control, and optimization
of device operation, while Energy provides a time-integrated view
necessary for accounting, reporting, and even for sustainability
analysis. This specification includes both Power and Energy
attributes.</t>

<t>The terminology for describing YANG modules is defined in <xref target="RFC7950"></xref>.
The meanings of the symbols in the YANG tree diagrams are defined in
<xref target="RFC8340"></xref>.</t>

</section>
</section>
<section anchor="the-green-framework"><name>The GREEN Framework</name>

<t>The "GREEN framework" described in <xref target="I-D.belmq-green-framework-06"/>
covers monitoring and controlling devices and components where
monitoring includes measuring Power, Energy, demand and attributes of
Power.</t>

<t>For the whole picture of the monitoring interfaces and the relevant
requirements, please refer to "GREEN reference model" in section 4 in
<xref target="I-D.belmq-green-framework-06"/>.</t>

</section>
<section anchor="power-and-energy-data-model"><name>Power and Energy Data Model</name>

<t>The Power and Energy Data Model reports the Power and Energy
consumption of each Energy Object as well as the units, sign,
measurement accuracy, etc.</t>

<t>A containment tree view of the Power and Energy Monitoring is presented.
The model differentiates the power-state-admin and power-state-oper
YANG leaves, representing the intended and operational power states
respectively. The two leaves together form the complete power state
management interface. The operational tree ('container energy-objects')
will typically contain a significantly larger number of instances than
the configuration tree ('container energy-control'). The configuration
tree, which is limited to explicitly provisioned entries, provides a
compact self-contained view of the intent. For this reason, although an
NMDA (Network Management Datastore Architecture) design with a single
"state" leaf (per [RFC8342]) was considered, it is not adopted in this
document.</t>

<t>Finally, note that the instance is in the configuration tree, having a
required-instance false leafref to operational tree instance.</t>

<figure markers="true"><sourcecode type="yangtree"><![CDATA[
module: ietf-power-and-energy
  +--ro energy-objects
  |  +--ro energy-entry* [object-id]
  |     +--ro object-id              string
  |     +--ro source-component-id?   -> /hw:hardware/component/name
  |     +--ro power
  |     |  +--ro instantaneous-power     int32
  |     |  +--ro nameplate-power?        uint32
  |     |  +--ro unit-multiplier         identityref
  |     |  +--ro data-source-accuracy?   identityref
  |     |  +--ro power-factor?           power-factor
  |     |  +--ro measurement-local?      boolean
  |     +--ro energy
  |     |  +--ro total-energy-consumed?    uint64
  |     |  +--ro total-energy-delivered?   uint64
  |     |  +--ro unit-multiplier?          identityref
  |     |  +--ro data-source-accuracy?     identityref
  |     |  +--ro measurement-local?        boolean
  |     |  +--ro certifications*           identityref
  |     +--ro power-state
  |     |  +--ro power-state-oper?   identityref
  |     +--ro relationship* [type]
  |        +--ro type    identityref
  |        +--ro peer* [id]
  |           +--ro id         string
  |           +--ro details?   string
  +--rw energy-control
     +--rw energy-entry* [object-id]
        +--rw object-id      string
        +--rw power-state
           +--rw power-state-oper?    -> /energy-objects/energy-entry/power-state/power-state-oper
           +--rw power-state-admin?   identityref
]]></sourcecode></figure>

</section>
<section anchor="relationship-to-the-hardware-yang-data-model"><name>Relationship to the Hardware YANG Data Model</name>

<t>The ietf-hardware YANG module <xref target="RFC8348"/> is required by the Power
and Energy YANG module. In the ietf-hardware YANG model, there are
three identifiers for hardware components, which are "name",
"physical-index" and "uuid". Among them, "name" is the key to "List of
components", "physical-index" matches entPhysicalIndex in the legacy
Entity MIB <xref target="RFC6933"/> if it exists, and UUID is the Universally
Unified IDentifier <xref target="RFC4122"/> of the component.</t>

<t>In the Power and Energy YANG Module defined in this specification,
there is a leaf named "source-component-id" which refers to the
component name in the ietf-hardware model. The "source-component-id"
can in turn reuse the UUID in the ietf-hardware YANG module.</t>

<t>The mapping between energy-object entries in this YANG Module and the
hardware-components in ietf-hardware YANG module <xref target="RFC8348"/> is
designed to be 1:1, architecturally aligning each energy-entry with
exactly one physical hardware component via source-component-id.</t>

<t>There are also cases where the controllers also generate its own set
of UUIDs for the hardware (components). In such a case, it might be
necessary to document the mappings between the UUIDs generated on the
hardware side and the UUIDs on the controller side. Basically, the
devices (such as routers) generate the UUID and the controller can
query it.</t>

<t>The ietf-hardware YANG module <xref target="RFC8348"/> allows to discover all the
device components, including the containment tree, and the parent/child
relationship, which is important for energy/power aggregation (see the
contains-child relationship in RFC 8348).</t>

</section>
<section anchor="relationship-to-the-eman-work"><name>Relationship to the EMAN Work</name>

<t>The EMAN IETF Working Group
(https://datatracker.ietf.org/wg/eman/about/) is a concluded Working
Group that produces a couple of RFCs in the domain of Power and
Energy. The Working Group produced MIB modules for monitoring and
control for power and energy, for the context information, for battery
monitoring, and an extension to the ENITY-MIB to add the UUID
definition <xref target="RFC6933"/>.</t>

<t>For various reasons, those MIB modules were not implemented by
vendors.</t>

<t>The Power and Energy data model defined in this specification use the
Monitoring and Control MIB for Power and Energy <xref target="RFC7460"/> as a
starting point to discuss the solution to the different use cases in
<xref target="I-D.ietf-green-use-cases-00"/>.</t>

<t>However, it has not been the goal to simply map the MIB module to a
YANG module. The changes compared to the EMAN MIB modules are mainly
due to the alignment with the up-to-date requirements of the network
carriers on Energy Efficiency. Compared to the MIB modules, some
definitions and types are optimized, some new Energy Objects are added
and some legacy Energy Objects are removed accordingly.</t>

</section>
<section anchor="power-and-energy-yang-module"><name>Power and Energy YANG Module</name>

<t>This YANG Module is used to monitor and control Power and Energy usage
of network devices and the components on these devices.</t>

<figure><sourcecode type="yang" markers="true"><![CDATA[
module ietf-power-and-energy {
  yang-version 1.1;

  namespace "urn:ietf:params:xml:ns:yang:ietf-power-and-energy";
  prefix eo;

  import ietf-hardware {
    prefix hw;
    reference
      "RFC 8348: A YANG Data Model for Hardware Management";
  }

  import iana-ietf-power-and-energy {
    prefix ianaeo;
    reference
      "IANA-defined identities for power and energy class";
  }

  organization
    "IETF GREEN Working Group";

  contact
    "WG Web: <https://datatracker.ietf.org/wg/green/>
     WG List: <mailto:green@ietf.org>";



  description
    "This YANG module specifies for Power and Energy monitoring and
     control of devices within or connected to communication
     networks.

     Copyright (c) 2025 IETF Trust and the persons identified as
     authors of the code. All rights reserved.

     Redistribution and use in source and binary forms, with or
     without modification, is permitted pursuant to, and subject to
     the license terms contained in, the Simplified BSD License set
     forth in Section 4.c of the IETF Trust's Legal Provisions
     Relating to IETF Documents
     (https://trustee.ietf.org/license-info).

     This version of this YANG module is part of RFC XXXX
     (https://www.rfc-editor.org/info/rfcXXXX); see the RFC itself
     for full legal notices.";

  revision 2026-01-22 {
    description
      "Initial revision";
    reference
      "RFC XXXX: Energy Object YANG Data Model";
  }

  identity data-source-accuracy {
    description
      "Base identity for all possible data accuracy types.
       This identity serves as the root for a hierarchy of accuracy
       types, allowing for extensibility while maintaining alignment
       with current and future industry standards.

       The hierarchy, as defined in this YANG module, is as follows.
       Other modules may extend this hierarchy with additional
       accuracy base- and sub-types as needed.

       data-source-accuracy
        ├── accuracy-like-parent
        ├── accuracy-unknown
        │    └── accuracy-unavailable
        ├── accuracy-estimated
        │    ├── accuracy-static
        │    ├── accuracy-historic
        │    └── accuracy-learned
        └── accuracy-measured
             ├── accuracy-measured-bronze
             │    ├── accuracy-measured-bronze-1
             │    ├── accuracy-measured-bronze-10
             │    ├── accuracy-measured-bronze-100
             │    └── accuracy-measured-bronze-1000
             ├── accuracy-measured-silver
             │    └── accuracy-measured-silver-...
             ├── accuracy-measured-gold
             │    └── accuracy-measured-gold-...
             ├── accuracy-measured-red
             │    └── accuracy-measured-red-...
             └── accuracy-measured-ones

       The accuracy levels under accuracy-measured are based on
       percent-wise accuracy classes:
          bronze:  +/- 30%
          silver:  +/- 10%
          gold:    +/- 5%
          red:     +/- 2%

       In addition, the accuracy-measured-ones identity indicates
       a power data measurement with all digits valid, except trailing
       zeros.

       Since percent-wise accuracy works poorly for very small
       values, standards such as IEC 62053, IEC 61850-7-4 and
       IEEE 1451 define accuracy classes based on a combination of
       percent-wise accuracy and absolute accuracy thresholds.
       E.g. +/-1 % of reading  +  +/-0.05 absolute units.

       Similarly, for each percent-wise accuracy class, this module
       defines a few absolute tolerance classes, indicated by
       suffixes to the accuracy identity names. The suffixes indicate
       absolute accuracy thresholds:
          no suffix:   +/-0.5  absolute units
          -1:          +/-1    absolute unit
          -10:         +/-10   absolute units
          -100:        +/-100  absolute units
          -1000:       +/-1000 absolute units
       Thus, for example, accuracy-measured-gold-10 indicates
       a power data measurement with an accuracy of either
       +/-5% or +/-10 absolute units, whichever is larger.

       For example, a power sensor reading might report a value
       of 16250, with unit multiplier of milli (10^-3), under
       accuracy-measured-gold-10. This indicates that the actual
       power value is between 16.2375 and 16.2625 Watts, since
       5% of 16.250 Watts is 0.8125 Watts, which is greater than
       the absolute threshold of 10 milliwatts (0.010 W).

       At another time, the same sensor might report a value
       of 150, with unit multiplier of milli (10^-3), under
       accuracy-measured-gold-10. This indicates that the actual
       power value is between 0.140 and 0.160 Watts, since 5% of
       0.150 Watts is only 0.0075 Watts, which is less than the
       absolute threshold of 10 milliwatts (0.010 W).";
  }
  identity accuracy-unknown {
    base data-source-accuracy;
    description
      "The accuracy of the power data is unknown.";
  }
  identity accuracy-unavailable {
    base accuracy-unknown;
    description
      "A power data is not available for some reason, such
       as a sensor failure or a component being powered off.";
  }
  identity accuracy-like-parent {
    base data-source-accuracy;
    description
      "The accuracy of the power/energy data is the same as this energy
       object's parent object. This identity is useful for hierarchical
       energy objects where child objects inherit the accuracy
       characteristics.";
  }
  identity accuracy-estimated {
    base data-source-accuracy;
    description
      "The power data is estimated, perhaps based on a model,
       history or calculation rather than a direct measurement.";
  }
  identity accuracy-static {
    base accuracy-estimated;
    description
      "The power data is based on static data, such as
       manufacturer specifications, datasheet of typical power values
       or nameplate ratings, rather than real-time measurements.";
  }
  identity accuracy-historic {
    base accuracy-estimated;
    description
      "The power data is based on an historic measurement data
       for this specific system and usage pattern.";
  }
  identity accuracy-learned {
    base accuracy-estimated;
    description
      "The power data is based on an machine learning
       model prediction.";
  }
  identity accuracy-measured {
    base data-source-accuracy;
    description
      "The power data is a direct, real-time measurement
       from a sensor.";
  }
  identity accuracy-measured-bronze {
    base accuracy-measured;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
        |actual-sensor| ≤ sensor * 30% OR |actual-sensor| ≤ 0.5";
  }
  identity accuracy-measured-bronze-1 {
    base accuracy-measured-bronze;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
       |actual-sensor| ≤ sensor * 30% OR |actual-sensor| ≤ 1";
  }
  identity accuracy-measured-bronze-10 {
    base accuracy-measured-bronze;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
       |actual-sensor| ≤ sensor * 30% OR |actual-sensor| ≤ 10";
  }
  identity accuracy-measured-bronze-100 {
    base accuracy-measured-bronze;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
       |actual-sensor| ≤ sensor * 30% OR |actual-sensor| ≤ 100";
  }
  identity accuracy-measured-bronze-1000 {
    base accuracy-measured-bronze;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
       |actual-sensor| ≤ sensor * 30% OR |actual-sensor| ≤ 1000";
  }
  identity accuracy-measured-silver {
    base accuracy-measured;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
        |actual-sensor| ≤ sensor * 10% OR |actual-sensor| ≤ 0.5";
  }
  identity accuracy-measured-silver-1 {
    base accuracy-measured-silver;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
       |actual-sensor| ≤ sensor * 10% OR |actual-sensor| ≤ 1";
  }
  identity accuracy-measured-silver-10 {
    base accuracy-measured-silver;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
       |actual-sensor| ≤ sensor * 10% OR |actual-sensor| ≤ 10";
  }
  identity accuracy-measured-silver-100 {
    base accuracy-measured-silver;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
       |actual-sensor| ≤ sensor * 10% OR |actual-sensor| ≤ 100  ";
  }
  identity accuracy-measured-silver-1000 {
    base accuracy-measured-silver;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
       |actual-sensor| ≤ sensor * 10% OR |actual-sensor| ≤ 1000";
  }
  identity accuracy-measured-gold {
    base accuracy-measured;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
       |actual-sensor| ≤ sensor * 5% OR |actual-sensor| ≤ 0.5";
  }
  identity accuracy-measured-gold-1 {
    base accuracy-measured-gold;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
       |actual-sensor| ≤ sensor * 5% OR |actual-sensor| ≤ 1";
  }
  identity accuracy-measured-gold-10 {
    base accuracy-measured-gold;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
       |actual-sensor| ≤ sensor * 5% OR |actual-sensor| ≤ 10";
  }
  identity accuracy-measured-gold-100 {
    base accuracy-measured-gold;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
       |actual-sensor| ≤ sensor * 5% OR |actual-sensor| ≤ 100";
  }
  identity accuracy-measured-gold-1000 {
    base accuracy-measured-gold;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
       |actual-sensor| ≤ sensor * 5% OR |actual-sensor| ≤ 1000";
  }
  identity accuracy-measured-red {
    base accuracy-measured;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
       |actual-sensor| ≤ sensor * 2% OR |actual-sensor| ≤ 0.5";
  }
  identity accuracy-measured-red-1 {
    base accuracy-measured-red;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
       |actual-sensor| ≤ sensor * 2% OR |actual-sensor| ≤ 1";
  }
  identity accuracy-measured-red-10 {
    base accuracy-measured-red;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
       |actual-sensor| ≤ sensor * 2% OR |actual-sensor| ≤ 10";
  }
  identity accuracy-measured-red-100 {
    base accuracy-measured-red;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
       |actual-sensor| ≤ sensor * 2% OR |actual-sensor| ≤ 100";
  }
  identity accuracy-measured-red-1000 {
    base accuracy-measured-red;
    description
      "The power data is a direct, real-time measurement
       from a sensor with precision and accuracy such that
       |actual-sensor| ≤ sensor * 2% OR |actual-sensor| ≤ 1000";
  }
  identity accuracy-measured-ones {
    base accuracy-measured;
    description
      "The power data is a direct, real-time measurement
       from a sensor with all digits valid, except trailing zeros.
       For example, a sensor reading of 12300 represents
       a sensor value between 12250 and 12350.";
  }

  typedef power-factor {
    type uint8 {
      range "0 .. 100";
    }
    default 100;
    description
      "The percent value of the power factor measurement.
       Leaf often omitted, implying 100%.";
  }

  identity power-state {
    description
      "Base identity for all possible power states. This identity
       serves as the root for a hierarchy of power states, allowing
       for extensibility while maintaining alignment with the IANA
       Power State Set Registry.";
    reference
      "IANA: Power State Set Registry:
       https://www.iana.org/assignments/power-state-sets/";
  }
  identity power-state-admin {
    base power-state;
    description
      "Base identity for administratively requested power states. The
       administrative power state indicates the desired power state
       requested for the Energy Object by a management system.";
  }
  identity power-state-oper {
    base power-state;
    description
      "Base identity for operational power states. The operational
       power state indicates the actual current power state of the
       Energy Object. A difference between the administrative state
       and the operational state indicates that the Energy Object is
       transitioning between power states.";
  }
  identity power-state-on {
    base power-state;
    description "full power on.";
    reference
      "IANA: Power State Set Registry (ieee1621-power-state-set):
       https://www.iana.org/assignments/power-state-sets/";
  }
  identity power-state-off {
    base power-state;
    description "power off.";
    reference
      "IANA: Power State Set Registry (ieee1621-power-state-set):
       https://www.iana.org/assignments/power-state-sets/";
  }
  identity power-state-sleep {
    base power-state;
    description "low-power state.";
    reference
      "IANA: Power State Set Registry (ieee1621-power-state-set):
       https://www.iana.org/assignments/power-state-sets/";
  }
  identity unit-multiplier {
    description
      "Base identity for unit multipliers as defined in IEC 61850-7-3
       Annex A. These represent exponents of 10 for scaling units
       associated with the integer units used to measure the power or
       energy.
           yocto(-24),   -- 10^-24
           zepto(-21),   -- 10^-21
           atto(-18),    -- 10^-18
           femto(-15),   -- 10^-15
           pico(-12),    -- 10^-12
           nano(-9),     -- 10^-9
           micro(-6),    -- 10^-6
           milli(-3),    -- 10^-3
           units(0),     -- 10^0
           kilo(3),      -- 10^3
           mega(6),      -- 10^6
           giga(9),      -- 10^9
           tera(12),     -- 10^12
           peta(15),     -- 10^15
           exa(18),      -- 10^18
           zetta(21),    -- 10^21
           yotta(24)     -- 10^24
        ";
  }
  identity multiplier-yocto {
    description
      "Represents a multiplier of 10^-24 associated with the
       integer units used to measure the power or energy.";
  }
  identity multiplier-zepto {
    description
      "Represents a multiplier of 10^-21 associated with the
       integer units used to measure the power or energy.";
  }
  identity multiplier-atto {
    description
      "Represents a multiplier of 10^-18 associated with the
       integer units used to measure the power or energy.";
  }
  identity multiplier-femto {
    description
      "Represents a multiplier of 10^-15 associated with the
       integer units used to measure the power or energy.";
  }
  identity multiplier-pico {
    description
      "Represents a multiplier of 10^-12 associated with the
       integer units used to measure the power or energy.";
  }
  identity multiplier-nano {
    description
      "Represents a multiplier of 10^-9 associated with the
       integer units used to measure the power or energy.";
  }
  identity multiplier-micro {
    description
      "Represents a multiplier of 10^-6 (0.000001) associated with the
       integer units used to measure the power or energy.";
  }
  identity multiplier-milli {
    description
      "Represents a multiplier of 10^-3 (0.001) associated with the
       integer units used to measure the power or energy.";
  }
  identity multiplier-units {
    description
      "Represents a multiplier of 10^0 (1) associated with
       the integer units used to measure the power or energy.";
  }
  identity multiplier-kilo {
    description
      "Represents a multiplier of 10^3 (1,000) associated with the
       integer units used to measure the power or energy.";
  }
  identity multiplier-mega {
    description
      "Represents a multiplier of 10^6 (1,000,000) associated with
       the integer units used to measure the power or energy.";
  }
  identity multiplier-giga {
    description
      "Represents a multiplier of 10^9 (1,000,000,000) associated
       with the integer units used to measure the power or energy.";
  }
  identity multiplier-tera {
    description
      "Represents a multiplier of 10^12 associated
       with the integer units used to measure the power or energy.";
  }
  identity multiplier-peta {
    description
      "Represents a multiplier of 10^15 associated
       with the integer units used to measure the power or energy.";
  }
  identity multiplier-exa {
    description
      "Represents a multiplier of 10^18 associated
       with the integer units used to measure the power or energy.";
  }
  identity multiplier-zetta {
    description
      "Represents a multiplier of 10^21 associated
       with the integer units used to measure the power or energy.";
  }
  identity multiplier-yotta {
    description
      "Represents a multiplier of 10^24 associated
       with the integer units used to measure the power or energy.";
  }
  identity energy-relationship-type {
    description "Base identity for energy object relationships";
  }
  identity powered-by {
    base energy-relationship-type;
    description "Energy Object A is powered by Energy Object B";
  }
  identity powering {
    base energy-relationship-type;
    description "Energy Object A is powering Energy Object B";
  }
  identity metered-by {
    base energy-relationship-type;
    description "Energy Object A is metered by Energy Object B";
  }
  identity metering {
    base energy-relationship-type;
    description "Energy Object A is metering Energy Object B";
  }
  identity aggregated-by {
    base energy-relationship-type;
    description "Energy Object A is aggregated by Energy Object B";
  }
  identity aggregating {
    base energy-relationship-type;
    description "Energy Object A is aggregating Energy Object B";
  }

  container energy-objects {
    config false;
    description
      "Energy objects container for power and energy attributes.";

    list energy-entry {
      key "object-id";
      description
        "Power and energy entry for an energy object, indexed by object id.
         Each entry contains the complete set of power and energy attributes
         for a specific physical component.";

      leaf object-id {
        type string;
        description
          "An identifier that uniquely identifies the energy object";
      }

      leaf source-component-id {
        type leafref {
          path "/hw:hardware/hw:component/hw:name";
        }
        description
          "Reference to the component name in the ietf-hardware
          model. This leaf creates a direct semantic link between the
          power/energy attributes and the physical component they describe.
          ";
      }

      container power {
        description
          "Container for power measurement attributes.";

        leaf instantaneous-power {
          type int32;
          units "Watts";
          mandatory true;
          description
            "The power usage measurement for the energy object right now.
            This value represents the instantaneous power consumption
            of the component. This value is specified in SI units of watts
            with the magnitude of watts (milliwatts, kilowatts, etc.) indicated
            separately as unit-multiplier in this container. Positive values
            indicate power consumption, while negative values can indicate power
            generation (e.g., for devices with battery backup or
            renewable energy sources).";
        }

        leaf nameplate-power {
          type uint32;
          units "Watts";
          description
            "The nameplate power rating of an energy object. This is
            the maximum power that the energy object is designed to consume or
            produce, as specified by the manufacturer. Essential for
            power budget calculations and capacity planning.";
        }

        leaf unit-multiplier {
          type identityref {
            base unit-multiplier;
          }
          mandatory true;
          description
            "The unit multiplier used to measure the power.
            This multiplier applies to both instantaneous-power and nameplate-power
            values, allowing representation of power values from milliwatts
            to gigawatts using integer arithmetic.";
        }

        leaf data-source-accuracy {
          type identityref {
            base data-source-accuracy;
          }
          default accuracy-like-parent;
          description
            "The accuracy of the power data source. Indicates whether
            the data source is a direct measurement, an estimate, or
            unavailable and also the accuracy level of the data source.
            By default, the accuracy is inherited from the parent energy
            object, facilitating hierarchical accuracy definitions
            without the need to specify accuracy at every level.
            This metadata is crucial for network management
            applications to assess the reliability and accuracy of the
            power data.";
        }

        leaf power-factor {
          type power-factor;
          description
            "The percent value of the power factor measurement for the
            energy object. This information is important for
            understanding the electrical characteristics of the energy object
            and for correctly interpreting the power data.";
        }

        leaf measurement-local {
          type boolean;
          description
            "Indicates whether the power measurement is local (true) or
             remote (false). A local measurement is taken directly at
             the energy object, while a remote measurement is collected from
             an external source. This information can be useful for
             troubleshooting and understanding the data source.";
        }
      }

      container energy {
        description
          "Container for energy measurement attributes.";

        leaf total-energy-consumed {
          type uint64;
          units "Watt-hours";
          description
            "The total cumulative energy consumed by the energy object
            since the last reset. This value is specified as
            watt-hours with the magnitude of watt-hours (milliwatt-hours,
            kilowatt-hours, etc.) indicated separately as unit-multiplier
            in this container. This value is useful for tracking
            overall energy usage over time for billing, reporting,
            or optimization purposes.";
        }

        leaf total-energy-delivered {
          type uint64;
          units "Watt-hours";
          description
            "The total cumulative energy delivered by the energy object
            since the last reset. This value is specified as
            watt-hours with the magnitude of watt-hours (milliwatt-hours,
            kilowatt-hours, etc.) indicated separately as unit-multiplier
            in this container. This value is relevant for energy objects
            capable of generating power, such as those with renewable
            energy sources or battery backup systems, or capable of providing
            energy to other energy objects (e.g., PoE switches).";
        }
        leaf unit-multiplier {
          type identityref {
            base unit-multiplier;
          }
          description
            "This multiplier applies to both total-energy-consumed
             and total-energy-delivered values. It determines the scale
             of the energy measurements, allowing representation of
             energy values from milliwatt-hours to gigawatt-hours
             using integer arithmetic.";
        }

        leaf data-source-accuracy {
          type identityref {
            base data-source-accuracy;
          }
          default accuracy-like-parent;
          description
            "The accuracy of the energy data source. Indicates whether
            the data source is a direct measurement, an estimate, or
            unavailable and also the accuracy level of the data source.
            By default, the accuracy is inherited from the parent energy
            object, facilitating hierarchical accuracy definitions
            without the need to specify accuracy at every level.
            This metadata is crucial for network management
            applications to assess the reliability and accuracy of the
            energy data.";
        }
        leaf measurement-local {
          type boolean;
          description
            "Indicates whether the energy measurement is local (true) or
             remote (false). A local measurement is taken directly at
             the energy object, while a remote measurement is collected from
             an external source. This information can be useful for
             troubleshooting and understanding the data source.";
        }
        leaf-list certifications {
          type identityref {
            base ianaeo:certification-type;
          }
          description
            "List of certifications applicable to this energy object. If
            this list is empty, the energy object has no certifications.";
        }
      }
      container power-state {
        description
          "Container for Power state monitoring.";
        leaf power-state-oper {
          type identityref {
            base power-state-oper;
          }
          description
            "The actual operational power state of the Energy Object.
             This reflects the current state, which may differ from the
             admin-state during transitions. This leaf is the
             operational counterpart of the administratively set
             'power-state-admin' in /energy-control/energy-entry. The
             two leaves together form the complete power state
             management interface.";
        }
      }

      list relationship {
        key "type";
        config false;
        description "Relationships for this energy entry. Replaces
        RFC 7461 eoRelationTable.";

        leaf type {
          type identityref {
            base energy-relationship-type;
            // powered-by, powering, metered-by, metering, etc.
          }
          description
            "The type of relationship this energy object has with peer
            objects.";
        }

        list peer {
          key "id";
          description "Multiple peers for this relationship type.";

          leaf id {
            type string;
            description "This id specifies the Universally Unique
              Identifier (UUID) of the peer (other) Energy Object that
              this energy object is powering/powered-by/metering/
              metered-by, etc. If the network level UUID is not known,
              some other locally unique identifier MAY be used, in
              conjunction with a human readable details.";
          }
          leaf details {
            type string;
            description
              "Human-readable details of the peer relationship.
               Useful when network level UUID of the peer is not
               known.";
          }
        }
      }
    }
  }

  container energy-control {
    description
      "Energy control configuration, mirroring monitored objects. The
       operational tree ('container energy-objects') will typically
       contain a significantly larger number of instances than the
       configuration tree here. The configuration tree represents the
       administrator's intent and is limited to explicitly provisioned
       entries.";

    list energy-entry {
      key "object-id";
      description
        "Control entry for a specific energy object.";

      leaf object-id {
        type string;
        description
          "An identifier that uniquely identifies the energy object.";
      }
      container power-state {
        description
          "Container for Power state management.";

        leaf power-state-oper {
          type leafref {
            path "/energy-objects/energy-entry/power-state/power-state-oper";
            require-instance false;
          }
          description
            "References the corresponding operational energy object
             instance in the monitoring tree.";
        }

        leaf power-state-admin {
          type identityref {
            base power-state-admin;
          }
          description
            "The administratively requested power state for the
             Energy Object. This is the state that the management
             system desires the energy object to be in. This leaf is
             the administrative counterpart of the operational set
             'power-state-oper' in /energy-objects/energy-entry. The
             two leaves together form the complete power state
             management interface.";
        }
      }
    }
  }
}


]]></sourcecode></figure>

<t>The IANA requested identities for power and energy class are separately
described below.</t>

<figure><sourcecode type="yang" markers="true"><![CDATA[
module iana-ietf-power-and-energy {
  yang-version 1.1;
  namespace "urn:ietf:params:xml:ns:yang:iana-ietf-power-and-energy";
  prefix ianaeo;

  organization "IANA";
  contact
    "        Internet Assigned Numbers Authority

     Postal: ICANN
             12025 Waterfront Drive, Suite 300
             Los Angeles, CA  90094-2536
             United States of America

     Tel:    +1 310 301 5800
     E-Mail: iana@iana.org>";

  description
    "IANA-defined identities for power and energy class.

     The latest revision of this YANG module can be obtained from
     the IANA website.

     Requests for new values should be made to IANA via
     email (iana@iana.org).

     Copyright (c) 2026 IETF Trust and the persons identified as
     authors of the code.  All rights reserved.

     Redistribution and use in source and binary forms, with or
     without modification, is permitted pursuant to, and subject
     to the license terms contained in, the Simplified BSD License
     set forth in Section 4.c of the IETF Trust's Legal Provisions
     Relating to IETF Documents
     (https://trustee.ietf.org/license-info).

     The initial version of this YANG module is part of RFC XXX;
     see the RFC itself for full legal notices.";
  reference
    "https://www.iana.org/assignments/yang-parameters";

  revision 2026-02-26 {
    description
      "Initial revision.";
    reference
      "RFC XXX: A YANG Data Model for Power and Energy monitoring and
     control of devices within or connected to communication
     networks";
  }

  identity certification-type {
    description
      "Base identity for certification types applicable to energy
       objects. This identity serves as the root for a hierarchy of
       certification types, allowing for extensibility.";

    reference
      "Industry sustainability and energy efficiency certifications";
  }

  identity energy-star {
    base certification-type;
    description
      "ENERGY STAR certification for energy efficiency.";
    reference
      "https://www.energystar.gov/";
  }

  identity c80-plus{
    base certification-type;
    description
      "80 PLUS Power Supply Certification";
    reference
      "https://www.clearesult.com/80plus/";
  }

  identity epeat {
    base certification-type;
    description
      "Electronic Product Environmental Assessment Tool ratings (Bronze/Silver/Gold).";
    reference
      "https://www.epeat.net/";
  }

  identity eu-energy-level{
    base certification-type;
    description
      "EU Energy Label: European efficiency ratings";
    reference
      "https://eprel.ec.europa.eu/screen/home";
  }

  identity cn-energy-level{
    base certification-type;
    description
      "CN Energy Label: China efficiency ratings";
    reference
      "https://www.energylabel.com.cn";
  }

  identity cqc{
    base certification-type;
    description
      "China Quality Certification for energy efficiency";
    reference
      "https://www.cqc.com.cn/";
  }

}
]]></sourcecode></figure>
<t># Operational Considerations</t>

<t>Heterogeneous sensor capabilities across components complicate power
and energy aggregation. Operators must use the data-source-accuracy
identities (e.g., accuracy-measured-bronze vs. accuracy-estimated) to
weight data reliability carefully before aggregating Power
(instantaneous-power) and Energy (total-energy-consumed and/or
total-energy-delivered) values to avoid skewing Device-Level Energy
Efficiency (DLEE) metrics.</t>

<t>Operators might not always be interested to get the individual component
accuracy. What counts is the device level or domain level, identity
accuracy-like-parent is introduced to meet their demands. From an
implementation point of view, to facilitate data collection and
aggregation on runtime and avoid post-aggregation data confidence
interval issues, operators and implementers should use as much as
possible this accuracy-like-parent identity.</t>

<t>YANG Push support eliminates device-side bucket storage by streaming
energy telemetry directly to controller-side via subscriptions.
Operators must verify the 'yang-push' bundle is enabled and validate
push-max-operational limits accommodate all component subscriptions,
preventing notification flooding while avoiding memory overhead on the
device.</t>

<section anchor="measurement-accuracy-and-data-source-classification"><name>Measurement Accuracy and Data Source Classification</name>

<t>Power and energy metrics may originate from a wide range of sources and estimation methods, each with different levels of reliability. These include direct sensor measurements, manufacturer-provided specifications, historical observations, and predictive models. Without explicit characterization of data quality, comparisons and aggregations may be misleading. The GREEN YANG data model therefore requires all power and energy values to be associated with an accuracy classification.</t>

<t>The model defines the following primary accuracy categories using YANG identities:</t>

<t><list style="symbols">
  <t>Unknown Accuracy: Data accuracy cannot be determined, or measurements are unavailable due to sensor failures, powered-off components, or other operational constraints.</t>
  <t>Estimated Data: Values derived through indirect methods:
  <list style="symbols">
      <t>Static estimates: From manufacturer datasheets, nameplate ratings (critical for UC 1: Incremental Deployment with legacy devices)
      <list style="symbols">
          <t>Identity: <spanx style="verb">accuracy-static</spanx></t>
        </list></t>
      <t>Historic estimates: Based on prior measurements of this specific system under similar conditions
      <list style="symbols">
          <t>Identity: <spanx style="verb">accuracy-historic</spanx></t>
        </list></t>
      <t>Learned estimates: Generated by machine learning models predicting consumption from workload patterns (UC 15: AI Training)
      <list style="symbols">
          <t>Identity: <spanx style="verb">accuracy-learned</spanx></t>
        </list></t>
    </list></t>
  <t>Measured Data: Direct, real-time sensor measurements with quantified precision:</t>
  <t>Bronze: ±30% accuracy for typical values.</t>
  <t>Silver: ±10% accuracy for typical values.</t>
  <t>Gold: ±5% accuracy for typical values.</t>
  <t>Red: ±2% accuracy for typical values.</t>
  <t>Ones: All non-zero digits are significant/valid.</t>
</list></t>

<t>Percentage-based accuracy fails for small values. For example, ±5% of 0.1W is only 0.005W, which may be smaller than sensor noise. Industry standards (IEC 62053, IEC 61850-7-4) address this by specifying: Accuracy = MAX(percentage_error, absolute_threshold)</t>

<t>The absolute threshold suffixes (<spanx style="verb">-1</spanx>, <spanx style="verb">-10</spanx>, <spanx style="verb">-100</spanx>, <spanx style="verb">-1000</spanx>) refer to the unit-multiplier scale. For <spanx style="verb">unit-multiplier: milli</spanx>, <spanx style="verb">-10</spanx> means ±10 milliwatts.</t>

<t>Example - A sensor with <spanx style="verb">accuracy-measured-gold-10</spanx> reports:</t>

<t><list style="symbols">
  <t>16.25W → actual value between 16.2375W and 16.2625W (5% = 0.8125W &gt; 0.010W threshold)</t>
  <t>0.15W → actual value between 0.140W and 0.160W (5% = 0.0075W &lt; 0.010W threshold, so ±10mW applies)</t>
</list></t>

<t>Explicit accuracy reporting enables:</t>

<t><list style="symbols">
  <t>Weighted aggregation: High-precision measurements carry appropriate weight when calculating network-wide energy consumption</t>
  <t>Upgrade prioritization: Identify devices with low-accuracy reporting for sensor upgrades or replacement</t>
  <t>Compliance validation: Automated verification against regulatory thresholds requiring specific measurement precision</t>
  <t>Double-accounting prevention: Understand when PDU-level measurements (±2%) should override device estimates (±30%) to avoid counting the same energy twice (UC 13)</t>
  <t>Cross-domain correlation: Map accuracy expectations when integrating with external systems like 3GPP energy KPIs (UC 6)</t>
</list></t>

<t>The accuracy hierarchy uses YANG identities for extensibility, allowing vendors to define manufacturer-specific accuracy classes while maintaining interoperability through standardized base types.</t>

</section>
<section anchor="industry-standard-certifications"><name>Industry-Standard Certifications</name>

<t>Energy efficiency certifications issued by recognized testing organizations provide standardized benchmarks for the expected performance of equipment and components. These certifications are typically based on controlled laboratory measurements and formal evaluation procedures. The GREEN YANG data model supports reporting of such certifications in order to complement operational measurement data.</t>

<t>Common Certifications:</t>

<t><list style="symbols">
  <t>80 PLUS (Power Supply Units): Bronze/Silver/Gold/Platinum/Titanium tiers based on efficiency at 20%/50%/100% load</t>
  <t>Energy Star: Government-backed program certifying energy-efficient products</t>
  <t>EPEAT: Electronic Product Environmental Assessment Tool ratings (Bronze/Silver/Gold)</t>
  <t>EU Energy Label: European efficiency ratings</t>
  <t>CN Energy Label: China efficiency ratings</t>
  <t>CQC: China Quality Certification for energy efficiency</t>
</list></t>

<t>Additional certification schemes may be supported through extensible identities.</t>

<t>Certification data and measurement accuracy serve complementary functions within the model.</t>

<t>Certification information describes the verified design-time efficiency characteristics of a device or component, as established through independent testing. Measurement accuracy describes the precision and reliability of reported operational data obtained from sensors or estimation mechanisms.</t>

<t>Key differences include:</t>

<t><list style="symbols">
  <t>Certification is typically applied at manufacturing time and remains stable throughout the product lifecycle.</t>
  <t>Measurement accuracy may vary over time due to calibration, environmental conditions, or sensor degradation.</t>
  <t>Certification is generally associated with discrete components, such as power supply units.</t>
  <t>Measurement accuracy applies to individual metrics at component, subsystem, or system level.</t>
</list></t>

<t>Both types of information may be reported simultaneously for the same energy object.</t>

<t>Example: A power supply might have:</t>

<t><list style="symbols">
  <t>Certification: <spanx style="verb">c80-PLUS-Platinum</spanx> (≥92% efficient at 50% load, independently verified)</t>
  <t>Measurement Accuracy: <spanx style="verb">accuracy-measured-silver</spanx> (±10% sensor precision on real-time power readings)</t>
</list></t>

<t>The certification tells operators the energy object, for example, a PSU, is designed to be efficient; the measurement accuracy tells them how precisely they can monitor its actual performance.</t>

</section>
</section>
<section anchor="security-considerations"><name>Security Considerations</name>

<t>This section will be completed once the YANG module is complete,
according to https://wiki.ietf.org/group/ops/yang-security-guidelines.</t>

<t>This section is modeled after the template described in Section 3.7.1
of <xref target="rfc8407bis"/>.</t>

<t>The Power and Energy YANG module defines a data model that is designed
to be accessed via YANG-based management protocols, such as NETCONF
<xref target="RFC6241"></xref> and RESTCONF <xref target="RFC8040"></xref>. These YANG-based management
protocols (1) have to use a secure transport layer (e.g., SSH
<xref target="RFC4252"></xref>, TLS <xref target="RFC8446"></xref>, and QUIC <xref target="RFC9000"></xref>) and (2) have to use
mutual authentication.</t>

<t>The Network Configuration Access Control Model (NACM) <xref target="RFC8341"></xref>
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>

</section>
<section anchor="iana-considerations"><name>IANA Considerations</name>

<t>This document requests IANA to create and maintain a new registry group called "Power and Energy", with the following module registration:</t>

<texttable>
      <ttcol align='left'>Field</ttcol>
      <ttcol align='left'>Value</ttcol>
      <c>Name</c>
      <c>iana-ietf-power-and-energy</c>
      <c>Namespace</c>
      <c>urn:ietf:params:xml:ns:yang:iana-ietf-power-and-energy</c>
      <c>Prefix</c>
      <c>ianaeo</c>
      <c>Reference</c>
      <c>RFC XXXX</c>
</texttable>

<t>Note to IANA: RFC XXXX must be replaced by the newly assigned RFC
number.</t>

<t>All registries defined in this document are part of the "Power and Energy" registry group.</t>

<section anchor="green-certification-type-registry"><name>GREEN Certification Type Registry</name>

<t>This document requests IANA to create a new registry called "Power and Energy Certification Types" within the "Power and Energy" registry group.</t>

<t>This document defines the initial version of the IANA-maintained
<spanx style="verb">certification-type</spanx> identity in the <spanx style="verb">iana-ietf-power-and-energy</spanx> YANG
module. The registry assigns string identity names for power and energy efficiency certification types, for use as identityref values in "ietf-power-and-energy" YANG module. The registered value is the unqualified identity name (e.g., energy-star, c80-plus, etc). No numeric code points are assigned by this registry.</t>

<t>New entries to "Power and Energy Certification Types" registry
require Expert Review <xref target="RFC8126"/>. The Designated Expert(s) should
verify that:</t>

<t><list style="symbols">
  <t>The certification is issued by a recognized and independent
standards body, testing laboratory, regulatory authority, or
equivalent organization.</t>
  <t>The certification has a stable, publicly accessible reference.</t>
  <t>The proposed identity name <bcp14>SHOULD</bcp14> be a short mnemonic derived
from the official certification name.</t>
</list></t>

<t>When a new certification type is added to the registry, a new
<spanx style="verb">identity</spanx> statement <bcp14>MUST</bcp14> be added to the <spanx style="verb">iana-ietf-power-and-energy</spanx>
YANG module. The following substatements to the <spanx style="verb">identity</spanx> statement
<bcp14>MUST</bcp14> be defined:</t>

<t><list style="symbols">
  <t><spanx style="verb">base</spanx>: <bcp14>MUST</bcp14> contain the value <spanx style="verb">certification-type</spanx>.</t>
  <t><spanx style="verb">status</spanx>: Include only if a registration has been deprecated (use
the value <spanx style="verb">deprecated</spanx>) or obsoleted (use the value <spanx style="verb">obsolete</spanx>).</t>
  <t><spanx style="verb">description</spanx>: <bcp14>MUST</bcp14> include the full name of the certification
program and a brief description of its energy efficiency scope.
Lines <bcp14>MUST NOT</bcp14> exceed 72 characters.</t>
  <t><spanx style="verb">reference</spanx>: <bcp14>MUST</bcp14> include a stable URI to the certification
program's official documentation or registry.</t>
</list></t>

<t>Unassigned or reserved values <bcp14>MUST NOT</bcp14> be present in the module.</t>

<t>When the "Power and Energy Certification Types" registry is
updated with a new entry, a corresponding new <spanx style="verb">identity</spanx> statement
<bcp14>MUST</bcp14> be added to the <spanx style="verb">iana-ietf-power-and-energy</spanx> YANG module, and a new revision statement <bcp14>MUST</bcp14> be added in front of the existing revision
statements.</t>

<t>IANA is requested to add the following note to the "Power and Energy Certification Types" registry:</t>

<t>Certification types <bcp14>MUST NOT</bcp14> be directly added to the
iana-ietf-power-and-energy YANG module. They <bcp14>MUST</bcp14> instead be added to the
"Power and Energy Certification Types" registry. When this registry
is updated, the iana-ietf-power-and-energy YANG module <bcp14>MUST</bcp14> be updated as
defined in RFC XXXX.</t>

</section>
</section>
<section anchor="acknowledgments"><name>Acknowledgments</name>

<t>This work has benefited from the regular discussions on the GREEN
Design Meetings. The authors wish to thank the WG chairs, Rob Wilton
and Diego Lopez, for organizing the recurring calls and progressing
the work. The authors also wish to thank the following individuals,
who provided helpful comments and reviews to this document.</t>

</section>


  </middle>

  <back>


<references title='References' anchor="sec-combined-references">

    <references title='Normative References' anchor="sec-normative-references">

<reference anchor="RFC7950" target="https://datatracker.ietf.org/doc/html/rfc7950">
  <front>
    <title>The YANG 1.1 Data Modeling Language</title>
    <author >
      <organization></organization>
    </author>
    <date year="2016" month="August"/>
  </front>
</reference>
<reference anchor="RFC8340" target="https://datatracker.ietf.org/doc/html/rfc8340">
  <front>
    <title>YANG Tree Diagrams</title>
    <author >
      <organization></organization>
    </author>
    <date year="2018" month="March"/>
  </front>
</reference>
<reference anchor="RFC6241" target="https://datatracker.ietf.org/doc/html/rfc6241">
  <front>
    <title>Network Configuration Protocol (NETCONF)</title>
    <author >
      <organization></organization>
    </author>
    <date year="2011" month="June"/>
  </front>
</reference>
<reference anchor="RFC8040" target="https://datatracker.ietf.org/doc/html/rfc8040">
  <front>
    <title>RESTCONF Protocol</title>
    <author >
      <organization></organization>
    </author>
    <date year="2017" month="June"/>
  </front>
</reference>
<reference anchor="RFC4252" target="https://datatracker.ietf.org/doc/html/rfc4252">
  <front>
    <title>The Secure Shell (SSH) Authentication Protocol</title>
    <author >
      <organization></organization>
    </author>
    <date year="2006" month="January"/>
  </front>
</reference>
<reference anchor="RFC8446" target="https://datatracker.ietf.org/doc/html/rfc8446">
  <front>
    <title>The Transport Layer Security (TLS) Protocol Version 1.3</title>
    <author >
      <organization></organization>
    </author>
    <date year="2018" month="August"/>
  </front>
</reference>
<reference anchor="RFC9000" target="https://datatracker.ietf.org/doc/html/rfc9000">
  <front>
    <title>QUIC - A UDP-Based Multiplexed and Secure Transport</title>
    <author >
      <organization></organization>
    </author>
    <date year="2021" month="May"/>
  </front>
</reference>
<reference anchor="RFC8341" target="https://datatracker.ietf.org/doc/html/rfc8341">
  <front>
    <title>Network Configuration Access Control Model</title>
    <author >
      <organization></organization>
    </author>
    <date year="2018" month="March"/>
  </front>
</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="I-D.ietf-green-terminology-00">
   <front>
      <title>Terminology for Energy Efficiency Network Management</title>
      <author fullname="Gen Chen" initials="G." surname="Chen">
         <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. P." surname="Palmero">
         <organization>Individual</organization>
      </author>
      <date day="18" month="November" year="2025"/>
      <abstract>
	 <t>   Energy-efficient network management is primarily meant to enhance
   conventional network management with energy-related management
   capabilities that optimize overall network energy consumption.  To
   that aim, specific features and capabilities are required to control
   (and thus optimize) the energy use of involved network elements and
   their components.

   This document 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-ietf-green-terminology-00"/>

</reference>

<reference anchor="RFC8348">
  <front>
    <title>A YANG Data Model for Hardware Management</title>
    <author fullname="A. Bierman" initials="A." surname="Bierman"/>
    <author fullname="M. Bjorklund" initials="M." surname="Bjorklund"/>
    <author fullname="J. Dong" initials="J." surname="Dong"/>
    <author fullname="D. Romascanu" initials="D." surname="Romascanu"/>
    <date month="March" year="2018"/>
    <abstract>
      <t>This document defines a YANG data model for the management of hardware on a single server.</t>
    </abstract>
  </front>
  <seriesInfo name="RFC" value="8348"/>
  <seriesInfo name="DOI" value="10.17487/RFC8348"/>
</reference>

<reference anchor="RFC7460">
  <front>
    <title>Monitoring and Control MIB for Power and Energy</title>
    <author fullname="M. Chandramouli" initials="M." surname="Chandramouli"/>
    <author fullname="B. Claise" initials="B." surname="Claise"/>
    <author fullname="B. Schoening" initials="B." surname="Schoening"/>
    <author fullname="J. Quittek" initials="J." surname="Quittek"/>
    <author fullname="T. Dietz" initials="T." surname="Dietz"/>
    <date month="March" year="2015"/>
    <abstract>
      <t>This document defines a subset of the Management Information Base (MIB) for power and energy monitoring of devices.</t>
    </abstract>
  </front>
  <seriesInfo name="RFC" value="7460"/>
  <seriesInfo name="DOI" value="10.17487/RFC7460"/>
</reference>

<reference anchor="RFC8126">
  <front>
    <title>Guidelines for Writing an IANA Considerations Section in RFCs</title>
    <author fullname="M. Cotton" initials="M." surname="Cotton"/>
    <author fullname="B. Leiba" initials="B." surname="Leiba"/>
    <author fullname="T. Narten" initials="T." surname="Narten"/>
    <date month="June" year="2017"/>
    <abstract>
      <t>Many protocols make use of points of extensibility that use constants to identify various protocol parameters. To ensure that the values in these fields do not have conflicting uses and to promote interoperability, their allocations are often coordinated by a central record keeper. For IETF protocols, that role is filled by the Internet Assigned Numbers Authority (IANA).</t>
      <t>To make assignments in a given registry prudently, guidance describing the conditions under which new values should be assigned, as well as when and how modifications to existing values can be made, is needed. This document defines a framework for the documentation of these guidelines by specification authors, in order to assure that the provided guidance for the IANA Considerations is clear and addresses the various issues that are likely in the operation of a registry.</t>
      <t>This is the third edition of this document; it obsoletes RFC 5226.</t>
    </abstract>
  </front>
  <seriesInfo name="BCP" value="26"/>
  <seriesInfo name="RFC" value="8126"/>
  <seriesInfo name="DOI" value="10.17487/RFC8126"/>
</reference>




    </references>

    <references title='Informative References' anchor="sec-informative-references">




<reference anchor="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="5" month="June" year="2025"/>
      <abstract>
	 <t>   This document provides guidelines for authors and reviewers of
   specifications containing YANG data models, 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.

	 </t>
      </abstract>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-ietf-netmod-rfc8407bis-28"/>

</reference>


<reference anchor="I-D.ietf-green-use-cases-00">
   <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. P." surname="Palmero">
         <organization>Individual</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="20" month="November" 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-ietf-green-use-cases

	 </t>
      </abstract>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-ietf-green-use-cases-00"/>

</reference>


<reference anchor="I-D.belmq-green-framework-06">
   <front>
      <title>Framework for Energy Efficiency Management</title>
      <author fullname="Benoît Claise" initials="B." surname="Claise">
         <organization>Everything OPS</organization>
      </author>
      <author fullname="Luis M. Contreras" initials="L. M." surname="Contreras">
         <organization>Telefonica</organization>
      </author>
      <author fullname="Jan Lindblad" initials="J." surname="Lindblad">
         <organization>All For Eco</organization>
      </author>
      <author fullname="Marisol Palmero" initials="M. P." surname="Palmero">
         <organization>Independent</organization>
      </author>
      <author fullname="Emile Stephan" initials="E." surname="Stephan">
         <organization>Orange</organization>
      </author>
      <author fullname="Qin Wu" initials="Q." surname="Wu">
         <organization>Huawei</organization>
      </author>
      <date day="20" month="October" year="2025"/>
      <abstract>
	 <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, based on the
   network condition while achieving the network&#x27;s functional and
   performance requirements (e.g., improving overall network
   utilization) and also 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>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-belmq-green-framework-06"/>

</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="RFC4122">
  <front>
    <title>A Universally Unique IDentifier (UUID) URN Namespace</title>
    <author fullname="P. Leach" initials="P." surname="Leach"/>
    <author fullname="M. Mealling" initials="M." surname="Mealling"/>
    <author fullname="R. Salz" initials="R." surname="Salz"/>
    <date month="July" year="2005"/>
    <abstract>
      <t>This specification defines a Uniform Resource Name namespace for UUIDs (Universally Unique IDentifier), also known as GUIDs (Globally Unique IDentifier). A UUID is 128 bits long, and can guarantee uniqueness across space and time. UUIDs were originally used in the Apollo Network Computing System and later in the Open Software Foundation\'s (OSF) Distributed Computing Environment (DCE), and then in Microsoft Windows platforms.</t>
      <t>This specification is derived from the DCE specification with the kind permission of the OSF (now known as The Open Group). Information from earlier versions of the DCE specification have been incorporated into this document. [STANDARDS-TRACK]</t>
    </abstract>
  </front>
  <seriesInfo name="RFC" value="4122"/>
  <seriesInfo name="DOI" value="10.17487/RFC4122"/>
</reference>




    </references>

</references>



  </back>

<!-- ##markdown-source:
H4sIAAAAAAAAA+1923Ijx7Hge0f4H8pUKAa00SDA28xAtiQOyZHoQ3LoIXnG
CoWO2QAKRHsa3VBfyIFGs+HYh404rxt+3BOxD7sfsL9wPkVfsnmpqq7qboAg
R5pjS2ZoRBBdnZWVlZW3yqr0fd/LwzySfXGW3MpUBPFIHMYyvZ6Lr/ZOvxAn
yaiIpBcMBqm86YsvXh4envpnhyc+PvVGyTAOpvDyKA3GuT8YTv/iX6dSxv4M
ofkAzZcEzZ8H8bUfBbnMcm8Iv66TdN4XWT7ysmIwDbMsTOKL+QxgHR1ePPe8
j8R5HuRF5nnhLO2LPC2yfLPbfdrd9IJUBn3x4uzcu03S19dpUswUZt5rOYfv
Rn3x9dpRnMs0lrl/gLittcUaNcEPiDv+piHjBx7x2jfY7VkxiELAEPARI8RX
tIIiT/xrHAj8PRLhWMRJLrKZHIbjUI7WPQ8b9vHtg2RYTGWci2ES52kSAf5Z
DmT4cxAlMQxuLjNvFgJ+eTJsiyxJ81SOM/g0n/IHIOk0mM3C+Jqw2SvySZIC
lIA+QB++COOsL/Y74pmMkzD3hBgXUcTzwF+J/SgIMwlPkvS6Lw5vZDrPJwCS
iCaEnAZh1BcDavy5NI/9ZJZ1gGRWH1/I2OkA/hb7E/qSYH9ZBLcyLGEO4RlQ
6vMJfd8ZJlMN7KQjzoJoKtPEAXgSpGGWRNYzgnsUj8KbcFQEUQl7yk07oczH
n1/jdzb8P3TEcRiPBlEwcjr4QxDbDwj6XhSJ50kqDodJCf4vQdyJVMPPx0na
kfDUi5N0Csxwg9MrhHj5fP/x051uHz8LtXIuJpIXS6/TEwdBHuCqkRHS+xi4
vgiuJTUnJhGb3d6u333CAIL0WuZ9McnzWdbf2IAWQZ4Gw9cypVF2ANsN4IiN
ST6NNtLxEPvWeDzZ2nbxIBwuYPmJgzC4ToNp5nb7xO9uPaxb7Ep3u7u53XO6
PZU5rkOxn8Tj8LpIeemcpQmwOExs6/TwYv/F6fN1F5me3919GDKIgKFBt0KD
l4fn1Jvp3+318YN7xZ50r9ubO5s1DjiXwyKFXxMJzNU6P/9ynRYvyAItTRpR
6gIz9B6GEqJhCLG9vVtD6SIN4mwGMgb4cA7CnVAM87loXRyfr5dT9K8yRfEL
/LtV45gHMirio3F72u26k/THy6N94Ys9cXlw5j8LMpCpJ0WUh7NIvoHPqIMU
Nc0IHLw2gXl2HoYX4mItoFU4eW84lFmGX6JA57X9Iy4s4OUwHrtShgjYfTwI
Qa4d+QcdVq8IwQfxPE1GftnCgx/f90UwyLCr3PMuJmGGeoQV0UiOwxi0WK6l
FCIlpjgKAd3W9L43TeIwT1IUX8kYXr8JYfziNkQVAeITNVssh6gI8wT+mE6L
WHN4zATMOozSNByNwHgANXaEtBsVQ2yFCEoBmlqgqs7E2snl+QVqYfwtTl/Q
55eHwCQvDw/w8/mXe8fH5oOnWpx/+eLy+KD8VL65/+Lk5PD0gF+Gb4Xzlbd2
svcVPMERr704uzh6cbp3vAY6BChk0w2sDBzgQMIjsCRmqcQhB5k3ktkwDQdo
CMTi2f7Zf/7v3rZ4+/bXwFGbvd7Td+/UH096j7fhj1sQAdxbEkdz9SdMxtwD
NS+DFKEEIDKGwSzMgwhMgCAT2SS5jcVEphJI+ZuvkTLf9MXvBsNZb/tT9QUO
2PlS08z5kmhW/6b2MhOx4auGbgw1ne8rlHbx3fvK+VvT3fryd5+BxpTC7z35
7FNvERMHq7HwScnC+K2yxe7Lzp5m5zb1gguoyCRMVCYt1MLYe/v2M1yltD7Z
/IV2PrXzu9137zrM8hbWYTyMCmAkMUjyCUGeLkRZjenF4C+AZkaoKMQAZzWe
jiJYlTrw1YDkaxJTL/iP7WAxBgNBIpQ1jf9ARtNv1QDMU1CY794hAaIouUXs
LBCwLKZhnEQJ2M4A5NcVIliPNRlqTkZlprSQHYLRBisPVkgU8szoiQNyL5A5
ZNWFI1S44zAYRNKZbDGVQQYiHb9PUi+VsKAzaEtf1NAaTgKUpRIMTlDfQHRc
oYpnkADZMJlJDyaHZIbyBBihjrggLWBhTHMtWoOCpQo6D1E4DZnn1j1wYKAn
dAKgBzCg4RMjlIBlLg6hP/RjROssOVwXMh7NEpBI2BwM4lycHVy2wcdIUjAz
FetMZwBQZDK9IbAyHwLpX6E0YYoOcdBthaDNefJNDvAzpDeOEiGB1wKdCRqq
9NQrIKFu0cxBSZWM81scFXaNXeLztIhj0h9MLX4LJggWMFA+A13fZqaXeYrk
ZTmrECHByiQ74O6OwUWJ9Do4HAOlQxkPwYw5OD48XG8D1yg8nZbCbrmPLRFH
b5bkyCJBBDZGWgPvvHTOL+U09CTFqQEVCyj6Eb7ClCVHQr4JpjOkaSB4NomD
cREHYWzREZzd4QTJdoyyDgwwNC2QUpcwdNE6PruE4ZwTG4jnwQCIo56cP8cn
JwDNq711Am/BBH/0kbgoV1xVgk6D18CLKL94KmnxZkqwjliK3bWA2TgBy43Y
U31W02L/AXjGwI3Yb+V7w2ru92rZu1+WM7FRn5uXuNZU+wYuETUuUW1XZRXV
fDUWeQit75C4nksLFv6sRhhYKguU6+M0mYq7Z444/85OSTopOyT8jg0cFHCe
K+Cqwy0yZV4yZjVhigbOcAi2XhADKVGKrqIsFJxUjkGIaYkEnn4ewKKKZVJk
HoZjcHneTkJcVVqgwbLLALMMtfuMzE74LCMgIKwnWPcckfJa+XyGf4NRJt+g
Nsh4xK+CPM/WOwr7thjMWRsHGUgtozdoxB5QoIjIcBfBNCmAGDDj5EPMZIpG
PapelOJ5OAUN0Nyj94ekiBhd7NufJEWKCDxD2wC6HsoZdIdzk8pvixAFpFFF
SueD0Y5xOk00GaOERyYJIp+6LoV8W9sWyiidwfPwOzZ4jIEEX0t2f9pIXVCR
ai6BnjfhiCwxhOujbXzNYbGbUN6CyYSyKUjnZKfgtANRqFegHPhx9BH7hQUV
U5usyFBIBoMwAtfUA8kRzbMQ1PlFTbVWzKaa2QfEA8McxG/WKZeKYirqS5nu
KDrJUmKqZWgmlYtTfK2CPN90CAgYDqjMtA7EUN0giTKhTAEClGPUZaSiLjRV
1mL/WgVrvkEhTY45m0/P9eJjZGt2mXA8jbtFxhA5LVtgSVI4Spsk2kxQyv0W
TQPb7zN0ZqMJvyJit82iGMkpAqF/hupAIbbwYKDPlcV8O0mAe4Dtc/TnFQmd
rmCSxoHGCp+msFZvYJV7it1RyIAZA/oVTFkWCCgPFL3obxmTIQMmL3lymSRP
U2yvJGtpWmpSqwzk8fQsaaB4m4VgjStZHM0IIRi/DEBWOWLdNqfIyQDioHkX
Xsdtj2dAsks6HIIFO5xrk25PWxj0lHgQF6Gm8jJjGzheCTI5UmxOIxmFYyIn
GEi5kuocyodFmks/GE1RmgNI+1sUFh6tA5iiG7RfjZjUHgNOczxSwR0jXEAY
ExxBcDK0DWc4daBs5x1aKWDbK6Aw5WBVA6fiSp4a+zQCt9wG4k2N7VHyFsOy
uyVitR4p+pHIpG2KhL2sR+vebQgzUgpsbcsFNC8kkuIcvo/Q2AePrJgO0GIf
KxU1JOIFscd42vGkRV2rhfponbF1XvLwpbZSdDB3pfuAmgQs+hBxIeGMkTx4
AuNPQ5yKUmKj4zQDrwaWRzT2df8jh2donnI2akm7gArJUAsEUQ566RrUbOyd
nhzsiZaOlpXGHi0JdEWk2ANrGTCkVb+OggyIxn4YEjC+jqS3RvO1htM7Fi2Y
G6EE5eY36+IW1gIuHMAc9F1bgJ0LyKDnFIxAZVm2iTZDUOaAGoG5amM79HXZ
cjczghCU0K7PSFtMghuSmVrsjHzzIrh/IHkQUZA2SPQaK+mmgMV/gx+B2134
QCnmviBTp7orBkbeb30/TSrcB19/X3mC0zn/jfiaW/jh6BtuJHQ780A4P+Cw
sLVtt83AwBhK32gAeOsztDY/FRuT2z64viP06DbM8w3cSanAmCkXgL8z6DoG
Go+XGgBfbW3WmyPgGe4KctPPNNrFgvYoGv0px4pDBZrAk9ufz2F66i9hPMRX
Y9Yi9LO7XuKpAuEB7GzQgh/7+/pblrT2owQkh3p1kIAWDOIKDQ0TVKDkCRjg
fikW0JqlGSK67G7f8QbuPd3gsvlsyRsVSlpDfBAt73htEV3qlDGvDGWaG8sv
+41YjqA9aawHFsxoqbEWsQC3BiOEe56EM1h3oAhkueRMK/x6EUolVlKmAMJe
s/Zja8lWVqvdaiRBWkfZZ3YrfHJbUR+eeed2qewQVruK7DDw7TYuacXCh4a0
JE5cubZhI7RhvbRRsyaWdkFWSHX6UOx6b2mX+DWYwb9fy9MCtAtKmN+vNUrf
zze7mzt+b7OTv8l/+Ot/vEMz8KU17drp/FIJRDb1q3YhgZ44TVjm622Are0n
4FqTKlXeG3iUxj7zqhkX2pM7Yk3VDB6DTzkH9MByzyekglToE30AdHbMS6Wl
ry0I/HYNKYPbIbMJ+FuwJEHdjeSbNd4YKYpwtNYRe2CpkwE3basXcCC52r9B
I/w4zNDp9cpOcNelCnMaUGATrZIz9egIn2h9HMlrECTeIc2mODl6hu4ObjY/
3dpC4o3RAJBvoK+M3cfLy6MDjcpljOIuQ9XvXcaUkiGODjQxFKTt3uYmQFJm
jsEW9LUi9LL8F9s7rEd82x5PRYheMVkzSCkgYoOeXVMz4IQ1SuLRm5oo7tTT
rLNp2AjYw4gjvlmkMUeHmDhEqGW8hNzGrKwST8QALDtwk1yrRFuUwo47aPoo
183TwH3Lu4T2K68Rjy1FtmwHUvT6PZjv0pYkUzyI0ALHcDW6UrZM4eCSfAPa
GdpB/0IzYsNqALs3aDKFmBi8tKCvLFE7PuQla+uRXGqcQWqgc4OAS8EJvkUH
NMdgChI/M5tHBoVWSZ11WugcFaZ+yNSdhteTHMZvhVNwC0QH3PJyrjIzWXqy
M1FmKnH83cyKQHPauNncOIkrQ6JGHfEsyNjzaVuB/0y0dABbbVqsl2M33KY7
sGACb3rfFhLGEeade8nNAPedaKGMwowiHLRbam1G2OKNAxfa6ax6x22D2ixA
H3cD+Coaebaqt3yscIpOPRizNIHMZqyoRHB9nYLEIuehlUmpFjH1lvkE1TEg
cA3AkASOiUL1jXrm8GTvVLwy8SD6E5Ph6Dsc0xeY6ua1lmYX3F5vYGhmIxjA
BG2ss1DCICIGdEYalEeg2EUyIVJsV8wiitIAtsZZGiVT9HzhWyMjPZaRLI4c
9DS4EUlxHWBDCrpxKU/vcOKjmZG9UsWX9JrBVvINuvIqRQJ9UXw4CHLgPztb
gWcXhCDtYlFCiybs6dHFVz7iA18Eo5L9PZLrIc2jrXBU/OomSENwY5QPnOFK
SECs2gO7lWpDL8RQxJTiKaDfvRsZj5JUxyFrusXaol2qWoQS49UdbZOMAqg0
7YCrNfR4e5eC/+j8g+lE4VdB24d6QRUZ69AsiYrcIpmJA1lb3qvtdH8JqNxg
qBDk2CRgn32gBdR1gg4zeKBIrjkKMfq6pCjNkOcYQhQMmYA/LTNa60HK6sEs
GXs+SFMCt4IpMCqkbkYag8QAhSAoyDbz88THFB5hhxm1gaB2lUGppilZVECa
2vZPh7aTbHwsVDC7cyotDlMBTvAYGE0VecfoBraELm/duCA3A36VI7ISqRVb
Sk0NYQQgHkdqrwVjLPPmyKad2GulDShVHtLOFY1IrS0nIaEGrcgwvxHIpkjm
BJmru8jEBZm00hZMtERFSpoDJeLtr8AloBziG5Os1vsEv8R/aDVlswCUwRpY
P30E0Yd5CaZZ/8006sdZH1/tN4JeIygzMMjCN0ImBiaL/4qaIjRM68ntJ/y3
iUH/Sjkua1ra98Ve1W2gBWt8ijJ6xoi8q/YPz/0lNDHIYEOFfhNCR3une76R
New3hUoyV8WvGEZBlhl8fsVps0GstokY5hqpJo7BOxpgzZCQNOIwV+1ffSFe
yUFf/O4u/UWCZeNThTq8hj4GvIdpunnSp8ef6xc+XVNDFtYv/MebJzML4ZLV
FavpDO6sWYZWNlIU/AcmE+nXTbqKi/V+MpunZPW1huuY4rjDqv8C895LswV4
HwWJcfUwIU1B4ATxrPRw0IrDlBgCi0qMEkJGlY5fSlADvIGDWGJPKPFxE4VM
Y/pmEMZqS2+KPiTK0CRVAPAvMDWQpqVHRPsLuPmWIy1mRZoVASkdVtJZwS5F
nigg5AMCLeNM7yKX4emQ8+XEOeoMHvSz8wNgCm4OprYCAugBYoD5ud7+6Qw1
OUpiPsrEMcjQCLMvOFqeGVKgTYa2Y8LtdTK/bmAsLzqNIGXJtQp3H82U9QqF
ie201NIpQzYbIq0wk4fNLvEn+Kl2eHt720nHQx8mCziSusSuMIUUm69/IpQV
ShDAC5HRuKQKZcOT5ohQHZPkLVdpKpkMyHWYjOxvbmrRUltDuOxRmwWReW1t
qQxE7PqV7a6KPKzKPRXTaQw1LkMME4nLt2n7OcL9pSwLKRkMOzRwSA3riVJz
ZN6lhZLp7bg0SdgFCMQETAH0Ruc4VxqWAUIw2+yxIBuR28C2KG9uq610tE+Q
t0mwaMvEQKHVBZDJ+MLFMi5o6zSMR8B0sArpPAmoD0TfGoAssaMU0qpdaXEc
Lc8gU0l9Fhle0P6atqWmwVxlhDGEcvS8kTMahbwFYt435MWkQ18vdV/ZPGAL
SjkiCWTeaJpk81D88Lf/9cPf/gr/Gch+FL6WPrtvS9sV8esYPHG7zX/nX3+r
Nw1uQLVgysRSkDIDgw396gagtcYYqQyHq7QE0qKWaWpbQzWSQRq7CNTaqFi7
1WjRgHRLf5Am8Xey9sIijCvv+b2Hv9l9j1cXvruQJNa79ZcX95iFEcjv+/fG
7/mdTucenV0nUX3q7uwK37pnR00scmc/+K+pm8VvgOmfVQSVEROURgn+RjyS
af1V8mp0+rIBAGbFEAN1t2FmQSKLVWZ9GzGe7L4Qv93wxVb3Y/sZT4161nOf
IS37+AGf7TiPACt6Qo82P7bGdRQbgcjmSjMlSiUD8hytJZmV0lMZ4hwcsPI+
WNxGmJ1xjRHGG9Aa4DXKN5gZJsCEDjG7x8D5TqaJoxzOQ9zEbiYcGaPQcZJG
rDTxNCCmFkelWIf+CnJoteYROgp4dLgvdje7O1tt/th7stP1H/vbKPpL0hwe
Hore9k5P6aTarJU56hiCmqK1qbJl7ph1CvgMKHZhfYvbIdkEJtHSbIed6w5O
Wk98jLo7lQFFCcVvaSq7ne5OCYjyb1z6TUE9pJGKS1HYeQkbtlldshotNZ05
wjAGR990licRaFWcH0WMtuEMDCSZ17NiDF6eNJmQpkvDUOQEc7jENNagSh5b
Qi1n8cSJgtIXikQ7okIiu7nf65d/EJ1Fpbnbutt3WnerrSvAu2V7at69q7lp
z827i5pfTAp1vKNM4W4WroDjvZdsXJIZM79CNK/Mu4DZzsfoNDIBXARVHBoj
aZTvQ1lGNk9Wss5VBhTYmklquJu3ETg5DdrQMjYAAKHe7uZOV/lz2KuwMivg
MTB9FIpWr/tv/tZ6m6V0zdSrUUklbhpalXk4wTAvLGORUSak6JyK2sfo7XY2
tx7v0NrGz4Ajp+RiRpzlXoidj3kMHRgEt0Aw3c6TXvmGCeZfA00wLR9zskqD
HZEyC1GvA4La5dHfEtgWyAf45tW6PQF7aJ0nZDBjJiwL/Qy379Qs3En9vz/a
dzu97S5RHj7tdh26K3obENDCpjsdbgM6dR/XiR/JjLPhEJW6KFqJ8paXaCRe
1djX3iGqk0bP4pPF3qNjl6iggbW2MSrKndyFifElHGyqqC7BZK/SLyW9GaCU
Mo2BYJ2Yh6q4pCnqF8V/Y3iFcm5TVqtq13MgeRMAdy6Q4uPlA7L8rZ+EvCon
xIzWrCLyvsNMhSTLhUMxhEeZ2sJTf3cqHjwHsccFB1u144obmgaQ6lelpqjd
Xd6609+FMXwZ5o6+Ne9Xjogtp6JxHd+Xhi5rGLBttEcmwcwxpThPxCDMfuac
wpRBNCx4A1KkAcswXJ4BWJgphmgsVbZ8YOzmNrO6we5eYzIDUKDx+7Y2OM1g
pkFcYBIeIJm6W2Z4hwamoU6kpJCaSuG1RV4JBs9S6hREpATuqLcdklhHKEqa
3DHb2qP/ScgCOBn4tsWBDc24xjp9V5NGZPMsl1MV38WjgjPaQL1DnKl4w081
kClY0ugQUDe2C8NbozOQUCGFcpdjaRzGH3Vx6cXQbuaBktZ4BEtL3dUQVXGI
ZrLqRj89smx9AJWHHAAmd0oLaVpxaD+UpvX3bEX4/Pb34od//z8a0m/QwRYv
Xja2Ad/hPmQB52EpYVSzvzv6PJQ8PUWcSvx7SfTqF0af7r0J9Iuj0ANI9Muj
0cpE4ujgz0o891YRzysS5k4Bzc3+7ij0UAKtLKA1ee5aWj83+txzYa0goH92
FOoCzvcm0i+PSitzEka8/sEE9FKy7Ly/9cxBwDtYBhv9XCizslzWAfxfEGnu
tZBWEMg/L+Lcmzq/MPKsTJ9q1OUfXApvvr8Uxn93CeGfEV1WlsFEl7uW0c+J
MPdZQysI4J8Vae5Lm18WcVamDmUU/V2I3zuzk0xWkoJRyV+oZC7gRvDmFkx7
ed+WedM05u1rkzewiXkAlDWwubXTtQPx+A9zUEdy7NzfoElHp/jxooQn+hsh
UjxwJNa6otMp+VXBo2SeoIhyfHIXhTlPSCHrbCwrJOy9NjPIYzxGnIxzGFjC
WfRtOmI2R+pArx+X43N4xDom/x650valPJWtVYPhaknSNqQyNbrkpPukSJeH
t/Awi4HB5zbOacjnMhcv5TWeaJh3Fmem4/v9hS+WeVB2+j2er6HE+yDLFEKZ
c29BJuGLJhuhfoGSvWStp0tYqWHCEFJIF1LSfUl0jE1mdN6iMn2yzNpw37Jb
Olkjkq7sSV1YJZSyK31O083wH8xx+7m8F4g3Hxv3xqo3P/wotFl0wVT9Higz
pMWUYBltUvLthmo5GyAOFTpizxyjHErnnHZlFirU1ad9bDzriKnEHpfwsFAN
mBzvTqeEVPtMv0OOOyfkHqwq1uiUCcM3O7b3X32iFUope7ubPb+yutZ/yoWZ
jMf3Gasapsme+YcZZxZJObvPSEFi+xbT/COMt3pLVF0RiiXCo5KNl1UO09h5
zlsG8b04lm/EHgkYuqRQmS14PVt5hTL4P5S/NQzIJKJMT2vdZ1kyDClLyGg6
ul9TpqqpOZjLJoNlSwBUA4czm9wc/XkCtkbL39xeb8NfPua8/xv85bT5Duw1
bNNz2riHO4Icm/SeUBPdpvfEaTOWU2q0Y8Pp7ThtZuEQm2y6cDadNnEQQ5un
3ES3eeo0mYbDFNrsOmB2K02iKGxRFmXZZMtpQsRtdZ2O3PMhr8MoaSkQuoUL
Yyqvg9au28JF5DqEFk/dFu5ocpD3LU0T1aJCk5nMocmO28QlLVjVLT1BpsmT
ykznAEZNtGpSmeh5Qk221y0oNr80rbty0fjEb0sX3svyJt2gkvzKvNm0Hkz/
91gXajncgTAx/3sh3GtcwD8dxrgU3wfh3pMPjDDJhffCeOcDY4xS6r0Q3vzA
CKPIfB+En35gfEl+vw/Cu5Qijj+99Q8rMDhD/z1Q32LUm/H+CWnOgB6OeFe0
GnAu3Y77WS2r4Yz69z1QBlL32sAjH5rUaBQsC8Msx3pXYd2M+U9LcDRW3oPg
Ty3Ua+gbzB9i5a6GPlpSDye8K7Y/ALpo1b0HujsfGF2wMN8D2ycfGFsydh+O
r2vXfQB8yfJ+D3y3PwS+6tZF+5I7uuahSWY0+NjO4RvnqrysqTd1WskfmAtA
KHKxCImmMIYbJ9ujS1fUGahB5Tot8WwhDui1/9gYIMwV+p/K/CeggYK6Ig2o
9Y9MAwNzhf71vYs/OhlKwCtSwtwA+eMSwwa7CAv8tahugcaF77fne+uXRM4P
3TNwJdTGW8Gs8io6CMj/j/AOYOceVrONhtcEr5n7pfVrjdgIVZDZ7pKh0XZH
7AoNOiZP5UIHRo6EIzvodci3wyIAfTWnuY+OqkZkfEBsyTgtaLy3ZY5TmXtl
y5uEy8GZq5/4NuDyeu23ZQsSlnzTtvVeI1nwTGhsXe/MwX+Q398WuO9jHvDw
HCqVOL3THxzUGq6/rSGpyx68tTGaBaBO1pxyAfC5rBgAf9B10dbY3t09zJem
lku1At2Si5FtCOaSZDp1DAMc0rnvcmsbJn0aYEleYNr4tb0p44zOPplq1bcx
97DVZh+/npuCPU7s1ZkD/bFcasx+b+8mzn7D6nSqw9SXpz3fasabCjQ4M0tz
TuUXPrG/ZnNhjY52rzlPsBBQQCdL8cZ159GCoTjJB3wa0R6I3lOsGAl0nD5O
biuXz/D1arS77hbncoeqerOK8bhgaheD24DLg5S8B3B+pOiB1b7ooLoLzBhb
0+Aa2mEpQ9OyVR5vb1NcWX3Ekj7r1t0fLsRM4n2WOa73IKttcOg7vgxXYSEw
3Pu7kerEawWc7qZOFV3vKyY1VL7Pt4s7b7kg1T3QqNlasnPdaauKW1YJTnVn
L/wevi5mzp4F/cDSl7d0yl1NPYunbL2zQI5UeLtSTaSBr4v7MPZy7i3PDXNn
fHqYLoarqCqdQVGdBGaQN+G0mCoYZlfXZX0qT1bei64qgpRXMKofdfMyFxA2
7KqKDdgHpjviMKPiTAGdj69AIUwGxQhrmFoHxVXVsGAWDMkcjgKq8bni1CzY
krOmxqrl4D5VllUFgjNT734UeVS9hmOhb9QRDSLIepHL1nJZ04SupKzLXCRm
hV9doPrSJXOdYFmyVpcSs4+0c1JWKVsqrJbQ9hNLoCLThdfQDwxSWJpghIfD
Fady2b2M95jPJeezGyZVJ1w13UtxjylecsMHo4LX8esci9sJ1xurr1rrBTtv
ztZibRID6oR8uy7r7ItCKJEQ6wg4FzvR5WgaUQdFF9KzuaaOe/EYl7uiGyx0
oVAaMt+bUblWg360ZQ1yApOxWKDZl2eUsK1rreuqD6+DzekSbV5ALIzKBEas
2SnpnjEaY5NCB4YMdFriMC2GSlSZS6at5CL3bVXgmCUWXiaOd2qpHDUZharM
pJu7WU3joZ+SNVZcF02ZhYplcD3Yj+9jJN0nf9CYTi6gRm1UXqhfL3ZQZdWR
TOnuN11YwSqmWq2UrTB0uqzMUMxpY8MkxUWDHgzW6QPhZqoFLqZ9hea1ulIN
hFcVplakeX35lwjZlEYHgzpsoZZZryljuo4djIMW+eDrmAzG7StA8uA1+B8s
P9C4qxCrTkxtoAW6hwrAIVbcGOolX4GmqiOklFKmpEmNHVTx9fICnSpKaVJg
edlJkuT6cuw6j9gSq3EBNXpD7tXmS6aq4g6p9+7vDzXWWltgOe5uL7IcuWbv
fcxH6ldY9YP11esaBWW3LVlIfC0XNoqCLKcLvpe4LUHNSTF4L/FXVIPSaeEv
2hVY2o/RT6vOzHL3peqb1JwZd0zWzU50fbydUEw/WCUG85mlVaHAKsNM5UNC
qohrlyWuwEid0sh4h/ksySq8tFgZNBfk+y/kqxKHH5+xfiZ8pesO13coKiNE
J2jAdXK016uvVDM3VQmuFUMUMH5to1pWTq4oi9poB5nTprM2X9ll+uSKrjWu
V+CwOinprcoFZ8opP0sORQZYYTm2hX71h3bZlrH0cteqUXzXlN5o0Xpk3wmM
/hwLLFK1cBVGxRzN6o3Yrm1j3we2zE2rAFFvN3ptalVY3hp/UwHxTwduXpmL
f3pw/PNPD876sXhjqaD7UE5Eg436Ty/ifb0InkOftiDdksEPEGlcQ6nvwLG3
b2t9L2MCVRm1ipVi70GkNrnMFafGPz8a1wQWlXzPaGbkdJZzUcZKlJiLrVW6
c4mG/7PcL/5Q2YpyDw8uGWLFAzuzzkWVlZOc/q0wSf3A1z2mqQriYYaFOdm1
4LSYFiruoa4KFxPbA54R2Vi0g6TOiREMfQkyllLhs2BGjFfXFB4JU7QfFZQQ
UR7gyuwtTXVJbtU2sQYxTAqKqKiiQvUTZ9GcNr8rIB7VDio+QqN5o7SusPCV
U8S5crpQzeFtgpjekJl2zfIP5YK7+954sJB/LNVAoSHQZnfHEGh9OEU3Ldah
NATkLRtKQ5JEhWdwR9pKTSqvVbXTEzriJUbxh84mG9Y+ery92xMy0SAucM13
XF+Of6q+o5VHpSi6yqpYmHpSIe/GhpVP1TY5SG0rw6htsnLY5Xrg+iK0qdqC
Xey0JvFIcvHZelkz1pT7soJpi/NPABzi0MzbmSe1KT5h70LSy9Ycu1jDUCpz
Z3/mhTmqzktzkkcNA3XA2qpHhyvFKmuNn78tqiJDHJUpIS0sZ7pu4sNIhha5
geuVPCL3ykCFZn1KrOS0jZJbNjRbbFRB2LyDHINKjA1ItvbYFNZVu/FKc7oG
vV2FQ1ebs/9Khk40V4kudv7Lyd5XyrTAU/FxFQas678UMZeA48sJxKSY8l3O
I1K84OuB5Z5VJvRdbUZVu4dNaxWttS8RCb+KhDNnNs9VVY0Ql2xLgU0ZNxHW
BsRErkGwb7BvGLYtV80vc4VCLelMl0Jckqt6aKKa1JJFbpGqKoHTME25wKKy
GKS5fL2iWWz1hqWcRevRohy4R+sw61gimi/+Bg4yUNQrmMiFJcTRSorRXuby
GiIupgPOo+Ud26EsyxY4QMoxMDJ4d7wqVFt/WMlKMXAslZykjzJSdarkG5l7
01DVkZRv0GIMEdGZrlloJ4hILsz+UyXl6VrDVi5emQfnmq4lKKOVH54A5yyg
B2fAWTj9pBavMVmWbTasYPs2ZtuZfDuX0x1TzD4avVHtqGp1qJLHvubzmhG0
sp43KXs6uRKs32yWsAdnr1pXv1Qkk8FDZfhZpVdxDd2xC7jwgg2LrvfxKQjG
g52Kle7lWLBTW71BQicOUUSS3jMpQgvjJ/qqf77Bo2FJUPAUSV3xKhpiBpWL
KhocC+eSijt8CmzruBRNfPx34FKYX/A/4jaqUu297atIBNbW9adB+hrMs9+v
YeRmzX6CaT2/X2us2dzBOtQ//PU/3nFdeLwxweKPlcoyU1W8ct/D0zmnI5jT
KLltLKm9pIa011BW21u9ovZCyGsIxS1N7XluHWm+MYIaqkrRRPk1PSVHOFFg
54i9TCW/nZKCzsQe1TqG1ezxpJ0lMOlRXxzt752euhPfo1rKr7D4E3jeMP0H
KXByW5wXoF7FVrfrNj9OAHp8LamA+/6eEE+73afb/ubO1q7bECxynDK654Js
uL2pxIwIhdGFjLiEYE9s9brQT0/sPNGdHfonYPn1iS6f62suPl0jAlnChalx
/8LdHY0DbeABenlZ47ep/rCK1CUDVXAZIxSeEQHEo7dykMF4NeSXzLKZCuje
6t2MbJIUETIirLcRxbfo7Zsw4PcklvAWLWfc6xporQT27solsBlAYwXsxhLY
ZhgPrX3N779H6WtFX94weFjlawaBMvfBha81GRbVvebnq5a9ttguVEWi71f2
+hM9pGop68VFrD3rIhpeL3deIUPijmQZ+qwZL7tKEexNH7jvbdWr0U5NtQQ2
41HFpKyA3Rd71aLXK1WcZzAPLTjPb+t684TiOxyqOcNUD3MvHnL9CJ/ztlAl
np3YNssk48GVft29a20b16ve57J62x2e24aJOTLFtOEXLDZ7U0nH9sbQUQgv
VQjVREllvwCoVJGQbMqGfYRF9D08PXz5xVfi/GLvZWWUVjJCidJCjrO5n99C
pDrXyc1GEwc86fqzqMgehvOTrjg7vjzXNz4VMPlzsW+/vwqWQyz+JLMiyjvA
vxtPuohQE7JyJsH0fSB5KWERVtcQpd+oACP4ML4J4RuUCbCU92iTkezDiwQW
m6oFJlrPqArKxjndtL/xRRKN1lcjPmLbgdXXOJRCpyJQ+OaBY7rUYuM4GKC5
cVikYGHj5lzJumocd2GMIYqoI4cdiTAC+LUB/UkZb0wSPMVV55z4RxjB/mll
BPsg1YIHoF9ye4SAkJE6w7gJ7W+HD0SVMPtjEZCY2L97ha7E+t8OFaqGSd49
yNVYaIWX/sZH4oXlqe2DHAOi8N+Z532JqjDBZCY8KqXuV6WUI5SLaG4GwzTJ
svJ8FH+MrPNAnn2EUp9jBeWoOkbLbIqWHJpYemu3mj/iWQauSlhaWDztBnRJ
vRbdOmge71aSHUmbx3bOwBAkDZoRczBRYdakc96WxJjXajissW7r6FZzxii0
2AC7sDnPaF0byJjOcJNgqP+1JJ11QBrdP6YoLvfgHZb83zo4Pjxcx+h6ijUm
Pc+ipToPB6ZxdBvMM3bpMQqfKXMAD/DwObhReBOOCvu8oqcp1xGvMKJAnr0J
NbCdofNXUjFK8EJW/rttVpPXlMvDOSs5H0VSx2cYjxBPg+HhHJi353SDcOyh
YUteuUqyTMKYDMKbUN628WWTyKJSAVRegjLXPYvPsKRgCoPADE/KDSE6z8Az
9O1WCko8xlHAsiSSwewA3hmdt0kMhSkSqxFEt1O5N8jAATIzJfp55tZcsnCb
aaIoBhNIduBZkU3A9JhRaWCJod6Y3Eimu49LUwyK4WuJ28hJiumrgzkGS2UA
Ta89neonETc0Y0zmBx8PQ3sxwrALAgLvC70OI9KAjSorEngUk3tw5h+xdQz4
PQIM4hHb6TJGm46YnK93Bmw9bASi6Y1vh4AobE1UAFs0wXZ0s3B5TtbBpO2B
3rlB2sBSQKO+lKlRklAIUaWp4GTSPoGcUg1TQHkiA6ojCWh7TDgg70cfiRMr
k2XPrhRP1vc5e3b76Cib7jyvdvJcLTnauQeL/JpmSN98fYt05Ruik7FJ4KS3
WQ7hEADCJBlh0ioeRCfHUV8Hm/NSytTmqJZP+vbIMB5GmCtrjixzPWkn39A+
z+dzRqgc1Sqh6kqhmOUwQFNbP0BcdXnNG8nnpmFdvlIerd5ysI53fGeOndES
+pZVYZumNkjDTJ8QtBYbUw+jAWEW8c3eHN374uXh4Sm7RFw5nVwijOqxWFbh
6UzdSl2ZmlKWDmTtWiS75vrQmeQOx9y4Lw6osLQbJ9qDmKUweamV5oba7TrB
3RWVdEk4l0qq73m+uFTVpzWz9ZnTLCAxiumBLHNMR5RPaM8ohfXslMJRQU6U
W8w5a5u9e7ywttTGBI/3Td1MkBiDtyGWrEVUD00dYkSxL/6VSQmWAHABBljS
pLiekMZQ6ZDEw30wTnyKdeGWj4KR9VmMO6V4TeldwKhWWVe0YOXnxI1oM13u
i15fHMVDJgF8ewDtk3l51zd6+5SqSG7vOtlQvtr2zoHOV5U6xFeE55e6PK6F
6TNddRamuEp5HZyo1sqlbDSRgUSLAvK0R5yMswQNvd4YkWNVPdfC4wvOF+c0
/Gr5W7UMzcKEb6yT2Sx80JmPEpB8qn4vEBXpuNMXe0fiIuU705dRSpX0vUJ2
ONGFc5kbDmq3/zeIHp6ZbzGoxSEpUxChDxDZXeqL//x/WIrRLAHa7VCFmFXO
NTRmpwob9+5ujK4XNt25s+VLSQ0372z4IsYpwQBhDPY/FijQNQwoxl5uEW+Q
0oMVdMan8UAh+1zHuOyB9vLpdt8pSi2dWe7UOSDsgd26nd4r1KtJDCobLwHc
eWVnioGkICBS1aBWsxAnYcbpzSp2gYmSQToCFqBLiTe7O1tt537ibbBcR6OU
02ex9vJcZ/ICk/RL7fh7cbL3p9bMDO7PEvflQUsMsiQqcvlnEAyYqQnOLwtR
/UCYB6DYwWx9g3b7ld+7agv4f1f9Mr+7V+vsEenIZ/WMAWXdM9GuKs/6nCav
ISNPAvMj61innmGKDpnYwP17ToWKq7ojoYo7XalDQCzNe7udzZ1X4of/8T91
fmClzgQ833oMLajUBPyxi81bMLG/h6l80sO/PsVJ7XVfCYtuPs76MsDweLvL
YOHjbrcE2u1if7+rAW2D6UEUmL7SByPWkQBKdxveNGeclCHHA31FTpJ0NHYf
hOf1xC9rnDgrH9wnVI4zMDdAjKJgV44WZaSYuwLQluOoo0+GknOyjb1qUJqz
6xT3CEgeg1z9TvWvcprmTqxT4CXkDcOh5cZzXDA8OkaTcj4eIg097ZOfSrvL
ynaljvaKPGFVSOavNjyDa7woCHdMrnEwdI2ApnemDBPs2igLO3Ha0A26PaD0
ZsQaXSu2LtjWxd4vTaYzE+/s4JIjKS7FWyjG1rXjgVZvihRV/pnRK9gO5O16
6V+aTmnnGO/O0T7DLb5JOmMLmXIf3XpfOXi0ex8pAp0Es5KFwCAE1aCsOsKY
jp+oo080R2VKOB9bEugBia0vzs503/9ydsTqaleLEQ2+DPaCc5VVrax6ZNeK
+gJJRwkfmmGjzjWNzTy5ViGl5lcrjZAvSOaTihdoe0hL2vA7VNwYOqLYM/sb
Wh7756qVGx7KYEXeEVFm35NMAmCgBNQO9oMbd5REYW2ZZurwl6ygBEAnGCXK
TF4BTxiqZ5lSUj7yP6geZODZVCcalQak9j2q2eqptBKpBtqKMj7mSIC1mqS8
UFx7lo95TzH1AwWd8vDTZChHaMku8wSUa5xZSx39LHS4q5TDXZARKxTOA6Cx
2TawvUDpLIjn7aNzGlfmiYSijmm3nKA2bvZm631RDwZvnJHEK6YbFyHMSFhM
RU5FAwyprFkPcrHZ/XhjB/5hCR+Bdhwa5cwewD6g5L7ARU5RaR9PAZJ9lcA6
m6qRz1mMc76EAp2rq1/yDKGdHe5d9MWPGvFGsPeINqNYWTW0i23/uK+f3yPA
6nl7IzbI0c9x2mfDCUy38T4VN1n+jZYlkbSkDPKFA4YYEtnYOVVuCn7hxpXF
c7RJrNJOzQ5drh3OGnD7qIxO4WB3lNURYMt3/rAhbsuO+o0LgdYItCOoljTd
AwQyBDR+CC6Z493JGUhNuraMhUzHiZpYZ8RsxNzKZ3ZclcIYisb20iMKOnkF
Sl2TmnZiJTCqOMymOAv/IudW4ZxMh0NofVaImFnCiS2gEa6yUgOQCtQhwRTz
D2ByiCZS00OfdVNrCNTWWA7nQ7BDSw/JJQvy1U2gwlAMXnnrWNhjoLNbpbPe
Sv+RfHVltoxQh45UfKJheHy+mIZXCXSMQtyhyaUTBNCHj1UmFEsvOk++cDDW
iVorUKzDXxQaNgyFwTtS7jwEdpP5BKDnPaPzuLQPTBm0JX+rdWhYBFxqMOs5
wh7NjcqyzRSVvGnMedxCdwbF4e9JcNPAF+Du4s4mCnJfy+cr0frh3//vU3AK
S6kJg9tRYrhtrwoArxfheoVsZYynwZ/gctxXaI2hQ6umuFw2SWy51urWMA6L
ZcogqmxwywhjhCZY23CKb+yW0Ts7v2xXrwsblNIj/4QlUhMfcGfweComya3C
GvMXc7zZEHOEVHaC4AAveTCWcQFz5X2EGShFShK8ssNEu/6Z1Fn54CEPysw9
VJTqxoFKhohu0cbNBtD0Kk3F7KKFr8MyHeUa1vNsI5mpHI9M4eJfFyFuxcQk
4x1E8JwqimcUG+NcndMEpuawVZlaZ+XWbHUed3oecPjbt+l4+GS7+3gQZu/e
qehiLaXDHo8OOgZu1DNwbnjzVFxzCKIPTQgM3yMQFXCwEhlBYOXJMImsdX96
eLH/4vS59/XL5/u7m9u9bwiVl4fn9LXAr590t7vfaGuvEbBnANNN/7jGkOa0
7SGIqJLPptH2RRTM8bAJb9adn39JfW9v7mx+0xYXx+fc5/b27jccdP7j5dE+
ffe02+1+wztrrU2nF29aEHNhPhcqZyd8e6rOPew7ifZ7RC2hU9U5xaZ1urd/
ss4IbAEtPGU7Z3oR8Pli3DADWZcrknNiXQDrEL3ZVJMUk74MHQFJ9jgCWicK
FUnZXepWWYwBlcHcJiCayqXGVFfsJXQQAJ0LTp9rXEojlaOl00czbos6iK48
ZcNFOTeAJ2bppboUFy0UVFbI+GtVnl1rlxd3lLFxxcMKBstZz/tePA8luKb8
8z0HlMX9f773vvftH/ev+/wAJHGKmsTgtCT99S6cCBLnwSKkh6XCMqQzzoW1
cJLJg+gkyltyEZLKMfvT/SF5p3jwWyVp9ktAtCfI+hrDKObGGGAhtkNYtUB7
j0/MAKtSliWzRiidemm5w63oT9rp43Xmq3ApqZWPlJ/omkcXmLGmy8utvCzc
lbBoDTR0la3ZVv0qiLsY2VtOjfmRnGvr60ULquCqnqFyVSazKEyuFnPeFQl4
lQbODrdBkucxU0dwSqiU+d2cXbwogKEz8ah6Hm+O28ct1H4doNucFL9mK0kb
y/KKFp2YUMS078j38NoYawVkZeK1TXobHUlc74jTBI94YZo2JQdzugHHOAxX
E6/T6U9VRRaWCTCMOmOFjLQir2gAntrMFIdvQM5jPURMbgDr4deol3qbu2A7
0JgPyAAgA5+btjId+fPMDn2Qk7lbtxVDO4oU2HEkSmMojVtPWBsHg2SEdwmo
SFMZymnb8c9AZ9u3OfMZxwOzQnEWKzbVacQLz/YGyuNqi1kBzugwmitdSx64
SZHSADC8nGS1GT7/8sXl8QHZRkgWIOU0llOKcKj9S0+Ul6QkxKu10ABCgil9
hRFMFgV1TqYLYUYjtp5za820+RXvSiN2xYdNaHmfXJ5fEHL2m8vWplfj+lLZ
oh2hIWclsHq3nu5WSVzijiu06K76jJI+80ihBVpLTVIFaX+FUIvsivZkKQGB
9qfCMfFTqfZpTge4ZTHCvEG+iatVUEa61Uv58Gqddqdxz0jqtnZL/eRqndCw
0u/0IHRGBJkkmAdOHKET/e3h0KkTDphRNoIYwLodO+cK0TvNswahlg3BFOsA
hGMS1NTz6YsLKmUOaD/eLGMv5E9fGdat4qk5Xly+PDJ32Tej+SgreVXrCpVq
kdpS6DI2Mooe8FEGLVwNrgOK02R80EnHn5DDFNM36q7lEgzWg1fMRlaOBS0c
Oq2FS8I984ePlnLqygvEVgttNZusvFWu/qLFF9JeeWyMDPkmZAGn3/TKxQV0
IQshzKyDWGjZj0YVAzhW1tIDKNivRv84TGJPWnl3j0Ueb4lRWZUec82BMIJg
VCW0d0+MMS1Qxq4q9PDuReYDPpeyGnZmcjQPBZln2Yfa7CR/Z2+IqTRgkV3z
+RM2ocjhY6ETw4vOZVisp1IKhxUZnWpRSWFsM3qsVsWJpOtl1baDPip0G2YT
plAQv6aXXn2BizzEywZfJgPxKoxy4BdKHwvldSKOQUR8x6aOUn56ly1Fz5hs
KTQqM5ViBWscFV187WEbHImLAd0aVkejZLsyKJe1vdtJIkyy10RGM7wPAFPt
zJZLSuZFZu4W0iKl4/1/mbJSgezfAAA=

-->

</rfc>

