Date: Sat, 6 Apr 2002 01:52:35 -0700 From: "Seth Hieronymus" <sethh@principia.edu> To: <freebsd-net@freebsd.org> Cc: <tlambert2@mindspring.com> Subject: Fw: IP fragmentation (was Re: Fatal trap 12: page fault while in kernel mode) Message-ID: <OE84ixqDCZx4FR0rmTI00007405@hotmail.com>
next in thread | raw e-mail | index | archive | help
Terry Lambert wrote: > I thought about this for a while, after Bruce said he was > looking into it. > > There are some implicit problems that I don't know if it's > really possible to resolve satisfactorily. > > If you drop fragments for whatever reason, in order to prevent > overflow, just random dropping leads to "almost full" reassembly > queues... and you don't want that. [snip] > As I said, a nice area for research. Anyone looking for a > Masters Thesis topic? > > -- Terry Sorry for jumping into the middle of a conversation. Please tell me if I don't know what I am talking about. How about taking a pseudo genetic algorithm path, and look at the packet groups as the organisms, with their fitnesses determined by some combination of percentage fragments received (ie 1/10) and the time since first fragment reception. Then, periodically cull the low-fitness fragment groups, which could be either almost complete groups that have a large timeout, or groups with a smaller timeout but that have not received many fragments. I don't know... it's late and I can't sleep. Anyway, just was thinking about it. > As I said, a nice area for research. Anyone looking for a > Masters Thesis topic? No, I'm ok, thanks. Seth Hieronymus To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?OE84ixqDCZx4FR0rmTI00007405>