Date: Sun, 16 Jan 2000 00:22:28 +0900 From: Yoshinobu Inoue <shin@nd.net.fujitsu.co.jp> To: tcrimi+@andrew.cmu.edu Cc: freebsd-current@FreeBSD.ORG Subject: Re: IPv6 testing...willing to help Message-ID: <20000116002228P.shin@nd.net.fujitsu.co.jp> In-Reply-To: <20000112232656W.shin@nd.net.fujitsu.co.jp> References: <Pine.BSF.4.20.0001072357460.4341-100000@home.astralblue.com> <ssSvlrK00Uw80sYT00@andrew.cmu.edu> <20000112232656W.shin@nd.net.fujitsu.co.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
> > 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000116002228P.shin>