Those are fine.

Especially the pointer to 'winning FAD'.

Deb

On Thu, Feb 6, 2025 at 9:16 AM Shraddha Hegde <shrad...@juniper.net> wrote:

> Hi Deb,
>
> Thank you for the review.
> Pls see inline for replies ...
> Ver-20 will address your comments
>
>
> Rgds
> Shraddha
>
>
> Juniper Business Use Only
> -----Original Message-----
> From: Deb Cooley via Datatracker <nore...@ietf.org>
> Sent: 04 February 2025 22:48
> To: The IESG <i...@ietf.org>
> Cc: draft-ietf-lsr-flex-algo-bw-...@ietf.org; lsr-cha...@ietf.org;
> lsr@ietf.org; acee.i...@gmail.com; a...@cisco.com
> Subject: Deb Cooley's No Objection on draft-ietf-lsr-flex-algo-bw-con-18:
> (with COMMENT)
>
> [External Email. Be cautious of content]
>
>
> Deb Cooley has entered the following ballot position for
> draft-ietf-lsr-flex-algo-bw-con-18: No Objection
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer to
> https://urldefense.com/v3/__https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/__;!!NEt6yMaO-gk!GkeZ6SOrqyUJRuuZPpTT-rtZ2yGuWsTqoQgAApj6l91Apn9c5WARs8W4XH0tdTf8I4mWCyBuenSAcZy5$
> for more information about how to handle DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
>
> https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-ietf-lsr-flex-algo-bw-con/__;!!NEt6yMaO-gk!GkeZ6SOrqyUJRuuZPpTT-rtZ2yGuWsTqoQgAApj6l91Apn9c5WARs8W4XH0tdTf8I4mWCyBuenueE2_d$
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> Section 1, 'elephant flows', I had to look this up, it might be worth a
> small explanation.
> <SH>added this statement  Large high throughput flows are referred to as
> "elephant flows".
>
> Section 5, 'winning FAD', I'm not sure what to think of this.  It seems
> odd.
> Does a particular definition actually 'win'?  What happens to the loser
> definitions?
> <SH> added ref
> winning FAD (sec 5.3 <xref target ='RFC9350'/>
>
> Section 7 or 8:  It appears that this might be a bigger opportunity for a
> denial of service attack?
> <SH> Not sure I understand that comment
>
> The document refers to RFC 9350 for security consideration and it does not
> introduce any new
> Attack vectors other than the ones that are defined in 9350.
>
>
>
>
_______________________________________________
Lsr mailing list -- lsr@ietf.org
To unsubscribe send an email to lsr-le...@ietf.org

Reply via email to