<?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.13 (Ruby 3.0.2) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-stephan-legacy-path-eco-design-00" category="info" consensus="true" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.21.0 -->
  <front>
    <title abbrev="legacy modularity and eco-design">legacy modularity usage for eco-conception</title>
    <seriesInfo name="Internet-Draft" value="draft-stephan-legacy-path-eco-design-00"/>
    <author initials="E." surname="Stephan" fullname="Emile Stephan">
      <organization>Orange</organization>
      <address>
        <postal>
          <street>2, avenue Pierre Marzin</street>
          <city>Lannion</city>
          <code>22300</code>
          <country>France</country>
        </postal>
        <email>emile.stephan@gmail.com</email>
      </address>
    </author>
    <date year="2024" month="May" day="20"/>
    <area>OPS</area>
    <workgroup>WG Working Group</workgroup>
    <keyword>Sustainability, Ressources</keyword>
    <abstract>
      <?line 70?>

<t>This draft discusses the usage of inventory information for assessing the adaptation of existing devices to eco-design. It is driven by the weight of the manufacturing in the sustainability cost with regard to the power consumption.</t>
    </abstract>
    <note removeInRFC="true">
      <name>About This Document</name>
      <t>
        The latest revision of this draft can be found at <eref target="https://emile22.github.io/sustainability/draft-stephan-legacy-path-eco-design-latest.html"/>.
        Status information for this document may be found at <eref target="https://datatracker.ietf.org/doc/draft-stephan-legacy-path-eco-design/"/>.
      </t>
      <t>
        Discussion of this document takes place on the
        Green BoF individual mailing list (<eref target="mailto:green-bof@ietf.org"/>),
        which is archived at <eref target="https://mailarchive.ietf.org/arch/browse/green-bof/"/>.
        Subscribe at <eref target="https://www.ietf.org/mailman/listinfo/green-bof/"/>.
      </t>
      <t>Source for this draft and an issue tracker can be found at
        <eref target="https://github.com/emile22/sustainability"/>.</t>
    </note>
  </front>
  <middle>
    <?line 74?>

<section anchor="introduction">
      <name>Introduction</name>
      <t>Many companies in Europe have integrated sustainability improvements into their core business strategies. It is driven by a growing awareness of environmental issues and regulatory requirements like CSRD (Corporate Sustainability Reporting Directive), a regulatory framework proposed by the European Commission to enhance corporate transparency and ensure that companies provide comparable information to assess their sustainability performance.</t>
      <t>Sustainability impacts numerous aspects of the life cycle management (LCM) of devices. In this draft we discuss the advantages of leveraging existing devices modularity to introduce eco-designed components in the networks while being able to assess the gains in sustainability.</t>
      <t>The rational is the urgent need to start decreasing resource consumption by simply replacing devices components. It can be view as a very basic use case of GREEN-bof <xref target="GREEN-BOF"/> approach.</t>
    </section>
    <section anchor="conventions-and-definitions">
      <name>Conventions and Definitions</name>
      <t>The key words "<bcp14>MUST</bcp14>", "<bcp14>MUST NOT</bcp14>", "<bcp14>REQUIRED</bcp14>", "<bcp14>SHALL</bcp14>", "<bcp14>SHALL
NOT</bcp14>", "<bcp14>SHOULD</bcp14>", "<bcp14>SHOULD NOT</bcp14>", "<bcp14>RECOMMENDED</bcp14>", "<bcp14>NOT RECOMMENDED</bcp14>",
"<bcp14>MAY</bcp14>", and "<bcp14>OPTIONAL</bcp14>" in this document are to be interpreted as
described in BCP 14 <xref target="RFC2119"/> <xref target="RFC8174"/> when, and only when, they
appear in all capitals, as shown here.</t>
      <?line -18?>

</section>
    <section anchor="network-and-devices-modularity">
      <name>Network and devices modularity</name>
      <t>Networks and theirs devices are modular per design to cope with manufacturing and operationnal obvious constraints. Existing devices are going to be progressively replaced with eco-design products. Both will co-exist in the networks as there is a balance to find between the increase of the live duration of existing devices and their replacement with eco-design devices <xref target="SUST-INS"/>.</t>
      <t>The same approach applies at the same time to individual devices: legacy devices will include progressively more and more eco-designed hardware components.</t>
      <t>Eco Design means that the products include environmental considerations throughout their entire lifecycle to reduce their environmental impact. In France they are based on General Reference Base for Eco-Design in digital services ("RGESN") at https://ecoresponsable.numerique.gouv.fr/publications/referentiel-general-ecoconception/.</t>
      <t>Eco-design can be summarized as the concepts and current practices related to the integration of environmental aspects into every stage of a product lifecycle. This starts at product design and development [ISO/TR 14062:2002 ]</t>
      <t>The upgrade of legacy devices with eco-designed cards can be separate in 2 categories:</t>
      <ul spacing="normal">
        <li>
          <t>"Simple" update : The adaptation is simple, a card is 'just' replaced with another one which consumes significally less power by itself when running and which required less ressources during its manufacturing and its deployment.</t>
        </li>
        <li>
          <t>"Complex" update: The replacement of the card requires the adding or the update of software components to enable dynamic power consumption.</t>
        </li>
      </ul>
    </section>
    <section anchor="simple-update">
      <name>Simple Update</name>
      <t>Network operators update their devices components since decades. By consequence, update with eco-designed components can started immediatly as there is no dependency on management solutions. The assessement of environmental and power gains can be done manually or with adhoc scripts from the datasheets of the manufacturer or using an adhoc processing.</t>
      <t>It is clear that information for doing static assessement is spread over many media or OPS interfaces (datasheet, Web URL, CLI , YANG, MIB, IPFIX ...). A proposal consists in documenting how to do static assessement for a set of devices and components based on volontaring <xref target="GREEN-BOF"/>.</t>
      <t>In the mid term, in a way to scale the assessement, inventory <xref target="IVY-WG"/> requires to distinguish legacy devices which include eco-designed components and eco-designed components inside legacy devices. This must not delay the initial deployment of eco-designed components in legacy devices described above.</t>
      <section anchor="simple-software-update">
        <name>Simple Software Update</name>
        <t>Software modularity increases with the generalisation of continuous developpement and deployement approaches. Power consumption of current software components of network devices are rarely evaluated. They can be updated immediatly 'just' by replacing with another one which consumes significally less power by itself.</t>
        <t>It might seem inappropriate to try to decrease the power consumption of a software component as intituively it is only doing what is expected, so this can't be reduced.</t>
        <t>This exists for assessing power efficiency of Web application components with good results. As an example, GreenIT is available as a browser plugin https://github.com/cnumr/GreenIT-Analysis.</t>
      </section>
    </section>
    <section anchor="complex-update">
      <name>Complex Update</name>
      <t>Currently network devices are mostly always-on. The design of their software components do not include dynamic power management.</t>
      <t>The update of legacy networks and devices to support dynamic power management is something complex because it impacts the different type of components:</t>
      <ul spacing="normal">
        <li>
          <t>hardware component must support variation of power, of bit rate or only being shutdown and restarted</t>
        </li>
        <li>
          <t>firmware component must expose the monitoring and the actionable functions to the software components</t>
        </li>
        <li>
          <t>software component must be updated or added to operate these new capabilities</t>
        </li>
      </ul>
      <t>Legacy hardware components are designed for being rarely stopped and re-started. The rythm of start/stop supported by such components must be documented to prevent wrong usage of their real capacity. This must be present in the datasheet or exposed by the components themselve.</t>
    </section>
    <section anchor="gain-measurements">
      <name>Gain measurements</name>
      <t>On the short term, as promoted by the GREEN-BoF, the assessement at the device level requires firstly datamodels augmentation <xref target="IVY-WG"/> to expose these capabilities and configuration updates and then metrics to measure the power consumption <xref target="POWEFF"/>.</t>
      <t>There is room for hackathon sessions to compare asessment methods.</t>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>The tracking of LCM information may reveal information of the device usages.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>At this step this document has no IANA actions.</t>
    </section>
  </middle>
  <back>
    <references>
      <name>References</name>
      <references anchor="sec-normative-references">
        <name>Normative References</name>
        <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="IVY-WG" target="https://datatracker.ietf.org/wg/ivy">
          <front>
            <title>Network Inventory YANG</title>
            <author>
              <organization/>
            </author>
            <date year="2023" month="June" day="23"/>
          </front>
        </reference>
        <reference anchor="GREEN-BOF" target="https://github.com/marisolpalmero/GREEN-bof">
          <front>
            <title>BOF proposal for GREEN WG Creation</title>
            <author>
              <organization/>
            </author>
            <date year="2024" month="May" day="10"/>
          </front>
        </reference>
        <reference anchor="SUST-INS" target="https://datatracker.ietf.org/doc/draft-almprs-sustainability-insights/">
          <front>
            <title>Sustainability Insights</title>
            <author initials="" surname="Per Andersson">
              <organization/>
            </author>
            <author initials="" surname="Jan Lindblad">
              <organization/>
            </author>
            <author initials="" surname="Snezana Mitrovic">
              <organization/>
            </author>
            <author initials="" surname="Marisol Palmero">
              <organization/>
            </author>
            <author initials="" surname="Esther Roure">
              <organization/>
            </author>
            <author initials="" surname="Gonzalo Salgueiro">
              <organization/>
            </author>
            <author initials="" surname="Stephan Emile">
              <organization/>
            </author>
            <date year="2023" month="October" day="20"/>
          </front>
        </reference>
        <reference anchor="POWEFF" target="https://datatracker.ietf.org/doc/html/draft-opsawg-poweff">
          <front>
            <title>Power and Energy Efficiency</title>
            <author initials="" surname="Jan Lindblad">
              <organization/>
            </author>
            <author initials="" surname="Snezana Mitrovic">
              <organization/>
            </author>
            <author initials="" surname="Marisol Palmero">
              <organization/>
            </author>
            <author initials="" surname="Gonzalo Salgueiro">
              <organization/>
            </author>
            <date year="2024" month="May" day="07"/>
          </front>
        </reference>
      </references>
    </references>
    <?line 165?>

<section numbered="false" anchor="acknowledgments">
      <name>Acknowledgments</name>
      <t>TODO acknowledge.</t>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA81Z23IbxxF936+YQA+2XFiApBTbYTm2KQqkkeItBBVF5fLD
YHewGGt3Zz2zCxhi6V/yLfmynO6ZXWBBqBRXXuIHmRjMpaf7dJ/TgziOo1rX
uToVg1xlMtmIwqRNLq2uN6JxMlNiYaxQiYkTUyaqqrUpB5Gcz61aHVwky5Sn
p8rpDFNTk5SywAGplYs6drWqlrKM/cK4kvUy3k6Pj46iKJG1yozdnApdLkzk
mnmhncO59abCPtPJw4UQz4TMnYEFukxVpfBPWQ+GYqBSXRurZU4fpmev8D/Y
P5jeP1wMIlzBqdI17lTUtlGRtEqeitu7WbQ29n1mTVOdireX4i0+6TITlzQS
vVcbfJ2eilnjaqlLOdc5bjoU98o509hEuShaqbJRp5EQYZfBpVWqFK8MjhXC
W0626pVOG1iHwULqHIMZTYznZvGjVvViZGxGX0qbLPHlsq4rdzoe01wa0is1
aqeNaWA8t2bt1LjbZUyrM10vmznWq0Ln6uRk7Hqm05QcXnb1zhFh6sivHWmz
t2j8XwXQbzta1gXuGAEiL6JINvXS2NMIpwqPhQmdJWZ+KxrGdWSpP0iCFyJi
ZZkpGnc17gUrT4ZCsovFnVbWKnEt7QfNSxPYdiquZFliLQ+YFEecnLwAmPhj
U9aEpgvsmvCuyruebzwKF/oxo8FRYoooKo0tYMoKAY0Ig9tPQkz/8S5+e0mR
RlhD6tyomgAkpiVsBPw24t3ZzeWA56RwCKw5OnkRH30dn7zwC6XN1K7zMUvW
Vibvld3Gd52N9QrBwpLL+8nkJn51e9E/GAOisqYyTuacqDyPIHwOaPtc7Rnx
Mj76c3x8dNiIEHm4AHiz2pm8knmhrBn744EuNmb2ZvYQT29mfVv62QFfAA/L
2j3xwvFRfPIJAw56AQUkQA/GVNbFfVjGOhw09ie1YBOf+C9GVUH+3ykrzlA1
LFK4/Nzkv8lSXCF557lMPzd3VqoPspTiWtfWrHTyufnX3tPizrv6c9Mnrl7C
9HvUHfW5uZem/CBzI2YyzxqlP795SEifnhTpu9u3k4s9zN2ZNQygMj8plc02
YrJY6ESrMtkcAtvRN38w1lQ6QsBN5eQ6iyucuFj8ofD+H0XsaRSiOI6FnDu6
fh1FD0vtPDuKVLukcU45gSgH/jUL7NPWla4amZLzXdJkR1xFC2Qqq9p/iVXq
d+1q+ipVuBXtaXaYeSSmteCDUdlKMd/wDmtFuUSr6VMhy2YBGxtL2+iSB/vp
h/LqarFG5RAWjGBTOoWmVQwTYtymYNUw8vcudJoSuJ6hQsDfaZPQl1F0LUva
rKjAA7AVh00aVDYllij8+AhNYAGsdP98jZpgVqqAg2iVP13TyWCJeQPfwEHE
I6QqsPPTe0vi7DXdUK6hCHg+ua9cIVglbYziCgXSwCyCPe4JscPhsOq3Rttw
eK7fK3E+u38tvjw3tjJ04p5mgGTAOAflNdYlxCrPQW27ey4sKJLpxFd2XDkE
xzsEyD43RZBEHNNyScRGNw6H4rKlq+guSRBkiALcUS9lveNjcpxOlR+xcp6r
Hr6wtYdX8Oie4ytleS6ORmhnT6IC3DhRNpQiDRznKkUDAVm5XuDcTZIzyABz
cqH48ur8+jlNCYhFrAhzXXqsVZshAe4rieBkirfN1UpZmZFvnyB/R5/iVjoA
T+2kA7xMbjBlwBEfUHped2K9JL0yVwwS8lPPNyLDzXlR30Ujym0lLLuTMeTT
GpUQly2V4mTBCovMVwkYmzPZKq8qd5OHIODg1JwwV+Uy2b3d1nAGdwKEzJVY
abWGkQAX/LIRc2yeoKRgW+m4qnSkLh4fO33x8aOQFYAhk+WIkvTccO2BCR78
r9VCl5o/+9tBHQuSx04MrqELSHbT/8XNLf99P/n7m+n95DX9Pfvp7Oqq+yMK
M2Y/3b65er39a7vy/Pb6enLz2i/GqOgNRYPrs3f4hqwa3N49TG9vzq4GPnSE
GJM0DCppOVxzX0RsZRVVEekiBD6xeo4PWPPq/O7f/zp+CVf86f7i/OT4+C/w
hP/w7fE3L/FhvVSlP82UCIP/iHhuIjhMSUu7yDyHeyuNiuGG5Hy3NOtSgLEp
R776mTzzy6n4bp5Uxy+/DwN04d5g67PeIPvs6ciTxd6JB4YOHNN5sze+5+m+
vWfvep9bv+8MfvdDjpor4uNvf/g+Igi16phc9zQho+imzTKawKXGdfMoeGEu
FRzhk5XimRA3MO/0WYoDhKmcdJR1Zr7SVIEom1AYNafJZL9C0EGZYSJlrCAF
0FKhxq5Ul3NACh+4rRo0jRgMO74y+GatCQAm5gL0pIpIzn8cpCkr5zLnso3z
kFIo8phGLSMt0SVXA7Utl+DAtLGf5vbOd62tjP19c9vZj4+thv/4MVQpB9bp
Up/+yIkiwBd1+2WtC+XLZ9vFtvudivAO0O7PfsAl8ibdd2VBvEzW8h+9AryE
fCAG3i1oUTRJDKoOm1+A/JxnMZYYwfndSX3KpoCD3rzTaBmIKFuapg6OorJm
PRV5JsLdrGJeaCf0FABTGlOS7yQ5+Rk4qK2KyoK4hHqwmHuvForYV4lXFEVS
arhGHK4BXKQ6oyIhnLLeY18O7i8ns5vBc3J515KTiHFwhSPSGTGZ6t8aNcpM
sxot7Lhq5rlO/AXH1h9aa5XHmTeEOvPtu83Ye7MFQ+AJUAx1ex+4KLJfwwoP
qqSxtCmcjduzqVblLMSC0GulWYvMntNa2mdhppiIXB1UrWwDuA3BSLAYZkpk
8LUzgsmhhKjcVIzvn6ez2/HDvTh+efT1yenJ0dGJ+MXDualgU6q8MNjDZi8n
iPgl0VfrDkVaqKZ7iRMR3qKQCtT8fwWOIhJWA+xPbY44FQ993U3W8xRSdbQx
jXzxK3TBF3tVRJaGWzkAnfQFks7zvaIdslKjqQKdbGA+VIZX0xABunYqXzD7
CNuUZVvy/A5Bj6Z+ke3ep6h2sISHV5+WSxpNYZvZkFNH/qLQmLjF7+1N/UV3
a0soTXzHcG4ry1LaGZhnteMdhdnOLOq99PbylRVVuillAYVyqG94JrzbxRve
rKOMUOgNCCMc4xP3qTCCSykbobIACqrWGz4CZlOWDtvlB7Cx3YIAwsgkxVAU
KtWyRnx2q3ppRPsaCcQBDjviFi1jw4k68phh+di5ci9tEBXvCC8tAzZTwgrF
j4EBB3sgpUuTCNIylLMLawp2PDXYbqnUVnRvI0+ws6JxHgFhB+Ra4ptJuNw3
SUhJaX3B3e88UyZLR7BPepehDIDIkiiIyHc6FEWfnEVH3t7NvAyDHVT1OiOH
4q2aizf3V0NxfjUVQ35BG4rr6auhmN5dTP8pRqPR85E42753cX13Xq23ao9s
guQiXKXmkHXcNCPJ6502w9e5baC7cr4yuUE8OFF6Gpkc5Jka7azAdYohyz+x
ltxhOKSu8smwPXu408c/Pvp3ROjKbe4Y6m7oCo12yydlixO8Y7pPYLT/+r7f
1BAd7u0bKm6BAgX0UqHN5SbUdch85vi2MjBOP90x7Rm8lddyDiSMSAt2iTxr
a0Gb0d3ATqvWqqBQs7nT8rymXcc3QAFc1pDCC8xQ+Uh7riDbw+egbejOd/tF
hncKTHeoTuHrION6itHiH2SiWsm8IU7k1N606eqLSq9YBCaY77Zx/zMb+HQt
+OXGKVXAcXzZymquieBpy7AMTaY6/EDjOfnp7anCIWd13XgFpznHuQnyRWDN
9cFBlBLZq3SITXwTBkd8UZMrvK5KR+G1i+Wr23vB8gap7jWR7KGiwFrUi5zd
kLDbMmOIfVyTkwY/owTA5tITMP8EM31gub2iH1CIZ7gj9j+aoKXImwzIPfAA
nkBs2XHYIT5DI7FBsQktMTNjB91zjxu44xBECuOYJXKUBheDzrj6Bz3jCzO9
rRzAHAoYZWSb8n2C3BLLqBU8Lc+GPCx326qdJ0DXVPQG9cn9uICbQiGACEoS
LjsHc9LjAQU/vO0wyeiFF538E5fPx/YC/HPJVwdUva82rR0rSTAN+GNjhvTX
HCexDjPWY82/vrhlU6fUU/uXuMDHfNBC2+LQQYClCZgvTMk/DwbhwwWa3x8Z
GoumTEKv4KXtgajwSQdyhE/ayXlCdpp6lexVClvgqB1c0xuBfyPS9NvhlQ/Y
gfaHEdSVW0oX74VQd1xN1S4NvoiDMzzC7KZeFiy7aHRMU1uX+xdF13CR6Y5q
b9BSqbcdTL7iThLiJNu+SLetpuT3Dkm/we0yCTfQuGzZNcEd0ZNnfES6d81d
PbhUBUoa08UzcQnxQ00fPV7yG2sU3YZH6CVBxxOv5JfMwtTbHQNVm4vhPgm3
Ha1PCH40zLcUDAhxtpK1ICKVIwJNxqKMEbpD26RcO2Dxq9o2pEFQlAudtT27
x0XXp9O1aqsThlq44Seq8uOj/xWm7dS90rQGMo8AsZTJe1kvMZHraECvf9Kl
m2OQ700JbVJfwWYKXEcMe95rkX0h4R9lWMAvxNX5dU/4FZKIa0Vh3x0O+jL4
lEHiD5qe3Zw9OeSs9uRAP7zuvdUtJWtoXuYT04WfDeYwinY8S96XZp2rNPOA
eDxFoZ7DKelfBwuZOzX4iGvcvr7F+nYmwPQf2F0cwukgAAA=

-->

</rfc>
