not sure ESTABLISHED TCP traffic will have ACK flag setalways...
gtaylor at riverviewtech.net
Fri Apr 8 23:01:49 CEST 2005
> This problem is resolved by the TCP window? Am I right?
If the ""problem that you are referring to is how many unACKed packets can
be sent by either side before it retransmits the packet that has not been
ACKed, then Yes this number is controlled by the TCP Window size. The TCP
Window size is asically the number of TCP packets that can be sent out and
still on the wire before the sender resends a packet assuming that it was
> One side CAN send more packets.
Yes I believe that this is correct. Any packets sent by the server MUST be
ACKed by the client, but the client could ACK the SYN number of a packet
sent later in the conversation thus ACKing all packets that were sent up to
the point just prior to the number that was ACKed. What??? When a packet is
ACKed, the ACK number is the number of the next sequence number that the
receiving system is expecting to receive from the server. Thus if I have
received packets 1234, 1235, 1236, and 1237 from you I would send a packet
back to you with an ACK of 1238 statin gthat I'm expecting your next
sequence number to be 1238 effectively ACKing all packets up to and
Grant. . . .
More information about the netfilter