Re: [Lsr] AD Review of draft-ietf-isis-te-app-09

2020-01-10 Thread Alvaro Retana
On January 10, 2020 at 10:53:40 AM, Les Ginsberg wrote: Les: Hi! > We are working on addressing your comments - but it will take us a bit of > time to complete that - please be patient. You have all been very patient with me already -- I can only return the favor. :-) > One question. In

Re: [Lsr] [Technical Errata Reported] RFC2328 (5956)

2020-01-10 Thread Alvaro Retana
On January 9, 2020 at 7:53:17 PM, Marcelo Bustani wrote: Marcelo: Olá! > My intention was to mitigate a possible misunderstanding or a multiple > different interpretations, that I guess it is happening with Cisco and > Juniper; both are not wrong depending from the section they are based on.

Re: [Lsr] Methods to label the passive interfaces within ISIS

2020-01-10 Thread tony . li
Hi Robert, > I agree with you that essentially this is a link property (hence my earlier > hint towards 5029) so it makes it at least two of us recommending direction > towards 5029 now ;) Is that rough consensus? ;-) > While we are at this perhaps it would be also useful to be able to >

Re: [Lsr] AD Review of draft-ietf-isis-te-app-09

2020-01-10 Thread Les Ginsberg (ginsberg)
Alvaro - Happy New Year to you! Thanx for the extensive review of this draft and draft-ietf-ospf-te-link-attr-reuse-10. It is clear that you spent a good deal of time on this and covered a lot of ground - much appreciated. We are working on addressing your comments - but it will take us a

Re: [Lsr] Methods to label the passive interfaces within ISIS

2020-01-10 Thread Robert Raszuk
Hi Tony, I agree with you that essentially this is a link property (hence my earlier hint towards 5029) so it makes it at least two of us recommending direction towards 5029 now ;) While we are at this perhaps it would be also useful to be able to differentiate reachability on stub links vs