netdev
[Top] [All Lists]

Re: [RFC/PATCH] "strict" ipv4 reassembly

To: akepner@xxxxxxx
Subject: Re: [RFC/PATCH] "strict" ipv4 reassembly
From: "David S. Miller" <davem@xxxxxxxxxxxxx>
Date: Tue, 17 May 2005 10:49:47 -0700 (PDT)
Cc: netdev@xxxxxxxxxxx
In-reply-to: <Pine.LNX.4.61.0505170914130.29021@xxxxxxxxxx>
References: <Pine.LNX.4.61.0505170914130.29021@xxxxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
From: Arthur Kepner <akepner@xxxxxxx>
Date: Tue, 17 May 2005 09:18:26 -0700 (PDT)

>   1) Fragments must arrive in order (or in reverse order) -
>      out of order fragments are dropped. 

Even the most simplistic flow over the real internet
can get slight packet reordering.

Heck, reordering happens on SMP on any network.

IP is supposed to be resilient to side effects of network
topology, and one such common side effect is packet reordering.
It's common, it's fine, and the networking stack deals with it
gracefully.  Strict reassembly does not.

Sure it's off by default, but isn't it a better idea
to use NFS over TCP instead?

Decreasing ipfrag_time is also not an option, because then
you break fragmentation for packet radio folks :-)

<Prev in Thread] Current Thread [Next in Thread>