From b5b688e9d346212939636563f0c311fa1bd407b0 Mon Sep 17 00:00:00 2001 From: Marc Slemko Date: Wed, 12 Feb 1997 05:11:26 +0000 Subject: [PATCH] Update systems w/FIN_WAIT_2 timeout to reflect info I have received. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@77605 13f79535-47bb-0310-9956-ffa450edef68 --- docs/manual/misc/fin_wait_2.html | 26 +++++++++++++++++++++----- 1 file changed, 21 insertions(+), 5 deletions(-) diff --git a/docs/manual/misc/fin_wait_2.html b/docs/manual/misc/fin_wait_2.html index 2911add76d..af4d7b57c0 100644 --- a/docs/manual/misc/fin_wait_2.html +++ b/docs/manual/misc/fin_wait_2.html @@ -74,9 +74,15 @@ The clients on which this problem has been verified to exist:

  • Mozilla/2.02 (X11; I; FreeBSD 2.1.5-RELEASE i386)
  • Mozilla/3.01Gold (X11; I; SunOS 5.5 sun4m)
  • MSIE 3.01 on the Macintosh -
  • MSIE 3.01 on Win95 +
  • MSIE 3.01 on Windows 95

    +This does not appear to be a problem on: +

    +

    + It is expected that many other clients have the same problem. What a client should do is periodically check its open socket(s) to see if they have been closed by the server, and close their @@ -169,18 +175,28 @@ The following systems are known to have a timeout: In later revisions, there is an explicit timer for connections in FIN_WAIT_2 that can be modified; contact HP support for details. +

  • SGI IRIX 5.3, 6.2 and 6.3 + (and a patch for 6.4 after release) will add a timeout for + connections in FIN_WAIT_2 in a forthcoming (as of 97/01) rollup + patch. Contact SGI for details. +
  • NCR's MP RAS Unix 2.xx and + 3.xx both have FIN_WAIT_2 timeouts. In 2.xx it is non-tunable + at 600 seconds, while in 3.xx it defaults to 600 seconds and + is calculated based on the tunable "max keep alive probes" + (default of 8) multiplied by the "keep alive interval" (default + 75 seconds). +
  • Squent's ptx/TCP/IP for + DYNIX/ptx has had a FIN_WAIT_2 timeout since around + release 4.1 in mid-1994.

    -The following systems are known to not have at timeout: +The following systems are known to not have a timeout:

    There is a -- 2.40.0