[Green] Re: Next steps for draft-many-lsr-power-group-02

Carlos Pignataro <cpignata@gmail.com> Fri, 08 May 2026 09:09 UTC

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, 08 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: [Green] Re: 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>

Hi, Tony,

Thanks for your response — it is still orthogonal to my question. 

I’m asking for a methodology / framework question — not a scenario-dependent quantifiable ooutcome one. 

I’m not asking “will this always save energy and how much?”  I’m asking “how is the mechanism evaluated rigorously?”  

IOW, I’m asking for an evaluation model to be discussed and included — not an operational conclusion. A “how”, not a number. 

My concern is that you are evaluating gross savings. And I am suggesting we care more about net savings. And eval mechanism ought to account for both:  
* the energy savings enabled by consolidation/idling, and 
* the incremental energy cost introduced by the mechanism itself.

It’s a methodology question — not a quantity or even simulation output one. 

Thumb typed by Carlos Pignataro.
Excuze typofraphicak errows

> On May 5, 2026, at 20:20, Tony Li <tony.li@tony.li> wrote:
> 
> 
> Hi Carlos,
> 
>> The intent is simply to ensure that the evaluation captures the net system-level impact (i.e., whether the mechanisms enable sufficient consolidation to reduce overall energy consumption relative to a baseline.) In other words, the considering both sides: the additional overhead introduced, and the potential energy savings from traffic consolidation and resource idling. How is the simulation / premise / framework evaluating net >0 or <0?
> 
> 
> Thank you for the clarification, but I still cannot answer.  It depends.
> 
> If the network is running at 98% of capacity throughout, then there is nothing that can be done.  No savings, so no benefit.
> 
> If the network is running at 10% of capacity, then it’s very likely that 70-80% of the network can be shut down (depending on the operator's redundancy requirements),
> 
> What we have seen is that our simulations have shown excellent benefits, but the exact number vary greatly, again depending on the traffic demand, topology, hardware, etc.
> 
> I get that you want an easy answer.  I’m sorry to say that as with many things in life, there is none.
> 
> 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. Whether it’s enough to matter depends on your personal situation and the price of power.
> 
> Tony
>