Re: [E-impact] Why carbon aware routing would break the Internet and emit more carbon Re: Carbon aware routing

Noa Zilberman <noa.zilberman@eng.ox.ac.uk> Fri, 23 February 2024 08:14 UTC

Return-Path: <noa.zilberman@eng.ox.ac.uk>
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 204F9C14F6EF for <e-impact@ietfa.amsl.com>; Fri, 23 Feb 2024 00:14:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.007
X-Spam-Level:
X-Spam-Status: No, score=-7.007 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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=ox.ac.uk header.b="Tk11KvoZ"; dkim=pass (2048-bit key) header.d=unioxfordnexus.onmicrosoft.com header.b="Us3gbpSn"
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 iwmjpAO6i-Qd for <e-impact@ietfa.amsl.com>; Fri, 23 Feb 2024 00:14:31 -0800 (PST)
Received: from relay19.mail.ox.ac.uk (relay19.mail.ox.ac.uk [129.67.1.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 21EC0C14F6A5 for <e-impact@ietf.org>; Fri, 23 Feb 2024 00:14:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ox.ac.uk; s=flood; h=MIME-Version:Content-Type:Message-ID:Date:Subject:CC:To:From: reply-to; bh=z46ibty01XlzGwIOe+e5XVlfX+aASXVBRoGjVz5mdJY=; t=1708676070; x=1709540070; b=Tk11KvoZqCZ6ei+Zbs0DQ97QVBuqKwXLf7dn3UNPL6Z3q0lh+yiuqayvbrpWi WXUYO3xH5y8oqGGXfUzHw6RUWPtt0r15KVXfYl48PeKhZF1U/TBZ1kZ69NlqnNj+eZjbCI0LAwSXP Yu13a90YSbc6jLzVXQ6opk5yqDw0Zbtpnd4DDMZea8r8qJeCY0cwCvLXzeJL+L/BFu9ZJHXXgZwtX IgKrc9pO8h8dNnXyccAptC6WWdoUWyIWA3nxs9AMWiPhaxd0pMelSC9s2tItomXVtIkCZ0qXUOFdz SGpszLubNPBPZVWr8IfIEgBnd69Gjehb1JrjSgAzSdEAAzSS2g==;
Received: from ex2016-05.nexus.ox.ac.uk ([163.1.154.145] helo=Ex2016-05.ad.oak.ox.ac.uk) by relay19.mail.ox.ac.uk with esmtps (TLS1.2:ECDHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.92) (envelope-from <noa.zilberman@eng.ox.ac.uk>) id 1rdQhQ-0003M2-AY; Fri, 23 Feb 2024 08:14:28 +0000
Received: from Ex2016-04.ad.oak.ox.ac.uk (2002:a301:9a90::a301:9a90) by Ex2016-05.ad.oak.ox.ac.uk (2002:a301:9a91::a301:9a91) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2375.7; Fri, 23 Feb 2024 08:14:27 +0000
Received: from GBR01-CWX-obe.outbound.protection.outlook.com (104.47.85.40) by Ex2016-04.ad.oak.ox.ac.uk (163.1.154.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2375.7 via Frontend Transport; Fri, 23 Feb 2024 08:14:27 +0000
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JSC00zyow3+BdzC0cWM5Tppw05+Bvf6zjQUmgF2DxzvUva40hHQ2pNyAQTTd8g4BHrjMERllX/6ql2qGB8TOr7AXiqf053kV3ca6vJasCW+eIEyBDpkwbeN2zILBQzh/iFijAQZU1xc/ypP8+J2NePh9KYgdQTSu1Jm0+sr6FQAJ6CT35pZJnVdbNnD83dOdPVZejYTeaA/+mruKz83Xsbjtieta0BnsWUvPAYmJM0RwyAuv8Mzc977/G/oyGRYB2yOhh70GHJBRGpAHX0ADcq+jQ8ShTWYDA4QJpJg956h/ExTHwULLUdHHujGDt0T8hf8ad4+RTRjxUrnCXG0AUg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=z46ibty01XlzGwIOe+e5XVlfX+aASXVBRoGjVz5mdJY=; b=FY+zzgdA3TFsd+KuUr6YlIqWuCv+lfT7YQKv+q3TKqSnjvDv5uE5ctqlDVNjGmGeZa0kYIebOc647EQ5ZUBPgCk4TLocNIZQnnaqN+3o6VsY0OwwAciZKdQAaRlKOoTTde9DKLxcrnVqVc+Dnlu7MqszgaXozy2gIvrNYeJWrxoR/zivOnSFle75jnBG1y2BXgmlndEmr2qGMnnLytnsroBn/oERfQ2QZR+b+0xrQ9496tSbp4LkNCu8KIr/iHmxEiXmE9wEf5aO5Py+q/qxQigkcs6eLK+1zyWlzB8c0Q+GxjFHUlP9RyXm3xTCGlOuHlrPd0OijQJsiO3lhK3ihQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=eng.ox.ac.uk; dmarc=pass action=none header.from=eng.ox.ac.uk; dkim=pass header.d=eng.ox.ac.uk; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=UniOxfordNexus.onmicrosoft.com; s=selector1-UniOxfordNexus-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=z46ibty01XlzGwIOe+e5XVlfX+aASXVBRoGjVz5mdJY=; b=Us3gbpSnhJIw1MDrQfNfojo1rqfGeoUCx1yQDmaQtyR3ecyt4PiyHu4c2r9Ig9k1/dmlZzKdc8MqPbHYVPdQnNjUrPWp4ukrlcts7pou/+VMK4+x4ON68l6wNi/4mXmd+9aO1rc0WE9d/j4cpvWF2b2AU2nGfXi09Bx5ttwN1I7+lBVMJNxL/9yd4V4mpT7K5q95SgB3Vre2m1751T/fvukZOlmQj1T7jY0NAeaANn5It4CDjUx/t/OcQVvtyzDA7J72fIV/p3zRQuMdARRSXUpiqItljeACJdeGDwAZyraxYKvUvMHTgt3qDcUGYEUkcoIlKfpiw4UogFj6pJQWoQ==
Received: from CWLP265MB3505.GBRP265.PROD.OUTLOOK.COM (2603:10a6:400:df::6) by CWLP265MB6737.GBRP265.PROD.OUTLOOK.COM (2603:10a6:400:1e9::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7316.24; Fri, 23 Feb 2024 08:14:25 +0000
Received: from CWLP265MB3505.GBRP265.PROD.OUTLOOK.COM ([fe80::f617:da70:56c9:810f]) by CWLP265MB3505.GBRP265.PROD.OUTLOOK.COM ([fe80::f617:da70:56c9:810f%6]) with mapi id 15.20.7316.023; Fri, 23 Feb 2024 08:14:25 +0000
From: Noa Zilberman <noa.zilberman@eng.ox.ac.uk>
To: Rudolf van der Berg <rudolfvanderberg@gmail.com>
CC: E-Impact IETF <e-impact@ietf.org>
Thread-Topic: [E-impact] Why carbon aware routing would break the Internet and emit more carbon Re: Carbon aware routing
Thread-Index: AQHaYevVYfDDcCti0EuAhy9MiAqPMbERxaKBgAKyfgCAAA9kgIACOIhr
Date: Fri, 23 Feb 2024 08:14:25 +0000
Message-ID: <LO4P265MB351893FA1A8C903EFBE5016F95562@LO4P265MB3518.GBRP265.PROD.OUTLOOK.COM>
References: <CAFvDQ9qTLR1EgD0gAHhwTUCGsTbUsMB0MG=Lfw1EGGXGtyfDWQ@mail.gmail.com> <Zc-iHjH1RsDjKSfj@faui48e.informatik.uni-erlangen.de> <CAFvDQ9pAxmLFvMQviZCFmG=HtNDyZxawV+0pSecSkB84bt_Atg@mail.gmail.com> <E0844239-A0B3-4A0A-BF8E-AD0CEE0E97B6@thegreenwebfoundation.org> <CAPWZuKmB7oA5U72wqDLe2DKKcP+BxPDSnJz32D+WEgfHiaRdJw@mail.gmail.com> <CAFvDQ9qppU=ZQsidokHnnouMqySGZyHJ_yCfdMwgv0Do-2nxOg@mail.gmail.com> <CADbu6ZpetH22JXhnN8U6+n2SEwPf-T8vbMtZxVfOjyL=qozbbA@mail.gmail.com> <459643D6-2B47-4980-BA8D-88CABCE76982@ifi.uio.no> <CAFvDQ9r4raECRF6T2sjNg9JhhSBaUD3zAMgc35vjhVw8_UNaRQ@mail.gmail.com> <CAPWZuKn=rXYhSOvSXSfhUCbOHAmAW6Ve8vF-=4jaMzSsdHt5tA@mail.gmail.com> <LO4P265MB3518EADF623B9A8761CDF8D595512@LO4P265MB3518.GBRP265.PROD.OUTLOOK.COM> <CAPWZuK=cLQD+WezhJeEwZKqF81W3ygx04kt5SHsWPEYvqByrqA@mail.gmail.com> <CAPWZuKn=1kH2P1F-zzbWqjQtgRzcjne+uT059q-oQvwVed_n+g@mail.gmail.com>
In-Reply-To: <CAPWZuKn=1kH2P1F-zzbWqjQtgRzcjne+uT059q-oQvwVed_n+g@mail.gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=eng.ox.ac.uk;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: CWLP265MB3505:EE_|CWLP265MB6737:EE_
x-ms-office365-filtering-correlation-id: cccc6d93-3063-4f79-dee7-08dc344772fb
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 7cWVmzYflcoiAyJXZ4RpzXr3mIEEOcNntQhPU25pa7JbCK3k9F/kU2pXJGHeDFV6fRmlZJQDRx2wYFs9Qs/nIO+AYI/ChI38NooYDXtbQsuedbyNS+3WCOo1o9Fjtq7HwT3NtK+weFMiGaeUVd7ByT7hVKX+rwHlaBFmbrBUaFtqsGW077iSMjlMEmQDaOsZn2480G+IAUr1oEqa/LOHZZuQ6VFmZJKXeg1THsaC8VmcgS/V2uCMQrfQPbk2jan+eBneSiW4SwdAGxPG8saT+X+zp8HFZZ0Gqe8QxhzZgZCAr7eDh1btz6v0dWg3MvwBjfDwE2GO/dmdFMxIKUGjemES/ZuTDtwRuaUsFjEQTFwY9nIKDnp++Df67w10Q+GtqkyF7l+1ihJ9VWBtCl1/pFAxel9EO/ORJvJnqk1sMdTt7HbGiQ7JInr+F8NPGHBDkRklLD+9YVzkkUZBu8iDNjZwMT3lpXJjJJydDFGcZlX0D6DcdFz5AgZa+zqIw4u9rVA39EY4ANNaoiee2q24iI6DzB9yv8UBOXFGbimJrhy84tTMo5qLxGnWPsKpHiViW2XtDtWaqmtBJU2qoP7oL3xijvyzGr5ZQmIOezxwES4=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CWLP265MB3505.GBRP265.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(13230031)(38070700009); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: PwI7956cIPAMz29DSU/g02GbKj5t6mlntlV1UPq50YOZQbyeI0I+vqF+0p+ikx0zQmU1Y150Dfy5lMcnU58I896KGrDD9+V6vBWUhVnD8GCs35zAONFSQFGL/5jK31kRvcpnJ8FdlKtUfW5IhMbznKpiM0BcB1tR4LY4IcPSWWYGGd52zQ/weL7dqIJyvuN1kln8D5aHmnNsRyEU07FVkvaEr0hV3jO0kn9H1G8gaqUk/jBlf8MfuSRihhcMdkpBpDNWHSXJAg9nRAoG3GM7V8js5vomBsXGtcmjlRKHRvZO7du1H89O9s7IlBJ4an9P3vzI+WP6N5+gS5NK5J7OvDZzPh2+67lCN/44bVDuexO8baZUkO+O8MFJgwIDXimf2RKZ/YWgpafS1pKcPhKdNmeswuRoivv2oz5aaK9AoLsuhXM0hoUfFq5FeYfoFP9jOAHCZL4DJpBzdXllsPbVtS21KE4SmjAg5tYbidATzNSX7mR6zD/GUl4K8/ujdcct+RlU/C6QvrQHOIC5nz+HZ6YBq/whf4dbhL8IG7UnMvdpyjKPOtG+aqbYO3D/15RZM9wAffQI2diicjy8yA8KKZGUgc5AO3KvEO5iOgQr00UL7FNpIjFZtuV7tZe2YnhjMlBHGST73vdYT89RJWPGYmNFRz1V1GdNXsrDs+Gy9ieoAcnz4lfbM8yEkGZFU/aNRdc8yH/Vvqo7dUYEusFlN8gsg9SO7SUwvgkOeRTi9FC2V83v7qvMD+J1iQygFOyaa8yQioRVbS+klxtFdMzCnIR3pkFYRyTquA5MOyTqOSHmdgrQl1zkX9IuZ6nvOpuEEmgqVtIzjg4xz4CalKTbxU4znkr/V1i5A7rWYEkchm+TqiG0d1G8cGn9wEp9MSTJRFgkWVY0bwNqAP8cnaUvxDMIhCHaTP59mksMbVEe5SmVXDoqyFEuYtT1eZk5c5O6IM/rViEtd6qMz5CUEsUVIoHlcoOt8VP6QV8lfGMI+KxHfzG7BEo5vcxc+/l8WX8o+znrJ8xP+ondDONKte15J6nYNuJ1Xrus3cLibF6hmTOdtfjFQ6BCCSKRWNOj6+AkL44Y9ufdcErG0q282WW+2yIHNda/ISNC/puw0a6jh6Mhcgo0eckACxasuibtzQ1TVVtHBWh1CzHMpH1fIuw6L/8vkVmwDZ81kYaTQb1AAkDJtQfKKM5Ie+fESyGHxqs3s1KGtu/tv9qcxiaV4+vmaGrHIiB7o24gStivgr8HKDkeXrhv+dvL+rnP1sA8xEDbMroz2CX1DQNpckoMv0xoDuAhDSry9BjvGTgSTqivLJE4P7nLFKMriiPTdYDVUom4DKxh8eYjywP/nYMlLxlIQ5Qx9KK+6UHx5PzPNSELkJ6dqZOmV16uico9s15tV++2GuileB0bVvDs1ZdAmi4CMp0dZ1R8T6qN38ddGecXkp36ORBQaIkA4JZQxj5K3AiApKdoD3TzGRrYyYdRIo2z325Pbooj5BzIeekev3YTvdAOM0aA7fVThWiFYL8JVRif5yuAJM/4h4LN6W1i1mTFGORaQmSC2A0hsuZPrHgdyfw=
Content-Type: multipart/alternative; boundary="_000_LO4P265MB351893FA1A8C903EFBE5016F95562LO4P265MB3518GBRP_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CWLP265MB3505.GBRP265.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: cccc6d93-3063-4f79-dee7-08dc344772fb
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Feb 2024 08:14:25.5737 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: cc95de1b-97f5-4f93-b4ba-fe68b852cf91
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: f0h0QrFpaVXWbX3KtX72pbT+tZP7F0aL1WzP55DIpSztt0M7PA1Odb4BKGYkg7SJfM8ndtwRYbPJBGt4BwOotQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CWLP265MB6737
X-OriginatorOrg: eng.ox.ac.uk
X-NTG-DKIM-verify: pass
Archived-At: <https://mailarchive.ietf.org/arch/msg/e-impact/syTxmG9LjOlAIPTJJIFo7RmJgKM>
Subject: Re: [E-impact] Why carbon aware routing would break the Internet and emit more carbon Re: Carbon aware routing
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: Fri, 23 Feb 2024 08:14:37 -0000

Hi Rudolf,

When we wrote the paper our main goal was to inform the discussion around metrics, and to explore the potential benefits of different approaches (as a follow up on our earlier work<https://eng.ox.ac.uk/media/11756/zilberman22hotcarbon.pdf>). We have considered both energy  related metrics and carbon related metrics.
We also hoped to highlight the effect of static (and dynamic) power and the implications of different traffic patterns.

To specifically address your questions,

  1.
As we are no grid experts, we have engaged with different grid experts about carbon intensity and how it can (or cannot) be used. It would be fair to say that there are different views on the topic, from "a sea of electricity" to the regional model that considers the capacity of the high voltage transmission lines across regions (and losses). As our goal was to explore the effect of carbon intensity differences (which can also be due to local generation), we have adopted the regional carbon intensity model of the National Grid ESO.
  2.
Figures 9 and 10 show both energy and carbon savings. We did not test turning off ports with all possible metrics, just with the ones that have shown the greatest effect (without changing ports). The goal was to explore the difference it makes to control a greater proportion of the power (Figure 6). We also clearly state that a similar methodology can be applied to other (intra-domain) protocols.

For static/dynamic power, I'd like to turn the attention to a presentation<https://eng.ox.ac.uk/media/11vdkdtb/itzikk_evolution-of-switches-power-consumption.pdf> <https://eng.ox.ac.uk/media/11vdkdtb/itzikk_evolution-of-switches-power-consumption.pdf> by Broadcom in the Carbon Aware Networks workshop, which explains evolution and mechanisms for power efficiency in switch ASIC, and puts a number to the dynamic power of one of their ASICs. It sort of gives an upper bound on the potential dynamic power of a router. Obviously this number would change between vendors and device families, but we can work with it to explore how static/dynamic ratio can be improved.

To go back to my initial comment about metrics, as people have pointed out in the thread, one important question is what information are ISPs willing to share. My personal hope was that metrics such as energy labels would be useful, because then an ISP can say "all my equipment is rated A*" or "90% of the routers are A* and 10% are A". Unfortunately this metric didn't turn out to be as useful for routing, though it still has other benefits (e.g., energy efficiency). It is clear that ISPs will not share detailed information about their routers, location and local carbon intensity - not only there's proprietary information involved, but also there are aspects of security (and others). We therefore need to find better solutions both for useful metrics to share and how to share them - especially for inter-domain routing.

Kind Regards,
Noa
________________________________
From: Rudolf van der Berg <rudolfvanderberg@gmail.com>
Sent: 21 February 2024 09:09
To: Noa Zilberman <noa.zilberman@eng.ox.ac.uk>
Cc: E-Impact IETF <e-impact@ietf.org>
Subject: Re: [E-impact] Why carbon aware routing would break the Internet and emit more carbon Re: Carbon aware routing

To clarify
How CATE performs to these other algorithms on electricity metrics instead of carbon

Op wo 21 feb 2024 09:14 schreef Rudolf van der Berg <rudolfvanderberg@gmail.com<mailto:rudolfvanderberg@gmail.com>>:
Dear professor Zilberman,



Op ma 19 feb 2024 16:27 schreef Noa Zilberman <noa.zilberman@eng.ox.ac.uk<mailto:noa.zilberman@eng.ox.ac.uk>>:
Dear Rudolf,

Sorry you missed Sawsan’s full presentation. I’d encourage you to read the full paper (paper<https://eng.ox.ac.uk/media/jwpbeeab/elzahr23benefits.pdf>, slides<https://datatracker.ietf.org/doc/slides-interim-2024-eimpact-02-sessa-sawsan-carbon-aware-routing/>) as your definition of and comments on carbon-aware routing don’t align with the scope or details of Sawsan’s paper.


I apologised for not being able to attend the presentation and asking  questions then.

I read the paper before and I read it again. There are two main points of criticism I have;

1. The paper doesn't address that Scotland is an integral part of the UK and EU energy markets. The paper doesn't explain why routing traffic to Scotland is better than BT buying Scottish green electricity, having it transported to England over the interconnectors and using that in Leeds. Or alternatively what happens if BT starts using green electricity in Scotland when that electricity has already been sold on the day ahead market. BT says it is 100% green, though I haven't checked whether that is on a 24x7 basis as Google is aiming to do. This is particularly odd, because the laser says it wants to deal with near real time consumption and public data only has 90 minute granularity.
2. Intra domain routing is what the paper limits itself too. The paper mentions that others have done electricity aware QoS in OSPF and lists them. It then doesn't show how CATE performs on an electricity level, but goes straight to carbon. In addition there has been a ton of academic work on "(something, something) optimised OSPF ", because clearly the IETF had forgotten it and it would make everything much better. Why hasn't BT done electricity aware OSPF until now? There were many proposals, such as mentioned in sources 12 to 17.  Indeed, why has there been only limited uptake of "aware" OSPF in operational networks? Might it be that the operational benefits of "aware" networking are less than the academic work suggests?

I read many papers on routing, its economics and energy consumption. I certainly read your paper.

(Could you please make sure the Telefonica reference isn't used in future papers? It uses kWh/GB!)

Kind regards,

Rudolf



Kind Regards,
Noa


________________________________
From: E-impact <e-impact-bounces@ietf.org<mailto:e-impact-bounces@ietf.org>> on behalf of Rudolf van der Berg <rudolfvanderberg@gmail.com<mailto:rudolfvanderberg@gmail.com>>
Sent: 17 February 2024 21:53
To: Hesham ElBakoury <helbakoury@gmail.com<mailto:helbakoury@gmail.com>>
Cc: Michael Welzl <michawe@ifi.uio.no<mailto:michawe@ifi.uio.no>>; eve.schooler <eve.schooler@gmail.com<mailto:eve.schooler@gmail.com>>; E-Impact IETF <e-impact@ietf.org<mailto:e-impact@ietf.org>>
Subject: [E-impact] Why carbon aware routing would break the Internet and emit more carbon Re: Carbon aware routing

The very interesting paper on carbon aware routing by Sawsan yesterday, of which I only caught the last part of the presentation (sorry) inspired me to write a more general analysis of carbon aware routing, with some reference to the paper, but also a more fundamental critique of the idea of carbon aware routing.

Why carbon aware routing would break the Internet and emit more carbon

Routing isn't computer science, it is economics
The science behind routing protocols is not computer science, it is economics. There are thousands of actors with varying levels of dependency upon each other. This is true within one network, but infinitely more so between thousands of networks. These actors are all boundedly rational and have varying levels of information on the state of their own and other's networks in the past and at this moment. To make things more complicated, their actions influence each other, can be mutually incompatible or mutually beneficial. They all have different assumptions, what caused their own actions and how this influenced the actions of others in the past and in the future. To completely mess things up, even if all data points and assumption were fully true until that point, that would not allow them to predict the future state of the network and routing of traffic (not even a second in the future!). It would be impossible to know whether their decision is "the most optimal", because routing is part of a chaotic system, called "the World". The state of the network and the traffic flowing through it, is not a closed system. It is influenced by everything that happens outside the network and that can be a lot, varying from war, natural disasters and pestilence to human error, Taylor Swift and people helping each other in times of need. That doesn't mean that the system is completely random, but it can't be relied on to be stable and it changes have to be expected and dealt with at any time. So the best routing system is the one that requires the least complete knowledge of the state of the network and can handle changes to that state at great speed and with great resilience.

The routing of traffic within one network is  determined by whoever is in control of that network. No two networks need to be the same, because the preferences and needs of those who control it may be different. Beautiful words can be spoken, about aligning the operation of the network and routing of traffic with lofty goals such as carbon awareness, customer needs etc. The reality is that there are many constraints and influences that will make the alignment of the daily operation of the network with those beautiful words and lofty goals a matter of opinion and not fact. There is therefore no most optimal way of designing a network or routing traffic over it. Each network is different and therefore operates differently. Interconnection of network makes it even more complex to operate a network optimally.

When it comes to cross domain routing concepts such as path dependent (SCION),  carbon based, cost based, QoS based routing were all tried in the 1980s and 1990s, failed and  surpassed by BGP4. All those earlier and later failed routing protocols made the same flawed assumption as carbon free routing does today; if I know the state of the network, I can choose the most optimal route for me and the whole world. In the late eighties most routing protocols required that the state of the network was known and couldn't change too much. This almost broke the Internet. Fortunately advances allowed BGP to be developed. It requires remarkably little knowledge of the state of other networks. It can't see the difference between an Autonomous System Number of BT vs JANET or Google. It doesn't know what routers they use, what bandwidth there is, what physical distance there is etc. It knows how to get from one ASN to another ASN. And despite not knowing what a router, capacity, a telco, content provider, customer, supplier, carbon, money or a country border is, it works rather well. It turns out all those other variables may be very important to individuals who operate one network, but aren't relevant to inter-domain routing. A basic explanation I wrote of the economic transactions that take place,can be found at. https://arstechnica.com/features/2008/09/peering-and-transit/ (This model is different and the opposite of the more often cited, but flawed, two-sided models of interconnection of Laffont, Marcus, Rey and Tirole)

Carbon aware routing in one network needs an accurate model of the electricity network
I'm quite sceptical of carbon aware routing within one network and even more so when it happens across networks. For it to work, the routing algorithm would need a full understanding of how the exhaust of carbon is the result of electricity generation. The paper that was presented does not have such a model as part of the CATE algorithm. The paper says that national and European electricity markets are interconnected, but the algorithm doesn't  derive the consequence from it: That the electricity network in Scotland is to a large extent the same one as in England and is interconnected with the electricity networks of EU countries. The total generation is related to the total consumption in the UK and that apart from losses in transport, import and export and  congestion, the total electricity consumption of the UK is relevant and not the location.

 Routing traffic through Scotland doesn't make the wind blow faster in Scotland. It doesn't use less electricity in the UK.  Most low carbon and zero carbon electricity sources aren't variable with demand. Their yield is driven by the intensity of the wind, water and the sun. Green electricity therefore has a priority over fossil fuel based electricity. Fossil fuel is the back-up for what can't be generated by renewable sources. (there are some renewable sources that may handle short peaks, eg water for TV-pick up in the UK) So shutting down an optic from London to Leeds may save electricity. This good, because it means a bit less electricity is needed in total and so a little bit less non-renewable fuel needs to be burnt. However, it will not lead to less carbon emitted, if shutting down a link to Leeds means that for traffic to Middlesborough a link from Manchester to Edinburgh and then to Middlesborough needs to be activated. The extra hop and longer distance for Edinburgh would ctually increase the total electricity consumption of the UK. This would require more fossil fuel to be burned. Scotland's green energy is a fixed quantity. Scotland doesn't become less green when traffic is routed through England. The UK does become less green if more electricity is needed in total to route traffic through Scotland. So a carbon aware routing protocol can only work if the model of the electricity network is complete and accurate for both how electricity is generated, consumed and distributed.

What if Scotland was independent from  England, Wales and Northern Ireland, would that be better?
Theoretically it could be possible that the electricity grid of Scotland is completely independent of England, Wales and Northern Ireland. In that case the electricity consumption and the carbon footprint would be independent metrics. Scotland would need to have an over supplied and 100% green grid,  completely independent of England, with no interdependence and no interconnection. If at the same time England has a network that still does emit CO2 in significant quantities to generate electricity, then there might be a form of arbitrage possible. In this case it might be possible that linking parts of BT's network in England, Wales and Northern Ireland through Scotland results in less carbon emissions by the combined electricity networks of Scotland, England, Wales and Northern Ireland.

Carbon aware routing in one network requires an accurate power profile of each device in the network
In the paper the authors assume that routers have a linear energy consumption profile above a base load. This is an academic oversimplification that is unusable in practice. Routers combine and split incoming data flows so that they become outgoing data flows. The complexity of a router is that incoming data flows and outgoing data flows are completely different from each other in size, distribution and compilation, though in aggregate they should be exactly the same. As a massive intersection of roads that should have no traffic jams or crashes. As a router reaches the maximum capacity of its ports and backplane its energy consumption is likely to increase in a non-linear fashion, heating it up more and requiring more cooling. At the same time it increasingly runs against its limits. Though the likes of Google have shown that they can get close to the technical limit of their networking equipment in the datacenter network for their services, it is very clear that this is a non-trivial task, that required a lot of upfront effort into knowing the behaviour of all their equipment and of the applications that run over it. https://cloud.google.com/blog/topics/systems/the-evolution-of-googles-jupiter-data-center-network

In the case of a telecom operator such as BT, the electricity consumption of the network is less deterministic. BT has a large number of very different types of users and usages. It has different agreements with those users. The equipment is at best of 2 different generations; the previous one and the one it is moving to. Its energy consumption is in part determined by physical distances, but also by weather! Certainly now climate change makes it warmer and sunnier in the UK too! The network changes every hour of every day, due to wear, tear, upgrades, downgrades, cable breaks, equipment failure etc. All of this isn't known to BT at any given moment and can take a while to percolate through to configuration databases at which point the state of the network is already different.

What the CATE algorithm tries to do therefore falls far short of what would be needed, because it makes linear assumptions and assumes a stable state of BTs network, while not correctly incorporating the operation of the electricity network.

Carbon aware routing across independent networks will break the Internet
Routing based on BGP makes use of Autonomous Systems and how many hops there are between the source ASN and the target ASN. Less hops is better. BGP doesn't make assumptions about what an ASN represents. BGP doesn't know anything about how many routers, how much capacity, how many miles or how much traffic is in each ASN. Between the more than 75K ASNs there are continuous changes and BGP will announce them and algorithms will process them. It is a dumb, but scalable system, with a remarkably efficient and scalable network of interconnected networks as an emergent property.

Carbon awareness would require that the routing algorithm actually knows and understands the electricity network that each piece of equipment in the entire Internet. Everything that should have been done in the BT network for the CATE algorithm to have reliable results, but then for every autonomous system and all the networks comprising those ASNs.

What would really break the Internet however is that if carbon is used as a metric to guide routing decisions, than certain paths will always emerge as the most optimal from a carbon perspective. This is clear from the lament of the authors about the Geant network relying so much on Germany for its connectivity and Germany having such high carbon emissions. If carbon aware routing was a thing on the Internet, all traffic would want to evade networks that run through Germany (or not if they actually understand that Europe has an interconnected electricity market). What would happen is that traffic would seek the route with the lowest carbon emissions and all traffic would be sent to that route, without consideration for capacity, costs etc. That route would be overloaded, of which it would have to alert other networks, but those wouldn't be able to determine which network can and which network shouldn't send its traffic over the saturated, but lowest carbon, link.

A similar issue was relayed to me by ISOC staff after the great earthquake in Japan, where most links had broken and therefore limited capacity was available. Japanese telecom firms had sold more "guaranteed" capacity than there was capacity available in the affected area. The result was that the routers wouldn't know what network had priority and therefore transmitted no traffic at all, despite total traffic being less than what little capacity was left. After the earthquake businesses were closed and most people were either in shelters hiding or doing practical things for the recovery and therefore the network was less in use.

Carbon, QoS and other such metrics are of little use in routing across autonomous systems. Each network is different and has its own operations. The success of the Internet is that BGP doesn't have to factor it all in.

Electricity aware networking not carbon aware routing
The paper does show a more practical approach limiting the negative impact of use of resources by networks. By looking at the electricity consumption of links and interfaces and the amount of traffic, there can be a reason to turn off certain interfaces and equipment during moments of low use. Even this is non-trivial, because of non-linear effects, redundancy and the ever changing state of the network and the performance of equipment. Looking at operational electricity consumption is probably difficult enough for network staff to deal with. Embedded carbon of new versus old equipment might be too complex already. To illustrate, a network may supply connectivity to a customer through 2 times 2x100Gbps on a redundant route between two towns. The peaks exceed 100Gbps on the link, but not by much and traffic growth can be limited. 2 times 400Gbps will then use less electricity at any moment. This can be calculated and demonstrated. The embedded carbon of earlier replacement of interfaces, combined with the network being able to use 2 ports for another customer are much more complex, particularly when the 100Gbps is used elsewhere in the network.

Carbon aware placement of datacenters
Transport losses, congestion and other examples of inefficiency and scarcity in real world electric networks might make it preferable to build sites that consume a lot of electricity close to where the generation is greenest. That however applies to BT's peers and not to BT itself. BT is a nationwide network. Its electricity consumption primarily follows where people live and work. That typically is England and not Scotland. So placing a government or hyperscale datacenter in Glasgow might be preferred over Slough from a carbon aware electricity generation point of view. Transmitting photons over optical fibre uses less electricity than the losses of the electricity network over the same distance.

Conclusion
The impact of networking on the planet is significant. Every attempt should be made to decrease the impact whether it is from the operation of the network or building, upgrading and replacing it. Using less electricity in networking is good, because it means that less electricity needs to be generated, whether it is through sustainable or unsustainable generation. Making routing decisions depend on assumed carbon emissions is however not going to lead to less energy consumption, less carbon emessions or better routing and networking. It will likely break the Internet and emit more carbon. Better awareness of electricity consumption and the lifetime of equipment is what the internet community can work on.