Subject: Re: [Idr] Shepherd's report for draft-ietf-idr-bgp-ls-app-specific-attr-04.txt

From: "Ketan Talaulikar (ketant)" <[email-masked]>
Date: Mon, 8 Mar 2021 19:30:10 +0000

Hi Keyur,

Thanks for your review of the document. We’ve posted an update for this draft to address the comment below.

https://www.ietf.org/archive/id/draft-ietf-idr-bgp-ls-app-specific-attr-05.txt

Please check inline for responses.

From: Idr <[email-masked]> On Behalf Of Keyur Patel
Sent: 20 February 2021 04:47
To: Idr <[email-masked]>
Subject: [Idr] Shepherd's report for draft-ietf-idr-bgp-ls-app-specific-attr-04.txt

Hi,

This is the shepherd’s report. The draft looks in a pretty good shape. Here are the comments:

  *   Section 3 recommends that the currently defined TLVs continues to be advertised at the top-level in the BGP-LS attribute. Could you please add any necessary Error handling text in case if the one of these TLVs appear in ASLA TLV and guidance for which TLV takes precedence (in case where the same TLV appears in multiple places)?
[KT] Added clarification. The precedence is for the values within ASLA for the indicated applications.

  *   Any Error handling for multiple occurrence of sub-TLVs inside ASLA TLV.
[KT] Since this document does not newly introduce those sub-TLVs (i.e. it only specifies existing top level TLVs for use as sub-TLVs within ASLA), the semantics of the handling of their multiple instances does not change. In most cases, the first instance is the one that is used except for the ones where multiple instances are specifically allowed for carrying multiple values.

  *   Any Error handling for BGP-LS Maximum link Bandwidth and Maximum Reservable Link Bandwidth TLV inside ALSA TLV.
[KT] They must be ignored – I’ve clarified in the text.

  *   Any Error handling text for TLVs present in ALSA that doesn’t belong inside ALSA?
[KT] Section 3 has this text already “Receivers SHOULD ignore any non-application-specific attribute sub-TLVs within the ASLA TLV.”

Thanks,
Ketan

Please revise this draft. Look forward to the revision.

Best Regards,
Keyur