Received: by taz.hyperreal.com (8.6.12/8.6.5) id QAA11144; Mon, 25 Mar 1996 16:04:09 -0800 Received: from arachnet.algroup.co.uk by taz.hyperreal.com (8.6.12/8.6.5) with SMTP id QAA11139; Mon, 25 Mar 1996 16:04:06 -0800 Received: by arachnet.algroup.co.uk id aa02820; 26 Mar 96 0:03 GMT Received: from heap.ben.algroup.co.uk by arachnet.algroup.co.uk id aa02817; 26 Mar 96 0:03 GMT Received: from gonzo.ben.algroup.co.uk by heap.ben.algroup.co.uk id aa00429; 25 Mar 96 23:34 GMT Subject: Obscure MTU problem To: Apache Mailing List Date: Mon, 25 Mar 1996 23:30:53 +0000 (GMT) From: Ben Laurie X-Mailer: ELM [version 2.4 PL24 PGP2] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 963 Message-ID: <9603252330.aa02562@gonzo.ben.algroup.co.uk> Sender: owner-new-httpd@apache.org Precedence: bulk Reply-To: new-httpd@hyperreal.com Hi, I've just been investigating a problem with our new Apache based webserver where people using dialups with _some_ ISPs were having extreme difficulty with our site (intermittently). The symptom at their end was that they got connected but then hang indefinitely waiting for the data. At our end we see connections for the data sitting at FIN_WAIT_1 with lots of stuff in the send queue. I seem to have solved this problem by setting the MTU to 512 (default 1500). SCO 5 is uses Path MTU Discovery (a lot of implementations use MTU=512 for all nonlocal nets) which is probably the cause of the problem. We don't have any such problem with a SCO 3 box and an SGI on the same net. Any thoughts, anyone? Cheers, Ben. -- Ben Laurie Phone: +44 (181) 994 6435 Freelance Consultant and Fax: +44 (181) 994 6472 Technical Director Email: ben@algroup.co.uk A.L. Digital Ltd, URL: http://www.algroup.co.uk London, England.