Date: Mon, 26 Nov 2001 13:06:59 -0800 From: Lars Eggert <larse@ISI.EDU> To: Jonathan Lemon <jlemon@flugsvamp.com> Cc: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>, net@FreeBSD.ORG Subject: Re: decreasing TIME_WAIT duration(T/TCP?) Message-ID: <3C02AEF3.3000502@isi.edu> References: <local.mail.freebsd-net/PLEAKFMAJKNOEPLJKGBLGEJGCAAA.larse@isi.edu> <local.mail.freebsd-net/3C02275C.E4C56BF@sirena2000.ru> <200111261443.fAQEhu185094@prism.flugsvamp.com> <200111261947.fAQJl0321324@khavrinen.lcs.mit.edu> <20011126141909.N75389@prism.flugsvamp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Jonathan Lemon wrote: > As you said, there is no way to reliably calculate this value, since the > delay is theortically unbounded; in fact RFC 793 sets it at 120 seconds. > > However, my assertion is that in most cases, the true MSL for segments > on a given connection will tend to be tied to some multiple of the RTT; > that is, there exists a strong correlation between the two. While I agree that the average "segment lifetime" of a given connection is probably on the same order of magnitude than the RTT, this does not have any impact on the MAXIMUM segment lifetime: it's an Internet-wide upper bound. Even for connections with millisecond RTTs, packets can be delayed for seconds or longer due to routing glitches. The original poster wanted to shorten the MSL to avoid accumulating TIME WAITs at the server. There are better techniques for that, see for example Ted Faber's paper in INFOCOM '99 (http://www.isi.edu/~faber/pubs.html). Lars -- Lars Eggert <larse@isi.edu> Information Sciences Institute http://www.isi.edu/larse/ University of Southern California 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?3C02AEF3.3000502>