<?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.30 (Ruby 3.2.3) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-liu-spring-sr-policy-energy-efficiency-04" category="std" consensus="true" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.31.0 -->
  <front>
    <title abbrev="SR Policy Energy Efficiency">Computing Energy Consumption Path in Segment Routing Networks</title>
    <seriesInfo name="Internet-Draft" value="draft-liu-spring-sr-policy-energy-efficiency-04"/>
    <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>xiao.min2@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="February" day="12"/>
    <area>Routing</area>
    <workgroup>SPRING</workgroup>
    <keyword>SR,Energy-Efficiency</keyword>
    <abstract>
      <?line 49?>
<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 including energy consumption and carbon emissions 
   on network paths. It covers the procedures for data collection, path 
   computation and issuance, and also specifies the implementation 
   considerations for the data plane in both Multiprotocol Label Switching 
   Segment Routing (MPLS SR) and IPv6 Segment Routing (SRv6) networks.</t>
    </abstract>
  </front>
  <middle>
    <?line 57?>

<section anchor="introduction">
      <name>Introduction</name>
      <t>The importance of energy consumption in modern networks is becoming 
increasingly evident. In addition to techniques such as device sleep modes 
and dynamic shutdowns, network technologies can also be leveraged to steer 
traffic toward more energy-efficient devices and paths, thereby reducing 
the energy consumption of network communications.</t>
      <t><xref target="I-D.petra-path-energy-api-02"/> The PETRA API defines a standardized network 
energy query interface that allows queries to be sent to the network to 
retrieve traffic-related energy consumption and environmental-derived 
metrics for a specified network path. These metrics are computed by the 
network infrastructure elements dynamically involved in the path. The API 
only specifies a unified query interaction protocol and does not define 
the actual computation logic for these metrics.</t>
      <t><xref target="I-D.belmq-green-framework-10"/> 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. The PETRA API can be used to evaluate traffic-related energy 
consumption and carbon emissions for any source-to-destination node pair.</t>
      <t><xref target="I-D.ietf-green-terminology-00"/> specifies the metrics applicable to energy 
consumption assessment and provides a reference for the terminology and 
parameters used in 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. It is fundamentally defined 
as the ratio of useful output to energy input in an energy conversion 
process, and can be used to assess energy consumption or carbon emissions.</t>
      <t><xref target="RFC9252"/> 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"/> (Bradner, S., "Key words for use in RFCs to Indicate Requirement 
Levels", BCP 14, RFC 2119, March 1997) and <xref target="RFC8174"/> (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-00].</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"/>).</t>
      </section>
    </section>
    <section anchor="background">
      <name>Background</name>
      <t>In the modern digital era, network energy consumption has become a
critical focus, driven by the growing demand for sustainable
practices and the need to reduce operational costs. Networks consume
substantial energy, leading to carbon emissions and environmental
degradation. 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. By simplifying
network control, enabling explicit path definition, and ensuring
compatibility with existing technologies, SR meets 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 enables the planning of 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>
      <ol spacing="normal" type="1"><li>
          <t>Reducing energy consumption in network communications by selecting 
energy-efficient paths and leveraging energy-related information 
associated with SR paths and policies.</t>
        </li>
        <li>
          <t>Allowing the source node or controller/PCE to use energy consumption 
metrics as constraints and optimization criteria for path computation, 
thereby optimizing the routing of network communications.</t>
        </li>
        <li>
          <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>
        </li>
      </ol>
    </section>
    <section anchor="energy-consumption-parameters">
      <name>Energy consumption parameters</name>
      <t>Energy consumption parameters include EER, green energy usage ratio, 
carbon emission factor, etc.</t>
      <ol spacing="normal" type="1"><li>
          <t>Energy Efficiency  </t>
          <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-00"/>.</t>
        </li>
        <li>
          <t>Renewable electricity usage ratio &amp; carbon emission factor  </t>
          <t>
For carbon emission estimation of traffic traversing multi-hop,
multi-site paths with varying renewable energy 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. The carbon emission for a single segment is
computed as:  </t>
          <artwork type="ascii-art"><![CDATA[
Cn = En × Fn × (1 − Rn)

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.
]]></artwork>
          <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). 
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>
        </li>
      </ol>
    </section>
    <section anchor="mechanism">
      <name>Mechanism</name>
      <t>The proposed energy consumption and carbon emission aware path computation 
framework for SR networks is described as follows:</t>
      <t>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 anchor="block">
        <name>Framework of Computing Energy Consumption path in SR network</name>
        <artwork><![CDATA[
              carbon emission factor
 +------------------+                  |     API(PETRA API)-Energy Consumption Information Query
 |Carbon Management |----------|       |
 +------------------+         \|/      |
                             +--------\|/-------+
                    +--------|Network Controller| Energy Consumption and Carbon Emissions Calculation
                    |        +--------/|\-------+
                    |                  |
                SR-Policy        EER 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>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 protocol extensions via 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 green power 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, it calculates N candidate paths using traditional 
metrics such as bandwidth, delay, and packet loss rate. Then, it evaluates 
the energy consumption and carbon emissions for each of these paths. 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. 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 path to the head end. This
   distribution can be performed using standard mechanisms such as
   YANG, BGP or PCEP. The head end then conducts network forwarding
   based on the distributed SR-Policy. When using YANG, BGP and PCEP,
   necessary expansions for the energy consumption metric should be
   made.</t>
      </section>
    </section>
    <section anchor="use-case">
      <name>Use Case</name>
      <section anchor="network-path-carbon-emission-assessment">
        <name>Network Path Carbon Emission Assessment</name>
        <figure anchor="block2">
          <name>Use Bit0 For Out-of-order Measurement</name>
          <artwork><![CDATA[
              carbon emission factor
 +------------------+                  |     API Query
 |Carbon Management |----------|       |
 +------------------+         \|/      |
                             +--------\|/-------+
                    +--------|Network Controller|
                    |        +------------------+
                    |
                    |
                    |            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>
        <ol spacing="normal" type="1"><li>
            <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>
          </li>
          <li>
            <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>
          </li>
          <li>
            <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>
          </li>
          <li>
            <t>The controller calculates the optional paths:
            </t>
            <ul spacing="normal">
              <li>
                <t>Path 1: PE1 -&gt; P1 -&gt; PE2</t>
              </li>
              <li>
                <t>Path 2: PE1 -&gt; P2 -&gt; PE2</t>
              </li>
            </ul>
          </li>
          <li>
            <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:
            </t>
            <ul spacing="normal">
              <li>
                <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 × Fn × (1 − 0.5) = 0.01Fn</t>
              </li>
              <li>
                <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 × Fn × (1 − 0.1) = 0.009Fn</t>
              </li>
            </ul>
          </li>
        </ol>
        <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 anchor="sec-combined-references">
      <name>References</name>
      <references anchor="sec-normative-references">
        <name>Normative References</name>
        <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="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 anchor="sec-informative-references">
        <name>Informative References</name>
        <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'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-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="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>lijinming@chinamobile.com</email>
        </address>
      </contact>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA9VcX3MbR3J/308xRVcSKgYggpbPJ9bZZYqiLF5IiUfSpXJ8
qtRgMQDGWuzCO7uk6DCpPOY5lap8oHyT+yT5dffM7AALUPal8hA+yCB2Z7qn
//66e+jhcJg1tinMkdo7qZartrHlXJ2Wpp7fq5OqdO1y1diqVJe6WShbqmsz
X5qyUVeVvPrGNHdV/cHtZXoyqc0t9rm+UpdVYfP7sM/pbGZza8r8fi+bVnmp
lyA3rfWsGRa2HbpVjZ2Grh6ueNnQ8LKhicuGB8+yXDdmXtX3R8o108yu6iPV
1K1rDg8Onh8cZro2+ihwlRFL87pqV0fq+vLq7M132Qdzjy+n+P1qIGwNO7Yy
1+hy+k+6qEpwdm9ctrJH6semygfKVXVTm5nDp/slfXif6bZZVPVRpoaZws+s
LQo50w/WVZDJuW35QVXPdWl/0STAI3WysKVWF9XEFoYfm6W2xZGCCO553bc5
vbHkF0Z5tezvf7LQ5fxOM4lyC4k35k69/uJE3Zh8UVZFNbc4yhqpMg9bjA6e
PRs/+3bxRb6d1pUuQc9sI/OPN6ewjXpV1fxFSuGj1dVoacvDb39p+BCjvOzv
/UdbLi2f4jfJ6SdZ9mk5nbfWqYsRGTB0V2u3hcyNKcysKm2u14hg5dLOW1Ng
Z7942da2KKpvm7iCqfJzO2mbraZwvWh/akv1+rdZwq4TllW9xOJbA0rqbPhy
lK/qn+az4WR5N4fX3Jl6Ajte0NOrVyfPD7889B8Px+Pn/uPvx189O8psOYt7
Kb/ZxBTLn4fz2phyOKvBPrnPcHwQiFnTzPzjxtRgkEwLThlfWJmm1sMVQkTw
Xb2ywwMwMUR8oX+Unji8kzd03psF1INA0HIkMYWekCUZpxBnmoVRSwP/miow
qnJd5G2hOdTI1ipPohLtRmTdttC0f331RJU+Pg2UtmxzTaXMrS5aEFRwelVh
p6X9xfBeYJGCwrAGU42ZEie1zWn3vGinO5igXXJdT/DRLK1z+M7xbvjCkxcm
R+qswcpbUzs+56qucjNta5yczjrVjcbjojA57TvgRbxRzpFZR2og0uoyNwP+
TReuUm5lcjuDv/POdrkqDAlDRzERx3ZqxGWFIL3JRFeFLg2JcFKB4kVbNIiv
FcJfVahzDfNQ13e2IaOc8149SV9cnl8rEjfxc3Z5+7ttyrj9XaeOERvF0k6n
cIHsM3UGX6qmLR88u5ETIPDSIVU12yZ1cLuscJ4oY2jJqYmBrJhNqAwpweFz
cQ+N4+hlAwVAgNOp5R1gCQ0FSvtzC7G5Nl8oDbvEuyDqCmNWTAG6pFNN7+GR
Nldu0TbT6q6ERQXlNkm4hSWUopGJUYWBrvUchgRarjGmVpk3MXxzp2tYWFUb
tZHwGs+EY3Gy6QxIWbWZ3KsaFpPzCUl9WwQDcQXGIItlSwGLdT7Ksh8f89b3
igR/eXpzdayOL8/AxMyWxITi9Ahu4SbTuHnmaUN69T3UgdAw05Bcs9ANJFBU
d46fsU2yOBwdjaQOMlF2lcpq8jKIqud+O5zNlLe2rkq272IIG0Awm6osOCuZ
to4OMV3zwRGd0Zno2IAN3rvwIqRLrGVhAWIlwj9QRt60pCVxKRdMAWekc99W
BZG3ErsiERZhVpV4p/NNraAOZiqRmmarV9Hj2NoqvF1WjVeCKBsvtrpYiwZk
dHlw5u5cQdW7Ivt7RSfhQABzJU5Za6bUkwKEzUewVYJU5u5htkv3l3/7z+Af
7Wpl6mGh72HMXj9LXcLI2d39+4MQEHWeV23JESBDlGko+biBD7w+GIHOVLvF
pIKFESWYhEiH3oq24WlliTEMwpcdUgwC8JHRuSq3IZJrjnUcab17ZfgcI9KG
9ZMfw2ZbJ94bc8YOG80+mRHYLEtYQ9XWuRk2FSzXQTKiyBKRBsZj66C6nUn3
/Uasj6a8WgE9kwKZ321sOWecYz1xYKkrCotklcC1iC4UbENeSGjyy9lKk/00
lLtYJrD3XtiqJdiP1PGScDCbJEeuUAlkHeYGwARTav/0FGnDEhOA6P4wzIWX
uJWNklhA+ZOzWqL2LuhB9V69A0UAAs4CVA+35ewLQrMWsUxiB3xT/Avn0yJN
NknaDocEmlM4EZwtkagt6XdLSt7GE+d05+1vw4ZE/ltjdt2zF7IDj+Xex1BM
HCb8I3whKSP9cHzadCoqq3K7KtjQZ9vhEcca43IAWb89qrcYMOtqDqVzPqVM
WAxUdrewiAMhUMwK89GSxaUxVjEyRiBrFjCI+UJwBp3AhgSVBWbOKC2TLcOs
9q/PXronow14OMMHJ9jQb95Fv4kmyWZVuR0geKTrHRKnLpDAHJ0QyogQKZix
vqNkkKUngA4++0xdmZ9bW/vYf47SqUW0Y5BCFktVpVN7F99f3+wN5L/qzVv+
fHX6p+/Prk5f0ufr18fn5/GDvJHhl7ffn/vn9KlbefL24uL0zUtZjG/VxlcX
xz/ssZFle28vb87evjk+35MclAqPTiS5lzPNCtHUTAXliM7Jj9nOqFB4r/Zf
1HoKcQzU9QhE/iGejxwSaiAKeJkT+lk5JWRhUvmo7ByxunBg7cXJpRo/G9Dr
ijYfqAuyVjV+/vwrsbsffVECsufGTjTWgGi2d7ycoAKzDXv195RucuhZ3UL4
VOnwL8IHb6yIy3fEZUI1o6e0+UC9fHumxgcjfP79V089SWLmXh0ejL96Ijq+
6cJd1utaPO19kwavI8WZo5+KoIjMfITMnROhd/FlAndBZOdv1gMNw3sOMTh8
F2KyJMb4EMMvBMcLQW895m0mkmwjk+Ds7GzC1L4dGShgx2HxwEdqTg/i2sQn
TIOQLDkiANRY3emmUftmNMdeP+6uVd+z5NULnXOnBoZ85qs/QfVTO7cU4hDP
OqS9xc0X2qN+BMAMNt0QMJOoAaEQNCwDsAOdO4plU9TbpdSXrgW2tRzNELoJ
iQXYLSBVAjdjbrMWXPPKUUoJ7S/PkslcOyG03FhinbkdoAzQU1969lBBD89m
U4OgO2U6I/VWqtOk8mwdoo9amGLlAl9g1YYEks2qqqHIL6bkANdQRzk1L6oJ
sTSb8a/ESrWcAPPlhV2SF3NjyIyC9XNGXuqfIKP02LBnUzqBCUEp8ryqJell
CKwELIjjzoSmCBB5g3xbkAE4wtI5ZXrychYlsBzDGkrKqN1Uoeu5GTro0iSZ
Hb5ExSn2xivOzglMI8nCCKHDklYrp4k20uex64oMX3ORARC6Fe9gWoNtxRft
7FDfOEqriYko4kdPkEfANiriBZyW3JFELPLxVaehlkHWt9aBkvwJ6VJUEDMR
O2Q90clmLWXzbK2oDOD7y+8G6qy68eiiqNqpz4eEujLOSQIvAxQjtZJZo0YC
1sw5aCD/LfUHxFCYSMzgg0zOVvimQicOL0Q24MDT/Ui9AJKlHGpn99Rx7UpO
zpwDgQhsBR8Jl4IYZ9YOB3g6JGTagM4BK0uEi5XEdErXEqoj/o1pnMcV5Mt0
rmyzHcBQ1mvelHMAKEOUBmqmYUSwJW7F3IvVrml2YaHrWGgTZySlRpAwLVrA
o4FyfSdB7Oj6KoukvTqjATqSAJHmujhAWjIVj4hg8lMD1yI45DtaXKjYGQNz
FFam5r5Ec78yhA07mOYizBSAI4GtZ9Usfd/skrbtDi+TuGH0EgDPFVKjzqk/
t66U7Ozy9tlT7vWs18mObSP0sba3zKgSy2Z1tVRGw7K5+CGyMJgPrOAAMLmk
LnRZ0kaxEdQdKxNZCRDExsHseZLA1hL6JqCDOjKIfl7B8SD2qGTSKpTzSKbx
/rWsGnubNNH0dEoZfsdBqS3ZaSqTPiJcbNIKOKMSHwHYNpxojrJsPAKe8jxt
3297c4dynDNB5NSk22oBol3fl+poxGo2Bc20SVJBs/ZxmG6bIGRI5hDekJq2
j0KsWEYkHBUKUz+9PDml7ENgckdDNxa0klXhwpaQd9KsFf4o2cOjpaTfrA0G
0s/1yq+6NMogzFvJY62yL0ap5rxBItwIhOJoGktUKWp2dKu4+dpL+3ldAcJ1
/u19nlzCyw5CShoEI/Wy9T3qSt1qHFvU7ttOc0Ol2mrB4KeoglFwmmAZSmtV
QQym4FKSG9QzmuOYgGJQGlZLp5DV2Jw9sBPE5CtqFihbbpp9aa9wlJxzX2ij
9lFxwQVChFhd9uS6EBthD3PHwt5n1PpkDSxQLT1S550BcyDVK4ndlCslw9FO
HW5A9hGM6GC0UIFvkkRUwsnHl9C+Sk96DtI+d03a1+lgFsHwgvtlNFRJpSZN
f0K5p33T6Pop2aNP/ezBEPweKJbIOhSsBZ1nGzaGLJcDlCERN/mI40oP2Gcy
jNmmJd+HAU3GKrGKoa67mUPYcEjAPgH7tM3+Bb57+u4JYTR62ZSxc+Pblolg
kupBwjJ2pt1oI94RMuVKIcBqSrZqYeewPkU+RwWgVJ8E/hvIacPgOADG4/ie
gj8UlTD3K9+/Dd1j9jw/iapq1AvGxUgqIxdYi5OBX9ftDdFD+y45BQXmb8Rz
PV79CtGJu/yIHdoWccpFshWOBkhxBBqlDcctcaz7RBdQgu5VdJZ1J4mGof52
M/h4w8gCb5uP6eDLGNTiuKLWXH9SK4gg+HBRrQYcrfk3h1DsYxjnCUQogoWJ
M/dtNkTBNHo0xJ33ZKAlsoqh872ipJfsJ4S+aTLhKaoBSqvuyVToVIwrwsq8
qmGSQP2hDNOBDHBB4VuVyfyPTzLYErU3suGMYgksuzXFkCEI85EogrtBExPH
mDJkmBqedHn3COGP0Si/sB4FRXDSnu6pUkYdNOQy8bTWdTNDbjwcsa7/oGtf
DQFCfr2nXW7tEN/tfUNPT0r1NSKE+u//Uq/43/2x+su//4e6Kp/w6jsK/Edi
1fSy7wNsMgSLCWyUar9RJ28PzZOBX3Yal62Xf0m+LDh3SdXNfQavEDxL9v3w
bhE3fRU3ndcWp5WJ2w6jj+3t2szpWz6V8jvRT0cEmwZe/DmepmSvItmeiYvf
hcilUGNz2zYYXCoiDhN/eOo1800MyL/mKHTwGAQTXRBeLx1R8imentFRCh9T
afOR2gyoeJF2pIqORwL+oVtQXvSpuWfvqSLJXbm679ZsisZPZXgvv/9a78Nn
2Q0vSzOBIHG1LqhHBIRoO6HqPUT4inMCKIkB0IgLO/EucTkVJ3Q638RvV1Pm
BaHIVlOfNnx/C4VJS78/GanA0Q5zEHvxIxfJdhQzn0azCMNH0plvqPxdnBX0
JmzJxCB5FiZsg9AZl0sIPgH3OOuNrBB+bPIcmVjynSAgUzcM+Brjh2UbNX9B
WTjMLee0B8/LeC6Z4Bnai8qfMNlj412qWwD5EqFwMaFmYDdPdnRUMV/Qmdl5
K80oxlUXhtpW1i25NGMs6XbPjTftRDr+valCFielHC7SKsCmnXNNBSDPuRFg
jyEfSEFLBZ5IxBfCjvN9IgY2R644+Y6BBxSEXKfVEhY7WBt/Phpqtp3N+0BG
hsZVGNNLQG3fpLjAIoCvQjUYJ7YQ9rsFgKcWafnhNZiq7XzOWYvUR+3qMDmm
Eap3kjhTfSKzwCyVTkiMAXBPaTBqyl+rQ5iTXBNCJCQ3DdUpoEIdkn1Xjw7S
ikoEHBLMbVUgWsONj2eEJmkNF40UNfnqo/PldXdPQKbEdAw5V+oGhrCIk7F9
XMcbaR65d3ckPYPUUeJzk7Ig7n/tfpL0pPq1ZIBz6vNh7+dz1ft54H/B+n6n
luGW+55nSSPgT6TuTD2cCOWLznIeOloPgcAnOPnzw9P44mM/cRMsCJtsXRFf
fAhl7ElUxMO2q6ykdn+U02hGJ+Gimb/PuF1uKbmnD39+lK+HLV/1Xry+Gno7
8D8UJU7iHbC1d/96KmCapPh5yj4JbENBn6+f5jUExR1c9fAa1snKZnKbk2Si
Sc9OIdiO+sQs9K2tEOoeLiuE84fAbVDTS45z8RT+rT7zD90rCsFEMZfqUv47
pG8eure2nX39fNuNM5w99bt/PlKfTZB6AJnpivTXe69iYuDOySPXpVfhunRM
Hnv/woPGLe926u6PHjdvSaQ1qDR3Ch9cCColSSTkZkkmcRR/9t1ld9GIgnUp
lw3oYhwXY0O/wCGdaQAegKDMNqHFrKe3hAJcj7p0jF5s352TA54Nz69Vtk8v
ndvyw/Aa+dY8SbmQDmt3BXLn1b8uNqWT1OTqgk+iySSvB1X0FAHerd9tk7qS
7nr7gcsPx2++gwTenN6cvH3zSlLG9ZuLS8+qtGMEoKZF9yMZmaFxwKQB9CVs
xTy9G97JyJpv5CdhS70ITfC+jWU74JqkJrd2fSPppjedNnbcdNq8ZAG4wYCh
j6rWUjJKgO5+ntz6R9lua9dwry5BBW96uV1MDXk7DF+6m39BaxMsubNTquGn
gDK+7ljp/INpgCUdT7wNg9iSCYbbXW7nrcqdV7q40SBVljPhnu8r64dC2QYw
AJ5r69LXa6FCl6kmXX3r7hnzTdyAwzva4ahyTY6vDyT38fwVMGbYAzLkd5iL
3HwKd2rlOtNytdCOLj7z1b8eNu7uimFlmKsP4j2ppmpiQblx+1RAIjhc662t
Ay3pjO9sEtdd1MM+S33PNQVMiMC/KegW7IysUlEfsqmpM75eSOKocDffCvqo
aYA3kKmcM5tgrTa5sbcmXoXMakM3ght/z477WDp05f24Zw1Jdl/2EeVAbg97
XYPZu2rToo/ElY/5KkMsvHcJGBal/Z/jvBip13h+SwB0YnLd+rPJRXJTcp1R
1b7CkEaXJ0WvkhN2TXwI1VNeb8k/2o73gL4by2+6CLSXBju5xdLd6eu1gaho
BQqoqOGi6F4RHJPvXYnXh8nGUCRtl2bo40i+GWiJNF/oSm5khPsH7LgiCc58
fGmK7hWxWlfUyyTDCvLgJdNa30GZXn6xyR3qlsT4QGXFnVyWWiVq405GaJCE
YWO2OUyQyH7mr/eT+IleaC1sq7cjHvAhNyknqJqSzrd0WP2b3GuUdO6jdczf
IRciD/q6OsZU2kKSIeVvEt/J6aW0AQItIkxtzJK6m11O6fr+XPmnuSVFMxEJ
jxSXmsJRR5IUTjQHMtmhG1AaRaj5uNJlF413RG/f+XeLqi2mvl+81Fxofaa+
hy+cgC2WfQCnPruuVQnqOAbF//v67P9z1fUrK6iE0e0rfsu36S/IG0fjgwNF
Myn39N1j9VDKzuU4ldvnuziL9QhIbCu/iPLOaqQrpVC4jDefXp4e9gupZHEs
pDwXh90hw1c7y6iuDlo78+G2M2+tgg5DGUQO88I2B5xd37bNsJoNge0Qji6M
pjtTZKVU7xw7crm7MnS3uHuHxDNBAExnyZQUkwF4DGDcuPIRLaPhGX9zxJIb
fqMu5d/TQwkO/stD/yV8O15DX1IXakz/HEqSxlJUp5IuHYq6LRgk9uq4+52Y
0yAE813oH+9/efA3o+ylwBtwtJCuz6NAh5al+pRWudDIthIZE5HsuJH8RdmQ
DrcTEcY/xlmErOSbW4nYs57co9gHhKzvDNKWQEBbb0EnKVSNEdBf8FtDpDLN
6oqXcKnVuvW+6nikuo4c3dsw3Z9vdOnD/+lNbK4SKZS6bGMyB3H3ZY4auBTA
uxtzdlqnTszGHyv5v6MLyTcU1b603UfGyk2Ymcd5cNyRK43YIJc0JpMupOJZ
UVVTrgVWhnqvNFPgCe/NOlgVNOW2DnUeGYT4Ac76bavmkQr2qgyjo5xm1/Fa
FCDZSm56Y7u6gtnIDI3FRBsnc7NfV8p+0TsjJOa8nf5m1E1s+RIjkl+7TEGX
Dsg8fAd3REmd3k6njX4D2gvHgVN6rwS3z3rcbrSw1z2LJ6Z/L2hi3A9cydPD
o14Ey7IvP0XtV046+NKNH+FtzMa9ltfZ7lBxLJ6YWtiPdvIXeTxGVWOJq3wU
P85X05bDyKV/dhikMf5UQOTglgRcV/lRea8a4nRGh+q0FNUI9g9GB4fqw7uR
SDG9BbApIuv8dJsn4bxucxZ+MPryiTwbvyr9UT4Z29ej+v/uKOO/8ijjLUcZ
+6McPMdZqEHgawJH8SC6Dqdq/8eBt9xm44jnj+2v3vSPnvmhty/w2VQGwU5o
pdRBvYaKN5ik+NqV/xi5nx2/OeY2V/eHzZxYXmF7dYFgT9HvrYj35n5lugKA
+huofeUmD23D+12bvK2pGN3c88VLfn6cfyiru8JM2XUcoFHZLic0//p6b6YL
ZwB6iL78DyKQLZlaYT/4bKrLD4KDqnBX0tcsVqbwXDDG/6+AjLfYP5O/6Tki
brL/AbMjRTS4QwAA

-->

</rfc>
