Date: Wed, 25 Jun 1997 16:20:02 -0700 (PDT) From: Bill Fenner <fenner@parc.xerox.com> To: freebsd-bugs Subject: Re: kern/3948: nonworking t/tcp server side Message-ID: <199706252320.QAA19871@hub.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/3948; it has been noted by GNATS. From: Bill Fenner <fenner@parc.xerox.com> To: freebsd-gnats-submit@freebsd.org Cc: brian@firehouse.net Subject: Re: kern/3948: nonworking t/tcp server side Date: Wed, 25 Jun 1997 11:36:20 PDT Using your test program, I was able to perform a T/TCP transaction on an unmodified 2.2 kernel: 17:51:07.632196 sundae.parc.xerox.com.1555 > sundae.parc.xerox.com.finger: SFP 4072296610:4072296612(2) win 17280 <mss 16344,nop,wscale 0,nop,nop,timestamp 4642723 0,nop,nop,cc 1161> (DF) 17:51:07.635814 sundae.parc.xerox.com.finger > sundae.parc.xerox.com.1555: SFP 4072370814:4072370820(6) ack 4072296614 win 17280 <mss 16344,nop,wscale 0,nop,nop,timestamp 4642723 4642723,nop,nop,cc 1162,nop,nop,ccecho 1161> (DF) 17:51:07.636017 sundae.parc.xerox.com.1555 > sundae.parc.xerox.com.finger: . ack 8 win 17274 <nop,nop,timestamp 4642723 4642723,nop,nop,cc 1161> (DF) pwd However, the ack when using "localhost" instead of my host's address doesn't appear to be delayed so the data doesn't get a chance to piggyback on the SYN/ACK: 18:21:33.530418 localhost.1562 > localhost.finger: SFP 127085611:127085622(11) win 57344 <mss 16344,nop,wscale 0,nop,nop,timestamp 4646375 0,nop,nop,cc 1175> (DF) 18:21:33.531323 localhost.finger > localhost.1562: S 127209529:127209529(0) ack 127085624 win 57344 <mss 16344,nop,wscale 0,nop,nop,timestamp 4646375 4646375,nop,nop,cc 1176,nop,nop,ccecho 1175> (DF) 18:21:33.531466 localhost.1562 > localhost.finger: . ack 1 win 57344 <nop,nop,timestamp 4646375 4646375,nop,nop,cc 1175> (DF) 18:21:33.534860 localhost.finger > localhost.1562: FP 1:7(6) ack 1 win 57344 <nop,nop,timestamp 4646375 4646375,nop,nop,cc 1176> (DF) 18:21:33.535015 localhost.1562 > localhost.finger: . ack 8 win 57338 <nop,nop,timestamp 4646375 4646375,nop,nop,cc 1175> (DF) Both transactions used the "lo0" interface, and both returning syn's included the "ccecho" option, indicating that TAO should have succeeded. Perhaps there is some interaction with the larger window used when talking to localhost, or perhaps the TAO data doesn't get cached in the route to localhost for some reason. Bill
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199706252320.QAA19871>