Luis, A simple approach to handling that situation is to model the system as more power groups, separating components that are power-save capable from those that are not. Another, container power group may be necessary to parent these groups.
T > On Jul 30, 2025, at 11:13 AM, LUIS MIGUEL CONTRERAS MURILLO > <[email protected]> wrote: > > Hi Ron, all, > > Thanks for sharing, very interesting approach. > > One comment from my side after a quick reading: the C bit of the of the Power > Group TLV serves to identify if every component in the Power Group is > power-save capable. Since the power group can have different components (for > instance a couple of forwarding engines) I was wondering if you consider the > case where some of the components can be powered off while other not (for > instance, due to a different generation of hardware). If that situation could > be possible, then it would be necessary for the Power Group Member Sub-TLV to > include such bit (or similar way) for signaling that the specific component > of the Power Group is capable of being powered off. > > In summary, is it contemplate the possibility of powering off parts of a > power group? > > Thanks > > Best regards > > Luis > > De: Ron Bonica <[email protected] > <mailto:[email protected]>> > Enviado el: miércoles, 30 de julio de 2025 19:30 > Para: [email protected] <mailto:[email protected]> > Asunto: [Lsr] Fw: New Version Notification for > draft-many-lsr-power-group-00.txt > > AVISO/WARNING: Este correo electrónico se originó desde fuera de la > organización. No haga clic en enlaces ni abra archivos adjuntos a menos que > reconozca al remitente y sepa que el contenido es seguro / This email has > been originated from outside of the organization. Do not click links or open > attachments unless you recognize the sender and know the content is safe. > > > Please review and comment > > (This time with working links) > > > > Juniper Business Use Only > From: [email protected] <mailto:[email protected]> > <[email protected] <mailto:[email protected]>> > Sent: Wednesday, July 30, 2025 12:36 PM > To: Colby Barth <[email protected] <mailto:[email protected]>>; Ron Bonica > <[email protected] <mailto:[email protected]>>; Tony Li <[email protected] > <mailto:[email protected]>>; Vishnu Pavan Kumar Beeram <[email protected] > <mailto:[email protected]>>; Vishnu Pavan Kumar Beeram <[email protected] > <mailto:[email protected]>> > Subject: New Version Notification for draft-many-lsr-power-group-00.txt > > [External Email. Be cautious of content] > > > A new version of Internet-Draft draft-many-lsr-power-group-00.txt has been > successfully submitted by Ron Bonica and posted to the > IETF repository. > > Name: draft-many-lsr-power-group > Revision: 00 > Title: Using IS-IS To Advertise Power Group Membership > Date: 2025-07-30 > Group: Individual Submission > Pages: 13 > URL: https://www.ietf.org/archive/id/draft-many-lsr-power-group-00.txt > <https://urldefense.com/v3/__https:/www.ietf.org/archive/id/draft-many-lsr-power-group-00.txt> > Status: https://datatracker.ietf.org/doc/draft-many-lsr-power-group > <https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-many-lsr-power-group> > HTML: https://www.ietf.org/archive/id/draft-many-lsr-power-group-00.html > <https://urldefense.com/v3/__https:/www.ietf.org/archive/id/draft-many-lsr-power-group-00.html> > HTMLized: https://datatracker.ietf.org/doc/html/draft-many-lsr-power-group > <https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-many-lsr-power-group> > > > Abstract: > > This document introduces Power Groups. A Power Group is a > hierarchical abstraction of power consumed by hardware components. > In IS-IS, interfaces can reference the Power Group to which they > belong. Therefore, Power Groups provide a method of organizing > interfaces into groups by power characteristics. > > The TE path placement algorithm can use Power Group membership > information to implement TE policy. Power Group information is > particularly useful when implementing TE policies that support power- > savings and sustainability. > > > > The IETF Secretariat > > > > > Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, > puede contener información privilegiada o confidencial y es para uso > exclusivo de la persona o entidad de destino. Si no es usted. el destinatario > indicado, queda notificado de que la lectura, utilización, divulgación y/o > copia sin autorización puede estar prohibida en virtud de la legislación > vigente. Si ha recibido este mensaje por error, le rogamos que nos lo > comunique inmediatamente por esta misma vía y proceda a su destrucción. > > The information contained in this transmission is confidential and privileged > information intended only for the use of the individual or entity named > above. If the reader of this message is not the intended recipient, you are > hereby notified that any dissemination, distribution or copying of this > communication is strictly prohibited. If you have received this transmission > in error, do not read it. Please immediately reply to the sender that you > have received this communication in error and then delete it. > > Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, > pode conter informação privilegiada ou confidencial e é para uso exclusivo da > pessoa ou entidade de destino. Se não é vossa senhoria o destinatário > indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia > sem autorização pode estar proibida em virtude da legislação vigente. Se > recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente > por esta mesma via e proceda a sua destruição > _______________________________________________ > Lsr mailing list -- [email protected] <mailto:[email protected]> > To unsubscribe send an email to [email protected] <mailto:[email protected]>
_______________________________________________ Lsr mailing list -- [email protected] To unsubscribe send an email to [email protected]
