Return-Path: <cpignata@gmail.com>
X-Original-To: green@mail2.ietf.org
Delivered-To: green@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1])
	by mail2.ietf.org (Postfix) with ESMTP id D7EFAEB1B06B
	for <green@mail2.ietf.org>; Fri,  8 May 2026 02:09:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1;
	t=1778231352; bh=tF/F515K0Yv6ukto5lPp6/oWmW3pQkKDss/9+PqWhn0=;
	h=From:Subject:Date:References:Cc:In-Reply-To:To;
	b=oj02my2J53Z1KMhBvor8gSTkzMiO4F/YCKvR2HKUgCGXUjeuTBpumrcQM0pKyRILn
	 ThxSazzJjPxjMM9vBKWoDuaV8olnNBY8NaOERT2H/JcNvbl36l6COc167gQm5hn8Ir
	 jnjdL45nEk2pjra512252quGtAEwFhEEL7cb+QyI=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level: 
X-Spam-Status: No, score=-2.097 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, MIME_QP_LONG_LINE=0.001,
	RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001]
	autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key)
	header.d=gmail.com
Received: from mail2.ietf.org ([166.84.6.31])
	by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id rWjtUaa7BocF for <green@mail2.ietf.org>;
	Fri,  8 May 2026 02:09:12 -0700 (PDT)
Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com
 [IPv6:2a00:1450:4864:20::329])
	(using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)
	 key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256)
	(No client certificate requested)
	by mail2.ietf.org (Postfix) with ESMTPS id 83935EB1B048
	for <green@ietf.org>; Fri,  8 May 2026 02:09:12 -0700 (PDT)
Received: by mail-wm1-x329.google.com with SMTP id
 5b1f17b1804b1-488e1a8ac40so17117205e9.2
        for <green@ietf.org>; Fri, 08 May 2026 02:09:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20251104; t=1778231346; x=1778836146; darn=ietf.org;
        h=to:in-reply-to:cc:references:message-id:date:subject:mime-version
         :from:content-transfer-encoding:from:to:cc:subject:date:message-id
         :reply-to;
        bh=tN1NTjFOgMNgFKXpb/pzP8wQ9beWbcjB8fjxXvwhIoE=;
        b=l2n67sFc69TQHwTZ4txFc4/lRo9ZBUOhOqMlFzwL7xhpaiUPdG/hc/unbfGWvtM038
         MJ6Txcc2FyBWfC/cXAvQEfhx+7Eu09XV6o3QMJU2ZiFSSaYXMom1IdZVib+JJIbsd/BJ
         OSZsLqlawvrxjJ9uc5UnJt4VcFlK5aGOtYpMl76w2e4gEnbOvUW7v43t/XWWmIqR57Cj
         j3FFnC79lGgh9eCTdarksEfMwGuT8yF6WChHwUnWIydlv1tFnhb2WuKmf7ocvZI7AJGR
         Y2Xo9nlBJcpDDQJRTcgLed4trVjH5D8Be56k679hIuXNSHfy7TJh/as1c88SYub9xYsx
         BLbA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20251104; t=1778231346; x=1778836146;
        h=to:in-reply-to:cc:references:message-id:date:subject:mime-version
         :from:content-transfer-encoding:x-gm-gg:x-gm-message-state:from:to
         :cc:subject:date:message-id:reply-to;
        bh=tN1NTjFOgMNgFKXpb/pzP8wQ9beWbcjB8fjxXvwhIoE=;
        b=gbpnmUy4AjKIMuPLlKF8KWp4u4qFgUW+4H1yeTMvhpGK74a1hq5DJm9+uBnlDye6gj
         9j97LHTgWWMdpl7ekaeVRzUIxPHjy67T3LvfCmOXuUS8ZJg020ONi+NXVA+svab/4d/n
         p094gXnA4Ts/oAGy+u/OTMS2G/CGFU/YomTSc5Jop6jx8uTqxCixz59JFo07SLP1IlHp
         fbTe19uM2oz2itUNSAJlhmgtSKDx//iNVNMFrBK1mLy3JqY7y+N9xyOjNbe25YU0tPHz
         Cz/q6664IdMVPt6gdcx6WCiYtITZqAVbxRlhICscTv689Ph5WBOKECRHaMfSUDvoNrRD
         TsKQ==
X-Forwarded-Encrypted: i=1;
 AFNElJ9ckcbgO/rs5jGB/B/skUr/3XuapQmAM67IsvRSFBKNpv6smCQ5zwKpduCkb4PXec27gSlA9A==@ietf.org
X-Gm-Message-State: AOJu0YwgH+mX3Kew9WU3u1r2dviCnIMY47tpb7ydtGou9FSXdlgiWcP2
	E/xJmNj+xuMQZn0GxNgDUfq2EYcWpfFpM3nX0UaBbh3f2ESqY9GMZ5bx5Da3B4y4k1o=
X-Gm-Gg: AeBDiesyBXrZ636nYm3uOk7veXtiVRF60/lxUXff/Ug5nWjPIVQgv+aL/gtSj3dxRNk
	3VfEqFazeG5hgl2RTtl1KR2kQaajYes9ncYWfSl5utcyq2Qwno/FOB1zzClIXVnIcGV2eRCfMvw
	OfjBhOBUefWMvonmJDuC1p+R5luiCCJSUojr/h6LkkXaquo1jE6z4ukh+oqk4WKfjQZBBHMKWjI
	2vf5ClBm8jlpS0lf3oB6ran+fsZS2Lxsm0SnCb/1g4LWeAyiy5VsWf3PymJt8GwSltI+dHomXKo
	87oVwxRsQvvXpHf+9nPiRfHkMlzfWNgHwbfk1js6OzfRh7IIJLL9DblnPYuNNVL+RTyjSzOKIb8
	qroSPUvPj40ZObKSsjG8tzYLdBz+PFIgADuP2ovRgIZcosgdzm7gnl0/mOCI8Oza7XVW0l2C2cQ
	Zb8AlOxvywTXZeYiz8bkFIDk3C9FMQCVkXjIikZqRLD9Ol1BKXqvxRkdvY8isTrmNQcNRM+eEya
	Q==
X-Received: by 2002:a05:600d:6:b0:488:b749:8482 with SMTP id
 5b1f17b1804b1-48e51f21e2amr141520025e9.4.1778231346018;
        Fri, 08 May 2026 02:09:06 -0700 (PDT)
Received: from smtpclient.apple ([149.232.183.4])
        by smtp.gmail.com with ESMTPSA id
 ffacd0b85a97d-4548e6a6470sm2545568f8f.7.2026.05.08.02.09.05
        (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
        Fri, 08 May 2026 02:09:05 -0700 (PDT)
Content-Type: multipart/alternative;
 boundary=Apple-Mail-3FBFAA62-A1C0-4BEE-B56D-7FF103CAE019
Content-Transfer-Encoding: 7bit
From: Carlos Pignataro <cpignata@gmail.com>
Mime-Version: 1.0 (1.0)
Date: Fri, 8 May 2026 11:08:54 +0200
Message-Id: <8876B117-7E24-476A-99AA-A8EFD1140EFB@gmail.com>
References: <CC0D8A2E-8992-43FD-8604-E804C9F3780E@tony.li>
In-Reply-To: <CC0D8A2E-8992-43FD-8604-E804C9F3780E@tony.li>
To: Tony Li <tony.li@tony.li>
X-Mailer: iPhone Mail (23E261)
Message-ID-Hash: M2ZF6JEL5MGYWZ77FCLDUHO65ZN7YPFI
X-Message-ID-Hash: M2ZF6JEL5MGYWZ77FCLDUHO65ZN7YPFI
X-MailFrom: cpignata@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency;
 loop; banned-address; member-moderation; nonmember-moderation; administrivia;
 implicit-dest; max-recipients; max-size; news-moderation; no-subject;
 digests; suspicious-header
CC: Christian Hopps <chopps@chopps.org>, lsr <lsr@ietf.org>, lsr-ads@ietf.org,
 ops-ads <ops-ads@ietf.org>, green@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: =?utf-8?q?=5BGreen=5D_Re=3A_Next_steps_for_draft-many-lsr-power-group-02?=
List-Id: Getting Ready for Energy-Efficient Networking WG <green.ietf.org>
Archived-At: 
 <https://mailarchive.ietf.org/arch/msg/green/1fS3CnGCOPaj3wpHsX_g6oxFQpc>
List-Archive: <https://mailarchive.ietf.org/arch/browse/green>
List-Help: <mailto:green-request@ietf.org?subject=help>
List-Owner: <mailto:green-owner@ietf.org>
List-Post: <mailto:green@ietf.org>
List-Subscribe: <mailto:green-join@ietf.org>
List-Unsubscribe: <mailto:green-leave@ietf.org>


--Apple-Mail-3FBFAA62-A1C0-4BEE-B56D-7FF103CAE019
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hi, Tony,

Thanks for your response =E2=80=94 it is still orthogonal to my question.=20=


I=E2=80=99m asking for a methodology / framework question =E2=80=94 not a sc=
enario-dependent quantifiable ooutcome one.=20

I=E2=80=99m not asking =E2=80=9Cwill this always save energy and how much?=E2=
=80=9D  I=E2=80=99m asking =E2=80=9Chow is the mechanism evaluated rigorousl=
y?=E2=80=9D =20

IOW, I=E2=80=99m asking for an evaluation model to be discussed and included=
 =E2=80=94 not an operational conclusion. A =E2=80=9Chow=E2=80=9D, not a num=
ber.=20

My concern is that you are evaluating gross savings. And I am suggesting we c=
are more about net savings. And eval mechanism ought to account for both: =20=

* the energy savings enabled by consolidation/idling, and=20
* the incremental energy cost introduced by the mechanism itself.

It=E2=80=99s a methodology question =E2=80=94 not a quantity or even simulat=
ion output one.=20

Thumb typed by Carlos Pignataro.
Excuze typofraphicak errows

> On May 5, 2026, at 20:20, Tony Li <tony.li@tony.li> wrote:
>=20
> =EF=BB=BF
> Hi Carlos,
>=20
>> The intent is simply to ensure that the evaluation captures the net syste=
m-level impact (i.e., whether the mechanisms enable sufficient consolidation=
 to reduce overall energy consumption relative to a baseline.) In other word=
s, the considering both sides: the additional overhead introduced, and the p=
otential energy savings from traffic consolidation and resource idling. How i=
s the simulation / premise / framework evaluating net >0 or <0?
>=20
>=20
> Thank you for the clarification, but I still cannot answer.  It depends.
>=20
> If the network is running at 98% of capacity throughout, then there is not=
hing that can be done.  No savings, so no benefit.
>=20
> If the network is running at 10% of capacity, then it=E2=80=99s very likel=
y that 70-80% of the network can be shut down (depending on the operator's r=
edundancy requirements),
>=20
> What we have seen is that our simulations have shown excellent benefits, b=
ut the exact number vary greatly, again depending on the traffic demand, top=
ology, hardware, etc.
>=20
> I get that you want an easy answer.  I=E2=80=99m sorry to say that as with=
 many things in life, there is none.
>=20
> This technology will help networks that have substantial variance in their=
 traffic demand, and not at all with networks that run continually saturated=
.  And in between, it will give some benefit, but your mileage may vary. Whe=
ther it=E2=80=99s enough to matter depends on your personal situation and th=
e price of power.
>=20
> Tony
>=20

--Apple-Mail-3FBFAA62-A1C0-4BEE-B56D-7FF103CAE019
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html class=3D"apple-mail-supports-explicit-dark-mode"><head><meta http-equi=
v=3D"content-type" content=3D"text/html; charset=3Dutf-8"></head><body dir=3D=
"auto">Hi, Tony,<div><br></div><div>Thanks for your response =E2=80=94 it is=
 still orthogonal to my question.&nbsp;</div><div><br></div><div>I=E2=80=99m=
 asking for a methodology / framework question =E2=80=94 not a scenario-depe=
ndent quantifiable ooutcome one.&nbsp;</div><div><br></div><div>I=E2=80=99m n=
ot asking =E2=80=9Cwill this always save energy and how much?=E2=80=9D &nbsp=
;I=E2=80=99m asking =E2=80=9Chow is the mechanism evaluated rigorously?=E2=80=
=9D &nbsp;</div><div><br></div><div>IOW, I=E2=80=99m asking for an evaluatio=
n model to be discussed and included =E2=80=94 not an operational conclusion=
. A =E2=80=9Chow=E2=80=9D, not a number.&nbsp;</div><div><br></div><div>My c=
oncern is that you are evaluating <b>gross savings</b>. And I am suggesting w=
e care more about <b>net savings</b>. And eval mechanism ought to account fo=
r both: &nbsp;</div><div>* the energy savings enabled by consolidation/idlin=
g, and&nbsp;</div><div>* the incremental energy cost introduced by the mecha=
nism itself.</div><div><br></div><div>It=E2=80=99s a methodology question =E2=
=80=94 not a quantity or even simulation output one.&nbsp;</div><div><br id=3D=
"lineBreakAtBeginningOfSignature"><div dir=3D"ltr"><span class=3D"Apple-styl=
e-span" style=3D"-webkit-tap-highlight-color: rgba(26, 26, 26, 0.298);">Thum=
b typed by Carlos Pignataro.</span><div><span class=3D"Apple-style-span" sty=
le=3D"-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-compo=
sition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-=
color: rgba(77, 128, 180, 0.230469); ">Excuze typofraphicak errows</span></d=
iv></div><div dir=3D"ltr"><br><blockquote type=3D"cite">On May 5, 2026, at 2=
0:20, Tony Li &lt;tony.li@tony.li&gt; wrote:<br><br></blockquote></div><bloc=
kquote type=3D"cite"><div dir=3D"ltr">=EF=BB=BF<span></span><br><span>Hi Car=
los,</span><br><span></span><br><blockquote type=3D"cite"><span>The intent i=
s simply to ensure that the evaluation captures the net system-level impact (=
i.e., whether the mechanisms enable sufficient consolidation to reduce overa=
ll energy consumption relative to a baseline.) In other words, the consideri=
ng both sides: the additional overhead introduced, and the potential energy s=
avings from traffic consolidation and resource idling. How is the simulation=
 / premise / framework evaluating net &gt;0 or &lt;0?</span><br></blockquote=
><span></span><br><span></span><br><span>Thank you for the clarification, bu=
t I still cannot answer. &nbsp;It depends.</span><br><span></span><br><span>=
If the network is running at 98% of capacity throughout, then there is nothi=
ng that can be done. &nbsp;No savings, so no benefit.</span><br><span></span=
><br><span>If the network is running at 10% of capacity, then it=E2=80=99s v=
ery likely that 70-80% of the network can be shut down (depending on the ope=
rator's redundancy requirements),</span><br><span></span><br><span>What we h=
ave seen is that our simulations have shown excellent benefits, but the exac=
t number vary greatly, again depending on the traffic demand, topology, hard=
ware, etc.</span><br><span></span><br><span>I get that you want an easy answ=
er. &nbsp;I=E2=80=99m sorry to say that as with many things in life, there i=
s none.</span><br><span></span><br><span>This technology will help networks t=
hat have substantial variance in their traffic demand, and not at all with n=
etworks that run continually saturated. &nbsp;And in between, it will give s=
ome benefit, but your mileage may vary. Whether it=E2=80=99s enough to matte=
r depends on your personal situation and the price of power.</span><br><span=
></span><br><span>Tony</span><br><span></span><br></div></blockquote></div><=
/body></html>=

--Apple-Mail-3FBFAA62-A1C0-4BEE-B56D-7FF103CAE019--

