Re: [tcpm] SYN in SYN_RCVD state

"Vishal Study" <vishal.study@gmail.com> Sun, 21 October 2007 11:26 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 1IjYwS-00053s-AU; Sun, 21 Oct 2007 07:26:00 -0400
Received: from tcpm by megatron.ietf.org with local (Exim 4.43) id 1IjYwP-00053i-MZ for tcpm-confirm+ok@megatron.ietf.org; Sun, 21 Oct 2007 07:25:57 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IjYwO-00053a-QY for tcpm@ietf.org; Sun, 21 Oct 2007 07:25:56 -0400
Received: from nf-out-0910.google.com ([64.233.182.190]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IjYwI-0000El-Kv for tcpm@ietf.org; Sun, 21 Oct 2007 07:25:56 -0400
Received: by nf-out-0910.google.com with SMTP id d21so722492nfb for <tcpm@ietf.org>; Sun, 21 Oct 2007 04:25:25 -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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=GufR2/urlx1spyJ/Hr2JUxsqDxZgw4PGJPEu8iZz00A=; b=gnQc+J5em8YbT8xVBvkpxBoh5tWSFivL7iDPSDRbAt5R9OUaWCfDjyqHNyd3jik8cU1zkZc2hCGWR5dKZ4e9U7gZc+Bs7pnAwT2/xubBrUEtHevjcEdD9q5IpfoWxcb4Q2quMRViRP1fGtIQHSePkrCVbPO6PtevHWachZwCzsI=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NhkdgFGQzElwtrNr6II8FhLqzFLbO1YXN7jc33RCb40KBLHAL7g0NFvlptZrxOVH6Ddz/GkVvquZKIi6GE1vJZkwGM3anBo8A1CGAikViORwv2b0k0MlfsiTUou4H/5DgYlj8pIceeRWabb9r/rOqFTgIvfn271JiaoSviC+BCQ=
Received: by 10.86.49.13 with SMTP id w13mr2863377fgw.1192965925806; Sun, 21 Oct 2007 04:25:25 -0700 (PDT)
Received: by 10.86.49.14 with HTTP; Sun, 21 Oct 2007 04:25:25 -0700 (PDT)
Message-ID: <a517c2ff0710210425t5540ab3ex16e00d391f9c8619@mail.gmail.com>
Date: Sun, 21 Oct 2007 04:25:25 -0700
From: "Vishal Study" <vishal.study@gmail.com>
To: "Marco Mellia" <mellia@tlc.polito.it>
Subject: Re: [tcpm] SYN in SYN_RCVD state
In-Reply-To: <4719EB76.6040605@tlc.polito.it>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <a517c2ff0710191935i5c84bf87qf6d634e71a6c3471@mail.gmail.com> <4719EB76.6040605@tlc.polito.it>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3
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>
Errors-To: tcpm-bounces@ietf.org

But RFC 793, pg 71 seem to say that the server should send out a RST
if SYN is rx in SYN-RCVD state (assuming SYN seq number is within the
window, which is true in the example I had mentioned).

Any thoughts on this?

Thanks!

On 10/20/07, Marco Mellia <mellia@tlc.polito.it> wrote:
> Vishal Study ha scritto:
> > 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?
> >
> >
> Clearly the first case!
> Marco
>


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