Re: forged tsecr giving -ve numbers in rtt calculation causing retran
From: Mike Silbersack (silby_at_silby.com)
Date: 01/19/04
- Previous message: Mike Silbersack: "Re: mbuf tuning"
- In reply to: Richard Wendland: "Re: forged tsecr giving -ve numbers in rtt calculation causing retran"
- Next in thread: Richard Wendland: "Re: forged tsecr giving -ve numbers in rtt calculation causing retran"
- Reply: Richard Wendland: "Re: forged tsecr giving -ve numbers in rtt calculation causing retran"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Mon, 19 Jan 2004 01:21:01 -0600 (CST) To: rw@codeburst.co.uk
On Fri, 16 Jan 2004, Richard Wendland wrote:
> I'd hazard a guess that you are seeing zero, not forged, TSECRs.
> Windows sets TSECR zero on SYN-ACK when it does a passive open. This is
> established Windows behaviour for several years, and there is a reading
> of RFC1323 that might justify this.
Hm, wasn't this accounted for in rev 1.174 / 1.107.2.31? From Matt's
commit log:
--- ... FreeBSD sends a timestamp with the SYN, W2K returns a timestamp of 0 in the SYN+ACK causing FreeBSD to calculate an insane SRTT and RTT, resulting in a maximal retransmit timeout (60 seconds). ... This commit works around the W2K bug. --- Of course, that doesn't account for other non-zero strange values. I guess the timestamp code needs a lot of work. :( Mike "Silby" Silbersack _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
- Previous message: Mike Silbersack: "Re: mbuf tuning"
- In reply to: Richard Wendland: "Re: forged tsecr giving -ve numbers in rtt calculation causing retran"
- Next in thread: Richard Wendland: "Re: forged tsecr giving -ve numbers in rtt calculation causing retran"
- Reply: Richard Wendland: "Re: forged tsecr giving -ve numbers in rtt calculation causing retran"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]