Hi, Tony: We are trying to reuse the existing mechanism to solve such problem, but as mentioned in https://mailarchive.ietf.org/arch/msg/lsr/kTWLct7VgEfOxexdwzwcFS3Ctqc/:
"[WAJ] Reuse the Link TLV that defined in inter-AS-TE-v2/v3 to contain such information is possible, but we should still to define the link type(as that in RFC3630) to identify the stub-link, also the prefixes related sub-TLV. Comparing the two different approaches, we select to define one new sub-TLV to contain the above information in one place together." And as mentioned in Les, there are strict requirement for the inclusion of "Remote-AS", "IPv4/IPv6 Remote ASBR ID" sub-TLV in RFC5316(similar for RFC5292). In almost all of the inter-AS scenario(numbered inter-as links), these information needn't be configured and transferred. Then redefine the new stub-link TLV is the reasonable way, it also provides the container for other possible information. Best Regards Aijun Wang China Telecom -----Original Message----- From: [email protected] <[email protected]> On Behalf Of Tony Li Sent: Tuesday, January 11, 2022 2:39 PM To: Aijun Wang <[email protected]> Cc: lsr <[email protected]>; [email protected]; Christian Hopps <[email protected]>; [email protected]; [email protected] Subject: Re: [Lsr] WG Adoption Call for draft-wang-lsr-stub-link-attributes-02 Hi Aijun, > For the AS boundary use case, do you have other better solution? Is there some way that this could be modeled as a normal link instead of a stub link? In any case, I am not responsible for coming up with a better solution. The onus is on you to convince us that this is a Good Thing to do. > I have responded to Les for his mentioned/insisted unnumbered link scenario. > if it is acceptable, is it the general design then? I don’t understand this comment. I agree with Les that unnumbered links are important. Tony _______________________________________________ Lsr mailing list [email protected] https://www.ietf.org/mailman/listinfo/lsr _______________________________________________ Lsr mailing list [email protected] https://www.ietf.org/mailman/listinfo/lsr
