| 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> |
|---|---|---|
| ||
| Previous by Date: | Re: Interdomain/interpartition communication without a checksum, Jon Mason |
|---|---|
| Next by Date: | Re: [RFC/PATCH] "strict" ipv4 reassembly, Arthur Kepner |
| Previous by Thread: | [RFC/PATCH] "strict" ipv4 reassembly, Arthur Kepner |
| Next by Thread: | Re: [RFC/PATCH] "strict" ipv4 reassembly, Arthur Kepner |
| Indexes: | [Date] [Thread] [Top] [All Lists] |