Hi, Tony,

> On May 5, 2026, at 2:10 AM, Tony Li <[email protected]> wrote:
> 
> 
> Hi Carlos,
> 
> 
>> One additional suggestion: it would be valuable for 
>> draft-many-lsr-power-group to include some consideration of how its 
>> mechanisms can be evaluated from an energy perspective. For example, 
>> guidance on measuring impact, comparing against a baseline, or reporting 
>> observed energy savings (and any managed decreases and/or unintended 
>> increases) in deployments.
>> 
>> Even lightweight guidance here could help ensure that experimental results 
>> are actionable and can inform the broader work in green or elsewhere.
> 
> 
> I’m not understanding what you’re requesting.  draft-many-lsr-power-group 
> provides a basis for path computation that allows PCE implementations to 
> consolidate traffic, thereby idling components that can be put into 
> power-sleep.  Without a specific analysis of a network, traffic demand 
> matrix, and detailed hardware information, (all of which are operator 
> confidential), I’m not sure what we can provide that is helpful.

Thanks — I was too open-ended and broad, so let me clarify. This is not about 
the particulars of any specific network or requiring confidential inputs.

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?

> 
> We’ve already presented simulation results to substantiate the underlying 
> premise.
> 
> I ask that we please proceed.

Yes — and not mutually exclusive with ^^^

Best,

Carlos.

> 
> Regards,
> Tony
> 
> 

Attachment: signature.asc
Description: Message signed with OpenPGP

_______________________________________________
Lsr mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to