IETF Logo Mail Archive

[tcpm] SYN in SYN_RCVD state

"Vishal Study" <vishal.study@gmail.com> Sat, 20 October 2007 02:36 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 1Ij4CU-000593-Cm; Fri, 19 Oct 2007 22:36:30 -0400
Received: from tcpm by megatron.ietf.org with local (Exim 4.43) id 1Ij4CT-00058K-85 for tcpm-confirm+ok@megatron.ietf.org; Fri, 19 Oct 2007 22:36:29 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ij4CR-00050S-QW for tcpm@ietf.org; Fri, 19 Oct 2007 22:36:27 -0400
Received: from mu-out-0910.google.com ([209.85.134.184]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ij4CH-0003w2-Ea for tcpm@ietf.org; Fri, 19 Oct 2007 22:36:23 -0400
Received: by mu-out-0910.google.com with SMTP id w8so867713mue for <tcpm@ietf.org>; Fri, 19 Oct 2007 19:35:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=x3S1J4M/c7sTQC7jCw6JeUgQeMosogViNIY2X+90rEY=; b=XR7UoAgmj4i6v4aeBEme3cxFJDieEaL9YuVzLUIYn9/J8uAG1ly1WebPWo7kZdYq8V7TGxjoPfCj/rcASlZ2YIyF39fokFfjispyRNyLaMZuvLYvi1RiE4LuwyVkiz6Q6KxDZ+dKYr7ZRu/O9uiBvfVWrCKQo4hogUA7v6fqFn0=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=dJTCQbmb9Ov2ZkIyezF6Eg0aFpJGbED8ECku0diQuoml4443vhM0YO7AZMlFVCtshmr0IoDroH0D7Cam+xeY4AGzw31cTRlFzqunSisJqKkdUw4LewjYOWrjlaUKUyeNMT5wpAd5B1RELYKTWdt9PUp/aUmR8/aRcFoIJSrDUd4=
Received: by 10.86.4.2 with SMTP id 2mr1868321fgd.1192847734314; Fri, 19 Oct 2007 19:35:34 -0700 (PDT)
Received: by 10.86.49.14 with HTTP; Fri, 19 Oct 2007 19:35:34 -0700 (PDT)
Message-ID: <a517c2ff0710191935i5c84bf87qf6d634e71a6c3471@mail.gmail.com>
Date: Fri, 19 Oct 2007 19:35:34 -0700
From: Vishal Study <vishal.study@gmail.com>
To: tcpm@ietf.org
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7a6398bf8aaeabc7a7bb696b6b0a2aad
Subject: [tcpm] SYN in SYN_RCVD state
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>
Errors-To: tcpm-bounces@ietf.org

Consider the following scenario:

1. TCP client sends SYN to server; server goes to SYN_SENT state

2. server responds with SYN+ACK;  server goes to SYN_RCVD state
but SYN+ACK sent to client is lost somewhere in the network.

3. client re-sends SYN on its timeout (couple of seconds later) to server

What should be the server behavior? Should it retransmit SYN+ACK or
should it send a RST?

thanks!


_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www1.ietf.org/mailman/listinfo/tcpm

v2.23.0 | Report a Bug | By Email