From owner-freebsd-bugs Wed Jun 25 16:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA19916 for bugs-outgoing; Wed, 25 Jun 1997 16:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA19871; Wed, 25 Jun 1997 16:20:02 -0700 (PDT) Date: Wed, 25 Jun 1997 16:20:02 -0700 (PDT) Message-Id: <199706252320.QAA19871@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: kern/3948: nonworking t/tcp server side Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3948; it has been noted by GNATS. From: Bill Fenner 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 (DF) 17:51:07.635814 sundae.parc.xerox.com.finger > sundae.parc.xerox.com.1555: SFP 4072370814:4072370820(6) ack 4072296614 win 17280 (DF) 17:51:07.636017 sundae.parc.xerox.com.1555 > sundae.parc.xerox.com.finger: . ack 8 win 17274 (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 (DF) 18:21:33.531323 localhost.finger > localhost.1562: S 127209529:127209529(0) ack 127085624 win 57344 (DF) 18:21:33.531466 localhost.1562 > localhost.finger: . ack 1 win 57344 (DF) 18:21:33.534860 localhost.finger > localhost.1562: FP 1:7(6) ack 1 win 57344 (DF) 18:21:33.535015 localhost.1562 > localhost.finger: . ack 8 win 57338 (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