> On Apr 17, 2026, at 2:50 PM, Acee Lindem <[email protected]> wrote: > > Hi Renato, > >> On Apr 1, 2026, at 5:53 PM, Renato Westphal <[email protected] >> <mailto:[email protected]>> wrote: >> >> Hi all, >> >> I have a couple of questions regarding the ietf-isis-link-attr module: >> >> 1 - In the "asla-sub-tlv" list, is there a reason why nodes are not defined >> for all currently specified sub-sub-TLVs (such as TE metric, unidirectional >> delay, and others)? In the base module, both the "extended-is-neighbor" and >> "mt-is-neighbor" lists include nodes for these TE sub-TLVs. It's not clear >> why the ASLA Sub-TLV would be treated differently. >> >> 2 - In the "interface-asla" list, could you clarify the meaning of the >> "metric-type" (uint8) and "metric" (uint32) configuration leafs? The current >> descriptions seem too vague. > > For application-specific attribute config, which of the attributes do you > think are configurable: > > https://www.iana.org/assignments/isis-tlv-codepoints/isis-tlv-codepoints.xhtml#application-specific-link-attributes > > I'm thinking admin-group, extended-admin-group, generic-metric, and > te-default-metric for sure. ' > > As far as the max-reserved bandwidth and unreserved bandwidth, I'm not sure > why these aren't relegated to RSVP-TE and not included for usage across other > applications.
I see from https://datatracker.ietf.org/doc/rfc9479/ that max-reserved bandwidth and unreserved bandwidth are only applicable to RSVP-TE (section 4.2.2). The max-bandwidth value can be advertised for multiple applications but should be consistent (section 4.2.1). Interesting enough, OSPF doesn’t support advertisement of any of these as application-specific attributes - https://datatracker.ietf.org/doc/rfc9479/ Refer to section 7 and section 12.3.4. IMO, OSPF made the better design choice. However, we’re not going to change or even debate this in the YANG models. Thanks, Acee > > > Thanks, > Acee > > > >> >> Best regards, >> Renato >> >> >> Em ter., 31 de mar. de 2026 às 22:33, Acee Lindem <[email protected]> >> escreveu: >> This version addresses Adrian Farrel's OPS Directorate comments. >> >> Thanks, >> Acee >> >>> On Mar 31, 2026, at 1:56 PM, [email protected] wrote: >>> >>> Internet-Draft draft-ietf-lsr-isis-flex-algo-yang-06.txt is now available. >>> It >>> is a work item of the Link State Routing (LSR) WG of the IETF. >>> >>> Title: YANG Data Model for IS-IS Application-Specific Link Attributes >>> and Flexible Algorithm >>> Authors: Yingzhen Qu >>> Acee Lindem >>> Madhavi Joshi >>> Name: draft-ietf-lsr-isis-flex-algo-yang-06.txt >>> Pages: 31 >>> Dates: 2026-03-31 >>> >>> Abstract: >>> >>> This document defines a YANG data model to support IS-IS Application- >>> Specific Link Attributes and Flexible Algorithm. >>> >>> The IETF datatracker status page for this Internet-Draft is: >>> https://datatracker.ietf.org/doc/draft-ietf-lsr-isis-flex-algo-yang/ >>> >>> There is also an HTML version available at: >>> https://www.ietf.org/archive/id/draft-ietf-lsr-isis-flex-algo-yang-06.html >>> >>> A diff from the previous version is available at: >>> https://author-tools.ietf.org/iddiff?url2=draft-ietf-lsr-isis-flex-algo-yang-06 >>> >>> Internet-Drafts are also available by rsync at: >>> rsync.ietf.org::internet-drafts >>> >>> >>> _______________________________________________ >>> 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] >> >> >> -- >> Renato Westphal >> _______________________________________________ >> Lsr mailing list -- [email protected] >> To unsubscribe send an email to [email protected] > > _______________________________________________ > 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]
