From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 28 22:28:08 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 392D616A4CE; Sun, 28 Nov 2004 22:28:08 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 1541543D31; Sun, 28 Nov 2004 22:28:07 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 28 Nov 2004 22:28:06 +0000 (GMT) Date: Sun, 28 Nov 2004 22:28:05 +0000 From: David Malone To: Alin-Adrian Anton Message-ID: <20041128222805.GA7142@walton.maths.tcd.ie> References: <41AA0043.5070109@gmail.com> <20041128180843.GA58546@pit.databus.com> <41AA192B.10802@spintech.ro> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41AA192B.10802@spintech.ro> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie cc: Barney Wolff cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: ssh & select() problem on 5.3 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2004 22:28:08 -0000 On Sun, Nov 28, 2004 at 08:30:03PM +0200, Alin-Adrian Anton wrote: > A tcpdump shows that what actually happens is that packets won't reach > me in spite of the fact that his firewall(router)'s tcpdump shows that > he keeps sending them to me. Packets never reach me, but I am still able > to send them, by pressing ENTER on the ssh console. It sounds very like a path MTU discovery problem then. I guess what is happening is that large packets are being lost when sent along this particular network path. Whatever is dropping them should send a message saying "packet too big" and this will cause the machine to send smaller packets in future. However either this message is being dropped or not generated. You can probably test this idea by using "ping -s " or by setting the MTU on the interface on your machine "ifconfig interface mtu ". The real fix is to find out what's happened to the "packet too big" ICMP message. David.