> The SYN side of the equation, however, is a bit more tricky.  The
> proposed RFC recommends ACKing SYN packets in the window, just like
> we do to SYN packets to the left of the window right now.
> 
> For the life of me, I can't figure out why SYN packets (other than
> delayed retransmissions of the original SYN) would ever show up once
> a connection is in the ESTABLISHED state.  So, I'm proposing the
> attached patch, which simply ignores any packet with the SYN flag on
> it while a connection is in the ESTABLISHED state.  This means that
> SYN packets left of the window will no longer receive an ACK, and
> SYN packets in the window will no longer reset the connection.  In
> all states other than ESTABLISHED, SYN packets are handled as they
> were before, in case there's some edge case where that could happen.

This sounds OK to me.  FWIW.

allman


--
Mark Allman -- ICIR -- http://www.icir.org/mallman/



Attachment: pgpUCetwOld1O.pgp
Description: PGP signature

Reply via email to