On Fri, Aug 03, 2007 at 07:29:58PM +0100, Simon Arlott ([EMAIL PROTECTED])
wrote:
> On 03/08/07 18:39, Evgeniy Polyakov wrote:
> > On Fri, Aug 03, 2007 at 05:51:42PM +0100, Simon Arlott ([EMAIL PROTECTED])
> > wrote:
> >
> >> 17:38:03.533589 IP 192.168.7.4.50550 > 192.168.7.8.2500: R
> >> 82517592:82517592(0) win 1500 (raw)
> >> vs
> >> 17:37:38.383085 IP 192.168.7.8.2500 > 192.168.7.4.50550: R
> >> 4259643274:4259643274(0) ack 1171836829 win 14360
> >> What happened there ?
>
> Erm... you seem to have removed parts of my message in a way that doesn't
> make sense...
Sorry, I left line I tought were enough to understand your point.
> On Fri, Aug 03, 2007 at 05:51:42PM +0100, Simon Arlott wrote:
> > 17:38:04.536277 IP 192.168.7.8.2500 > 192.168.7.4.50550: R 1:1(0) ack 17
> > win 14360
> > vs
> > 17:37:38.383085 IP 192.168.7.8.2500 > 192.168.7.4.50550: R
> > 4259643274:4259643274(0) ack 1171836829 win 14360
> > What happened there ?
>
> The first one is the RST sent when the connection is close()d without
> reading, and the second one is the same RST but after other connection
> has been made on the same ports using a different socket.
I understood it, and your question is about possibility for those
numbers to be roughly the same. Answer is 'no', it is not possible
(possible, but with extremely low probability).
If it is - this is a bug in ISN generation algo and must be fixed.
> > It is the same situation, which would happen if you will spam remote
> > side with RST packets with arbitrary sequence number in hope that it
> > will reset some connection.
>
> Isn't it still possible that the connection that got reset is left open
> (possibly for days) until another connection using the same ports is
> using roughly the same sequence numbers?
Of course it is possible, but it very unlikely. Practically it is
impossible in modern OSes - ISN generation algos are designed to prevent
this from happening.
> --
> Simon Arlott
--
Evgeniy Polyakov
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
