Network Working Group A. Clemm Internet-Draft C. Westphal Intended status: Informational Futurewei Expires: 6 January 2024 J. Tantsura Nvidia L. Ciavaglia Nokia M-P. Odini 5 July 2023 Challenges and Opportunities in Management for Green Networking draft-irtf-nmrg-green-ps-00 Abstract Reducing technology's carbon footprint is one of the big challenges of our age. Networks are an enabler of applications that reduce this footprint, but also contribute to this footprint substantially themselves. Many of the biggest opportunities to reduce this footprint may not be management or even networking specific, for instance general power efficiency gains in hardware or deployment of equipment in more energy-efficient buildings. However, methods to make networking technology itself "greener" and in particular to manage networks in ways that reduces their carbon footprint without impacting their utility also need to be explored. This document outlines a corresponding set of opportunities, along with associated research challenges, for networking technology in general and management technology in particular to become "greener" and reduce network carbon footprint. Status of This Memo This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at https://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." This Internet-Draft will expire on 6 January 2024. Clemm, et al. Expires 6 January 2024 [Page 1] Internet-Draft Chall-Ops-Green July 2023 Copyright Notice Copyright (c) 2023 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/ license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 3 2. Definitions and Acronyms . . . . . . . . . . . . . . . . . . 6 3. Contributors to Network Energy Consumption . . . . . . . . . 7 3.1. Power Consumption Characteristics . . . . . . . . . . . . 7 3.2. Dimensioning for Peak Usage . . . . . . . . . . . . . . . 8 4. Challenges and Opportunities - Equipment Level . . . . . . . 9 4.1. Hardware and Manufacturing . . . . . . . . . . . . . . . 9 4.2. Visibility and Instrumentation . . . . . . . . . . . . . 10 5. Challenges and Opportunities - Protocol Level . . . . . . . . 11 5.1. Protocol Enablers for Carbon Footprint Optimization Mechanisms . . . . . . . . . . . . . . . . . . . . . . . 12 5.2. Protocol Optimization . . . . . . . . . . . . . . . . . . 13 5.3. Data Volume Reduction . . . . . . . . . . . . . . . . . . 14 5.4. Network Addressing . . . . . . . . . . . . . . . . . . . 15 6. Challenges and Opportunities - Network Level . . . . . . . . 16 6.1. Network Optimization and Energy/Carbon/Pollution-Aware Networking . . . . . . . . . . . . . . . . . . . . . . . 16 6.2. Assessing Carbon Footprint and Network-Level Instrumentation . . . . . . . . . . . . . . . . . . . . . 17 6.3. Convergence Schemes . . . . . . . . . . . . . . . . . . . 18 7. Challenges and Opportunities - Architecture Level . . . . . . 19 8. Conclusions . . . . . . . . . . . . . . . . . . . . . . . . . 21 9. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 21 10. Security Considerations . . . . . . . . . . . . . . . . . . . 21 11. Contributors . . . . . . . . . . . . . . . . . . . . . . . . 22 12. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 22 13. Informative References . . . . . . . . . . . . . . . . . . . 22 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 26 Clemm, et al. Expires 6 January 2024 [Page 2] Internet-Draft Chall-Ops-Green July 2023 1. Introduction Climate change and the need to curb greenhouse emissions have been recognized by the United Nations and by most governments as one of the big challenges of our time. As a result, improving energy efficiency and reducing power consumption are becoming of increasing importance for society and for many industries. The networking industry is no exception. Arguably, networks can already be considered "green" technology in that networks enable many applications that allow users and whole industries to save energy and become more sustainable in a significant way. For example, it allows (at least to an extent) to replace travel with teleconferencing; it enables many employees to work from home and "telecommute," thus reducing the need for actual commute; IoT applications that facilitate automated monitoring and control from remote sites help make agriculture more sustainable by minimizing the application of resources such as water and fertilizer; networked smart buildings allow for greater energy optimization and sparser use of lighting and HVAC (heating, ventilation, air conditioning) than their non-networked not-so-smart counterparts. The IETF has recently initiated a reflection on the energy cost of hosting meetings three times a year (see for instance https://www.ietf.org/blog/towards-a-net-zero-ietf/). It conducted a study of the carbon emissions of a typical meeting, and found out that 99% of the emissions were due to the air travel. In the same vein, [framework] compared an in-person with a virtual meeting and found a reduction in energy of 66% for a virtual meeting. These findings confirm that networking technology can reduce emissions when acting as virtual substitution for physical events. That said, networks themselves consume significant amounts of energy. Therefore, the networking industry has an important role to play in meeting sustainability goals not just by enabling others to reduce their reliance on energy, but by also reducing its own. Future networking advances will increasingly need to focus on becoming more energy-efficient and reducing carbon footprint, both for economic reasons and for reasons of corporate responsibility. This shift has already begun and sustainability is already becoming an important concern for network providers. In some cases such as in the context of networked data centers, the ability to procure enough energy becomes a bottleneck prohibiting further growth and greater sustainability thus becomes a business necessity. For example, in its annual report, Telefónica reports that in 2021, its network's energy consumption per PB of data amounted to 54MWh [telefonica2021]. This rate has has been dramatically decreasing (a Clemm, et al. Expires 6 January 2024 [Page 3] Internet-Draft Chall-Ops-Green July 2023 seven-fold factor over six years) although gains in efficiency are being offset by simultaneous growth in data volume. In the same report, it is stated as an important corporate goal to continue on that trajectory and aggressively reduce overall carbon emissions further. Perhaps the most obvious gains in sustainability can be made with regards to improving the efficiency with which networks utilize power, reducing the amount of energy that is required to provide communication services. However, for a holistic approach other aspects need to be considered as well. Perhaps most importantly, carbon footprint is determined not by it power consumption alone. The sustainability of power sources needs to be taken into account as well. A deployment that includes devices that are less energy- efficient but that are powered by a sustainable energy source can arguably be considered "greener" than a deployment that includes highly-efficient device that are powered by Diesel generators. In fact, in the same Telefónica report, extensive reliance on renewable energy sources is emphasized. Similarly, deployments can take other environmental factors into account that affect carbon footprint. For example, deployments in which factors such as the need for cooling are reduced will be considered greener than deployments where this is not the case. Examples include deployments in cooler natural surroundings (e.g. in colder climates) where that is an option. Finally, manufacturing and recycling of networking equipment are also part of the sustainability equation, as the production itself consumes energy and results in a carbon cost embedded as part of the device itself. Extending the lifetime of equipment may in many cases be preferable over replacing it earlier with equipment that is slightly more energy-efficient but that requires the embedded carbon cost to be amortized over a much shorter period of time. From a technical perspective, multiple vectors along which networks can be made "greener" should be considered: * At the equipment level. Perhaps the most promising vector for improving networking sustainability concerns the network equipment itself. At the most fundamental level, networks (even softwarized ones) involve appliances, i.e. equipment that relies on electrical power to perform its function. However, beyond making those appliances merely more energy-efficient, there are other important ways in which equipment can help networks become greener. This includes aspects such as support for port power saving modes allowing to reduce power consumption for resources that are not fully utilized, but also management instrumentation that allows to precisely monitor power usage at different levels of granularity. Clemm, et al. Expires 6 January 2024 [Page 4] Internet-Draft Chall-Ops-Green July 2023 This enables (for example) controller applications that aim to optimize energy usage across the network. (As a side note, the term "device", as used in the context of this draft, is used to refer to networking equipment. We are not taking into consideration end-user devices and endpoints such as mobile phones or computing equipment.) * At the protocol level. Energy-efficiency and greenness are aspects that are rarely considered when designing network protocols. This suggests that there may be plenty of untapped potential. Some aspects involve designing protocols in ways that reduce the need for redundant or wasteful transmission of data to allow not only for better network utilization, but greater goodput per unit of energy being consumed. Techniques might include approaches that reduce the "header tax" incurred by payloads as well as methods resulting in the reduction of wasteful retransmissions. Likewise, aspects such as restructuring addresses in ways that allow to minimize the size of lookup tables and associated memory sizes and their energy use can play a role as well. Another role of protocols concerns the enabling of functionality to improve energy efficiency at the network level, such as discovery protocols that allow for quick adaptation to network components being taken dynamically into and out of service depending on network conditions, as well as protocols that can assist with functions such as the collection of energy telemetry data from the network. * At the network level. Perhaps the greatest opportunities to realize power savings exist at the level of the network as whole. For example, optimizing energy efficiency may involve directing traffic in such a way that it allows for isolation of equipment that may at the moment not be needed so that it could be powered down or brought into power-saving mode. By the same token, traffic should be directed in a way that requires bringing additional equipment online or out of power-saving mode in cases where alternative traffic paths are available for which the incremental energy cost would amount to zero. Likewise, some networking devices may be rated less "green" and more power- intensive than others or powered by less-sustainable energy sources. Their use might be avoided unless required to meet peak capacity demands. Generally, incremental carbon emissions can be viewed as a cost metric that networks should strive to minimize and consider as part of routing and of network path optimization. * At the architecture level. The current network architecture supports a wide range of applications, but does not take into account energy efficiency as one of its design parameters. One can argue that the most energy efficient shift of the last two Clemm, et al. Expires 6 January 2024 [Page 5] Internet-Draft Chall-Ops-Green July 2023 decades has been the deployment of Content Delivery Network overlays: while these were set up to reduce latency and minimize bandwidth consumption, from a network perspective, retrieving the content from a local cache is also much greener. What other architectural shifts can produce energy consumption reduction? We believe that network standardization organizations in general, and IETF in particular, can make important contributions to each of these vectors. In this document, we will therefore explore each of those vectors in further detail and for each point out specific challenges for IETF. As our starting point, we borrow some material from a prior paper, [GreenNet22]. For this document, this material has been both expanded (for example, in terms of some of the opportunities) and pruned (for example, in terms of background on prior scholarly work). In addition, this document focuses on and attempts to articulate specific challenges relating to work that could be championed by the IETF to make a difference. 2. Definitions and Acronyms Below you find acronyms used in this draft: Carbon footprint: as used in this document, the amount of carbon emissions associated with the use or deployment of technology, usually directly correlated with the associated energy consumption. CDN: Content Delivery Network. CPU: Central Processing Unit, that is the main processor in a server. DC: Data Center. FCT: Flow Completion Time. HVAC: Heating, Ventilation, Air Conditioning. ICN: Information Centric Network. IGP: Interior Gateway Protocol. IPU: Infrastructure Processing Units. LEO: Low Earth Orbit. LPM: Longest Prefix Match, a method to look up prefixes in a forwarding element. Clemm, et al. Expires 6 January 2024 [Page 6] Internet-Draft Chall-Ops-Green July 2023 MPLS: Multi-Path Label Switching MTU: Maximum Transmission Unit, the largest packet size that can be transmitted over a network. NIC: Network Interface Card. QoS, QoE: Quality of Service, Quality of Experience. QUIC: Quick UDP Internet Connections. SDN: Software-Defined Networking. TCP: Transport Control Crotocol. TE: Traffic Engineering. WAN: Wide Area Network. 3. Contributors to Network Energy Consumption Carbon footprint and, with it, greenhouse gas emissions are determined by a number of factors. A main factor is network energy consumption, as the energy consumed can be considered a proxy for the burning of fuels required for corresponding power generation. Network energy consumption by itself does not tell the whole story, as it does not take the sustainability of energy sources and energy mix into account. Likewise, there are other factors such as hidden carbon cost reflecting the carbon footprint expended in manufacturing of networking hardware. Nonetheless, network energy consumption is an excellent predictor for carbon footprint and its reduction key to sustainable solutions. Exploring possibilities to improve energy efficiency is hence a key factor for greener, more sustainable, less carbon-intensive networks. For this, it is important to understand which aspects contribute to power consumption the most and hence where the greatest potential not just for power savings but also sustainability improvements lies. 3.1. Power Consumption Characteristics Power is ultimately drawn from devices. The power consumption of the device can be divided into the consumption of the core device - the backplane and CPU, if you will - as well as additional consumption incurred per port and line card. Furthermore it is important to understand the difference between power consumption when a resource is idling versus when it is under load. This helps to understand the incremental cost of additional transmission versus the initial cost Clemm, et al. Expires 6 January 2024 [Page 7] Internet-Draft Chall-Ops-Green July 2023 of transmission. In typical networking devices, only roughly half of the energy consumption is associated with the data plane [bolla2011energy]. An idle base system typically consumes more than half of the power over the same system running at full load [chabarek08], [cervero19]. Generally, the cost of sending the first bit is very high, as it requires powering up a device, port, etc. The incremental cost of transmission of additional bits (beyond the first) is many orders of magnitude lower. Likewise, the incremental cost of incremental CPU and memory needed to process additional packets becomes fairly negligible. This means that a device's power consumption does not increase linearly with the volume of forwarded traffic. Instead, it resembles more of a step function in which power consumption stays roughly the same up to a certain volume of traffic, followed by a sudden jump when when additional resources need to be procured to support a higher volume of traffic. By the same token, generally speaking it is more energy-efficient to transmit a large volume of data in one burst (and turning off the interface when idling), instead of continuously transmitting at a lower rate. In that sense it can be the duration of the transmission that dominates the energy consumption, not the actual data rate. 3.2. Dimensioning for Peak Usage The implications on green networking from an energy-savings standpoint are significant: Potentially the largest gains can be made when network resources can effectively be taken off the grid (i.e. isolated and removed from service so they can be powered down while not needed). Likewise, for applications where this is possible, it may be desirable to replace continuous traffic at low data rates with traffic that is sent in burst at high data rates, in order to potentially maximize the time during which resources can be idled. At the same time, any non-idle resources should be utilized to the greatest extent possible as the incremental energy cost is negligible. Of course, this needs to occur while still taking other operational goals into consideration, such as protection against failures (allowing for readily-available redundancy and spare capacity in case of failure) and load balancing (for increased operational robustness). As data transmission needs tend to fluctuate wildly and occur in bursts, any optimization schemes need to be highly adaptable and allow for very short control loops. As a result, emphasis needs to be given to technology that allows to (for example) (at the device level) exercise very efficient and rapid discovery, monitoring, and control of networking resources so that they can be dynamically be taken offline or back into service, Clemm, et al. Expires 6 January 2024 [Page 8] Internet-Draft Chall-Ops-Green July 2023 without (at the network level) requiring extensive convergence of state across the network or recalculation of routes and other optimization problems, and (at the network equipment level) support rapid power cycle and initialization schemes. 4. Challenges and Opportunities - Equipment Level We are categorizing challenges and opportunities to improve sustainability at the network equipment level along the following lines: * Hardware and manufacturing. Related opportunities are arguably among the most obvious and perhaps "largest". However, solutions here may lie largely outside IETF's scope. * Visibility and instrumentation. Instrumenting equipment to provide visibility into how they consume energy is key to management solutions and control loops to facilitate optimization schemes. 4.1. Hardware and Manufacturing Perhaps the most obvious opportunities to make networking technology more energy efficient exist at the equipment level. After all, networking involves physical equipment to receive and transmit data. Making such equipment more power efficient, have it dissipate less heat to consume less energy and reduce the need for cooling, making it eco-friendly to deploy, sourcing sustainable materials and facilitating recycling of equipment at the end of its life-cycle all contribute to making networks greener. More specific and unique to networking are schemes to reduce energy usage of transmission technology from wireless (antennas) to optical (lasers). One critical aspect of the energy cost of networking is the cost to manufacture and deploy the networking equipment. This is outside of the scope of this document: we only consider the energy cost of running the network, as this is where the IETF can play a role. However, a holistic approach would include into this the embedded energy that is included in the networking equipment. One aspect for the IETF may be to consider impact of deploying new protocols on the rate of obsolescence of the equipment. For instance, incremental approaches that do not require to replace equipment right away - or even extend the lifetime of deployed equipment - would have a lower energy footprint. This is one important benefit also of technologies such as Software-Defined Networking and Network Function Virtualization, as they may allow support of new networking features through software updates without requiring hardware replacements. Clemm, et al. Expires 6 January 2024 [Page 9] Internet-Draft Chall-Ops-Green July 2023 An attempt compute not only the energy of running a network, but also the energy embedded into manufacturing the equipment is described in [emergy] . This is denoted by "emergy", a portmanteau for embedded energy. [junkyard] Likewise, an approach to recycling equipment and a proof of concept using old cell phones recycled into a "junkyard" data center are described in [emergy]. 4.2. Visibility and Instrumentation Beyond "first-order" opportunities as outlined in the previous subsection, network equipment just as importantly plays an important role to enable and support green networking at other levels. Of prime importance is the equipment's ability to provide visibility to management and control plane into its current energy usage. Such visibility enables control loops for energy optimization schemes, allowing applications to obtain feedback regarding the energy implications of their actions, from setting up paths across the network that require the least incremental amount of energy to quantifying metrics related to energy cost used to optimize forwarding decisions. One prerequisite to such schemes is to have proper instrumentation in place that allows to monitor current power consumption at the level of networking devices as a whole, line cards, and individual ports. Such instrumentation should also allow to assess the energy efficiency and carbon footprint of the device as a whole. In addition, it will be desirable to relate this power consumption to data rates as well as to current traffic, for example, to indicate current energy consumption relative to interface speeds, as well as for incremental energy consumption that is expected for incremental traffic (to aid control schemes that aim to "shave" power off current services or to minimize the incremental use of power for additional traffic). This is an area where the current state of the art is sorely lacking and standardization lags behind. For example, as of today, standardized YANG data models [RFC7950] for network energy consumption that can be used in conjunction with management and control protocols have yet to be defined. To remedy this situation, an effort to define sets of green networking metrics is currently under way [I.D.draft-cx-green-metrics]. An agreed set of such metrics will provide the basis for further steps such as the implementation of corresponding data models as part of management and control instrumentation. Instrumentation should also take into account the possibility of virtualization, introducing layers of indirection to assess the actual energy usage. For example, virtualized networking functions Clemm, et al. Expires 6 January 2024 [Page 10] Internet-Draft Chall-Ops-Green July 2023 could be hosted on containers or virtual machines which are hosted on a CPU in a data center instead of a regular network appliance such as a router or a switch, leading to very different power consumption characteristics. For example, a data center CPU could be more power efficient and consume power more proportionally to actual CPU load. Instrumentation needs to reflect these facts and facilitate attributing power consumption in a correct manner. Beyond monitoring and providing visibility into power consumption, control knobs are needed to configure energy saving policies. For instance, power saving modes are common in endpoints (such as mobile phones or notebook computers) but sorely lacking in networking equipment. The following summarizes some challenges and opportunities that can provide the basis for IETF-led advances: * Equipment instrumentation advances for improved energy-awareness; definition and standardization of granular management information. * Virtualized energy and pollution metrics and assessment of their effectiveness in solutions that optimize carbon footprint also in virtualized environments (including SDN, network slicing, network function virtualization, etc.). * Certification and compliance assessment methods that ensure that green instrumentation cannot be manipulated to give false and misleading data. * Methods that allow to account for energy mix powering equipment, to facilitate solutions that optimize pollution and carbon footprint beyond mere energy efficiency [Hossain2019]. 5. Challenges and Opportunities - Protocol Level There are several opportunities to improve network sustainability at the protocol level. We characterize them along three main categories: protocols that enable carbon footprint optimization schemes at the network level, protocols designed to optimize data transmission rates under energy considerations, and protocols designed to reduce the volume of data to be transmitted. A fourth category concerns aspects related to network addressing schemes. Clemm, et al. Expires 6 January 2024 [Page 11] Internet-Draft Chall-Ops-Green July 2023 5.1. Protocol Enablers for Carbon Footprint Optimization Mechanisms As will be discussed in Section Section 6, energy- and pollution- aware schemes can help improve network sustainability but require awareness of related data. To facilitate such schemes, protocols are needed that are able to discover what links are available along with their energy efficiency. For instance, links may be turned off in order to save energy, and turned back on based upon the elasticity of the demand. Protocols should be devised to discover when this happens, and to have a view of the topology that is consistent with frequent topology updates due to power cycling of the network resources. Also, protocols are required to quickly converge onto an energy- efficient path once a new topology is created by turning links on/ off. Current routing protocols may provide for fast recovery in the case of failure. However, failures are hopefully relatively rare events, while we expect an energy efficient network to aggressively try to turn off links. Some mechanism is needed to present to the management layer a view of the network that identifies opportunities to turn resources off (routers/links) while still providing an acceptable level of Quality of Experience (QoE) to the users. This gets more complex as the level of QoE shifts from the current Best Effort delivery model to more sophisticated mechanisms with, for instance, latency, bandwidth or reliability guarantees. Similarly, schemes might be devised in which links across paths with a favorable energy mix are preferred over other paths. This implies that the discovery of topology should be able support corresponding parameters. More generally speaking, any mechanism that provides applications with network visibility is a candidate for scrutinization as to whether it should be extended to provide support for sustainability-related parameters. The following summarizes some challenges and opportunities that can provide the basis for IETF-led advances: * Protocol advances to enable rapidly taking down, bring back online, and discover availability and power saving status of networking resources while minimizing the need for reconvergence and propagation of state. * Assess which protocols could be extended with energy- and sustainability-related parameters in ways that would enable "greener" networking solutions, and exploring those solutions. Clemm, et al. Expires 6 January 2024 [Page 12] Internet-Draft Chall-Ops-Green July 2023 5.2. Protocol Optimization The second category involves designing protocols in such a way that the rate of transmission is chosen to maximize energy efficiency. For example, Traffic Engineering (TE) can be manipulated to impact the rate adaptation mechanism [ren2018jordan]. By choosing where to send the traffic, TE can artificially congest links so as to trigger rate adaptation and therefore reduce the total amount of traffic. Most TE systems attempt to minimize Maximal Link Utilization (MLU) but energy saving mechanisms could decide to do the opposite (maximize minimal link utilization) and attempt to turn off some resources to save power. Another example is to set up the proper rate of transmission to minimize the flow completion time (FCT) so as to enable opportunities to turn off links. In a wireless context, [TradeOff] studies how setting the proper initial value for the congestion window can reduce the FCT and therefore allow the equipment to go faster into a low- energy mode. By sending the data faster, the energy cost can be significantly reduced. This is a simple proof of concept, but protocols that allow for turning links into a low-power mode by transmitting the data over shorter periods could be designed for other types of networks beyond WiFi access. This should be done carefully: in the limit, a high rate of transmission over a short period of time may create bursts that the network would need to accommodate, with all attendant complications of bursty traffic. We conjecture there is a sweet spot between trying to complete flows faster while controlling for burstiness in the network. It is probably advisable to attempt to send traffic paced yet in bulk rather than spread out over multiple round trips. This is an area of worthwhile exploration. The following summarizes some challenges and opportunities that can provide the basis for IETF-led advances: * Protocol advances that allow greater control over traffic pacing to account for fluctuations in carbon cost, i.e. control knobs to "bulk up" transmission over short periods or to smoothen it out over longer periods. * Protocol advances that allow to optimize link utilization according to different goals and strategies (including maximizing minimal link utilization vs minimizing maximal link utilization, etc). * Assessments of the carbon impact of such strategies. Clemm, et al. Expires 6 January 2024 [Page 13] Internet-Draft Chall-Ops-Green July 2023 5.3. Data Volume Reduction The first category involves designing protocols in such a way that they reduce the volume of data that needs to be transmitted for any given purpose. Loosely speaking, by reducing this volume, more traffic can be served by the same amount of networking infrastructure, hence reducing overall energy consumption. Possibilities here include protocols that avoid unnecessary retransmissions. At the application layer, protocols may also use coding mechanisms that encode information close to the Shannon limit. Currently, most of the traffic over the Internet consists of video streaming and encoders for video are already quite efficient and keep improving all the time, resulting in energy savings as one of many advantages (of course being offset by increasingly higher resolution). However, it is not clear that the extra work to achieve higher compression ratios for the payloads results in a net energy gain: what is saved over the network may be offset by the compression/decompression effort. Further research on this aspect is necessary. At the transport protocol layer, TCP and to some extent QUIC react to congestion by dropping packets. This is a highly energy inefficient method to signal congestion, since the network has to wait one RTT to be aware that the congestion has occurred, and since the effort to transmit the packet from the source up until it is dropped ends up being wasted. This calls for new transport protocols that react to congestion without dropping packets. ECN[RFC2481] is a possible solution, however not widely deployed. DC-TCP [alizadeh2010DCTCP] is tuned for Data Centers, L4S is an attempt to port similar functionality to the Internet [I-D.ietf-tsvwg-l4s-arch]. Qualitative Communication [QUAL] [westphal2021qualitative] allows the nodes to react to congestion by dropping only some of the data in the packet, thereby only partially wasting the resource consumed by transmitted the packet up to this point. Novel transport protocols for the WAN can ensure that no energy is wasted transmitting packets that will be eventually dropped. Another solution to reduce the bandwidth of network protocols by reducing their header tax, for example applying header compression. An example in IETF is [RFC3095]. Again, reducing protocol header size saves energy to forward packets, but at the cost of maintaining a state for compression/decompression, plus computing these operations. The gain from such protocol optimization further depends on the application and whether it sends packets with large payloads close to the MTU (the header tax and any savings here are very limited), or whether it sends packets with very small payload size (making the header tax more pronounced and savings more significant). Clemm, et al. Expires 6 January 2024 [Page 14] Internet-Draft Chall-Ops-Green July 2023 An alternative to reducing the amount of protocol data is to design routing protocols that are more efficient to process at each node. For instance, path based forwarding/labels such as MPLS [RFC3031] facilitate the next hop look-up, thereby reducing the energy consumption. It is unclear if some state at router to speed up look up is more energy efficient that "no state + lookup" that is more computationally intensive. Other methods to speed up a next-hop lookup include geographic routing (e.g. [herzen2011PIE]). Some network protocols could be designed to reduce the next hop look-up computation at a router. It is unclear if Longest Prefix Match (LPM) is efficient from an energy point of view or if constitutes a significant energy burden for the operation of a router. The following summarizes some challenges and opportunities that can provide the basis for IETF-led advances in this space: * Assessments of energy-related tradeoffs regarding protocol design space and tradeoffs, such as maintaining state versus more compact encodings or extra computation for transcodings versus larger data volume. * Protocol advances for improving the ratio of goodput to throughput and to reduce waste: reduction in header tax, in protocol verbosity, in need for retransmissions, improvements in coding, etc. 5.4. Network Addressing There are other ways to shave off energy usage from networks. One example concerns network addressing. Address tables can get very large, resulting in large forwarding tables that require considerable amount of memory, in addition to large amounts of state needing to be maintained and synchronized. From an energy footprint perspective, both can be considered wasteful and offer opportunities for improvement. At the protocol level, rethinking how addresses are structured can allow for flexible addressing schemes that can be exploited in network deployments that are less energy-intensive by design. This can be complemented by supporting clever address allocation schemes that minimize the number of required forwarding entries as part of deployments. The following summarizes some challenges and opportunities that can provide the basis for IETF-led advances in this space: * Devise methods to assess the magnitude of the carbon footprint that is associated with addressing schemes. Clemm, et al. Expires 6 January 2024 [Page 15] Internet-Draft Chall-Ops-Green July 2023 * Devise methods to improve addressing schemes, as well as address assignment schemes, to minimize their footprint. 6. Challenges and Opportunities - Network Level 6.1. Network Optimization and Energy/Carbon/Pollution-Aware Networking Networks have been optimized for many years under many criteria, for example to optimize (maximize) network utilization and to optimize (minimize) cost. Hence, it is straighforward to add optimization for "greenness" (including energy efficiency, power consumption, carbon footprint) as important criteria. This includes assessing the carbon footprints of paths and optimizing those paths so that overall footprint is minimized, then applying techniques such as path-aware networking or segment routing [RFC8402] to steer traffic along those paths. It also includes aspects such as considering the incremental carbon footprint in routing decisions. Optimizing cost has a long tradition in networking; many of the existing mechanisms can be leveraged for greener networking simply by introducing carbon footprint as a cost factor. Low-hanging fruit include the inclusion of carbon-related parameters as a cost parameter in control planes, whether distributed (e.g. IGP) or conceptually centralized via SDN controllers. Other opportunities concern adding carbon-awareness to dynamic path selection schemes. This is sometimes also referred to as "energy- aware networking" (respectively "pollution-aware networking" [Hossain2019] or "carbon-aware networking", when carbon footprint related parameters beyond pure energy consumption are taken into account). Again, considerable energy savings can potentially be realized by taking resources offline (e.g. putting them into power- saving or hibernation mode) when they are not currently needed under current network demand and load conditions. Therefore, weaning such resources from traffic becomes an important consideration for energy- efficient traffic steering. This contrasts and indeed conflicts with existing schemes that typically aim to create redundancy and load- balance traffic across a network to achieve even resource utilization. This usually occurs for important reasons, such as making networks more resilient, optimizing service levels, and increasing fairness. One of the big challenges hence concerns how resource weaning schemes to realize energy savings can be accommodated while preventing the cannibalization of other important goals, counteracting other established mechanisms, and avoiding destabilization of the network. Clemm, et al. Expires 6 January 2024 [Page 16] Internet-Draft Chall-Ops-Green July 2023 An opportunity may lie in making a distinction between "energy modes" of different domains. For instance, in a highly trafficked core, the energy challenge is to transmit the traffic efficiently. The amount of traffic is relatively fluid (due to multiplexing of multiple sessions) and the traffic is predictable. In this case, there is no need to optimize on a per session basis nor even at a short time scale. In the access networks connecting to that core, though, there are opportunites for this fast convergence: traffic is much more bursty, less predictable and the network should be able to be more reactive. Other domains such as DCs may have also more variable workloads and different traffic patterns. The following summarizes some challenges and opportunities that can provide the basis for IETF-led advances in this space: * Devise methods for carbon-aware traffic steering and routing; treat carbon footprint as a traffic cost metric to optimize. * Apply ML and AI methods to optimize networks for carbon footprint; assess applicability of game theoretic approaches. * Articulate and, as applicable, moderate tradeoffs between carbon awareness and other operational goals such as robustness and redundancy. * Extend control-plane protocols with carbon-related parameters. * Consider security issues imposed by greater energy awareness, to minimize the new attack surfaces that would allow an adversary to turn off resources or to waste energy. 6.2. Assessing Carbon Footprint and Network-Level Instrumentation As an important prerequisite to capture many of the opportunities outlined in Section 6.1, good abstractions (and corresponding instrumentation) that allow to easily assess energy cost and carbon footprint will be required. These abstractions need to account for not only for the energy cost associated with packet forwarding across a given path, but related cost for processing, for memory, for maintaining of state, to result in a holistic picture. Optimization of carbon footprint involves in many cases trade-offs that involve not only packet forwarding but also aspects such as keeping state, caching data, or running computations at the edge instead of elsewhere. (Note: there may be a differential in running a computation at an edge server vs. at an hyperscale DC. The latter is often better optimized than the latter.) Likewise, other aspects of carbon footprint beyond mere energy-intensity should be Clemm, et al. Expires 6 January 2024 [Page 17] Internet-Draft Chall-Ops-Green July 2023 considered. For instance, some network segments may be powered by more sustainable energy sources than others, and some network equipment may be more environmentally-friendly to build, deploy and recycle, all of which can be reflected in abstractions to consider. Assessing carbon footprint at the network level requires instrumentation that associates that footprint not just with individual devices (as outline in Section 4.2 but relates it also to concepts that are meaningful at the network level, i.e. to flows and to paths. For example, it will be useful to provide visibility into the carbon intensity of a path: Can the carbon cost of traffic transmitted over the path be aggregated? Does the path include outliers, i.e. segments with equipment with a particularly poor carbon footprint? Similarly, how can the carbon cost of a flow be assessed? That might serve many purposes beyond network optimization, from the option to introduce green billing and charging schemes to the ability to raise carbon awareness by end users. The following summarizes some challenges and opportunities that can provide the basis for IETF-led advances in this space: * Devise methods to assess, to estimate, to predict carbon-intensity of paths. * Devise methods to account for carbon footprint of flows and networking services. 6.3. Convergence Schemes One set of challenges of carbon-aware networking concerns the fact that many schemes result in much greater dynamicity and continuous change in the network as resources may be getting steered away from (when possible) and then leveraged again (when necessary) in rapid succession. This imposes significant stress on convergence schemes that results in challenges to the scalability of solutions and their ability to perform in a fast-enough manner. Network-wide convergence imposes high cost and incurs significant delay and is hence not susceptible to such schemes. In order to mitigate this problem, mechanisms should be investigate that do not require convergence beyond the vicinity of the affected network device. Especially in cases where central network controllers are involved that are responsible for aspects such as configuration of paths and the positioning of network functions and that aim for global optimization, the impact of churn needs to be minimized. This means that, for example, (re-) discovery and update schemes need to be simplified and extensive recalculation e.g. of routes and paths based Clemm, et al. Expires 6 January 2024 [Page 18] Internet-Draft Chall-Ops-Green July 2023 on the current energy state of the network needs to be avoided. Challenges and opportunities for IETF-led advances in this space include: * Protocols that facilitate rapid convergence (per section Section 5.1). * Investigate methods that mitigate effects of churn, including methods that maintain memory or state as well as methods relying on prediction, inference, and interpolation. 7. Challenges and Opportunities - Architecture Level Another possibility to improve network energy efficiency is to organize networks in a way that they can best serve important applications so as to minimize energy consumption. Examples include retrieval of content or remote computation. This allows to minimize the amount of communication that needs to take place in the first place, although energy savings within the network may at least in part be offset by additional energy consumption elsewhere. The following are some examples that suggest that it may be worthwhile reconsidering the ways in which networks are architected to minimize their carbon footprint. For example, Content Delivery Networks (CDNs) have reduced the energy expenditure of the Internet by downloading content near the users. The content is sent only a few times over the WAN, and then is served locally. This shifts the energy consumption from networking to storage. Further methods can reduce the energy usage even more [bianco2016energy][mathew2011energy][islam2012evaluating]. Whether overall energy savings are net positive depends on the actual deployment, but from the network operator's perspective, at least it shifts the energy bill away from the network to the CDN operator. While CDNs operate as an overlay, another architecture has been proposed to provide the CDN features directly in the network, namely Information Centric Networks [ahlgren2012survey], studied as well in the IRTF ICNRG. This however shifts the energy consumption back to the network operator and requires some power-hungy hardware, such as chips for larger name look-ups and memory for the in-network cache. As a result, it is unclear if there is an actual energy gain from the dissemination and retrieval of content within in-network caches. Fog computing and placing intelligence at the edge are other architectural directions for reducing the amount of energy that is spent on packet forwarding and in the network. There again, the trade-off is between performing computation in a an energy-optimized Clemm, et al. Expires 6 January 2024 [Page 19] Internet-Draft Chall-Ops-Green July 2023 data center at very large scale, but requiring transmission of significant volumes of data across many nodes and long distances, versus performing computational tasks at the edge where the energy may not be used as efficiently (less multiplexing of resources, and smaller sites are inherently less efficient due to their smaller scale) but the amount of long-distance network traffic is significantly reduced. Softwarization, containers, microservices are direct enablers for such architectures, and the deployment of programmable network infrastructure (as for instance Infrastructure Processing Units - IPUs or smartNICs that offload some computations from the CPU onto the NIC) will help its realization. However, the power consumption characteristics of CPUs are different from those of NPUs, another aspect to be considered in conjunction with virtualization. Other possibilities concern taking economic aspects into consideration impact, such as providing incentives to users of networking services in order to minimize energy consumption and emission impact. An example for this is given in [wolf2014choicenet], which could be expanded to include energy incentives. Other approaches consider performing a late binding of data and functions to be performed on the data [krol2017NFaaS]. The COIN Research Group in IRTF focuses on similar issues. Jointly optimizing for the total energy cost, taking into account networking and computing (and the different energy cost of computing in an hyperscale DC vs an edge node) is still an area of open research. In summary, rethinking of the overall network (and networked application) architecture can be an opportunity to significantly reduce the energy cost at the network layer, for example by performing tasks that involve massive communications closer to the user. To what extend these shifts result in a net reduction of carbon footprint is an important question that requires further analysis on a case-by-case basis. The following summarizes some challenges and opportunities that can provide the basis for IETF-led advances in this space: * Investigate organization of networking architecture for important classes of applications (examples: content delivery, right-placing of computational intelligence, industrial operations and control, massively distributed machine learning and AI) to optimize green foot print and holistic approaches to trade off carbon footprint between forwarding, storage, and computation. Clemm, et al. Expires 6 January 2024 [Page 20] Internet-Draft Chall-Ops-Green July 2023 * Models to assess and compare alternatives in providing networked services, e.g. assess carbon impact relative to alternatives where as to where to perform compute, what information to cache, and what communication exchanges to conduct. 8. Conclusions How to make networks "greener" and reduce their carbon footprint is an important problem for the networking industry to address, both for societal and for economic reasons. This document has highlighted a number of the technical challenges and opportunities in that regard. Of those, perhaps the key challenge to address right away concerns the ability to expose at a fine granularity the energy impact of any networking actions. Providing visibility into this will enable many approaches to come towards a solution. It will be key to implementing optimization via control loops that allow to assess the energy impact of decisiont taken. It will also help to answer questions such as: is caching - with the associated storage energy - better than retransmitting from a different server - with the associated networking cost? Is compression more energy-efficient once factoring the computation cost of compression vs transmitting uncompressed data? Which compression scheme is more energy efficient? Is energy saving of computing at an efficient hyperscale DC compensated by the networking cost to reach that DC? Is the overhead of gathering and transmitting fine-grained energy telemetry data offset by the total energy gain by ways of better decisions that this data enables? Is transmitting data to a Low Earth Orbit (LEO) satellite constellation compensated by the fact that once in the constellation, the networking is fueled on solar energy? Is the energy cost of sending rockets to place routers in Low Earth Orbit amortized over time? Determining where the sweet spots are and optimizing networks along those lines will be a key towards making networks "greener". We expect to see significant advances across these areas and believe that IETF has an important role to play in facilitating this. 9. IANA Considerations This document does not have any IANA requests. 10. Security Considerations Security considerations may appear to be orthogonal to green networking considerations. However, there are a number of important caveats. Clemm, et al. Expires 6 January 2024 [Page 21] Internet-Draft Chall-Ops-Green July 2023 Security vulnerabilities of networks may manifest themselves in compromised energy efficiency. For example, attackers could aim at increasing energy consumption in order to drive up attack victims' energy bill. Specific vulnerabilities will depend on the particular mechanisms. For example, in the case of monitoring energy consumption data, tampering with such data might result in compromised energy optimization control loops. Hence any mechanisms to instrument and monitor the network for such data need to be properly secured to ensure authenticity. In some cases there are inherent tradeoffs between security and maximal energy efficiency that might otherwise be achieved. An example is encryption, which requires additional computation for encryption and decyption activities and security handshakes, in addition to the need to send more traffic than necessitated by the entropy of the actual data stream. Likewise, mechanisms that allow to turn resources on or off could become a target for attackers. Energy consumption can be used to create covert channels, which is a security risk for information leakage. For instance, the temperature of an element can be used to create a Thermal Covert Channel[TCC], or the reading/sharing of the measured energy consumption can be abused to create a covert channel (see for instance [DRAM] or [NewClass]). Power information may be used to create side-channel attacks. For instance, [SideChannel] provides a review of 20 years of study on this topic. Any new parameters to consider in protocol designs or in measurements is susceptible to create such covert or side channel and this should be taken into account while designing energy efficient protocols. 11. Contributors Michael Welzl, University of Oslo, michawe@ifi.uio.no 12. Acknowledgments We thank Dave Oran for providing the information regarding covert channels using energy measurements. Additional acknowledgments will be added at a later stage. 13. Informative References [ahlgren2012survey] Ahlgren, B., Dannewitz, C., Imbrenda, C., Kutscher, D., and B. Ohlman, "A survey of information-centric networking", IEEE Communications Magazine Vol.50 No.7, 2012. Clemm, et al. Expires 6 January 2024 [Page 22] Internet-Draft Chall-Ops-Green July 2023 [alizadeh2010DCTCP] Alizadeh, M., Greenberg, A., Maltz, D., Padhye, J., Patel, P., Prabhakar, B., Sengupta, S., and M. Sridharan, "Data Center TCP (DCTCP)", ACM SIGCOMM pp.63-74, 2010. [bianco2016energy] Bianco, A., Mashayekhi, R., and M. Meo, "Energy consumption for data distribution in content delivery networks", IEEE International Conference on Communications (ICC) pp.1-6, 2016. [bolla2011energy] Bolla, R., Bruschi, R., Davoli, F., and F. Cucchietti, "Energy Efficiency in the Future Internet: A Survey of Existing Approaches and Trends in Energy-Aware Fixed Network Infrastructures", IEEE Communications Surveys and Tutorials Vol.13 No.2, pp.223-244, 2011. [cervero19] Cervero, A. G., Chincoli, M., Dittmann, L., Fischer, A., and A. Garcia, "Green Wired Networks", Wiley Journal on Large-Scale Distributed Systems and Energy Efficiency pp.41-80, 2019. [chabarek08] Chabarek, J., Sommers, J., Barford, P., Tsiang, D., and S. Wright, "Power awareness in network design and routing", IEEE Infocom pp.457-465, 2008. [DRAM] Paiva, T. B., Navaridas, J., and R. Terada, "Robust Covert Channels Based on DRAM Power Consumption", In book: Information Security (pp.319-338) , 2019. [emergy] Raghavan, B. and J. Ma, "The Energy and Emergy of the Internet", ACM HotNets , 2011. [framework] Faber, G., "A framework to estimate emissions from virtual conferences", International Journal of Environmental Studies, 78:4, 608-623 , 2021. [GreenNet22] Clemm, A. and C. Westphal, "Challenges and Opportunities in Green Networking", 1st International Workshop on Network Energy Efficiency in the Softwarization Era IEEE NetSoft 2022, June 2022. Clemm, et al. Expires 6 January 2024 [Page 23] Internet-Draft Chall-Ops-Green July 2023 [herzen2011PIE] Herzen, J., Westphal, C., and P. Thiran, "Scalable routing easy as PIE: A practical isometric embedding protocol", 19th IEEE International Conference on Network Protocols (ICNP) pp.49-58, 2011. [Hossain2019] Hossain, M., Georges, J., Rondeau, E., and T. Divoux, "Energy, Carbon and Renewable Energy: Candidate Metrics for Green-Aware Routing?", DOI: 10.3390/s19132901, Sensors Vol. 19 No. 3, June 2019, . [I-D.ietf-tsvwg-l4s-arch] Briscoe, B., De Schepper, K., Bagnulo, M., and G. White, "Low Latency, Low Loss, and Scalable Throughput (L4S) Internet Service: Architecture", Work in Progress, Internet-Draft, draft-ietf-tsvwg-l4s-arch-20, 29 August 2022, . [I.D.draft-cx-green-metrics] Clemm, A., Dong, L., Mirsky, G., Ciavaglia, L., Tantsura, J., and M. Odini, "Green Networking Metrics", March 2023. [islam2012evaluating] Islam, S. U. and J. Pierson, "Evaluating Energy Consumption in CDN Servers", Proceedings of the Second International Conference on ICT as Key Technology against Global Warming pp.64-78, 2012. [junkyard] Switzer, J., Kastner, R., and P. Pannuto, "Architecture of a Junkyard Datacenter", arXiv:2110.06870v1, October 2021 , 2021. [krol2017NFaaS] Krol, M. and I. Psaras, "NFaaS: Named Function as a Service", ACM SIGCOMM ICN Conference , 2017. [mathew2011energy] Mathew, V., Sitaraman, R., and P. Shenoy, "Energy-Aware Load Balancing in Content Delivery Networks", CoRR http://arxiv.org/abs/1109.5641 , 2011. [NewClass] Khatamifard, S. K., Wang, L., Kose, S., and U. R. Karpuzcu, "A New Class of Covert Channels Exploiting Power Management Vulnerabilities", IEEE Computer Architecture Letters , 2018. Clemm, et al. Expires 6 January 2024 [Page 24] Internet-Draft Chall-Ops-Green July 2023 [QUAL] Li, R., Makhijani, K., Yousefi, H., Westphal, C., Xong, L., Wauters, T., and F. D. Turck, "A framework for Qualitative Communications using Big Packet Protocol", Proceedings ACM Sigcomm Workshop On Networking For Emerging Applications And Technologies pp.22-28, 2019. [ren2018jordan] Ren, J., Ren, K., Westphal, C., Wang, J., Wang, J., Song, T., Liu, S., and J. Wang, "JORDAN: A Novel Traffic Engineering Algorithm for Dynamic Adaptive Streaming over HTTP", IEEE International Conference on Computing, Networking and Communications (ICNC) pp.581-587, 2018. [RFC2481] Ramakrishnan, K. and S. Floyd, "A Proposal to add Explicit Congestion Notification (ECN) to IP", RFC 2481, DOI 10.17487/RFC2481, January 1999, . [RFC3031] Rosen, E., Viswanathan, A., and R. Callon, "Multiprotocol Label Switching Architecture", RFC 3031, DOI 10.17487/RFC3031, January 2001, . [RFC3095] Bormann, C., Burmeister, C., Degermark, M., Fukushima, H., Hannu, H., Jonsson, L., Hakenberg, R., Koren, T., Le, K., Liu, Z., Martensson, A., Miyazaki, A., Svanbro, K., Wiebke, T., Yoshimura, T., and H. Zheng, "RObust Header Compression (ROHC): Framework and four profiles: RTP, UDP, ESP, and uncompressed", RFC 3095, DOI 10.17487/RFC3095, July 2001, . [RFC7950] Bjorklund, M., Ed., "The YANG 1.1 Data Modeling Language", RFC 7950, DOI 10.17487/RFC7950, August 2016, . [RFC8402] Filsfils, C., Ed., Previdi, S., Ed., Ginsberg, L., Decraene, B., Litkowski, S., and R. Shakir, "Segment Routing Architecture", RFC 8402, DOI 10.17487/RFC8402, July 2018, . [SideChannel] Randolph, M. and W. Diehl, "Power Side-Channel Attack Analysis: A Review of 20 Years of Study for the Layman", Cryptography 2020, 4, 15 , 2020. Clemm, et al. Expires 6 January 2024 [Page 25] Internet-Draft Chall-Ops-Green July 2023 [TCC] Rahimi, P., Singh, A. K., and X. Wang, "Selective Noise Based Power Efficient and Effective Countermeasure Against Thermal Covert Channel Attacks in Multi-Core Systems", Journal on Low Power Electronics and Applications , 2022. [telefonica2021] Telefonica, "Telefonica Consolidated Annual Report 2021.", 2021. [TradeOff] Welzl, M., "Not a Trade-Off: On the Wi-Fi Energy Efficiency of Effective Internet Congestion Control", IEEE/IFIP WONS , 2022. [westphal2021qualitative] Westphal, C., He, D., Makhijani, K., and R. Li, "Qualitative Communications for Augmented Reality and Virtual Reality", 22nd IEEE International Conference on High Performance Switching and Routing (HPSR) pp.1-6, 2021. [wolf2014choicenet] Tilman, W., Griffioen, J., Calvert, L., Dutta, R., Rouskas, G., Baldin, I., and A. Nagurney, "ChoiceNet: Toward an Economy Plane for the Internet", SIGCOMM Computer Communciations Review Vol.44 No.3, July 2014. Authors' Addresses Alexander Clemm Futurewei 2330 Central Expressway Santa Clara,, CA 95050 United States of America Email: ludwig@clemm.org Cedric Westphal Futurewei Email: cedric.westphal@futurewei.com Jeff Tantsura Nvidia Email: jefftant.ietf@gmail.com Laurent Ciavaglia Nokia Clemm, et al. Expires 6 January 2024 [Page 26] Internet-Draft Chall-Ops-Green July 2023 Email: laurent.ciavaglia@nokia.com Marie-Paule Odini Email: mp.odini@orange.fr Clemm, et al. Expires 6 January 2024 [Page 27]