From owner-freebsd-current Sat Jan 15 7:22:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from fgwmail7.fujitsu.co.jp (fgwmail7.fujitsu.co.jp [192.51.44.37]) by hub.freebsd.org (Postfix) with ESMTP id 35AF714A2C for ; Sat, 15 Jan 2000 07:22:19 -0800 (PST) (envelope-from shin@nd.net.fujitsu.co.jp) Received: from m5.gw.fujitsu.co.jp by fgwmail7.fujitsu.co.jp (8.9.3/3.7W-MX9912-Fujitsu Gateway) id AAA15041; Sun, 16 Jan 2000 00:21:59 +0900 (JST) (envelope-from shin@nd.net.fujitsu.co.jp) Received: from incapgw.fujitsu.co.jp by m5.gw.fujitsu.co.jp (8.9.3/3.7W-9912-Fujitsu Domain Master) id AAA10723; Sun, 16 Jan 2000 00:21:58 +0900 (JST) Received: from localhost ([192.168.245.223]) by incapgw.fujitsu.co.jp (8.9.3/3.7W-9912) id AAA13540; Sun, 16 Jan 2000 00:21:50 +0900 (JST) To: tcrimi+@andrew.cmu.edu Cc: freebsd-current@FreeBSD.ORG Subject: Re: IPv6 testing...willing to help In-Reply-To: <20000112232656W.shin@nd.net.fujitsu.co.jp> References: <20000112232656W.shin@nd.net.fujitsu.co.jp> X-Prom-Mew: Prom-Mew 1.93.4 (procmail reader for Mew) X-Mailer: Mew version 1.94 on Emacs 20.4 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000116002228P.shin@nd.net.fujitsu.co.jp> Date: Sun, 16 Jan 2000 00:22:28 +0900 From: Yoshinobu Inoue X-Dispatcher: imput version 990905(IM130) Lines: 32 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > What is curious, though, is that during a telnet, running any command > > to dump a large amount of information to the screen will lock up the > > connection forcing me to login again. Similar things happen with ftp > > (locked up after logging in when I first issue an ls). The surest way > > to lock up teh connection is to go to /sys/compile/KERN and do an ls. > > Data piped to more (a screenful at a time) seems to be ok, but > > substancially more locks up TCP connections. This does not occur with > > NFS (I build a kernel using it). > > I suppose something going wrong when multiple mbuf cluster is > used for encrypted TCP connection. I found the problem and my assumption was wrong. That was due to basic mistake that opt_ipsec.h inclusion is missing on several tcp related files. (Actually there was also another bugs behind that, and I could also fix them in the debugging process, luckily.) I fixed the problem and confirmed that it has been fixed. Could you please try it after updating following files? sys/netinet/tcp_input.c sys/netinet/tcp_output.c sys/netinet/tcp_subr.c sys/netinet6/ipsec.h sys/netinet6/ipsec.c Thanks, Yoshinobu Inoue To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message