Acee – While I can understand your struggle as to how to select one S-BFD discriminator from multiple advertised by a given node, I do not understand why you believe the IGPs have a responsibility to address this issue.
At the time both the OSPF and IS-IS S-BFD drafts were first being written this question was raised – and the response was that this was outside the scope of the IGP drafts. We included the ability to advertise multiple discriminators because it was easy to do and future proofed us against unanticipated requirements. But this does not obligate the IGPs to address the mapping issue. I think Manav’s proposed text is both appropriate and adequate. (Of course I could be biased since the IS-IS draft says the same thing. ☺ ) Please explain what it is that you believe is required and why it should be addressed by the IGP drafts. Les From: OSPF [mailto:[email protected]] On Behalf Of Acee Lindem (acee) Sent: Monday, November 09, 2015 2:24 PM To: Manav Bhatia Cc: [email protected]; OSPF WG List Subject: Re: [OSPF] More Comments on OSPF S-BFD Discriminator Hi Manav, From: Manav Bhatia <[email protected]<mailto:[email protected]>> Date: Friday, November 6, 2015 at 11:35 AM To: Acee Lindem <[email protected]<mailto:[email protected]>> Cc: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>, "Alvaro Retana (aretana)" <[email protected]<mailto:[email protected]>>, OSPF WG List <[email protected]<mailto:[email protected]>> Subject: Re: [OSPF] More Comments on OSPF S-BFD Discriminator Hi Acee, Sorry for the late response. We will add the following text in the next update “When multiple S-BFD discriminators are advertised how a given discriminator is mapped to a specific use case is out of scope for this document.” I’m still struggling with the utility of automatic discovery of multiple S-BFD discriminators if one has no way to map them to an endpoint or the corresponding service. Thanks, Acee Will address the other minor comments in the next rev. Cheers, Manav On Mon, Oct 26, 2015 at 5:37 AM, Acee Lindem (acee) <[email protected]<mailto:[email protected]>> wrote: I have one major comments and I’ve copied Alvaro since he is reviewing the base S-BFD drafts. If an OSPF router advertises multiple BFD discriminators, how do the other OSPF routers in the OSPF routing domain map the S-BFD discriminators to the OSPF router IP endpoints and services? I also have some minor comments: 1) This draft should reference the RFC 4970BIS draft as this is in RFC EDIT state. 2) Section 2.1 - The base RFC 4970BIS draft states that unrecognized TLVs are ignored (as stated in section 3). This is not specific to this TLV. 3) Section 2.2 - This says the Opaque ID must be 0. Note that an OSPF router can now originate multiple OSPF RI LSAs instances. I think this TLV should be allowed in an OSPF RI LSA subsequent to the first. 4) Section 2.2 - I don’t think we should advocate sending an empty OSPF Router Information LSA. I’d remove this case. Thanks, Acee _______________________________________________ OSPF mailing list [email protected]<mailto:[email protected]> https://www.ietf.org/mailman/listinfo/ospf
_______________________________________________ OSPF mailing list [email protected] https://www.ietf.org/mailman/listinfo/ospf
