netdev
[Top] [All Lists]

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

To: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [RFC/PATCH] "strict" ipv4 reassembly
From: David Stevens <dlstevens@xxxxxxxxxx>
Date: Wed, 18 May 2005 15:24:57 -0700
Cc: netdev@xxxxxxxxxxx, netdev-bounce@xxxxxxxxxxx, rick.jones2@xxxxxx, tgraf@xxxxxxx (Thomas Graf)
In-reply-to: <E1DYWNS-0004ju-00@gondolin.me.apana.org.au>
Sender: netdev-bounce@xxxxxxxxxxx
netdev-bounce@xxxxxxxxxxx wrote on 05/18/2005 02:46:54 PM:

> Thomas Graf <tgraf@xxxxxxx> wrote:
> >
> > Wild thought: We could introduce a new ip option stating that the id
> > generator uses a serial approach which would give us the possibility
> > to measure the absolute distance and resolve this issue in a perfect
> > matter for everyone supporting this extension. ;->

> Well Linux does that anyway (apart from Suse) so all we need to do
> is to tell everyone doing NFS over gigabit to use Linux :)

        If you're going to add an IP option, you can eliminate the
problem entirely. Just add an "extended IP ID" IP option and give
it as many bits as you want-- make that the high order of an n+16-bit
IP ID.
        The IP timestamp option, if done per frag and required to be
the same for all frags, could be used in this way, since you
presumably won't wrap without incrementing that by at least 1. :-)

                                                        +-DLS


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