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


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

]>


<rfc ipr="trust200902" docName="draft-liu-spring-sr-policy-energy-efficiency-05" category="std" consensus="true" tocInclude="true" sortRefs="true" symRefs="true">
  <front>
    <title abbrev="SR Policy Energy Efficiency">Computing Energy Consumption Path in Segment Routing Networks</title>

    <author fullname="Yisong Liu">
      <organization>China Mobile</organization>
      <address>
        <email>liuyisong@chinamobile.com</email>
      </address>
    </author>
    <author fullname="Changwang Lin">
      <organization>New H3C Technologies</organization>
      <address>
        <email>linchangwang.04414@h3c.com</email>
      </address>
    </author>
    <author fullname="Ran Chen">
      <organization>ZTE Corporation</organization>
      <address>
        <email>chen.ran@zte.com.cn</email>
      </address>
    </author>
    <author fullname="Jinming Li">
      <organization>China Mobile</organization>
      <address>
        <email>lijinming@chinamobile.com</email>
      </address>
    </author>
    <author fullname="Luis M. Contreras">
      <organization>Telefonica</organization>
      <address>
        <email>luismiguel.contrerasmurillo@telefonica.com</email>
      </address>
    </author>

    <date year="2026" month="March" day="02"/>

    <area>Routing</area>
    <workgroup>SPRING</workgroup>
    <keyword>SR,Energy-Efficiency</keyword>

    <abstract>


<?line 50?>
<t>This document elaborates on the method for calculating energy consumption paths 
in Segment Routing (SR) networks, aiming to evaluate and optimize traffic-related 
metrics on network paths, including energy consumption and carbon emissions.</t>



    </abstract>



  </front>

  <middle>


<?line 54?>

<section anchor="introduction"><name>Introduction</name>

<t>With the accelerated global digital transformation, the scale and complexity of 
network infrastructure have grown exponentially. The accompanying energy consumption 
and carbon emission issues have become key bottlenecks restricting the sustainable 
development of the industry. Building a green, low-carbon, and efficient network 
operation system is no longer merely a means of cost control, but has evolved into 
a crucial core research direction in the field of information and communication 
technology. How to achieve energy conservation and emission reduction through 
intelligent resource scheduling and path optimization while ensuring network 
service quality has become a common focus.</t>

<t>Existing research and practices mainly focus on two scenarios:</t>

<t>First, the dynamic sleep mechanism based on the traffic tidal effect. Given that 
network traffic exhibits significant periodic fluctuations in temporal and spatial 
distribution (i.e., the "tidal phenomenon"), this strategy can, during off-peak 
business periods (trough periods), use the network controller to accurately identify 
idle links, dynamically shut down some network devices, line cards, or ports, putting 
them into a deep sleep state. This directly reduces the number of active devices at 
the physical level and significantly lowers basic energy consumption.</t>

<t>Second, the green routing algorithm strategy integrating carbon emission intensity. 
In the process of establishing or re-optimizing paths for private line users, 
real-time or predicted "carbon emission intensity" is introduced as a key metric, 
giving priority to low-carbon paths powered by clean energy or with higher energy 
efficiency ratios. This mechanism not only reduces the carbon footprint in a single 
connection but also gradually forces old nodes with high carbon emission factors to 
exit the core forwarding plane through long-term traffic guidance, accelerating the 
iteration and update of network infrastructure to high-energy-efficiency nodes.</t>

<t>The existing relevant research content in the IETF includes:</t>

<t><xref target="I-D.many-lsr-power-group-02"></xref> proposes a mechanism for advertising and managing 
power-groups using the IS-IS routing protocol. Its core is to enable the controller 
to perceive the power consumption dependencies of network hardware, support more 
intelligent traffic engineering, and thereby achieve network energy conservation. 
This mechanism can be well combined with the traffic tidal phenomenon, concentrating 
traffic into several power groups and putting unloaded components into sleep.</t>

<t><xref target="I-D.petra-path-energy-api-02"></xref> defines a PETRA API that provides a standardized 
network energy consumption query interface, allowing users to send queries to the 
network to retrieve traffic-related energy consumption and environment-derived 
metrics for specified network paths. These metrics are computed by the network 
infrastructure devices dynamically involved in the path. Through the API, users 
can query and select forwarding paths with lower carbon emissions.</t>

<t><xref target="I-D.belmq-green-framework-10"></xref> proposes an architecture for energy consumption 
collection and monitoring. The draft mentions an API that enables external systems—
such as upper-layer energy management systems, carbon accounting platforms, and 
operational dashboards—to query and retrieve energy consumption, energy efficiency 
metrics, and associated metadata for devices or networks.</t>

<t><xref target="I-D.ietf-green-terminology-01"></xref> specifies the metrics applicable to energy 
consumption assessment and provides a reference for terms and parameters related 
to energy-efficient routing. Among these, the Energy Efficiency Ratio (EER) is a 
key metric for evaluating the energy conversion efficiency of networks, devices, 
or components, which is fundamentally defined as the ratio of useful output to 
energy input in an energy conversion process. The energy efficiency ratio is a 
key parameter for private line energy consumption and carbon emission intensity 
assessment.</t>

<t><xref target="RFC9252"></xref> defines the fundamental architecture and operational principles of 
Segment Routing (SR) and describes the SR network programming model, which enables 
flexible network path control through the definition of Segment Identifiers (SIDs). 
This document focuses on path computation based on energy consumption information 
and utilizes SR to implement energy-aware path control.</t>

<section anchor="requirements-language"><name>Requirements Language</name>
<t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
"OPTIONAL" in this document are to be interpreted as described in
<xref target="RFC2119"></xref> (Bradner, S., "Key words for use in RFCs to Indicate Requirement 
Levels", BCP 14, RFC 2119, March 1997) and <xref target="RFC8174"></xref> (Leiba, B., 
"Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words", BCP 14, 
RFC 8174, DOI 10.17487/RFC8174, May 2017).</t>

</section>
<section anchor="terminology"><name>Terminology</name>
<t>Energy Efficiency/Energy Efficiency Ratio (EER):  The energy efficiency is 
expressed as the ratio between the useful output and input of an energy 
conversion process of a network, device, or component[I-D.ietf-green-
terminology-01].</t>

<t>This ratio (i.e., Energy Efficiency Ratio, EER) is the throughput forwarded 
by 1 watt (e.g., <xref target="I-D.cprjgf-bmwg-powerbench"></xref>).</t>

</section>
</section>
<section anchor="background"><name>Background</name>

<t>In the modern digital era, driven by the demand for sustainable development and 
the need to reduce operational costs, network energy consumption has become a core 
concern. Networks consume substantial energy, leading to carbon emissions and 
environmental impacts. Optimizing energy usage helps reduce their carbon footprint 
and supports global efforts to combat climate change.
Energy is a major operational expense for network operators, and improving efficiency 
directly lowers electricity costs, especially in large-scale networks, resulting in 
significant financial savings. As network traffic grows exponentially, energy-efficient 
designs ensure sustainable scalability without proportional increases in energy 
consumption, which is essential for supporting future technologies such as 5G, IoT, 
and cloud computing.</t>

<t>The source routing characteristics of SR make it a flexible, scalable, and efficient 
networking technology. SR simplifies network control, enables explicit path definition, 
and ensures compatibility with existing technologies, which can meet the demands of 
modern networks for traffic engineering, fault recovery, and scalability while reducing 
complexity and overhead. Additionally, SR networks support network slicing, allowing 
the creation of independent paths for different service types.</t>

<t>SR networks can be utilized for energy-efficient path optimization in large-scale 
networks and seamlessly integrate with existing IPv4/IPv6 infrastructures. By collecting 
energy consumption data from each node and link, SR can plan energy-efficient paths based 
on routing policies, thereby achieving the goal of reducing overall network energy consumption.</t>

<t>The motivations for addressing energy consumption in SR networks include, but are not limited to:</t>

<t><list style="numbers" type="1">
  <t>Through SR TE, traffic can be concentrated into a few device components, providing a 
foundation for dynamic shutdown based on traffic tides.</t>
  <t>SR networks enable deterministic evaluation of energy consumption and carbon emissions 
across different paths from source to destination. Due to variations in the geographical 
locations and construction timelines of Core Network Rooms housing forwarding devices, 
there are significant differences in device energy efficiency levels and the proportion 
of renewable (green) electricity used. Leveraging the capabilities of SR networks, it 
becomes possible to directly compare and assess the energy cost and carbon footprint of 
alternative forwarding paths.</t>
</list></t>

</section>
<section anchor="energy-consumption-parameters"><name>Energy consumption parameters</name>
<t>Energy consumption parameters include Energy Efficiency Ratio (EER), renewable electricity 
usage ratio, carbon emission factor, etc.</t>

<section anchor="energy-efficiency"><name>Energy Efficiency:</name>

<t>The energy efficiency metric EER is expressed in megabits per watt (Mbit/W), representing 
the actual forwarding throughput achieved per watt of power consumed. A higher value 
indicates better device energy efficiency. This metric is typically derived from laboratory 
testing and is distributed in the network as a static value.</t>

<t>For more details on the EER metric, please refer to <xref target="I-D.ietf-green-terminology-01"></xref>.</t>

</section>
<section anchor="renewable-electricity-usage-ratio-carbon-emission-factor"><name>Renewable electricity usage ratio &amp; carbon emission factor:</name>

<t>For carbon emission estimation of traffic traversing multi-hop, multi-site paths with 
varying renewable electricity usage ratios across different facilities, a per-segment 
accounting method SHOULD be employed.
For each segment corresponding to a facility along the traffic path, carbon emissions 
associated with fossil fuel-based electricity MUST be calculated by deducting the portion 
covered by renewable energy.</t>

<t>The carbon emission calculation formula for a single segment is as follows:</t>

<t>Cn = En x Fn x (1 - Rn)</t>

<t>where:
      Cn is the carbon emission of segment n (t CO2e),
      En is the electricity consumption allocated to the traffic on segment n (kWh),
      Fn is the grid average carbon emission factor for the region where 
          segment n is located (t CO2e/kWh),
      Rn is the renewable energy ratio consumed at the facility of segment n.</t>

<t>The grid average carbon emission factor Fn indicates the carbon intensity 
   of the local power grid.  A higher value of Fn implies a higher share of 
   fossil fuel-based electricity, a lower share of renewable energy, and a 
   higher environmental cost associated with power consumption.</t>

<t>The grid carbon emission factor Fn is obtained from official regional 
   grid emission databases, and updated periodically (e.g., annually).</t>

<t>The renewable energy ratio Rn is provided per site/facility by the 
   operator's energy management system or carbon management platform, based 
   on actual renewable energy consumption and credible energy attribute 
   certificates. The network controller does not generate these parameters 
   but retrieves them via northbound interfaces or local configuration.</t>

</section>
</section>
<section anchor="private-line-carbon-accounting-mechanism"><name>Private Line Carbon Accounting Mechanism</name>

<t>The computation framework for carbon accounting in SR networks proposed in this document 
is as follows:
A centralized controller collects EER parameters from all nodes in the SR domain, and 
retrieves the renewable energy ratio and carbon emission factor per node from the energy 
management system and other related platforms.</t>

<t>When a path query is triggered via an external API (e.g., PETRA API), the controller 
calculates the end-to-end energy consumption and carbon emissions for candidate paths 
according to the source, destination, and traffic volume. After the optimal path is 
selected by the API caller, the controller deploys the selected path as an SR Policy 
to the head-end node.</t>

<figure title="Framework of Computing Energy Consumption path in SR network" anchor="block"><artwork><![CDATA[
                             +------------------+                 
                             |Carbon Management |
                             +------/|\ |-------+
                                     |  | API(PETRA API)-Energy Consumption Information Query    
                  Carbon Emissions   |  |
                  Energy Consumption |  |
                             +-------| \|/------+
                    +--------|Network Controller| Energy Consumption and Carbon Emissions Calculation
                    |        +------/|\ |-------+
         SR-Policy  |  Power metrics |  | Energy-aware Forwarding Path Optimization
                    |  Collection    |  |
                    |                |  |
                 +-\|/-+   +---------| \|/---------+   +-----+
       Handling  |Head |---|    Segment Routing    |---|End  |
       behaviors |Point|   |    Network Domain     |   |Point|
                 |     |   |  PE ----- P ------ PE |   |     |
                 +-----+   +-----------------------+   +-----+
]]></artwork></figure>

<section anchor="energy-consumption-collection"><name>Energy Consumption Collection</name>

<t>The Energy Efficiency Ratio (EER) is distributed and collected within the SR network 
domain through IGP protocol extensions. In cross-domain scenarios, it can be advertised 
and collected using BGP-LS (BGP Link-State) extensions.</t>

<t>The collection of energy consumption information between the SR network domain and the 
network controller adopts standardized methods, such as YANG, NETCONF, and SNMP.</t>

<t>The renewable electricity usage ratio and carbon emission factor are obtained by the 
controller from the carbon management platform.</t>

</section>
<section anchor="path-calculation-based-on-energy-consumption"><name>Path Calculation Based on Energy Consumption</name>

<t>The network controller selects network paths based on the collected energy consumption 
information and performs path computation according to a specified policy.
First, calculate N candidate paths using traditional metrics such as bandwidth, delay, 
and packet loss rate.</t>

<t>Then, evaluate the energy consumption and carbon emissions of each path.</t>

<t>Finally, the controller returns the computed results—including both energy and carbon 
metrics—to the upper-layer application via an API.</t>

<t>It is important to emphasize that carbon emission assessment is critical, as the total 
power consumption of a path—derived from traffic volume and device energy efficiency 
ratio (EER)—may not accurately reflect its true environmental impact.</t>

<t>For example: Suppose the controller receives an API request specifying a source address, 
destination address, and traffic volume, and computes two candidate paths. Path A has a 
higher total power consumption than Path B. However, because the data centers or nodes 
along Path A use a significantly higher proportion of renewable (green) electricity, 
the resulting carbon emissions—obtained by converting the electricity consumed into CO2 
equivalents using location- and time-specific emission factors—are substantially lower 
for Path A. In this case, despite its higher power draw, Path A represents the 
environmentally preferable option with a lower overall carbon footprint.</t>

</section>
<section anchor="issuance-of-path"><name>Issuance of Path</name>

<t>The network controller distributes the path to the head-end node. This distribution can 
be performed using standard mechanisms such as YANG, BGP, or PCEP.</t>

<t>The head-end node conducts network forwarding based on the distributed SR Policy.</t>

<t>When using YANG, BGP, or PCEP, necessary expansions for the energy consumption metric 
should be made.</t>

</section>
</section>
<section anchor="use-case"><name>Use Case</name>

<section anchor="dynamic-link-shutdown"><name>Dynamic link shutdown</name>

<figure title="Leveraging traffic tide patterns for dynamic shutdown of network elements" anchor="block2"><artwork><![CDATA[
                             +------------------+
                    +--------|Network Controller| 
                    |        +------/|\ |-------+
         SR-Policy  |  Power metrics |  | Energy-aware Forwarding Path Optimization
                    |  Collection    |  |
                    |                | \|/
                 +-\|/-+     +----P1----P2----P3----+        +-----+
                 |     |     |          |           |        |     |
                 |Head |--- PE1         |          PE2-------|End  |
                 |Point|     |          |           |        |Point|
                 +-----+     +----P4----P5----P6----+        +-----+
]]></artwork></figure>

<t>As shown in the figure, there are multiple reachable forwarding paths from the head node 
to the end node:</t>

<t>PE1-P4-P5-P6-PE2 and PE1-P1-P2-P3-PE2.</t>

<t>When night falls and the traffic proportion gradually decreases, TE technology can be used 
to concentrate traffic onto one path and put the other into deep sleep to reduce energy 
consumption.</t>

</section>
<section anchor="network-path-carbon-emission-assessment"><name>Network Path Carbon Emission Assessment</name>

<figure title="Network Path Carbon Emission Assessment" anchor="block3"><artwork><![CDATA[
                             +------------------+                 
                             |Carbon Management |
                             +------/|\ |-------+
                                     |  | API(PETRA API)-Energy Consumption Information Query    
                  Carbon Emissions   |  |
                  Energy Consumption |  |
                             +-------| \|/------+
                    +--------|Network Controller| Energy Consumption and Carbon Emissions Calculation
                    |        +------/|\ |-------+
         SR-Policy  |  Power metrics |  | Energy-aware Forwarding Path Optimization
                    |  Collection    |  |
                    |                | \|/
                    |            EER:100 Mbits/W
                 +-\|/-+     +---------P1-------+    +-----+
                 |     |  100|                  |100 |     |
                 |Head |--- PE1                PE2---|End  |
                 |Point|     |    200 Mbits/W   |    |Point|
                 +-----+     +---------P2-------+    +-----+
]]></artwork></figure>

<t>As shown in the figure above, there are two paths from the head node to the 
tail node: PE1 -&gt; P1 -&gt; PE2 and PE1 -&gt; P2 -&gt; PE2.</t>

<t>Among them, PE1, PE2, and P1 have the same energy efficiency parameter of 
100 Mbits/W, with a green power usage ratio of 50%.
Device P2 has an energy efficiency ratio (EER) of 200 Mbits/W and a green 
power usage ratio of 10%.</t>

<t>At this time, an upper-layer application queries the optional paths from the 
head node to the tail node, as well as their power consumption and carbon 
emission costs, via an API.</t>

<t>The calculation process is as follows:</t>

<t><list style="numbers" type="1">
  <t>After the router devices distribute the parameters via IGP, they 
synchronize the energy efficiency ratio parameter EER to the network 
controller through BGP-LS (since EER is a static parameter, it does not 
need to be flooded repeatedly).</t>
  <t>The controller obtains the local power grid carbon emission factor Fn of 
each node and the green power usage ratio Rn of the core network equipment 
room where the node is located from the carbon management platform.</t>
  <t>The controller parses the source address, destination address, and traffic 
volume from the parameters input via the API. Assume the traffic volume 
is 2000 Mbits.</t>
  <t>The controller calculates the optional paths:
  <list style="symbols">
      <t>Path 1: PE1 -&gt; P1 -&gt; PE2</t>
      <t>Path 2: PE1 -&gt; P2 -&gt; PE2</t>
    </list></t>
  <t>The controller calculates the energy consumption and carbon emission level 
for each segment of the optional paths. In this example, the emission 
levels of Path 1 and Path 2 differ due to P1 and P2:
  <list style="symbols">
      <t>P1 has an energy efficiency ratio of 100 Mbits/W, so the power consumption 
for 2000 Mbits traffic is 0.02 kW.The corresponding carbon emission is:
Cn = 0.02 x Fn x (1 - 0.5) = 0.01Fn</t>
      <t>P2 has an energy efficiency ratio of 200 Mbits/W, so the power consumption 
for 2000 Mbits traffic is 0.01 kW.The corresponding carbon emission is:
Cn = 0.01 x Fn x (1 - 0.1) = 0.009Fn</t>
    </list></t>
</list></t>

<t>It can be seen from the above that even though P2 has better energy efficiency 
at the device level, Path 1 has lower carbon emissions due to its higher green 
power usage ratio.</t>

</section>
</section>
<section anchor="iana-considerations"><name>IANA Considerations</name>
<t>The Flow Monitor Option Type should be assigned in IANA.</t>

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

</section>
<section numbered="false" anchor="acknowledgments"><name>Acknowledgments</name>
<t>The authors would like to thank the following for their valuable contributions 
of this document:
TBD</t>

</section>


  </middle>

  <back>


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

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




<reference anchor="I-D.cprjgf-bmwg-powerbench">
   <front>
      <title>Characterization and Benchmarking Methodology for Power in Networking Devices</title>
      <author fullname="Carlos Pignataro" initials="C." surname="Pignataro">
         <organization>NC State University</organization>
      </author>
      <author fullname="Romain Jacob" initials="R." surname="Jacob">
         </author>
      <author fullname="Giuseppe Fioccola" initials="G." surname="Fioccola">
         <organization>Huawei</organization>
      </author>
      <author fullname="Qin Wu" initials="Q." surname="Wu">
         <organization>Huawei</organization>
      </author>
      <date day="7" month="July" year="2025"/>
      <abstract>
	 <t>   This document defines a standard mechanism to measure, report, and
   compare power usage of different networking devices under different
   network configurations and conditions.

	 </t>
      </abstract>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-cprjgf-bmwg-powerbench-05"/>
   
</reference>

<reference anchor="I-D.many-lsr-power-group-02">
   <front>
      <title>Using IS-IS To Advertise Power Group Membership</title>
      <author fullname="Colby Barth" initials="C." surname="Barth">
         <organization>HPE</organization>
      </author>
      <author fullname="Tony Li" initials="T." surname="Li">
         <organization>HPE</organization>
      </author>
      <author fullname="Vishnu Pavan Beeram" initials="V. P." surname="Beeram">
         <organization>HPE</organization>
      </author>
      <author fullname="Ron Bonica" initials="R." surname="Bonica">
         <organization>HPE</organization>
      </author>
      <date day="25" month="January" year="2026"/>
      <abstract>
	 <t>   This document introduces Power Groups.  A Power Group is a
   hierarchical abstraction of power consumed by hardware components.
   In IS-IS, interfaces can reference the Power Group to which they
   belong.  Therefore, Power Groups provide a method of organizing
   interfaces into groups by power characteristics.

   The TE path placement algorithm can use Power Group membership
   information to implement TE policy.  Power Group information is
   particularly useful when implementing TE policies that support power-
   savings and sustainability.

	 </t>
      </abstract>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-many-lsr-power-group-02"/>
   
</reference>
<reference anchor="RFC9252">
  <front>
    <title>BGP Overlay Services Based on Segment Routing over IPv6 (SRv6)</title>
    <author fullname="G. Dawra" initials="G." role="editor" surname="Dawra"/>
    <author fullname="K. Talaulikar" initials="K." role="editor" surname="Talaulikar"/>
    <author fullname="R. Raszuk" initials="R." surname="Raszuk"/>
    <author fullname="B. Decraene" initials="B." surname="Decraene"/>
    <author fullname="S. Zhuang" initials="S." surname="Zhuang"/>
    <author fullname="J. Rabadan" initials="J." surname="Rabadan"/>
    <date month="July" year="2022"/>
    <abstract>
      <t>This document defines procedures and messages for SRv6-based BGP services, including Layer 3 Virtual Private Network (L3VPN), Ethernet VPN (EVPN), and Internet services. It builds on "BGP/MPLS IP Virtual Private Networks (VPNs)" (RFC 4364) and "BGP MPLS-Based Ethernet VPN" (RFC 7432).</t>
    </abstract>
  </front>
  <seriesInfo name="RFC" value="9252"/>
  <seriesInfo name="DOI" value="10.17487/RFC9252"/>
</reference>
<reference anchor="RFC2119">
  <front>
    <title>Key words for use in RFCs to Indicate Requirement Levels</title>
    <author fullname="S. Bradner" initials="S." surname="Bradner"/>
    <date month="March" year="1997"/>
    <abstract>
      <t>In many standards track documents several words are used to signify the requirements in the specification. These words are often capitalized. This document defines these words as they should be interpreted in IETF documents. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t>
    </abstract>
  </front>
  <seriesInfo name="BCP" value="14"/>
  <seriesInfo name="RFC" value="2119"/>
  <seriesInfo name="DOI" value="10.17487/RFC2119"/>
</reference>
<reference anchor="RFC8174">
  <front>
    <title>Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words</title>
    <author fullname="B. Leiba" initials="B." surname="Leiba"/>
    <date month="May" year="2017"/>
    <abstract>
      <t>RFC 2119 specifies common key words that may be used in protocol specifications. This document aims to reduce the ambiguity by clarifying that only UPPERCASE usage of the key words have the defined special meanings.</t>
    </abstract>
  </front>
  <seriesInfo name="BCP" value="14"/>
  <seriesInfo name="RFC" value="8174"/>
  <seriesInfo name="DOI" value="10.17487/RFC8174"/>
</reference>



    </references>

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




<reference anchor="I-D.belmq-green-framework-10">
   <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="8" month="February" year="2026"/>
      <abstract>
	 <t>   Recognizing the urgent need for energy efficiency, this document
   specifies a management framework focused on devices and device
   components within, or connected to, interconnected systems.  The
   framework aims to enable energy usage optimization, based on the
   network condition while achieving the network&#x27;s functional and
   performance requirements (e.g., improving overall network
   utilization) and also ensure interoperability across diverse systems.
   Leveraging data from existing use cases, it delivers actionable
   metrics to support effective energy management and informed decision-
   making.  Furthermore, the framework proposes mechanisms for
   representing and organizing timestamped telemetry data using YANG
   models and metadata, enabling transparent and reliable monitoring.
   This structured approach facilitates improved energy efficiency
   through consistent energy management practices.

	 </t>
      </abstract>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-belmq-green-framework-10"/>
   
</reference>

<reference anchor="I-D.ietf-green-terminology-01">
   <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="13" month="February" year="2026"/>
      <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-01"/>
   
</reference>

<reference anchor="I-D.petra-path-energy-api-02">
   <front>
      <title>Path Energy Traffic Ratio API (PETRA)</title>
      <author fullname="Alberto Rodriguez-Natal" initials="A." surname="Rodriguez-Natal">
         <organization>Cisco</organization>
      </author>
      <author fullname="Luis M. Contreras" initials="L. M." surname="Contreras">
         <organization>Telefonica</organization>
      </author>
      <author fullname="Alejandro Muniz" initials="A." surname="Muniz">
         <organization>Telefonica</organization>
      </author>
      <author fullname="Marisol Palmero" initials="M. P." surname="Palmero">
         <organization>Cisco</organization>
      </author>
      <author fullname="Fernando Munoz" initials="F." surname="Munoz">
         <organization>Cisco</organization>
      </author>
      <author fullname="Jan Lindblad" initials="J." surname="Lindblad">
         <organization>Cisco</organization>
      </author>
      <date day="8" month="July" year="2024"/>
      <abstract>
	 <t>   This document describes an API to query a network regarding its
   Energy Traffic Ratio for a given path.

	 </t>
      </abstract>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-petra-path-energy-api-02"/>
   
</reference>



    </references>

</references>


    <section anchor="contributors" numbered="false" toc="include" removeInRFC="false">
        <name>Contributors</name>
    <contact fullname="Shujun Hu">
      <organization>China Mobile</organization>
      <address>
        <email>hushujun@chinamobile.com</email>
      </address>
    </contact>
    </section>

  </back>

<!-- ##markdown-source:
H4sIAAAAAAAAA+1c63LbSHb+j6fo0lQSOyZoUWPvrFU1qZFl2Vbii1bSlGsy
60o1gSaJMQhw0IBkTpRUHiJPmCfJd87pbjQJUvbs/kml1jWloQig+/S5fOcK
pWmatEVbmmN1cFovV11bVHN1VplmvlandWW75aot6kpd6HahikpdmfnSVK26
rOXWd6a9rZtP9iDR02ljbrDO1aW6qMsiW/t1zmazIitMla0PkrzOKr3Ednmj
Z21aFl1qVw1WSm2Trvix1PBjqQmPpYdPk0y3Zl4362Nl2zwpVs2xapvOtkeH
h88OjxLdGH3sqUqIpHlTd6tjdXVxef7uVfLJrPFljt8vR0JW2pOV2FZX+b/p
sq5A2drYZFUcq5/bOhspWzdtY2YWn9ZL+vAx0V27qJvjRKWJwr9ZV5Zypp8K
W4Mnb4qOL9TNXFfFb5oYeKxOF0Wl1dt6WpSGL5ulLspjBRas+bkfMrpjyTeM
s3o5XP90oav5reYtqh1bvDO36vW3p+raZIuqLut5gaNsbFVlfonx4ZMnkyc/
LL7Ndu91qSvsZ3Zt86/XZ9CNZlU3/EW8Q4Ynxo2ufvit5TOMs2q49D8X1bLg
Q/wuNv0ij32ZTW+6wqq3Y9JfiK7Rdsc216Y0s7oqMr2xCZ5cFvPOlFjZPbzs
mqIs6x/a8ATvyteLadfu1ISrRfdLV6nXv0cRFp3lpwYHrOpmiWdvDDZS5+mL
cbZqfpnP0unydg6buTXNFFq88FeXulqnJZsTLqVsB+nhEV2+fHn67Oip/3g0
mTxzH/84+e7JcVJUs7CVcqtNTbn8FYsYU6WzBocj20onh363wrQzd7k1DQRE
egeLnfgbVqZtdLoCfnjD1quC6UkBPvRD6anFPVmbXC8gOUBExxhjSj0lHTNW
AYHahVFLA8vLFahUmS6zrtQMQrKuyiK8ov2sSnYg1oOry4eqcrA1UrpgXWxr
ZW502WE3BSxQNZZZFr8ZgIwmnEgbUNOaXCWgoSkyJsmtIpuNAI9Z2eV7CKJF
M91M8dEsC2vxnR3z6ZdFnkMTkm/UOVSqzruMrSr5UABy6dQ6y6B7DW8/L+up
LlVezIsW/wd1lXVCq6sR327BGjkElGdVms9Fu1b1TCWeXIgZeg30zNquMWqh
b4yCltyCss8rQGDVFros12N1LZtjFajUnnMlOw6m8L8OUuOVpwYLGAUAVtO6
haupTPbJqsZY4iOLhKkGlmvo/RS0J7m5MWW9YrmBcrpeVDnuaEDV864omcta
sd6NVFnfpkLCiM/tPUcbJJTUKyNoBRi3rVmCRFXVeLKamwZ6BfGuseDSgJ+0
ZVbbVrGN1+VIwcxxGAsVqcsbSKGooC+JVhl4CF7hRvARJzK6yRYQTmNYhuQw
ifZZYcqcVg0G5hWiXi47ghRhZetxG6d8Xd+SUmqAAZgRc940N/0KgeWNcYqD
HWHx8wUpPzCrLObECBBXd01G2rHAnSXzD8+T6npll1VvF8Ad7Gc7css9B2nf
Agv82umSNIr44WSr+SB4dgbThVYnZ58Ly5INPOG9yMaxhFUAvAr85tvZtm9r
EGYq3RS1BfQkL4vGtqLO+RpgWGTKlsasICDyYEBpNdUWknDA4KxUtUUOcUD+
EMBYvQKQ0XXd9srv7zSfF8W0aK2yxbwq8I0Gl6AkRZ3j6qwk42CGWJaiWZK7
K/kcFkwjqSd5YcUHEN8eFGMzFpIPhIwVnCHYU9XVwUO6AJUjnEMcA0Fq6Gou
LK5ns3RlNHg87WxRGWsdIVY9aEWW7ncs01nDe/jzOB0FPoi6ZB3tAOYWORny
bA09ALyQ7ye4c9wk+1ZwNy3QFnZvSYp+RRgfCWlEjxgy7RyfgbhgQItPiBFZ
tAmoWIolaDwD2YiEYMbw/UqgnC0BW7F2QvBMebecglqYA6kDdNttqEhMdMNq
sbZEoioJBoTlvZCwWkmOzZIGkCAHmDSGAl1BM6tcxMEooRqH/7pEGAloXfbC
IEOZN+JLBlCGa5WFwmPVc1G2VVNnJCScACAGxCrsguXY4JypMyb6QpwQeSuE
uDfkWpilEGEDRiYIWcsUNxvmLlgEOIRKH+wl4YBQq3BOAnfCAjUDq/gkLDkv
bnhjaEtDRtrWETg6ejgswNNTMK0E3nkOgohbcjmLYr6AfNy3SR+GK0ZQ62Tb
W2JVA6WrLSm7LWd13VJ835IVacixmhPAQziVw0jCVl3aGmLSeceKCY7RMjVA
s6pzfAp0DcQzgw7V0AXCY/J0sjfBMRa5he4yO0pdmYCLhPkcqwQsmHew1yoz
o97VereUFK13HKSH3SonMULye5wp6CA6hzmMnATYSE7V9PgIHdeCzwKUZM9G
2EX7n59dv3SBhbHHSfLzPRHeR9LMVW3JlCLxkP7p/MY0bWE97GMFPWcrjpaw
qrP+3OdX6flVsBmsi2SoLsfqHIjJ7C2Y50YctjA9AFGCK0CszJB1s8XQJhth
Q25WpgJCgTk2ZucCIoPYIArbrQhx1JJ22/BlAcIrHMEYwlDx+9iqMVBr7zT9
ojucJ6x5S4uBLfBn6hbbkDubYulcFG/oYHpkH9Gq8Fyt05nE38jAaEEFeQ05
v2Myu0IHol1V1jo3Eqpx6GXdk4SlYyfvfSH0R7BxRg4D8r44u748UScX5+Lv
ILGbIucrnNySJfxG4esOnniZ/NqZRsCwgVmRNSDvuWUyCbEUHwjE030kNvzO
JhJcaw01BhAR67fD5j0RsaluiqauKNBLc6x6E0fYpLh2ZTIAP77eCLY5NrVG
+VuhMczCrhVgiz1ksmWi3t3ErrCoQmQnCotNaA9BDPoGnB05PiSkKsIs9k2w
4azdwBvGWdadUjR/EPiLYPclV7Elg1HABcCQUE9M2RWGZ2R6WWAsorECwAhq
JIzncosiPnNIg1WDqogNI7j9DMFX0FaJkO3//Nd/J7aj2A3AsII9p6Ve946B
IcRwiO4eGPlzUs7QVa2D3pZiXisW2sfhlMRou5jWFF9gKyhPz9KgRsOTjvx3
EbR6jZE9tLU1onLSBHyvAdiauebljo8+/fNy2JvEfgwKaH0CKvq2WpVQHca+
OrjKDe22kJ5l9kjsG+yxMTPAFECDqaL9HCZo0oCWNCwkm2HxtM9pHCiP1cmy
FrS2RgKdQb1NXRKv1YOzM+S8BW2e9OGCqJIkvR72e34DuNjBRmzuYZoCSR8l
JpSMB/QaUf4AncFmsw6wQwxgCxOk4piFNmIloBVhUrOuVDgTjFfcuNBQVPQF
RQ3VDrJcDCbKPdQIWb4/ceDtMBr7uly9D8KQ9wXRkv64mkqPxZzx9WffNF+p
LfQ2QLFRVqxK8YLJzmIFPQPVyZBquOWvLns4bGoETksuYiwRYpReAt6skxmV
AEhTYwT17jpERZxq0QkKZgGI8bScSyJRkGI+uDp/YR965xkqNZzISZnGLU5Q
LGFTyNN2MDrOh7mQgFOX8FOWTghdKKh+IbUg5/coNtg4AETwzTfq0vzaIddY
sgN9o6t5B2ziUIukT5Vfqw7e/nh1fTCS/6t37/nz5dmffjy/PHtBn69en7x5
Ez7IHQl+ef/jG3edPvVPnr5/+/bs3Qt5GN+qra/envx0wJCUHLy/uD5//+7k
zYE4mJh3WqLGqRHPizygFTPxIienxGpG9bqP6sFzxMngxkhdId08+JdwPtJs
yg6xA25m93xe5VRcMDF/VPKG0ioL0p6fXqjJkxHdrmjxkXrLMejk2bPvRO1+
drVBbPvGFFONZ7BpcnCC+AhRsxSWfiTnkEHM6gbMJ4fHvwgdvLAiKj8QldGu
CV2lxUfqxftzNTkc4/Mfv3vstiRi1urocPLdQ5HxdY/MyQDpHt+LfcdqD05A
EEgbwHNrt7FpCmsxRsKBTZAixgg6UQ5bxfC/BU98g7c7j5mcTAfE3PY/yZYD
4owBZApRrsiw57C44ICeQ1axbKLTxSbkURAcTdStblv1wIznWOvn/RXlj8x5
9Vxn3E2BIvsUmJCmqUIZEniG0zVcbnHRV26WxCeO4aLSXlzZ44BAIjVQxtEj
5Y8b+Eh1ODiVe6LWrTpUI9llBvLGoTvlHqAq45TCYS7fyFojhRw4dyXg7ThN
SIyCVDwGTELOCc/zvk/0HVmdBeqohSlX1p8FxyuaYTLMYOcyHOuLutBL/pUI
QQKC0CwriyWZL3dtzNirPfu1pf4FvI15BUWGi5KwwjNMrteNi41APAUiRHIU
PoUyjSuscECLCIHs2wnAcBzkYmVV6mZuUik09yEBrKgr2W3hliSuq8GtIL8m
pltNu4N7J1Ztl+SoBm03a9CjYfiTABextJUS5WbhmCjS04LrkxR+w2Alkm4c
i+BsG6PJVRXVrrAtCl8IEkRRRIdZVnS4WSeZftRkUz5OfvpqpM7r65Eri5d1
lztnSBGbJP+uEOtza8iW6qJIfmzLfYUZOb+l/gQEhY0o775H7nT0abPI7RMw
VuKohIxlLHlQCV+3CoajKO6nWBZ7sVvtYwB3CGGz5WNA0yLu9mWMmBeehZQk
LY1pIzSQGMdhh9cbiYJ3pfQzDXWCVmU1YHUtp96QMFeq2dA49Y7aHRxm4akF
bBu6lueFKABpVB882VBk8MyxxAkuJ/jUlwGKlMaHRUXlaxdtVODLixlH9UiG
XJ28Xa+43hNv52oMLsrJo2QuUvBhSX7L4pKwnqSfegkx2rKvY5ot8Zxf3Dx5
jB9/2KpWwQyfk4VL5kiH3YGvkj819VIZDbFSGYv3pYIyM5MORRW23SexLgBM
6r4Ey31+VpXNio3PQuY1rA6sDqKtuYxS3uMGnG0t67a4cWV7qXvl5Nv39K6o
OxhJx5XZpN1DYRkVNoHARcvu6ThJJn1NAA9en42C4jrJ9sUg3yUC78yt8/wb
eZJkhNLHojbwjBysyJsVyrc9Fl3LNfq+39GXoljBjsYbpzDe0UogwagS0jxR
4a9sTzJZOmtqayP9djpPCuGQDKcEJZCsq6y96Pi7G90UUQeF5GooV1ktuLhP
i5d1ptvgaIkeVk3uYhVLU3I+BYJPya07Z47cqEbGDGxnsUZllz4lxdKsWSzF
2BH5Y2TiAZxYhnEhdx6sLypGPoTXZtWszC0z+gHHbQ83nCbiRcDOG67+zb1W
Z3olyOVKnpHQRgT1tLIEMlSjhwhcdSF4Z0Zgl0NKDrqZs9s2FmMfbBDokiRL
ru9wy2W7WMVx3tmuNrqvSST3XvW2c38JYhSxLWZXIoFTIzHs7hI//FWbSSIw
2OPYVdUHYnSFDuzNHj0E+gW5prnm/h8CJBcPv8Xvjz8wlXSjqUKfizpVnUQC
nm1RdO3KzXm/FDgel7xJGU58X4UskQvakppR8NpSYWKfLoZ2Cx+FYvv1ylUt
fcWUjdENS9TNmhrJAvwc8pHxuj5lX+D0SKpdhZhAgikDi18CfrjqDgzRRRmm
L4iNvtMER0s5HteySEm/UEbzWfou6UfCV3+/R/rHQtX2RTrmMsBaAMZGcx5G
FREKSNNFvRq5jxZgHtdnE6DUWjoxX6DNDqEQtDl7RsBA0k+tq5kkUQnUDa24
6gGchEGYUq+hFHwm9qr+OeQv0Dz4CJ+RaL8JfGTpyn3hoHSOgb1YLlD5Cigf
ckZoAu3tTJmKG4nPyOUQ8l1uokYq6LnME7gdA/pxLCZ3RBxjnXUueFtGYVBH
HBvEIOXY0Az0Z6eshrw2RV7U6gJknVbqe5i7+qxe0o8HE5Wqy+ohX7slgD/m
ASq+sdjoO4btoRd+g0o9aNXp+yPzcOQeOwuPbaY8kV8s2UdJfhrzniZJ+nU/
fViERV+GRedNAaRmJzAkTBRbol8qOpi5TF+Q23Ir0b9+EyzqaXHneBxvexm2
3RaMsy2PRdRn5xqlV6yYRWPm7fVXEk9HDTgWcT8qloq7pGtEfN8KK4CJ26CI
G2lFSlm4Uu4u2gV5PefF7tVlMkPpuIRntpnhegS8Vuh0x/m9+NEtCxo0MLf4
dA9/AJ9TSlA9TteM7NhIJO4iIV4lPE4xNx3OZe3Sdc7DeAqDvyvf6KripjkV
ZT1JexRANMR1IsRbERw+DorgSjcsM1c3+Ae7t9+jekCOrvmGz8jH/bRY5R3o
gLJBDEpjENF1eFPxXLxQRk3smeiblP53jMHkNWW7CN3ntAZlQ9wiiaMVDrW6
NvSZWHmX6qbQeLBpF1OKxftOKPeMRH2xz6yYd1Jz4ajpwjUT3lAz4VT4cdKj
/1vfYHboGFXGQ8fPDTRu98620hPXEsyHJeRkCzpPlCQhkmRGrHGpnmVXHvGD
FZMTLB63cDECNs9rGtVyvbsNbu1Tsl29E2cNpHCcPvJ2UeiaDHWLE3iK4UMv
LHQSwfUPC0PTJJwpu641iGqK+ZydE8mR8lHf0KRWpzOX0CZ/OBpMLQQH6OPq
PG3r1FR7u9cDzytyBCLylIibQSWJNt6ft6EANIqTJje/4HzLTV1CsIgZZxQY
0iNcDiD05DF8S9N4JMi+2U1HJFygvsDWuXJD4YacKTzGC2luBPfz+okjkKom
fG6SFtj9n/0/Ff9L1H3/HqWDf48GN92/xJ2zp7e9ftx91aaP7/6s7vym9z8R
9qL/wMYHvYqkO16EOI9aVn9i1dt9Ckf5WdAN2WHHnTs22XPn8Jzpnfrz3eP7
zhmkcOfz59OgGne79iZFHBB/2gdxO3e529puD/+vLlOnavTEBTtV31Jn/p/F
bb6XfbbFr5+8j2pi+6g47ccg9nM8ojf6Ysedj1Li7qOYjTHHnUY/2jzma3CQ
52vV3WsYEvOB99tu7tK2dO0MHO93n5qFvilopu3uooYLuvPkevm9YEwOx3B3
DYm/628Br88UU6ku5P8pfXPX37Xr7Jvn223N/uwRRCT/fqy+mcJdflL8atH3
By+Do+Nazj2vGa38a0bB7x38R5zzx/f2ohbX+sXphzgNlnpT6dCQYrze6YXB
IfF+oUV+/uoiTMKxc6lkmAeYoDg1TN0DYZSZ6zquNOhH8Cgm2txdClnPX12k
b67UA/yfYolP6RUN0j6MN/IhRFDx3bW8uKsedzGjozlCfX0r2RFG6RxOx25O
j0kqS+9CuX7HTyfvXo3Uu7Pr0/fvXooTu3r39sJR+sWc+r5ogeN3Hzn7yDSi
LwQR+2NQqTowdkQApp77SupQqYTuHdwQx2k3p9A2Z9B7ge6az9oe/UcwxNHM
cGBiI17Q0QScvB439sPxIVxR7wZBhxvkbLRvfASY9ZKb4onbIqcCQo4Ia+26
PSudfTItgl3LLWcjkqSpK/92zOaY0P3xEOknlTd4nI6m+l0LZitCQWDZNZXL
IP0Un3QTaTSsf69mWlNbw2UG/YZ+/kvGyLhhH82ruVktptJFhnDuIOecaw4F
TfZTT5gnuZarhbb83g+Nxm2rZjTUhSezBsyFFEZ+cKCtKYFMhtOuPAZATACF
G0W7zYjPTfrsqUknTQ9nWGep15zlRCP/jZnxKCKVNdumM2pX59oV+MxnTd2y
Y3VFLTA7mOFtDI/vhlHBxiDQRmYs6riWvoVrALguy4h7sz6k7b8dhraj8HpS
x9H2bb2twWMx2xNu7yNbd6m6cHjIYEjLvaP6nF+docr7iKrp2r8vwW0sSoso
36kbl+kkUlRze9G9eutdA7dx1AH4UvV/JCXjvhu+bRYQXgxsMjbSj+ANKlG+
lXT6/kglNMgDU+RBJ7Fy30RJhdHF0qQOM7LBnDy25pZIPwbhu/4qoeRFGMEe
jVNMGuThRGVFdVPSK88PfiZv9O3Icy9UzcUYNscmsM2Ki8XMtVqkxqUVX7Hx
Pb7t9oWA+Lm1HY3oE/dpv71A3Tt5GyZ51c68xr+iEr3DQ646ga924Bx8s3eC
/bi43XKB8No813Nxeua938ZuRCIVVHsPEvUSNtxIHKWE1MznvELOcEuakKGB
I418xHxe6arPR/fgtesnJHZRd2VOAcpSc7L3jfrRUiHDGmb8C9eHpHZvaEZu
pIS/Pwv8CxKV/69ZB3KJ+9IOd7SLCf884p/fbmTSj/ax9G7wc0DD3da9OxYJ
GQzyhcmuRS7OjrzcNvOYaJGQx3wFJfuymT4d8Tx5wj+f8s8/7OTJzqTkyGcl
cXs2aqkTYlDdyO5uw0fvqhiZTbWUopwAEBZ0PbzyOe8aM4ra0Nx/WvHACkIi
hsHBKwMhpiXsENzwNRkPJPR2JERBx8fZcXAIgIGfv5yQkkBD8CXVgxkzKiA2
9arKqKEdOki9W+tfv8qNG5IaqeuzaKIojK9YN5oeTTtEfRFcqCsHvO5dF6lh
cTmPPVn0umA/9rdjHEuw3+OBC+Q3ShPqJIRkfyUoDW76W2nqb6Wp/8NOYvtW
pAXHk8NDRVMM9vGHr/Aqae9avAF82ZtgiwGFuEA7/14v4v6JB/l673HUH9J/
9fVeI+0d6faZd3qLb723+EoQ2u8LlJ4ixI09AqU9e3Hfv1xHExgO+Il36T+p
C/nZwz7/euS+BGSG94KW1O+Y0I8jybjwKP9NBm4F6OWuLLN/U4YarpFCjXy4
Lq9TSwIQ13Jw/9PDvxsnLySBBUULaTDsez1HCnN4LJaodGdlj2TnJhPaJDlp
JUOhfIcOtzflD28rLnze4fooEduTAd8D2zm555dCJckvmh3pZ1yL6AcfZHJ6
o+QgAxJ9Kcq/J7A9+zCJmz80Nmn699f6BMElOKGNR1udU1aA76X1btdVtkAS
JhWN/W9K9VKnzqDjQaiDYqH4zwy4cqgvWCIlyYyfsQrDRGFFroGGniyt5cf9
EUrMyrrOudizMtTloz42TzReb1YjJF+2O+cI7mm+u5mBzcHVNvxJgKF6XVZ+
WoHfJAiRHpJueWeBlmtqqI0MajCbaOFoOOPrCpPfDs4Ijlmnp9t1lS+WVYgs
V0MK229M51EQRurheoU0f88vRMTBoFuA1sJxYJTOKkHtkwG1W83STcvisZx/
FKycDIErunp0PECwJHn6pd2+8p09+fsRMjWyNWjlpLxJdl/3cNUxqVSG9Xhk
VSZDXRlCTQRX+ShuMkzlMv964a4deW5MvgSIDG4R4Np6z9vz4ujoUL2UghhB
/uH48Eh9+jAWLsYjZcO/1ONGqHjUip+Lh60Ox08fyveTl5U7xhdxfRPR/7pj
TP7CY0y2jjFxxzh8hnNQ5dflMpZwIJgMu2j3VrT86RhGOndkN6i5ozKr/VsO
7PlYRUZeP+jJ3W+Be0WJymr7/B7XZc5P3p1wPIwsVQZQLDuUl1hevZUXvjkS
xSbX65VRfW1HW6pqyuwILcPrXZms478Ssr3m8xd8/ST7VNW3pcnZZCyCIvnT
LSb//gDppDUIdmh/+Xt48JK8W1l8cl5UV58k/qn9yxSuHlXIwBfnwOHvqMno
IttlNNtyTNQk/wuV1ThPp1AAAA==

-->

</rfc>

