<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">
]>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.39 (Ruby 3.4.9) -->
<?rfc docmapping="yes"?>
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-bcmj-green-power-and-energy-yang-07" category="std" consensus="true" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.33.0 -->
  <front>
    <title abbrev="GREEN-PEM-YANG">Power and Energy YANG Module</title>
    <seriesInfo name="Internet-Draft" value="draft-bcmj-green-power-and-energy-yang-07"/>
    <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="May" day="27"/>
    <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>
        <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>
        <t>This document makes use of the terms defined in
<xref target="I-D.belmq-green-framework-06"/></t>
        <artwork><![CDATA[
- Energy Object
]]></artwork>
        <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"/>.
The meanings of the symbols in the YANG tree diagrams are defined in
<xref target="RFC8340"/>.</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>
      <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>
    </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>
      <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>
      <t>The IANA requested identities for power and energy class are separately
described below.</t>
      <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>
      <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>
        <ul spacing="normal">
          <li>
            <t>Unknown Accuracy: Data accuracy cannot be determined, or measurements are unavailable due to sensor failures, powered-off components, or other operational constraints.</t>
          </li>
          <li>
            <t>Estimated Data: Values derived through indirect methods:
            </t>
            <ul spacing="normal">
              <li>
                <t>Static estimates: From manufacturer datasheets, nameplate ratings (critical for UC 1: Incremental Deployment with legacy devices)
                </t>
                <ul spacing="normal">
                  <li>
                    <t>Identity: <tt>accuracy-static</tt></t>
                  </li>
                </ul>
              </li>
              <li>
                <t>Historic estimates: Based on prior measurements of this specific system under similar conditions
                </t>
                <ul spacing="normal">
                  <li>
                    <t>Identity: <tt>accuracy-historic</tt></t>
                  </li>
                </ul>
              </li>
              <li>
                <t>Learned estimates: Generated by machine learning models predicting consumption from workload patterns (UC 15: AI Training)
                </t>
                <ul spacing="normal">
                  <li>
                    <t>Identity: <tt>accuracy-learned</tt></t>
                  </li>
                </ul>
              </li>
            </ul>
          </li>
          <li>
            <t>Measured Data: Direct, real-time sensor measurements with quantified precision:</t>
          </li>
          <li>
            <t>Bronze: ±30% accuracy for typical values.</t>
          </li>
          <li>
            <t>Silver: ±10% accuracy for typical values.</t>
          </li>
          <li>
            <t>Gold: ±5% accuracy for typical values.</t>
          </li>
          <li>
            <t>Red: ±2% accuracy for typical values.</t>
          </li>
          <li>
            <t>Ones: All non-zero digits are significant/valid.</t>
          </li>
        </ul>
        <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 (<tt>-1</tt>, <tt>-10</tt>, <tt>-100</tt>, <tt>-1000</tt>) refer to the unit-multiplier scale. For <tt>unit-multiplier: milli</tt>, <tt>-10</tt> means ±10 milliwatts.</t>
        <t>Example - A sensor with <tt>accuracy-measured-gold-10</tt> reports:</t>
        <ul spacing="normal">
          <li>
            <t>16.25W → actual value between 16.2375W and 16.2625W (5% = 0.8125W &gt; 0.010W threshold)</t>
          </li>
          <li>
            <t>0.15W → actual value between 0.140W and 0.160W (5% = 0.0075W &lt; 0.010W threshold, so ±10mW applies)</t>
          </li>
        </ul>
        <t>Explicit accuracy reporting enables:</t>
        <ul spacing="normal">
          <li>
            <t>Weighted aggregation: High-precision measurements carry appropriate weight when calculating network-wide energy consumption</t>
          </li>
          <li>
            <t>Upgrade prioritization: Identify devices with low-accuracy reporting for sensor upgrades or replacement</t>
          </li>
          <li>
            <t>Compliance validation: Automated verification against regulatory thresholds requiring specific measurement precision</t>
          </li>
          <li>
            <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>
          </li>
          <li>
            <t>Cross-domain correlation: Map accuracy expectations when integrating with external systems like 3GPP energy KPIs (UC 6)</t>
          </li>
        </ul>
        <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>
        <ul spacing="normal">
          <li>
            <t>80 PLUS (Power Supply Units): Bronze/Silver/Gold/Platinum/Titanium tiers based on efficiency at 20%/50%/100% load</t>
          </li>
          <li>
            <t>Energy Star: Government-backed program certifying energy-efficient products</t>
          </li>
          <li>
            <t>EPEAT: Electronic Product Environmental Assessment Tool ratings (Bronze/Silver/Gold)</t>
          </li>
          <li>
            <t>EU Energy Label: European efficiency ratings</t>
          </li>
          <li>
            <t>CN Energy Label: China efficiency ratings</t>
          </li>
          <li>
            <t>CQC: China Quality Certification for energy efficiency</t>
          </li>
        </ul>
        <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>
        <ul spacing="normal">
          <li>
            <t>Certification is typically applied at manufacturing time and remains stable throughout the product lifecycle.</t>
          </li>
          <li>
            <t>Measurement accuracy may vary over time due to calibration, environmental conditions, or sensor degradation.</t>
          </li>
          <li>
            <t>Certification is generally associated with discrete components, such as power supply units.</t>
          </li>
          <li>
            <t>Measurement accuracy applies to individual metrics at component, subsystem, or system level.</t>
          </li>
        </ul>
        <t>Both types of information may be reported simultaneously for the same energy object.</t>
        <t>Example: A power supply might have:</t>
        <ul spacing="normal">
          <li>
            <t>Certification: <tt>c80-PLUS-Platinum</tt> (≥92% efficient at 50% load, independently verified)</t>
          </li>
          <li>
            <t>Measurement Accuracy: <tt>accuracy-measured-silver</tt> (±10% sensor precision on real-time power readings)</t>
          </li>
        </ul>
        <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"/> and RESTCONF <xref target="RFC8040"/>. These YANG-based management
protocols (1) have to use a secure transport layer (e.g., SSH
<xref target="RFC4252"/>, TLS <xref target="RFC8446"/>, and QUIC <xref target="RFC9000"/>) and (2) have to use
mutual authentication.</t>
      <t>The Network Configuration Access Control Model (NACM) <xref target="RFC8341"/>
provides the means to restrict access for particular NETCONF or
RESTCONF users to a preconfigured subset of all available NETCONF or
RESTCONF protocol operations and content.</t>
    </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>
      <table>
        <thead>
          <tr>
            <th align="left">Field</th>
            <th align="left">Value</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td align="left">Name</td>
            <td align="left">iana-ietf-power-and-energy</td>
          </tr>
          <tr>
            <td align="left">Namespace</td>
            <td align="left">urn:ietf:params:xml:ns:yang:iana-ietf-power-and-energy</td>
          </tr>
          <tr>
            <td align="left">Prefix</td>
            <td align="left">ianaeo</td>
          </tr>
          <tr>
            <td align="left">Reference</td>
            <td align="left">RFC XXXX</td>
          </tr>
        </tbody>
      </table>
      <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
<tt>certification-type</tt> identity in the <tt>iana-ietf-power-and-energy</tt> 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>
        <ul spacing="normal">
          <li>
            <t>The certification is issued by a recognized and independent
standards body, testing laboratory, regulatory authority, or
equivalent organization.</t>
          </li>
          <li>
            <t>The certification has a stable, publicly accessible reference.</t>
          </li>
          <li>
            <t>The proposed identity name <bcp14>SHOULD</bcp14> be a short mnemonic derived
from the official certification name.</t>
          </li>
        </ul>
        <t>When a new certification type is added to the registry, a new
<tt>identity</tt> statement <bcp14>MUST</bcp14> be added to the <tt>iana-ietf-power-and-energy</tt>
YANG module. The following substatements to the <tt>identity</tt> statement
<bcp14>MUST</bcp14> be defined:</t>
        <ul spacing="normal">
          <li>
            <t><tt>base</tt>: <bcp14>MUST</bcp14> contain the value <tt>certification-type</tt>.</t>
          </li>
          <li>
            <t><tt>status</tt>: Include only if a registration has been deprecated (use
the value <tt>deprecated</tt>) or obsoleted (use the value <tt>obsolete</tt>).</t>
          </li>
          <li>
            <t><tt>description</tt>: <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>
          </li>
          <li>
            <t><tt>reference</tt>: <bcp14>MUST</bcp14> include a stable URI to the certification
program's official documentation or registry.</t>
          </li>
        </ul>
        <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 <tt>identity</tt> statement
<bcp14>MUST</bcp14> be added to the <tt>iana-ietf-power-and-energy</tt> 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 anchor="sec-combined-references">
      <name>References</name>
      <references anchor="sec-normative-references">
        <name>Normative References</name>
        <reference anchor="RFC7950" target="https://datatracker.ietf.org/doc/html/rfc7950">
          <front>
            <title>The YANG 1.1 Data Modeling Language</title>
            <author>
              <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/>
            </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/>
            </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/>
            </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/>
            </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/>
            </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/>
            </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/>
            </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 anchor="sec-informative-references">
        <name>Informative References</name>
        <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'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
ofkAzZcEzZ8H8bXffewNg1xeJ+m8L7J85GXFYBpmWZjEF/MZwDk6vHjueR+J
8zzIi8zzwlnaF3laZPlmt/u0u+kFqQz64sXZuXebpK+v06SYKay813IO3436
4uu1oziXaSxz/wDxWmuLNWqCHxBv/E3DxQ882rVvsNuzYhCFgCHgI0aAaCZa
QZEn/jUOAv4eiXAs4iQX2UwOw3EoR+uehw37+PZBMiymMs7FMInzNIkA/ywH
Evw5iJIYBjeXmTcLAb88GbZFlqR5KscZfJpP+QOQcxrMZmF8TdjsFfkkSQFK
QB+gD1+EcdYX+x3xTMZJmHtCjIso4jngr8R+FISZhCdJet0XhzcynecTAElE
E0JOgzDqiwE1/lyax34yyzpAMquPL2TsdAB/i/0JfUmwvyyCWxmWMIfwDCj1
+YS+7wyTqQZ20hFnQTSVaeIAPAnSMEsi6xnBPYpH4U04KoKohD3lpp1Q5uPP
r/E7G/4fOuI4jEeDKBg5HfwhiO0HBH0visTzJBWHw6QE/5cg7kSq4efjJO1I
eOrFSToFZrjB6RVCvHy+//jpTrePn4VaNRcTyQul1+mJgyAPcMXICOl9DBxf
BNeSmhOTiM1ub9fvPmEAQXot876Y5Pks629sQIsgT4Pha5nSKDuA7QZwxMYk
n0Yb6XiIfWs8nmxtu3gQDhew9MRBGFynwTRzu33id7ce1i12pbvd3dzuOd2e
yhzXodhP4nF4XaS8dM7SBFgcJrZ1enix/+L0+bqLTM/v7j4MGUTA0KBbocHL
w3PqzfTv9vr4wb1iT7rX7c2dzRoHnMthkcKviQTmap2ff7lOixdkgZYmjSh1
gRl6D0MJ0TCE2N7eraF0kQZxNgMZA3w4B8FOKIb5XLQujs/Xyyn6V5mi+AX+
3apxzAMZFfHRuD3tdt1J+uPl0b7wxZ64PDjznwUZyNSTIsrDWSTfwGfUP4qa
ZgQOXpvAPDsPwwtxsRbQKpy8NxzKLMMvUaDz2v4RFxbwchiPXSlDBOw+HoQg
1478gw6rVoTgg3ieJiO/bOHBj+/7Ihhk2FXueReTMEM9wopoJMdhDFos11IK
kRJTHIWAbms635smcZgnKYqvZAyv34QwfnEboooA8YmaLZZDVIR5An9Mp0Ws
OTxmAmYdRmkajkZgOIAaO0LajYohtkIEpQBNLVBVZ2Lt5PL8ArUw/hanL+jz
y0NgkpeHB/j5/Mu942PzwVMtzr98cXl8UH4q39x/cXJyeHrAL8O3wvnKWzvZ
+wqe4IjXXpxdHL043TteAx0CFLLpBlYGDnAg4RFYErNU4pCDzBvJbJiGAzQE
YvFs/+w//3dvW7x9+2vgqM1e7+m7d+qPJ73H2/DHLYgA7i2Jo7n6EyZj7oGa
l0GKUAIQGcNgFuZBBCZAkIlsktzGYiJTCaT8zddImW/64neD4ay3/an6Agfs
fKlp5nxJNKt/U3uZidjwVUM3hprO9xVKu/jufeX8reluffm7z0BjSuH3nnz2
qbeIiYPVWPikZGH8Vtli92VnT7Nzm3rBBVRkEiYqkxZqYey9ffsZrlJan2z6
Qjuf2vnd7rt3HWZ5C+swHkYFMJIYJPmEIE8XoqzG9GLwF0AzI1QUYoCzGk9H
EaxKHfhqQPI1iakX/Md2sBiDgSARyprGfyCj6bdqAOYpKMx375AAUZTcInYW
CFgW0zBOogRsZwDy6woRrMeaDDUHozJTWsgOwWiDlQcrJAp5ZvTEAbkXyByy
6sIRKtxxGAwi6Uy2mMogA5GO3yepl0pY0Bm0pS9qaA0nAcpSCQYnqG8gOq5Q
xTNIgGyYzKQHk0MyQ3kCjFBHXJAWsDCmuRatQcFSBZ2HKJyGzHPrHjgw0BM6
AdADGNDwiRFKwDIXh9Af+jGidZYcrgsZj2YJSCRsDgZxLs4OLtvgYyQpmJmK
daYzACgymd4QWJkPgfSvUJowRYc46LZC0OY8+SYH+BnSG0eJkMBrgc4EDVV6
6hWQULdo5qCkSsb5LY4Ku8Yu8XlaxDHpD6YWvwUTBAsYKJ+Brm8z08s8RfKy
nFWIkGBlkh1wd8fgokR6HRyOgdKhjIdgxhwcHx6ut4FrFJ5OS2G33MeWiKM3
S3JkkSACGyOtgXdeOueXchp6kuLUgIoFFP0IX2HKkiMh3wTTGdI0EDybxMG4
iIMwtugIzu5wgmQ7RlkHBhiaFkipSxi6aB2fXcJwzokNxPNgAMRRT86f45MT
gObV3jqBt2CCP/pIXJQrripBp8Fr4EWUXzyVtHgzJVhHLMXuWsBsnIDlRuyp
Pqtpsf8APGPgRuy38r1hNfd7tezdL8uZ2KjPzUtca6p9A5eIGpeotquyimq+
Gos8hNZ3SFzPpQULf1YjDCyVBcr1cZpMxd0zR5x/Z6cknZQdEn7HBg4KOM8V
cNXhFpkyLxmzmjBFA2c4BFsviIGUKEVXURYKTirHIMS0RAJPPw9gUcUyKTIP
wzG4PG8nIa4qLdBg2WWAWYbafUZmJ3yWERAQ1hOse45Gea18PsO/wSiTb1Ab
ZDziV0GeZ+sdhX1bDOasjYMMpJbRGzRiDyhQRGS4i2CaFEAMmHHyIWYyRaMe
VS9K8TycggZo7tH7Q1JEjC727U+SIkUEnqFtAF0P5Qy6w7lJ5bdFiALSqCKl
88FoxxidJpqMUcIjkwSRT12XQr6tbQtllM7gefgdGzzGQIKvJbs/baQuqEg1
l0DPm3BElhjC9dE2vuaw2E0ob8FkQtkUpHOyU3DagSjUK1AO/Dj6iP3Cgoqp
TVZkKCSDQRiBa+qB5IjmWQjq/KKmWitmU83sA+KBYQ7iN+uUS0UxFfWlTHcU
nWQpMdUyNJPKxSm+VkGebzoEBAwHVGZaB2KobpBEmVCmAAHKMeoyUlEXmipr
sX+tgjXfoJAmx5zNp+d68TGyNbtMOJ7G3SJjiJyWLbAkKRylTRJtJijlfoum
ge33GTqz0YRfEbHbZlGM5BSB0D9DdaAQW3gw0OfKYr6dJMA9wPY5+vOKhE5X
MEnjQGOFT1NYqzewyj3F7ihkwIwB/QqmLAsElAeKXvS3jMmQAZOXPLlMkqcp
tleStTQtNalVBvJ4epY0ULzNQrDGlSyOZoQQjF8GIKscsW6bU+RkAHHQvAuv
47bHMyDZJR0OwYIdzrVJt6ctDHpKPIiLUFN5mbENHK8EmRwpNqeRjMIxkRMM
pFxJdQ7jwyLNpR+MpijNAaT9LQoLj9YBTNEN2q9GTGqPAac5HqngjhEuIIwJ
jiA4GdqGM5w6ULbzDq0UsO0VUJhysKqBU3ElT419GoFbbgPxpsb2KHmLYdnd
ErFajxT9SGTSFkXCXtajde82hBkpBba25QKaFxJJcQ7fR2jsg0dWTAdosY+V
ihoS8YLYYzzteNKirtVCfbTO2DovefhSWyk6mLvSfUBNAhZ9iLiQcMZIHjyB
8achTkUpsdFxmoFXA8sjGvu6/5HDMzRPORu1pF1AhWSoBYIoB710DWo29k5P
DvZES0fLSmOPlgS6IlLsgbUMGNKqX0dBBkRjPwwJGF9H0luj+VrD6R2LFsyN
UIJy85t1cQtrARcOYA76ri3AzgVk0HMKRqCyLNtEmyEoc0CNwFy1sR36umy5
mxlBCEpo12ekLSbBDclMLXZGvnkR3D+QPIgoSBskeo2VdFPA4r/Bj8CtLnyg
FHNfkKlT3REDI++3vp8mFe6Dr7+vPMHpnP9GfM0t/HD0DTcSup15IJwfcFjY
2rbbZmBgDKVvNAC89Rlam5+KjcltH1zfEXp0G+b5Bu6kVGDMlAvA3xl0HQON
x0sNgK+2NuvNEfAsQhlCTT/TaBcL2qNo9KccKw4VaAJPbn8+h+mpv4TxEF+N
WYvQz+56iacKhAews0ELfuzv629Z0tqPEpAc6tVBAlowiCs0NExQgZInYID7
pVhAa5ZmiOiyu33HG7j3dIPL5rMlb1QoaQ3xQbS847VFdKlTxrwylGluLL/s
N2I5gvaksR5YMKOlxlrEAtwajBDueRLOYN2BIpDlkjOt8OtFKJVYSZkCCHvN
2o+tJVtZrXarkQRpHWWf2a3wyW1FfXjmndulskNY7Sqyw8C327ikFQsfGtKS
OHHl2oaN0Ib10kbNmljaBVkh1elDseu9pV3i12AG/34tTwvQLihhfr/WKH0/
3+xu7vi9zU7+Jv/hr//xDs3Al9a0a6fzSyUQ2dSv2oUEeuI0YZmvtwG2tp+A
a02qVHlv4FEa+8yrZltoT+6INVUzeAw+5RzQA8s9n5AKUqFP9AHQ2TEvlZa+
tiDw2zWkDG6HzCbgb8GSBHU3km/WeGOkKMLRWkfsgaVOBty0rV7AgeRq/waN
8OMwQ6fXKzvBXZcqzGlAgU20Ss7UoyN8ovVxJK9BkHiHNJvi5OgZuju42fx0
awuJN0YDQL6BvjJ2Hy8vjw40KpcxirsMVb93GVNKhjg60MRQkLZ7m5sASZk5
BlvQ14rQy3JfbO+wHvFtezwVIXrFZM0gpYCIDXp2Tc2AE9YoiUdvaqK4U0+z
zqZhI2API474ZpHGHB1i4hChlvESchuzsko8EQOw7MBNcq0SbVEKO+6g6aNc
N08D9y3vEtqvvEY8thTZsh1I0ev3YL5LW5JM8SBCCxzD1ehK2TKFg0vyDWhn
aAf9C82IDasB7N6gyRRiYvDSgr6yRO34kJesrUdyqXEGqYHODQIuBSf4Fh3Q
HIMpSPzMbB4ZFFolddZpoXNUmPohU3caXk9yGL8VTsEtEB1wy8u5ysxk6cnO
RJmpxPF3MysCzWnjZnPjJK4MiRp1xLMgY8+nbQX+M9HSAWy1abFejt1wm+7A
ggm86X1bSBhHmHfuJTcD3HeihTIKM4pw0G6ptRlhizcOXGins+odtw1qswB9
3A3gq2jk2are8rHCKTr1YMzSBDKbsaISwfV1ChKLnIdWJqVaxNRb5hNUx4DA
NQBDEjgmCtU36pnDk71T8crEg+hPTIaj73BMX2Cqm9daml1we72BoZmNYAAT
tLHOQgmDiBjQGWlQHoFiF8mESLFdMYsoSgPYGmdplEzR84VvjYz0WEayOHLQ
0+BGJMV1gA0p6MalPL3DiY9mRvZKFV/SawZbyTfoyqsUCfRF8eEgyIH/7GwF
nl0QgrSLRQktmrCnRxdf+YgPfBGMSvb3SK6HNI+2wlHxq5sgDcGNUT5whish
AbFqD+xWqg29EEMRU4qngH73bmQ8SlIdh6zpFmuLdqlqEUqMV3e0TTIKoNK0
A67W0OPtXQr+o/MPphOFXwVtH+oFVWSsQ7MkKnKLZCYOZG15r7bT/SWgcoOh
QpBjk4B99oEWUNcJOszggSK55ijE6OuSojRDnmMIUTBkAv60zGitBymrB7Nk
7PkgTQncCqbAqJC6GWkMEgMUgqAg28zPEx9TeIQdZtQGgtpVBqWapmRRAWlq
2z8d2k6y8bFQwezOqbQ4TAU4wWNgNFXkHaMb2BK6vHXjgtwM+FWOyEqkVmwp
NTWEEYB4HKm9FoyxzJsjm3ZSr5U2oFR5SDtXNCK1tpyEhBq0IsP8RiCbIpkT
ZK7uIhMXZNJKWzDREhUpaQ6UiLe/ApeA8odvTLJa7xP8Ev+h1ZTNAlAGa2D9
9BFEH+YlmGb9N9OoH2d9fLXfCHqNoMzAIAvfCJkYmCz+K2qK0DCtJ7ef8N8m
Bv0r5bisaWnfF3tVt4EWrPEpyugZI/Ku2j8895fQxCCDDRX6TQgd7Z3u+UbW
sN8UKslcFb9iGAVZZvD5FafNBrHaJmKYa6SaOAbvaIA1Q0LSiMNctX/1hXgl
B33xu7v0FwmWjU8V6vAa+hjwHqbp5kmfHn+uX/h0TQ1ZWL/wH2+ezCyES1ZX
rKYzuLNmGVrZSFHwH5hMpF836Sou1vvJbJ6S1dcarmOK4w6r/gvMey/NFuB9
FCTG1cOENAWBE8Sz0sNBKw5TYggsKjFKCBlVOn4pQQ3wBg5iiT2hxMdNFDKN
6ZtBGKstvSn6kChDk1QBwL/A1ECalh4R7S/g5luOtJgVaVYEpHRYSWcFuxR5
ooCQDwi0jDO9i1yGp0POlxPnqDN40M/OD4ApuDmY2goIoAeIAebnevunM9Tk
KIn5KBPHIEMjzL7gaHlmSIE2GdqOCbfXyfy6gbG86DSClCXXKtx9NFPWKxQm
ttNSS6cM2WyItMJMHja7xJ/gp9rh7e1tJx0PfZgs4EjqErvCFFJsvv6JUFYo
QQAvREbjkiqUDU+aI0J1TJK3XKWpZDIg12Eysr+5qUVLbQ3hskdtFkTmtbWl
MhCx61e2uyrysCr3VEynMdS4DDFMJC7fpu3nCPeXsiykZDDs0MAhNawnSs2R
eZcWSqa349IkYRcgEBMwBdAbneNcaVgGCMFss8eCbERuA9uivLmtttLRPkHe
JsGiLRMDhVYXQCbjCxfLuKCt0zAeAdPBKqTzJKA+EH1rALLEjlJIq3alxXG0
PINMJfVZZHhB+2valpoGc5URxhDK0fNGzmgU8haIed+QF5MOfb3UfWXzgC0o
5YgkkHmjaZLNQ/HD3/7XD3/7K/xnIPtR+Fr67L4tbVfEr2PwxO02/51//a3e
NLgB1YIpE0tBygwMNvSrG4DWGmOkMhyu0hJIi1qmqW0N1UgGaewiUGujYu1W
o0UD0i39QZrE38naC4swrrzn9x7+Zvc9Xl347kKSWO/WX17cYxZGIL/v3xu/
53c6nXt0dp1E9am7syt8654dNbHInf3gv6ZuFr8Bpn9WEVRGTFAaJfgb8Uim
9VfJq9HpywYAmBVDDNTdhpkFiSxWmfVtxHiy+0L8dsMXW92P7Wc8NepZz32G
tOzjB3y24zwCrOgJPdr82BrXUWwEIpsrzZQolQzIc7SWZFZKT2WIc3DAyvtg
cRthdsY1RhhvQGuA1yjfYGaYABM6xOweA+c7mSaOcjgPcRO7mXBkjELHSRqx
0sTTgJhaHJViHforyKHVmkfoKODR4b7Y3ezubLX5Y+/JTtd/7G+j6C9Jc3h4
KHrbOz2lk2qzVuaoYwhqitamypa5Y9Yp4DOg2IX1LW6HZBOYREuzHXauOzhp
PfEx6u5UBhQlFL+lqex2ujslIMq/cek3BfWQRiouRWHnJWzYZnXJarTUdOYI
wxgcfdNZnkSgVXF+FDHahjMwkGRez4oxeHnSZEKaLg1DkRPM4RLTWIMqeWwJ
tZzFEycKSl8oEu2ICons5n6vX/5BdBaV5m7rbt9p3a22rgDvlu2pefeu5qY9
N+8uan4xKdTxjjKFu1m4Ao73XrJxSWbM/ArRvDLvAmY7H6PTyARwEVRxaIyk
Ub4PZRnZPFnJOlcZUGBrJqnhbt5G4OQ0aEPL2AAAhHq7mztd5c9hr8LKrIDH
wPRRKFq97r/5W+ttltI1U69GJZW4aWhV5uEEw7ywjEVGmZCicypqH6O329nc
erxDaxs/A46ckosZcZZ7IXY+5jF0YBDcAsF0O0965RsmmH8NNMG0fMzJKg12
RMosRL0OCGqXR39LYFsgH+CbV+v2BOyhdZ6QwYyZsCz0M9y+U7NwJ/X//mjf
7fS2u0R5+LTbdeiu6G1AQAub7nS4DejUfVwnfiQzzoZDVOqiaCXKW16ikXhV
Y197h6hOGj2LTxZ7j45dooIG1trGqCh3chcmxpdwsKmiugSTvUq/lPRmgFLK
NAaCdWIequKSpqhfFP+N4RXKuU1Zrapdz4HkTQDcuUCKj5cPyPK3fhLyqpwQ
M1qzisj7DjMVkiwXDsUQHmVqC0/93al48BzEHhccbNWOK25oGkCqX5WaonZ3
eetOfxfG8GWYO/rWvF85IracisZ1fF8auqxhwLbRHpkEM8eU4jwRgzD7mXMK
UwbRsOANSJEGLMNweQZgYaYYorFU2fKBsZvbzOoGu3uNyQxAgcbv29rgNIOZ
BnGBSXiAZOpumeEdGpiGOpGSQmoqhdcWeSUYPEupUxCRErij3nZIYh2hKGly
x2xrj/4nIQvgZODbFgc2NOMa6/RdTRqRzbNcTlV8F48KzmgD9Q5xpuINP9VA
pmBJo0NA3dguDG+NzkBChRTKXY6lcRh/1MWlF0O7mQdKWuMRLC11V0NUxSGa
yaob/fTIsvUBVB5yAJjcKS2kacWh/VCa1t+zFeHz29+LH/79/2hIv0EHW7x4
2dgGfIf7kAWch6WEUc3+7ujzUPL0FHEq8e8l0atfGH269ybQL45CDyDRL49G
KxOJo4M/K/HcW0U8r0iYOwU0N/u7o9BDCbSygNbkuWtp/dzoc8+FtYKA/tlR
qAs435tIvzwqrcxJGPH6BxPQS8my8/7WMwcB72AZbPRzoczKclkH8H9BpLnX
QlpBIP+8iHNv6vzCyLMyfapRl39wKbz5/lIY/90lhH9GdFlZBhNd7lpGPyfC
3GcNrSCAf1akuS9tflnEWZk6lFH0dyF+78xOMllJCkYlf6GSuYAbwZtbMO3l
fVvmTdOYt69N3sAm5gFQ1sDm1k7XDsTjP8xBHcmxc3+DJh2d4seLEp7ob4RI
8cCRWOuKTqfkVwWPknmCIsrxyV0U5jwhhayzsayQsPfazCCP8RhxMs5hYAln
0bfpiNkcqQO9flyOz+ER65j8e+RK25fyVLZWDYarJUnbkMrU6JKT7pMiXR7e
wsMsBgaf2zinIZ/LXLyU13iiYd5ZnJmO7/cXvljmQdnp93i+hhLvgyxTCGXO
vQWZhC+abIT6BUr2krWeLmGlhglDSCFdSEn3JdExNpnReYvK9Mkya8N9y27p
ZI1IurIndWGVUMqu9DlNN8N/MMft5/JeIN58bNwbq9788KPQZtEFU/V7oMyQ
FlOCZbRJybcbquVsgDhU6Ig9c4xyKJ1z2pVZqFBXn/ax8awjphJ7XMLDQjVg
crw7nRJS7TP9DjnunJB7sKpYo1MmDN/s2N5/9YlWKKXs7W72/MrqWv8pF2Yy
Ht9nrGqYJnvmH2acWSTl7D4jBYntW0zzjzDe6i1RdUUolgiPSjZeVjlMY+c5
bxnE9+JYvhF7JGDokkJltuD1bOUVyuD/UP7WMCCTiDI9rXWfZckwpCwho+no
fk2ZqqbmYC6bDJYtAVANHM5scnP05wnYGi1/c3u9DX/5mPP+b/CX0+Y7sNew
Tc9p4x7uCHJs0ntCTXSb3hOnzVhOqdGODae347SZhUNssunC2XTaxEEMbZ5y
E93mqdNkGg5TaLPrgNmtNImisEVZlGWTLacJEbfVdTpyz4e8DqOkpUDoFi6M
qbwOWrtuCxeR6xBaPHVbuKPJQd63NE1UiwpNZjKHJjtuE5e0YFW39ASZJk8q
M50DGDXRqklloucJNdlet6DY/NK07spF4xO/LV14L8ubdINK8ivzZtN6MP3f
Y12o5XAHwsT874Vwr3EB/3QY41J8H4R7Tz4wwiQX3gvjnQ+MMUqp90J48wMj
jCLzfRB++oHxJfn9PgjvUoo4/vTWP6zA4Az990B9i1FvxvsnpDkDejjiXdFq
wLl0O+5ntayGM+rf90AZSN1rA498aFKjUbAsDLMc612FdTPmPy3B0Vh5D4I/
tVCvoW8wf4iVuxr6aEk9nPCu2P4A6KJV9x7o7nxgdMHCfA9sn3xgbMnYfTi+
rl33AfAly/s98N3+EPiqWxftS+7omocmmdHgYzuHb5yr8rKm3tRpJX9gLgCh
yMUiJJrCGG6cbI8uXVFnoAaV67TEs4U4oNf+Y2OAMFfofyrzn4AGCuqKNKDW
PzINDMwV+tf3Lv7oZCgBr0gJcwPkj0sMG+wiLPDXoroFGhe+357vrV8SOT90
z8CVUBtvBbPKq+ggIP8/wjuAnXtYzTYaXhO8Zu6X1q81YiNUQWa7S4ZG2x2x
KzTomDyVCx0YORKO7KDXId8OiwD01ZzmPjqqGpHxAbEl47Sg8d6WOU5l7pUt
bxIuB2eufuLbgMvrtd+WLUhY8k3b1nuNZMEzobF1vTMH/0F+f1vgvo95wMNz
qFTi9E5/cFBruP62hqQue/DWxmgWgDpZc8oFwOeyYgD8QddFW2N7d/cwX5pa
LtUKdEsuRrYhmEuS6dQxDHBI577LrW2Y9GmAJXmBaePX9qaMMzr7ZKpV38bc
w1abffx6bgr2OLFXZw70x3KpMfu9vZs4+w2r06kOU1+e9nyrGW8q0ODMLM05
lV/4xP6azYU1Otq95jzBQkABnSzFG9edRwuG4iQf8GlEeyB6T7FiJNBx+ji5
rVw+w9er0e66W5zLHarqzSrG44KpXQxuAy4PUvIewPmRogdW+6KD6i4wY2xN
g2toh6UMTctWeby9TXFl9RFL+qxbd3+4EDOJ91nmuN6DrLbBoe/4MlyFhcBw
7+9GqhOvFXC6mzpVdL2vmNRQ+T7fLu685YJU90CjZmvJznWnrSpuWSU41Z29
8Hv4upg5exb0A0tf3tIpdzX1LJ6y9c4COVLh7Uo1kQa+Lu7D2Mu5tzw3zJ3x
6WG6GK6iqnQGRXUSmEHehNNiqmCYXV2X9ak8WXkvuqoIUl7BqH7UzctcQNiw
qyo2YB+Y7ojDjIozBXQ+vgKFMBkUI6xhah0UV1XDglkwJHM4CqjG54pTs2BL
zpoaq5aD+1RZVhUIzky9+1HkUfUajoW+UUc0iCDrRS5by2VNE7qSsi5zkZgV
fnWB6kuXzHWCZclaXUrMPtLOSVmlbKmwWkLbTyyBikwXXkM/MEhhaYIRHg5X
nMpl9zLeYz6XnM9umFSdcNV0L8U9pnjJDR+MCl7Hr3Msbidcb6y+aq0X7Lw5
W4u1SQyoE/LtuqyzLwqhREKsI+Bc7ESXo2lEHRRdSM/mmjruxWNc7opusNCF
QmnIfG9G5VoN+tGWNcgJTMZigWZfnlHCtq61rqs+vA42p0u0eQGxMCoTGLFm
p6R7xmiMTQodGDLQaYnDtBgqUWUumbaSi9y3VYFjllh4mTjeqaVy1GQUqjKT
bu5mNY2HfkrWWHFdNGUWKpbB9WA/vo+RdJ/8QWM6uYAatVF5oX692EGVVUcy
pbvfdGEFq5hqtVK2wtDpsjJDMaeNDZMUFw16MFinD4SbqRa4mPYVmtfqSjUQ
XlWYWpHm9eVfImRTGh0M6rCFWma9pozpOnYwDlrkg69jMhi3rwDJg9fgf7D8
QOOuQqw6MbWBFugeKgCHWHFjqJd8BZqqjpBSSpmSJjV2UMXXywt0qiilSYHl
ZSdJkuvLses8YkusxgXU6A25V5svmaqKO6Teu78/1FhrbYHluLu9yHLkmr33
MR+pX2HVD9ZXr2sUlN22ZCHxtVzYKAqynC74XuK2BDUnxeC9xF9RDUqnhb9o
V2BpP0Y/rTozy92Xqm9Sc2bcMVk3O9H18XZCMf1glRjMZ5ZWhQKrDDOVDwmp
Iq5dlrgCI3VKI+Md5rMkq/DSYmXQXJDvv5CvShx+fMb6mfCVrjtc36GojBCd
oAHXydFer75SzdxUJbhWDFHA+LWNalk5uaIsaqMdZE6bztp8ZZfpkyu61rhe
gcPqpKS3KhecKaf8LDkUGWCF5dgW+tUf2mVbxtLLXatG8V1TeqNF65F9JzD6
cyywSNXCVRgVczSrN2K7to19H9gyN60CRL3d6LWpVWF5a/xNBcQ/Hbh5ZS7+
6cHxzz89OOvH4o2lgu5DORENNuo/vYj39SJ4Dn3agnRLBj9ApHENpb4Dx96+
rfW9jAlUZdQqVoq9B5Ha5DJXnBr//GhcE1hU8j2jmZHTWc5FGStRYi62VunO
JRr+z3K/+ENlK8o9PLhkiBUP7Mw6F1VWTnL6t8Ik9QNf95imKoiHGRbmZNeC
02JaqLiHuipcTGwPeEZkY9EOkjonRjD0JchYSoXPghkxXl1TeCRM0X5UUEJE
eYArs7c01SW5VdvEGsQwKSiioooK1U+cRXPa/K6AeFQ7qPgIjeaN0rrCwldO
EefK6UI1h7cJYnpDZto1yz+UC+7ue+PBQv6xVAOFhkCb3R1DoPXhFN20WIfS
EJC3bCgNSRIVnsEdaSs1qbxW1U5P6IiXGMUfOptsWPvo8fZuT8hEg7jANd9x
fTn+qfqOVh6Vougqq2Jh6kmFvBsbVj5V2+Qgta0Mo7bJymGX64Hri9Cmagt2
sdOaxCPJxWfrZc1YU+7LCqYtzj8BcIhDM29nntSm+IS9C0kvW3PsYg1Dqcyd
/ZkX5qg6L81JHjUM1AFrqx4drhSrrDV+/raoigxxVKaEtLCc6bqJDyMZWuQG
rlfyiNwrAxWa9SmxktM2Sm7Z0GyxUQVh8w5yDCoxNiDZ2mNTWFftxivN6Rr0
dhUOXW3O/isZOtFcJbrY+S8ne18p0wJPxcdVGLCu/1LEXAKOLycQk2LKdzmP
SPGCrweWe1aZ0He1GVXtHjatVbTWvkQk/CoSzpzZPFdVNUJcsi0FNmXcRFgb
EBO5BsG+wb5h2LZcNb/MFQq1pDNdCnFJruqhiWpSSxa5RaqqBE7DNOUCi8pi
kOby9YpmsdUblnIWrUeLcuAercOsY4lovvgbOMhAUa9gIheWEEcrKUZ7mctr
iLiYDjiPlndsh7IsW+AAKcfAyODd8apQbf1hJSvFwLFUcpI+ykjVqZJvZO5N
Q1VHUr5BizFERGe6ZqGdICK5MPtPlZSnaw1buXhlHpxrupagjFZ+eAKcs4Ae
nAFn4fSTWrzGZFm22bCC7duYbWfy7VxOd0wx+2j0RrWjqtWhSh77ms9rRtDK
et6k7OnkSrB+s1nCHpy9al39UpFMBg+V4WeVXsU1dMcu4MILNiy63senIBgP
dipWupdjwU5t9QYJnThEEUl6z6QILYyf6Kv++QaPhiVBwVMkdcWraIgZVC6q
aHAsnEsq7vApsK3jUjTx8d+BS2F+wf+I26hKtfe2ryIRWFvXnwbpazDPfr+G
kZs1+wmm9fx+rbFmcwfrUP/w1/94x3Xh8cYEiz9WKstMVfHKfQ9P55yOYE6j
5LaxpPaSGtJeQ1ltb/WK2gshryEUtzS157l1pPnGCGqoKkUT5df0lBzhRIGd
I/Yylfx2Sgo6E3tU6xhWs8eTdpbApEd9cbS/d3rqTnyPaim/wuJP4HnD9B+k
wMltcV6AehVb3a7b/DgB6PG1pALu+3tCPO12n277mztbu25DsMhxyuieC7Lh
9qYSMyIURhcy4hKCPbHV60I/PbHzRHd26J+A5dcnunyur7n4dI0IZAkXpsb9
C3d3NA60gQfo5WWN36b6wypSlwxUwWWMUHhGBBCP3spBBuPVkF8yy2YqoHur
dzOySVJEyIiw3kYU36K3b8KA35NYwlu0nHGva6C1Eti7K5fAZgCNFbAbS2Cb
YTy09jW//x6lrxV9ecPgYZWvGQTK3AcXvtZkWFT3mp+vWvbaYrtQFYm+X9nr
T/SQqqWsFxex9qyLaHi93HmFDIk7kmXos2a87CpFsDd94L63Va9GOzXVEtiM
RxWTsgJ2X+xVi16vVHGewTy04Dy/revNE4rvcKjmDFM9zL14yPUjfM7bQpV4
dmLbLJOMB1f6dfeutW1cr3qfy+ptd3huGybmyBTThl+w2OxNJR3bG0NHIbxU
IVQTJZX9AqBSRUKyKRv2ERbR9/D08OUXX4nzi72XlVFayQglSgs5zuZ+fguR
6lwnNxtNHPCk68+iInsYzk+64uz48lzf+FTA5M/Fvv3+KlgOsfiTzIoo7wD/
bjzpIkJNyMqZBNP3geSlhEVYXUOUfqMCjODD+CaEb1AmwFLeo01Gsg8vElhs
qhaYaD2jKigb53TT/sYXSTRaX434iG0HVl/jUAqdikDhmweO6VKLjeNggObG
YZGChY2bcyXrqnHchTGGKKKOHHYkwgjg1wb0J2W8MUnwFFedc+IfYQT7p5UR
7INUCx6AfsntEQJCRuoM4ya0vx0+EFXC7I9FQGJi/+4VuhLrfztUqBomefcg
V2OhFV76Gx+JF5antg9yDIjCf2ee9yWqwgSTmfColLpflVKOUC6iuRkM0yTL
yvNR/DGyzgN59hFKfY4VlKPqGC2zKVpyaGLprd1q/ohnGbgqYWlh8bQb0CX1
WnTroHm8W0l2JG0e2zkDQ5A0aEbMwUSFWZPOeVsSY16r4bDGuq2jW80Zo9Bi
A+zC5jyjdW0gYzrDTYKh/teSdNYBaXT/mKK43IN3WPJ/6+D48HAdo+sp1pj0
PIuW6jwcmMbRbTDP2KXHKHymzAE8wMPn4EbhTTgq7POKnqZcR7zCiAJ59ibU
wHaGzl9JxSjBC1n577ZZTV5TLg/nrOR8FEkdn2E8QjwNhodzYN6e0w3CsYeG
LXnlKskyCWMyCG9CedvGl00ii0oFUHkJylz3LD7DkoIpDAIzPCk3hOg8A8/Q
t1spKPEYRwHLkkgGswN4Z3TeJjEUpkisRhDdTuXeIAMHyMyU6OeZW3PJwm2m
iaIYTCDZgWdFNgHTY0algSWGemNyI5nuPi5NMSiGryVuIycppq8O5hgslQE0
vfZ0qp9E3NCMMZkffDwM7cUIwy4ICLwv9DqMSAM2qqxI4FFM7sGZf8TWMeD3
CDCIR2ynyxhtOmJyvt4ZsPWwEYimN74dAqKwNVEBbNEE29HNwuU5WQeTtgd6
5wZpA0sBjfpSpkZJQiFElaaCk0n7BHJKNUwB5YkMqI4koO0x4YC8H30kTqxM
lj27UjxZ3+fs2e2jo2y687zayXO15GjnHizya5ohffP1LdKVb4hOxiaBk95m
OYRDAAiTZIRJq3gQnRxHfR1szkspU5ujWj7p2yPDeBhhrqw5ssz1pJ18Q/s8
n88ZoXJUq4SqK4VilsMATW39AHHV5TVvJJ+bhnX5Snm0esvBOt7xnTl2Rkvo
W1aFbZraIA0zfULQWmxMPYwGhFnEN3tzdO+Ll4eHp+wSceV0cokwqsdiWYWn
M3UrdWVqSlk6kLVrkeya60Nnkjscc+O+OKDC0m6caA9ilsLkpVaaG2q36wR3
V1TSJeFcKqm+5/niUlWf1szWZ06zgMQopgeyzDEdUT6hPaMU1rNTCkcFOVFu
Meesbfbu8cLaUhsTPN43dTNBYgzehliyFlE9NHWIEcW++FcmJVgCwAUYYEmT
4npCGkOlQxIP98E48SnWhVs+CkbWZzHulOI1pXcBo1plXdGClZ8TN6LNdLkv
en1xFA+ZBPDtAbRP5uVd3+jtU6oiub3rZEP5ats7BzpfVeoQXxGeX+ryuBam
z3TVWZjiKuV1cKJaK5ey0UQGEi0KyNMecTLOEjT0emNEjlX1XAuPLzhfnNPw
q+Vv1TI0CxO+sU5ms/BBZz5KQPKp+r1AVKTjTl/sHYmLlO9MX0YpVdL3Ctnh
RBfOZW44qN3+3yB6eGa+xaAWh6RMQYQ+QGR3qS/+8/9hKUazBGi3QxViVjnX
0JidKmzcu7sxul7YdOfOli8lNdy8s+GLGKcEA4Qx2P9YoEDXMKAYe7lFvEFK
D1bQGZ/GA4Xscx3jsgfay6fbfacotXRmuVPngLAHdut2eq9QryYxqGy8BHDn
lZ0pBpKCgEhVg1rNQpyEGac3q9gFJkoG6QhYgC4l3uzubLWd+4m3wXIdjVJO
n8Xay3OdyQtM0i+14+/Fyd6fWjMzuD9L3JcHLTHIkqjI5Z9BMGCmJji/LET1
A2EegGIHs/UN2u1Xfu+qLeD/XfXL/O5erbNHpCOf1TMGlHXPRLuqPOtzmryG
jDwJzI+sY516hik6ZGID9+85FSqu6o6EKu50pQ4BsTTv7XY2d16JH/7H/9T5
gZU6E/B86zG0oFIT8McuNm/BxP4epvJJD//6FCe1130lLLr5OOvLAMPj7S6D
hY+73RJot4v9/a4GtA2mB1Fg+kofjFhHAijdbXjTnHFShhwP9BU5SdLR2H0Q
ntcTv6xx4qx8cJ9QOc7A3AAxioJdOVqUkWLuCkBbjqOOPhlKzsk29qpBac6u
U9wjIHkMcvU71b/KaZo7sU6Bl5A3DIeWG89xwfDoGE3K+XiINPS0T34q7S4r
25U62ivyhFUhmb/a8Ayu8aIg3DG5xsHQNQKa3pkyTLBroyzsxGlDN+j2gNKb
EWt0rdi6YFsXe780mc5MvLODS46kuBRvoRhb144HWr0pUlT5Z0avYDuQt+ul
f2k6pZ1jvDtH+wy3+CbpjC1kyn10633l4NHufaQIdBLMShYCgxBUg7LqCGM6
fqKOPtEclSnhfGxJoAcktr44O9N9/8vZEaurXS1GNPgy2AvOVVa1suqRXSvq
CyQdJXxoho061zQ28+RahZSaX600Qr4gmU8qXqDtIS1pw+9QcWPoiGLP7G9o
eeyfq1ZueCiDFXlHRJl9TzIJgIESUDvYD27cURKFtWWaqcNfsoISAJ1glCgz
eQU8YaieZUpJ+cj/oHqQgWdTnWhUGpDa96hmq6fSSqQaaCvK+JgjAdZqkvJC
ce1ZPuY9xdQPFHTKw0+ToRyhJbvME1CucWYtdfSz0OGuUg53QUasUDgPgMZm
28D2AqWzIJ63j85pXJknEoo6pt1ygtq42Zut90U9GLxxRhKvmG5chDAjYTEV
ORUNMKSyZj3IxWb3440d+IclfATacWiUM3sA+4CS+wIXOUWlfTwFSPZVAuts
qkY+ZzHO+RIKdK6ufskzhHZ2uHfRFz9qxBvB3iPajGJl1dAutv3jvn5+jwCr
5+2N2CBHP8dpnw0nMN3G+1TcZPk3WpZE0pIyyBcOGGJIZGPnVLkp+IUbVxbP
0SaxSjs1O3S5djhrwO2jMjqFg91RVkeALd/5w4a4LTvqNy4EWiPQjqBa0nQP
EMgQ0PghuGSOdydnIDXp2jIWMh0namKdEbMRcyuf2XFVCmMoGttLjyjo5BUo
dU1q2omVwKjiMJviLPyLnFuFczIdDqH1WSFiZgkntoBGuMpKDUAqUIcEU8w/
gMkhmkhND33WTa0hUFtjOZwPwQ4tPSSXLMhXN4EKQzF45a1jYY+Bzm6Vznor
/Ufy1ZXZMkIdOlLxiYbh8fliGl4l0DEKcYcml04QQB8+VplQLL3oPPnCwVgn
aq1AsQ5/UWjYMBQG70i58xDYTeYTgJ73jM7j0j4wZdCW/K3WoWERcKnBrOcI
ezQ3Kss2U1TypjHncQvdGRSHvyfBTQNfgLuLO5soyH0tn69E64d//79PwSks
pSYMbkeJ4ba9KgC8XoTrFbKVMZ4Gf4LLcV+hNYYOrZrictkkseVaq1vDOCyW
KYOossEtI4wRmmBtwym+sVtG7+z8sl29LmxQSo/8E5ZITXzAncHjqZgktwpr
zF/M8WZDzBFS2QmCA7zkwVjGBcyV9xFmoBQpSfDKDhPt+mdSZ+WDhzwoM/dQ
UaobByoZIrpFGzcbQNOrNBWzixa+Dst0lGtYz7ONZKZyPDKFi39dhLgVE5OM
dxDBc6oonlFsjHN1ThOYmsNWZWqdlVuz1Xnc6XnA4W/fpuPhk+3u40GYvXun
oou1lA57PDroGLhRz8C54c1Tcc0hiD40ITB8j0BUwMFKZASBlSfDJLLW/enh
xf6L0+fe1y+f7+9ubve+IVReHp7T1wK/ftLd7n6jrb1GwJ4BTDf94xpDmtO2
hyCiSj6bRtsXUTDHwya8WXd+/iX1vb25s/lNW1wcn3Of29u733DQ+Y+XR/v0
3dNut/sN76y1Np1evGlBzIX5XKicnfDtqTr3sO8k2u8RtYROVecUm9bp3v7J
OiOwBbTwlO2c6UXA54txwwxkXa5Izol1AaxD9GZTTVJM+jJ0BCTZ4whonShU
JGV3qVtlMQZUBnObgGgqlxpTXbGX0EEAdC44fa5xKY1UjpZOH824LeoguvKU
DRfl3ACemKWX6lJctFBQWSHjr1V5dq1dXtxRxsYVDysYLGc973vxPJTgmvLP
9xxQFvf/+d773rd/3L/u8wOQxClqEoPTkvTXu3AiSJwHi5AelgrLkM44F9bC
SSYPopMob8lFSCrH7E/3h+Sd4sFvlaTZLwHRniDrawyjmBtjgIXYDmHVAu09
PjEDrEpZlswaoXTqpeUOt6I/aaeP15mvwqWkVj5SfqJrHl1gxpouL7fysnBX
wqI10NBVtmZb9asg7mJkbzk15kdyrq2vFy2ogqt6hspVmcyiMLlazHlXJOBV
Gjg73AZJnsdMHcEpoVLmd3N28aIAhs7Eo+p5vDluH7dQ+3WAbnNS/JqtJG0s
yytadGJCEdO+I9/Da2OsFZCVidc26W10JHG9I04TPOKFadqUHMzpBhzjMFxN
vE6nP1UVWVgmwDDqjBUy0oq8ogF4ajNTHL4BOY/1EDG5AayHX6Ne6m3ugu1A
Yz4gA4AMfG7aynTkzzM79EFO5m7dVgztKFJgx5EojaE0bj1hbRwMkhHeJaAi
TWUop23HPwOdbd/mzGccD8wKxVms2FSnES882xsoj6stZgU4o8NornQteeAm
RUoDwPByktVm+PzLF5fHB2QbIVmAlNNYTinCofYvPVFekpIQr9ZCAwgJpvQV
RjBZFNQ5mS6EGY3Yes6tNdPmV7wrjdgVHzah5X1yeX5ByNlvLlubXo3rS2WL
doSGnJXA6t16ulslcYk7rtCiu+ozSvrMI4UWaC01SRWk/RVCLbIr2pOlBATa
nwrHxE+l2qc5HeCWxQjzBvkmrlZBGelWL+XDq3XancY9I6nb2i31k6t1QsNK
v9OD0BkRZJJgHjhxhE70t4dDp044YEbZCGIA63bsnCtE7zTPGoRaNgRTrAMQ
jklQU8+nLy6olDmg/XizjL2QP31lWLeKp+Z4cfnyyNxl34zmo6zkVa0rVKpF
akuhy9jIKHrARxm0cDW4DihOk/FBJx1/Qg5TTN+ou5ZLMFgPXjEbWTkWtHDo
tBYuCffMHz5ayqkrLxBbLbTVbLLyVrn6ixZfSHvlsTEy5JuQBZx+0ysXF9CF
LIQwsw5ioWU/GlUM4FhZSw+gYL8a/eMwiT1p5d09Fnm8JUZlVXrMNQfCCIJR
ldDePTHGtEAZu6rQw7sXmQ/4XMpq2JnJ0TwUZJ5lH2qzk/ydvSGm0oBFds3n
T9iEIoePhU4MLzqXYbGeSikcVmR0qkUlhbHN6LFaFSeSrpdV2w76qNBtmE2Y
QkH8ml569QUu8hAvG3yZDMSrMMqBXyh9LJTXiTgGEfEdmzpK+eldthQ9Y7Kl
0KjMVIoVrHFUdPG1h21wJC4GdGtYHY2S7cqgXNb2bieJMMleExnN8D4ATLUz
Wy4pmReZuVtIi5SO9/8B9dUhkejfAAA=

-->

</rfc>
