Miku Jha wrote:
[ ... ]
The situation is that if the client crashes, the server eventually sends a
RST (10.39.53) Following this RST, the client comes back in lets say around
2-3 minutes. Now when the client sends a SYN(10.42.23), there is no
timestamp option.
If the client opens a connection
--- Chuck Swiger <[EMAIL PROTECTED]> wrote:
> jha miku wrote:
> > In case of active open, the SYN segments always
> have
> > timestamp enabled, since the RFC flg is set. But,
> > Currently, I am seeing some SYN segments without
> > timestamp option.
>
> FreeBSD (and OS X, and other things using
jha miku wrote:
In case of active open, the SYN segments always have
timestamp enabled, since the RFC flg is set. But,
Currently, I am seeing some SYN segments without
timestamp option.
FreeBSD (and OS X, and other things using a BSD network stack) will generate
initial TCP SYN packets contain
lt;[EMAIL PROTECTED]>
> To: freebsd-net@freebsd.org
> Subject: Question regd timestamp option
> Date: Thu, 11 Aug 2005 19:08:13 -0700 (PDT)
>
> In case of active open, the SYN segments always have
> timestamp enabled, since the RFC flg is set. But,
> Currently, I am seeing some
In case of active open, the SYN segments always have
timestamp enabled, since the RFC flg is set. But,
Currently, I am seeing some SYN segments without
timestamp option.
The only condition that I am aware of when timestamp
is
disabled, is on sending the 3rd SYN in retransmit code
when the timestam
