From owner-freebsd-hackers Tue Mar 24 10:55:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA11627 for freebsd-hackers-outgoing; Tue, 24 Mar 1998 10:55:26 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from stennis.ca.sandia.gov (stennis.ca.sandia.gov [146.246.243.44]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA11619 for ; Tue, 24 Mar 1998 10:55:19 -0800 (PST) (envelope-from bmah@stennis.ca.sandia.gov) Received: (from bmah@localhost) by stennis.ca.sandia.gov (8.8.8/8.8.8) id KAA09740; Tue, 24 Mar 1998 10:55:11 -0800 (PST) Message-Id: <199803241855.KAA09740@stennis.ca.sandia.gov> X-Mailer: exmh version 2.0.2 2/24/98 To: Arman Hazairin Cc: bmah@california.sandia.gov, Snob Art Genre , freebsd-hackers@FreeBSD.ORG Subject: Re: TCP connection hang In-Reply-To: Your message of "Wed, 25 Mar 1998 01:11:05 GMT." <351859A9.B0D0F9A1@ai3.net> From: bmah@CA.Sandia.GOV (Bruce A. Mah) Reply-To: bmah@CA.Sandia.GOV X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Url: http://www.ca.sandia.gov/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1659358018P"; micalg=pgp-md5; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 24 Mar 1998 10:55:10 -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --==_Exmh_1659358018P Content-Type: text/plain; charset=us-ascii If memory serves me right, Arman Hazairin wrote: > If you look into the last ack, it's about 4K of data being transferred. Yes. What's also kind of interesting is the inital 128-byte segment that gets sent...I wouldn't have expected this from a bulk transfer application. > It > is almost the same in ftp application, What's the application under test? If FTP behaves similarly it might not matter lots, I guess. (I was thinking that if the receiver wasn't actually reading the data, it could cause this, but then we'd see different window size advertisements from receiver to sender.) > if i do that in that two box, > vice versa. > I've tried to turn off rfc1323 and rfc1644 option, still doesn't work. > Any hint ? Ummm. Let me ask this one more time....what's the network path like between your two machines? I assume at this point the SCO box is trying to shove a huge file over the FreeBSD machine, right? What happens if you try to go the opposite direction? (Is that what you meant by "vice versa" above?) Also, where is your tcpdump trace being taken? Is it on one of the two endhosts or at some point in the middle? Do you regularly do other types of communication over this path (e.g. HTTP, telnet, anything?)? If so, how do they fare? Bruce. --==_Exmh_1659358018P Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.2 iQCVAwUBNRgBjqjOOi0j7CY9AQGe6gQAiXz5pcecVpoLoqQ1R1axkvi+vPdP8Mbn yL/3+8xdSurKzNkxC0SV3Xl/EqmfVnVFn/G3BjNeYtIwx9ItFbgB2r98ZqdoTYRl RjcpE9ZLd4iovu0wGeSn1TOBmbXH5k+ztD4vfBWOw5qo1J645jOzgZcmgvBtjJzr pkT4sdshKPM= =cg/q -----END PGP MESSAGE----- --==_Exmh_1659358018P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message