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. > >