Andre Oppermann wrote:
or
2/ instead of ACKing all the data in the packet we are resetting,
how about just ACKing the sequence number it starts with
and saving ourselves from doing the work of ACKing all the data
up to the current packet end. (which is the packet we are rejecting
anyhow) (It takes some calculation to work out the new ack value
which seems pointless as we are rejecting it..)
Section 3 of this document describes the situation and requirements
quite accurately:
http://www.ietf.org/internet-drafts/draft-ietf-tcpm-tcpsecure-06.txt
So it sounds like, if the sequence number is in the window but
not exact, the receiver sends an ACK which should force the
sender to generate another RST that exactly matches.
(is that correct?)
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
