Date: Wed, 17 Feb 2021 13:20:56 +0000 From: bugzilla-noreply@freebsd.org To: transport@FreeBSD.org Subject: [Bug 250363] [tcp] data in syn_ack should be ignored Message-ID: <bug-250363-38102-dyirZGBYNP@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-250363-38102@https.bugs.freebsd.org/bugzilla/> References: <bug-250363-38102@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D250363 --- Comment #2 from Michael Tuexen <tuexen@freebsd.org> --- (In reply to Richard Scheffenegger from comment #1) This report is not about TFO... Are you sure it is not allowed? My reading = of RFC 793 is as follows. We are in SYN-SENT. So we are on page 66. The next t= ext on page 68, which applies is: If SND.UNA > ISS (our SYN has been ACKed), change the connection state to ESTABLISHED, form an ACK segment <SEQ=3DSND.NXT><ACK=3DRCV.NXT><CTL=3DACK> and send it. Data or controls which were queued for transmission may be included. If there are other controls or text in the segment then continue processing at the sixth step below where the URG bit is checked, otherwise return. Then is step 7, we would process the text and send <SEQ=3DSND.NXT><ACK=3DRCV.NXT><CTL=3DACK> So my reading is that the response according to RFC 793 should be * send an ACK for the SYN in the SYN-ACK, move to established * send an ACK for the received data. Is my understanding wrong? --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-250363-38102-dyirZGBYNP>