Re: [E-impact] kWh/GB should be banned and the IETF should warn against its use

Rudolf van der Berg <rudolfvanderberg@gmail.com> Thu, 11 May 2023 13:28 UTC

Return-Path: <rudolfvanderberg@gmail.com>
X-Original-To: e-impact@ietfa.amsl.com
Delivered-To: e-impact@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 390C7C15199C for <e-impact@ietfa.amsl.com>; Thu, 11 May 2023 06:28:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level:
X-Spam-Status: No, score=-2.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JOPMXS3msGgA for <e-impact@ietfa.amsl.com>; Thu, 11 May 2023 06:27:57 -0700 (PDT)
Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4BE0AC1D2AF2 for <e-impact@ietf.org>; Thu, 11 May 2023 06:27:52 -0700 (PDT)
Received: by mail-wm1-x333.google.com with SMTP id 5b1f17b1804b1-3f435658d23so25843925e9.3 for <e-impact@ietf.org>; Thu, 11 May 2023 06:27:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1683811670; x=1686403670; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=6m1RGPaulOUbEdOcm8PiCQMBErLsb7KiaxvqpJjEI70=; b=m3tvuMAxYHsUaF4a1spUr5I437YdalSET4LnFZ2oMeeBpyPhisiufVPFDBKffHVrFh l18vpaMO12iBJxLVVRTxZLOFZS+v44swvdNVGkBqBV3ipBEiAiPJzCv7gJuSVM+rdk1o znYxTPuxHGCRE6BSCAItxNztCKzHgLrwFN6ZdUTgaJSQO7Ecwz7YB/tBUHepaGa+tWnI +SEGQv5czYGnFrNfLXxNRUi16u6pNAb0RCFLyomfqBYBT4+Zkl8ouM3OUeazA7xLdkiK GWTYzgpd+rTUGDcK8jLCowXDD/7ABGVKUolHUii87TWqodwQk3AOuqW4s3lGcpDoddMN fjmw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683811670; x=1686403670; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=6m1RGPaulOUbEdOcm8PiCQMBErLsb7KiaxvqpJjEI70=; b=B2FR1B2hwy7tYEKYI8cdy8LzDnQVkfqTyOOD3eTEPMgqxlceZsE5k4gyWkBo9r48pf fD1a1lLmxmdBHtkKDz5NtrNtIR/tHS8aXtLmwiLoRWH3CRQMlZh+vM1wr5s5DWmDCODx 452mN1gwPec7QM/WHb/3h34IFb9GEKDJxny4Mp6vdW+aBI4WWJtcWYKOLC8WDmDIkxMm zaJCkMn12nE9uiNZi49mxH2WTB8ZaCRw8deCGfRl3EUK1mk/azEI5j6n1K9j4eza5Xgm JUWXekpEniXmPk3iMMfBSjLD8tJzHspLfSRqiZL6XxY8mfaIxVYF1TIGcxOS1UIXWmlj 8tow==
X-Gm-Message-State: AC+VfDw/ETSQY5OwwtlL2CpLZM9zObLJ7V1e+qEbesIFxmXdmZuJrkBI 0rUk3hkTaV7fETLPoZ/J6R1inYdZnnulG6/U4xYSsZwAp+0=
X-Google-Smtp-Source: ACHHUZ4yi8CVW71xoeJ60WFQuQCyPEOotXEkDkgpTEipNWdF/pNzoOEdK/NI1c4gZEONAFim+MsT8GWpWXhZgLmiHOo=
X-Received: by 2002:adf:e948:0:b0:306:2aac:4b84 with SMTP id m8-20020adfe948000000b003062aac4b84mr14758681wrn.30.1683811669467; Thu, 11 May 2023 06:27:49 -0700 (PDT)
MIME-Version: 1.0
References: <CAPWZuKmxP3KEh0VQnEMz=-o8x1kuEdxUpLqifYvV8XGNh8kasA@mail.gmail.com> <1695090954.209543.1683803060629.JavaMail.open-xchange@opme11oxm05aub.pom.fr.intraorange>
In-Reply-To: <1695090954.209543.1683803060629.JavaMail.open-xchange@opme11oxm05aub.pom.fr.intraorange>
From: Rudolf van der Berg <rudolfvanderberg@gmail.com>
Date: Thu, 11 May 2023 15:27:37 +0200
Message-ID: <CAPWZuKnwMtKXii93Kp66an4MfR=yAwzx47vwJcmQK76ruCDkhQ@mail.gmail.com>
To: e-impact@ietf.org
Content-Type: multipart/alternative; boundary="0000000000006d678f05fb6af4aa"
Archived-At: <https://mailarchive.ietf.org/arch/msg/e-impact/U-j6PbLkfB8yqBBK1m0L4uNa3F0>
Subject: Re: [E-impact] kWh/GB should be banned and the IETF should warn against its use
X-BeenThere: e-impact@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Environmental impacts of the Internet <e-impact.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/e-impact>, <mailto:e-impact-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/e-impact/>
List-Post: <mailto:e-impact@ietf.org>
List-Help: <mailto:e-impact-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/e-impact>, <mailto:e-impact-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 May 2023 13:28:01 -0000

Dear Marie-Paule,

I find your response a bit surprising. The firm you work for; Orange
doesn't publish statistics on energy intensity in kWh/GB at all. If it
really is as relevant as you say, then I wonder why not.

Furthermore, the GSMA Intelligence unit warns against using these metrics
to compare operators. In  Going green: benchmarking the energy efficiency
of mobile networks (second edition) February 2023, they state that for the
10 operators that participate and the 58 networks reviewed there is a
significant difference in energy intensity as measured in kWh/GB. So much
so that they state:  "Of the participating operators, 66% performed in the
0.1–0.6 kWh/GB range (see Figure 4), meaning that most of the included
networks used 0.1–0.6 kWh to transfer 1 GB of data. Values outside of this
range can be explained by inefficient networks, consumer habits or low data
traffic per connection". Figure 4 then shows a range of values where the
highest value is 20x that of the lowest. This would make me very hesitant
of using such a metric.

In the Netherlands the reported energy use of the mobile networks of
Vodafone and T-Mobile are 110GWh and 130GWh respectively. T-Mobile however
handles twice as much bytes per month as Vodafone. By this metric T-Mobile
is twice as efficient as Vodafone. Which is odd, because they have roughly
the same number of sites and cover the same country. VodafoneZiggo the
cable firm then reports only its IP-traffic and says it uses 13kWh/TB, but
doesn't appear to mention its DVB-C traffic. If kWh/GB had any meaning,
then I would see some correlation between energy use and data use
particularly when data use is twice as much. For some reason that doesn't
appear to happen. KPN in the Netherlands reports on kWh/Gbit/s which means
it doesn't care about traffic as much as capacity. It has also reduced its
energy consumption by 40% in the last decade while traffic grew at a merry
pace. Deutsche Telekom reports that it uses 60kWh per Terabyte, whereas
VodafoneZiggo uses 13 kWh/TB for its fixed network and less than 30kWh/TB
if we take fixed and mobile together. So I don't see how I can inform
policy makers or executives on anything using these numbers. Should I tell
people to use T-Mobile's network in the Netherlands, because it's the most
efficient on mobile? Should I say Deutsche Telekom doesn't know how to run
an efficient network? The numbers are meaningless.

In addition I don't see how it provides any insight into the ecological
footprint of a service. It doesn't matter whether this is provided by a
telco or an OTT service. The network has to run regardless of whether
consumers use the service. The service provider has no influence over the
technical choices of the telecom providers nor how they purchase their
electricity. Given that many European telcos are already purchasing 100%
green energy, we might then as well conclude that the CO2 output should be
nil. Or differently, how would you allocate the energy use of Orange's
service offer in France over the various services of Internet, TV, and
telephony on its fixed network and how to differentiate between fiber and
copper. How would an OTT service provider have to factor in that incumbent
telcos such as Telefonica, TIM, DT and Orange refuse to allow CDNs placed
deeply in their network, unlike BT and KPN, which increases the costs en
environmental impact of carrying traffic.

What I think this quite clearly shows is that kWh/GB is meaningless and has
no relationship to the energy consumption of a network  or service and
doesn't provide any guidance on how to save energy. If anything it promotes
traffic growth, because that makes the metric decrease while all else stays
equal.

So no, it doesn't any of the things you say it does.

Sincerely,

Rudolf

Op do 11 mei 2023 om 13:04 schreef Marie-Paule Odini <mp.odini@orange.fr>:

> Hello Rudolf,
>
> thank you for your insights on this topic!
>
> I believe that even though the metric does not reflect exactly what the
> actual network elements that carry this traffic consume, the kwh/GB is a
> good indication of the carbon footprint of a given service and shows the
> actual responsability of the service provider that delivers that service.
> Actually from a global perspective the cumulated consumption of the network
> elements, cooling systems, lighting, waste, recycling  etc should be
> considered at some point to actually measure the overall impact of a given
> service.
>
> br, MP
>
> *envoyé :* 11 mai 2023 à 12:24
> *de :* Rudolf van der Berg <rudolfvanderberg@gmail.com>
> *à :* e-impact@ietf.org
> *objet :* [E-impact] kWh/GB should be banned and the IETF should warn
> against its use
>
> Dom Robinson looped me in and I now joined the mailing list.
>
> I was surprised to see that kWh/GB and equivalents as measures of
> electricity use of networks and sometimes wider; datacenters and consumer
> electronics, are seriously mentioned by some people on this list. kWh/GB is
> one of the most misleading and scientifically incorrect ways of describing
> the energy use of networks. Even a cursory glance of the academic
> literature shows that estimates range so far and wide that there must be
> something wrong with it. A slightly deeper analysis would show there is no
> basis in physics, electrical engineering, optical and wireless networking,
> protocol design or computer science for relating electricity to an
> arbitrary selection of  groupings of 8 billion bits, modulated, transmitted
> and received over a signal, while generally omitting large numbers of other
> modulations of bits on the same signal.
>
> Now I have only a degree in Public Administration, so I may not know
> perfectly where and how energy use in networks is affected, but I do deal
> with the fall out when others get it wrong, because it stimulates bad ideas
> for regulation that would break the internet instead of save energy. So
> this is a plea for some good data and metrics.
>
> There are several problems with the metric:
>
> 1. Physics: The energy consumption of networking equipment is to a large
> extent based on how far the signal needs to travel, spectral bandwidth and
> the medium that it is transmitted over. When transmitted through copper
> generally more energy is needed to achieve a distance and the signal fades
> quicker than over fibre. In wireless networks the frequency and coverage
> area affect energy use. Modulations can affect energy use, but to a much
> lesser extent than distance, area, spetral use, medium etc.
> 2. Electrical/optical engineering: Emitting a signal through the use of
> electro/optical waves is one thing, the detection of signals appears to be
> a greater problem. This was known in the first telegraph systems and
> demonstrated when increasing power blew up the first transatlantic
> telegraph. In order to limit noise and all kinds of artifacts and to best
> detect signals a lower power bearer is preferred. Less power, less noise,
> more signal, the exact opposie of kWh/GB
> 3. networking: the essence of networking is to communicate. In order to be
> able to communicate, devices need to be active to receive. Receiving
> requires energy even when no human or machine interpretable data is
> received. At the same time for many types of networking there is a need
> either to have occasional signals exchanged to validate the state of the
> network, to update locations of mobile equipment etc. This uses energy
> regardless of whether it is identified as traffic. The otherwise really bad
> article on Base Station Energy use in Finland by prof. Manner and
> associates has some graphs that show really well how base stations use
> energy even when there is (hardly) any traffic. The difference between
> little use and some use of the equipment is 10-30%, though it is doubtful
> this is GB related, it could well be because there are users active and
> they need to be managed and slots need to be chosen for them. At least
> energy usage doesn't follow GB very well, which seems to me a strong
> indication that there is not a good correlation, because the resolution
> appears to be per 5 minutes or per hour and I would expect that at such
> large resolutions the correlation to be more smooth.
> https://ieeexplore.ieee.org/mediastore_new/IEEE/content/media/6287639/10005208/10005276/huttu11-3234192-large.gif
> and
> https://ieeexplore.ieee.org/mediastore_new/IEEE/content/media/6287639/10005208/10005276/huttu12-3234192-large.gif
> 4. Protocol and standard design: Layer 1 and 2 standards determine
> distance, modulation etc and as a result how and when transmitters and
> receivers are active or that they are active all the time. Quite alot of
> bits and bytes are headers and related to network control. They somehow
> don't feature in many calculations. Neither do we see mention of encryption
> and decryption of signals in the analysis of energy use. It would appear
> such characteristics might influence energy use. Routing, roaming etc all
> appear to have some relevance to how network equipment uses energy
> 5. Omissions of signals; In reports on energy use of consumer broadband
> networks the transmission of IP-TV or DVB-C bits, whether they use
> multicast or unicast appear to be omitted from the calculations. This is
> quite odd because those modulations make use of the same equipment and
> signals. It would also appear that including them would make the kWh/GB
> metric more favorable for those operating the networks. Similarly B2B
> traffic, roaming traffic, MVNOs etc are at times excluded from the tally of
> GB.
> 6. Computer science: The effort that is needed to process data in digital
> systems appears to be very much related to the intentions of the sender and
> receiver of those data. The intentions determine the type of network used,
> the distance covered, protocols and technologies used.The same file
> received from a CDN 20km away is different than from a server 11,000km
> away. In addition further processing is often included in calculations, but
> not well differentiated. A webpage can by plain HTML, but the same plain
> HTML can also cause all kinds of calculations based on the browser and the
> intentions of the users.
>
> Apart from theoretical the empirical data also shows the same results. In
> the presentation I gave to the students at this weeks RIPE event i showed
> some examples of stable or declining energy use in networks, where the
> amount of data transmitted did rise over the same period. This would
> suggest that in live networks there is no correlation between GB however
> defined and kWh. Furthermore so far attempts at using kWh/GB in any kind of
> extrapolation or assessment have resulted in gross imperfections. I
> included some of them in the presentation, but the way prof. Manner
> calculated the energy use of mobile data in Finland and came up with a
> figure double of fixed and mobile networks in Finland use together and
> triple that of what Finnish mobile networks report should be a clear
> indication that no scientific value can be found in the use of kWh/GB.
>
> Lunden, Bergmark and Malmoding give some early indications on how to
> assess energy use at the scale of a network and country.
> https://www.mdpi.com/2071-1050/14/5/2637?trk=public_post_comment-text
> Unfortunately that isn't the level where the IETF plays a significant role.
> However the IETF might play a role in clearly signalling that kWh/GB is a
> sure sign that the assessment of the ecological impact of the Internet will
> be incorrect in the study that uses it and that the study can most likely
> be disregarded.
>
> --
> E-impact mailing list
> E-impact@ietf.org
> https://www.ietf.org/mailman/listinfo/e-impact
>
>