On Mon, Oct 15, 2018, 8:14 AM Ron Bonica <rbon...@juniper.net> wrote:

> Hi Fred,
>
> Thanks for reviewing yet another version of the draft. But I would like to
> push back ever-so-gently on your proposed edit.
>
> We agree that the draft does not and should not propose the deprecation of
> IP Fragmentation. We also agree that IP tunnels require fragmentation. And
> because one critical application requires fragmentation, we cannot
> deprecate it.
>
> Yes, there may be other applications that require fragmentation. IPERF may
> be one of them. But we don't need to mention it because we have already
> made our case against deprecation. Mentioning every application that
> requires fragmentation is over-kill.
>

Iperf is just a test application so it shouldn't be mentioned here anyway.
It does illustrate another problem of fragmentation. That is if just one
fragment of a packet is lost then the whole packet is lost. So with a 1%
drop rate, a packet with two fragments has a drop rate of 2%, 10 fragments
has drop rate of 10% 64K packet makes 43 fragments of 1500 bytes so drop
rate of those packets is 35%.

I believe this amplified drop rate is a problem inherent of fragmentation
and good reason why not to use fragmentation over the  Internet. This
probably should be mentioned in the draft.

Tom


>                                                             Ron
>
>
> > Message: 2
> > Date: Wed, 10 Oct 2018 16:22:47 +0000
> > From: "Templin (US), Fred L" <fred.l.temp...@boeing.com>
> > To: "int-area@ietf.org" <int-area@ietf.org>
> > Subject: Re: [Int-area] I-D Action:
> >       draft-ietf-intarea-frag-fragile-01.txt
> > Message-ID:
> >       <554d668a29934ecf9fdf95d77d1cca52@XCH15-06-
> > 08.nw.nos.boeing.com>
> > Content-Type: text/plain; charset="us-ascii"
> >
> > I made this comment earlier, but it does not appear to have made it into
> this
> > version.
> > Some applications invoke IP fragmentation as a performance optimization,
> > and that should be mentioned here. But, it also needs to say that RFC4963
> > warns against reassembly errors at high data rates.
> >
> > Suggestion is to add the following to the introduction:
> >
> >    "While this document identifies issues associated with IP
> >    fragmentation, it does not recommend deprecation.  Some applications
> >    (e.g., [I-D.ietf-intarea-tunnels]) require IP fragmentation. Others
> (e.g.,
> >    [IPERF3]) invoke IP fragmentation as a performance optimization, but
> >    can incur reassembly errors at high data rates [RFC4963]."
> >
> > Thanks - Fred
> > fred.l.temp...@boeing.com
> >
> *************************************
>
> _______________________________________________
> Int-area mailing list
> Int-area@ietf.org
> https://www.ietf.org/mailman/listinfo/int-area
>
_______________________________________________
Int-area mailing list
Int-area@ietf.org
https://www.ietf.org/mailman/listinfo/int-area

Reply via email to