Hopefully this addresses Alan's comments:

https://author-tools.ietf.org/iddiff?url2=draft-ietf-bfd-large-packets-11 
<https://author-tools.ietf.org/iddiff?url2=draft-ietf-bfd-large-packets-11>

-- Jeff


> On May 27, 2024, at 3:26 PM, Reshad Rahman 
> <reshad=40yahoo....@dmarc.ietf.org> wrote:
> 
> Authors, I believe you have responded to all comments/questions, except this 
> one?
> 
> Regards,
> Reshad.
> 
> On Wednesday, May 22, 2024, 08:41:18 AM EDT, Alan DeKok 
> <al...@deployingradius.com> wrote:
> 
> 
>   I support publication.
> 
>   One nit / comment:  Section 4.3 and 4.4 discuss MTU issues.  It would also 
> be good to note that this process could detect MTU *changes*.
> 
>   i.e. someone buys a connection between A and B which has one particular 
> MTU.  Then unknown to them, some intermediary changes encapsulation methods, 
> and MTU goes down.  Most traffic will either adapt or not be affected.  But 
> it could have impact for certain corner cases.
> 
>   It would be better to detect the MTU change when it happens, instead of 
> some arbitrary time later when trying to debug "Why is some traffic dropped".
> 
>   Alan DeKok.
> 
> 

Reply via email to