| To: | Rick Jones <rick.jones2@xxxxxx> |
|---|---|
| Subject: | Re: [RFC/PATCH] "strict" ipv4 reassembly |
| From: | Thomas Graf <tgraf@xxxxxxx> |
| Date: | Wed, 18 May 2005 19:44:54 +0200 |
| Cc: | netdev@xxxxxxxxxxx |
| In-reply-to: | <20050518174010.GC15391@postel.suug.ch> |
| References: | <20050517.104947.112621738.davem@davemloft.net> <E1DYAHF-0006qW-00@gondolin.me.apana.org.au> <20050518004733.GG13748@postel.suug.ch> <20050518011632.GA27813@gondor.apana.org.au> <20050518013712.GH13748@postel.suug.ch> <428B6B72.5010407@hp.com> <20050518174010.GC15391@postel.suug.ch> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
* Thomas Graf <20050518174010.GC15391@xxxxxxxxxxxxxx> 2005-05-18 19:40 > In a perfect world without any randomly generated ids we could measure > the absolute distance even without being aware of all ids, it might even > be possible to try and differ between random and serial id sequences > and optimize a bit there but in the end we have to find a good > compromise for the random case anyway. Worth some experimentation I guess. 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. ;-> |
| Previous by Date: | [patch 2.6.12-rc4 1/1] tulip: add return to ULI526X clause in tulip_mdio_write, John W. Linville |
|---|---|
| Next by Date: | Re: 2.6.12-rc4-mm2 - sleeping function called from invalid context at mm/slab.c:2502, David Woodhouse |
| Previous by Thread: | Re: [RFC/PATCH] "strict" ipv4 reassembly, Thomas Graf |
| Next by Thread: | Re: [RFC/PATCH] "strict" ipv4 reassembly, Herbert Xu |
| Indexes: | [Date] [Thread] [Top] [All Lists] |