Hi Ron, Colby & authors This is an interesting idea and I support the concept of being able to provide a TE cSPF constraint for KPI like power consumption based green routing and power save idea to power down ports or components not in use.
Great work. As this is cSPF path computation related I believe that LSR is the appropriate WG. Would this new power membership group constraint be applicable to segment routing SR-MPLS & SRv6? I see RSVP-TE mentioned once but no mention of SR. If so please update the draft for SR use case of this feature. As mentioned by others operational considerations should be added for RSVP-TE FRR, LFA, RLFA, TI-LFA make before break backup tunnels. Also operational considerations for any TE policy both RSVP-TE non FRR or SR policies where backup paths could be impacted by power save modes. 7.2.2 and 7.2.3 should account for all the FRRs above mentioned in putting an FRR backup path in power sleep mode. RSVP-TE FRR would have a double book so a book on primary and backup path so would the sleeping bandwidth have accounted for the FRR backup paths? Would there be some threshold configurable I am guessing that based on the unidirectional sleeping bandwidth calculation, the resulting number if below a threshold could then get the sleeping bit set. Also I wonder if an option or POP TLV for green DC energy footprint KPI versus a DC running on commercial power using fossil fuels. That would allow routing for green DC POP based routing. Regards Gyan On Wed, Jul 30, 2025 at 12:43 PM Ron Bonica <rbonica= [email protected]> wrote: > > Folks, > > Please review and comment. > > Ron > > > > Juniper Business Use Only > ------------------------------ > *From:* [email protected] <[email protected]> > *Sent:* Wednesday, July 30, 2025 12:36 PM > *To:* Colby Barth <[email protected]>; Ron Bonica <[email protected]>; > Tony Li <[email protected]>; Vishnu Pavan Kumar Beeram <[email protected]>; > Vishnu Pavan Kumar Beeram <[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 > > > _______________________________________________ > 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]
