Hi Robert,

Dealing with a pizza box is straightforward.  In section 3.3.2 we describe
the interface PSP TLV.  This carries the power savings potential for an
interface.  The power consumption of the QSFP would belong in that TLV.

The low link utilization for transition to power sleep is a configurable
level.

The use of power groups would not change the flex algo topology.  Traffic
would remain within the same algorithm.

Tony


On Tue, Jul 21, 2026 at 11:01 PM Robert Raszuk - robert at raszuk.net <
[email protected]> wrote:

> Hi Ron,
>
> I am not sure what types of platforms Zafar had in mind but I would be
> interested in your response how do you apply concept of power groups
> to single-chip/systems-on-chip (SoCs) 1RU pizza ODM boxes.
>
> Would you say put each QSFP into a separate group and the only saving you
> could claim is to turn off laser on the selective sender interfaces after
> drying the entire traffic on it ?
>
> - - - A side two question - - -
>
> 1)
> To what % number of link utilization do you consider acceptable to
> consolidate traffic for the purpose of power saving on some other links ?
>
> 2)
> If the network is built in a bit complex way ... say there is Algo 0 but
> also 16 other Flex_Algo topologies I have a question how do you account for
> that such that before the optimization and after optimization traffic
> suddenly is not forwarded in a "foreign" topology ? Or is the current
> proposal simply not interested in addressing such networks ?
>
> Thx,
> R.
>
>
>
>
>
>
> On Mon, Jul 20, 2026 at 9:55 AM Bonica, Ron <ronald.bonica=
> [email protected]> wrote:
>
>> Zafar,
>>
>> If I understood your comment during the IETF 126 session correctly, you
>> said that the Power Group model may not support some existing hardware
>> architectures. Can you describe such an architecture?
>>
>>                                                                  Ron
>> _______________________________________________
>> Lsr mailing list -- [email protected]
>> To unsubscribe send an email to [email protected]
>>
> _______________________________________________
> Lsr mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
>
_______________________________________________
Lsr mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to