From owner-freebsd-hackers Fri Dec 19 01:06:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA05290 for hackers-outgoing; Fri, 19 Dec 1997 01:06:38 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA05283 for ; Fri, 19 Dec 1997 01:06:32 -0800 (PST) (envelope-from rb@gid.co.uk) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.7/8.8.4) with UUCP id JAA21882; Fri, 19 Dec 1997 09:04:58 GMT Received: from grimbling (cwa240 [192.168.0.240]) by cwagate (8.6.12/8.6.12) with ESMTP id IAA18965; Fri, 19 Dec 1997 08:51:18 GMT Message-Id: <199712190851.IAA18965@cwagate> From: "Bob Bishop" To: Cc: Subject: I'm not normally paranoid, but... Date: Fri, 19 Dec 1997 08:50:21 -0000 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I've been investigating trouble with a client's dial-on-demand PPP (FBSD 2.1.5, but I don't think it matters). Most of the time it works just fine. The specific problem is that sometimes the link fails to disconnect when it is (or should be) idle; timeout is set to 3 min. Tcpdump says: 07:47:14.537061 207.68.137.75.http > [client's address].1369: . 0:1(1) ack 1 w in 17520 07:47:14.537422 [client's address].1369 > 207.68.137.75.http: R 773:773(0) win 0 07:48:14.467440 207.68.137.75.http > [client's address].1369: . 0:1(1) ack 1 w in 17520 07:48:14.467906 [client's address].1369 > 207.68.137.75.http: R 773:773(0) win 0 07:49:14.477160 207.68.137.75.http > [client's address].1369: . 0:1(1) ack 1 w in 17520 07:49:14.477588 [client's address].1369 > 207.68.137.75.http: R 773:773(0) win 0 There is no PTR for 207.68.137.75 and it doesn't ping. However, guess whose web site http://207.68.137.75 leads to :-{ So why does it insist on flogging a dead connexion? And is there anything I can do about it, short of reducing the idle timeout to < 1min (which doesn't seem sensible)? TIA -- Bob Bishop +44 118 977 4017 rb@gid.co.uk