Date: Mon, 26 Nov 2001 14:47:00 -0500 (EST) From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu> To: Jonathan Lemon <jlemon@flugsvamp.com> Cc: net@FreeBSD.ORG Subject: Re: decreasing TIME_WAIT duration(T/TCP?) Message-ID: <200111261947.fAQJl0321324@khavrinen.lcs.mit.edu> In-Reply-To: <200111261443.fAQEhu185094@prism.flugsvamp.com> References: <local.mail.freebsd-net/PLEAKFMAJKNOEPLJKGBLGEJGCAAA.larse@isi.edu> <local.mail.freebsd-net/3C02275C.E4C56BF@sirena2000.ru> <200111261443.fAQEhu185094@prism.flugsvamp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
<<On Mon, 26 Nov 2001 08:43:56 -0600 (CST), Jonathan Lemon <jlemon@flugsvamp.com> said: > Unfortunately, this is not calculated; we still rely on a static > (default 30sec) MSL quiet period. Ideally, it should be possible to > set MSL based on some multiple of RTT for the connection, and default > to a hard coded value if there are not enough samples to calculate RTT. There is no way to `calculate' the maximum segment lifetime unless you are omniscient. It is assumed to be 30 seconds, but in reality can be much, much more. (As a result, TCP is theoretically broken, but the situations in which this happens are rare enough to be masked by other events.) The RTT gives you the *critical path length* of the graph; it does not have anything to do with the MSL except for trivial (two-node) networks. -GAWollman 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?200111261947.fAQJl0321324>