Re: [tcpm] SYN in SYN_RCVD state
Joe Touch <touch@ISI.EDU> Mon, 22 October 2007 22:03 UTC
Return-path: <tcpm-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
by megatron.ietf.org with esmtp (Exim 4.43)
id 1Ik5MW-0000R1-6B; Mon, 22 Oct 2007 18:03:04 -0400
Received: from tcpm by megatron.ietf.org with local (Exim 4.43)
id 1Ik5MU-0000Qq-Fm
for tcpm-confirm+ok@megatron.ietf.org; Mon, 22 Oct 2007 18:03:02 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
by megatron.ietf.org with esmtp (Exim 4.43) id 1Ik5MT-0000QL-I9
for tcpm@ietf.org; Mon, 22 Oct 2007 18:03:01 -0400
Received: from vapor.isi.edu ([128.9.64.64])
by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ik5MS-0007AW-VD
for tcpm@ietf.org; Mon, 22 Oct 2007 18:03:01 -0400
Received: from [75.214.41.100] (100.sub-75-214-41.myvzw.com [75.214.41.100])
by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id l9MM15N8028350;
Mon, 22 Oct 2007 15:01:06 -0700 (PDT)
Message-ID: <471D1D8C.5090503@isi.edu>
Date: Mon, 22 Oct 2007 15:00:44 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Ted Faber <faber@ISI.EDU>
Subject: Re: [tcpm] SYN in SYN_RCVD state
References: <a517c2ff0710191935i5c84bf87qf6d634e71a6c3471@mail.gmail.com> <4719EB76.6040605@tlc.polito.it> <a517c2ff0710210425t5540ab3ex16e00d391f9c8619@mail.gmail.com> <20071022180116.GE24089@hut.isi.edu> <a517c2ff0710221237u62412463gf28ae873594be4a3@mail.gmail.com>
<20071022203208.GD1430@hut.isi.edu>
In-Reply-To: <20071022203208.GD1430@hut.isi.edu>
X-Enigmail-Version: 0.95.3
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465
Cc: tcpm@ietf.org
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/tcpm>,
<mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/tcpm>,
<mailto:tcpm-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0976772614=="
Errors-To: tcpm-bounces@ietf.org
Ted Faber wrote: > On Mon, Oct 22, 2007 at 12:37:23PM -0700, Vishal Study wrote: >> Hi Ted: >> >> The server would retransmit SYN+ACK when server times out in SYN-RECEIVED state. >> I agree and have seen this. >> >> But, when the server hasn't timed out in SYN-RECEIVED state and it >> receives retransmitted SYN from client (due to client's timeout), what >> is the expected behavior on server side? Is server supposed to send >> SYN+ACK? > > The spec says no. Agreed. FWIW, Ted already said there are two separate events: 1) the arriving retransmitted SYN causes the server to send an ACK 2) a timeout on the server associated with sending the SYN-ACK goes off, and the server resends the SYN-ACK then (1) doesn't cause (2); timeout does. Joe
_______________________________________________ tcpm mailing list tcpm@ietf.org https://www1.ietf.org/mailman/listinfo/tcpm
- [tcpm] SYN in SYN_RCVD state Vishal Study
- Re: [tcpm] SYN in SYN_RCVD state Vishal Study
- RE: [tcpm] SYN in SYN_RCVD state Agarwal, Anil
- Re: [tcpm] SYN in SYN_RCVD state Ted Faber
- Re: [tcpm] SYN in SYN_RCVD state Vishal Study
- Re: [tcpm] SYN in SYN_RCVD state Ted Faber
- Re: [tcpm] SYN in SYN_RCVD state Joe Touch