Does any packet transfer( fin,rst ) happen after tcp detects connection timeout occured ??

Hi All,
I want to know if, for connection which TCP detects as timeout
occured , does it try to send FIN packets/RST packets after detecting
so. Or it simply discards everything about that conn and conn no more
exists from its point of view.If it sends FIN packets or so, does it
again wait for complete timeout to occur before giving up even though
it knows the connection timeout has already occured for this
connection ??


--Rohit

Is this a question on a test? I've seen it before many times.
TCP, as you know, can be more reliable unlike UDP.

"it try to send FIN packets/RST packets after detecting " -> Yes

"simply discards everything about that conn and conn no more
exists from its point of view" -> UDP

"If it sends FIN packets or so, does it
again wait for complete timeout to occur before giving up even though
it knows the connection timeout has already occured for this
connection" -> Yes and No. It depends on how you implement TCP. It
could re-establish the connection, and then continue on, or continue
trying to send packets regardless of timeout (even though it knows a
timeout has occurred)


On Sep 11, 2:44 am, Rohit <will.u.tellmem...@gmail.com> wrote:
> Hi All,
> I want to know if, for connection which TCP detects as timeout
> occured , does it try to send FIN packets/RST packets after detecting
> so. Or it simply discards everything about that conn and conn no more
> exists from its point of view.If it sends FIN packets or so, does it
> again wait for complete timeout to occur before giving up even though
> it knows the connection timeout has already occured for this
> connection ??
>
> --Rohit

On Sep 12, 12:37 am, Sentine| <googlea...@orangethink.com> wrote:
> Is this a question on a test? I've seen it before many times.

No this is somewhat i need to complete my work. Give me the links to
previous port similar to this question.

> TCP, as you know, can be more reliable unlike UDP.
>
> "it try to send FIN packets/RST packets after detecting " -> Yes
>
> "simply discards everything about that conn and conn no more
> exists from its point of view" -> UDP
>
> "If it sends FIN packets or so, does it
> again wait for complete timeout to occur before giving up even though
> it knows the connection timeout has already occured for this
> connection" -> Yes and No. It depends on how you implement TCP. It
> could re-establish the connection, and then continue on, or continue
> trying to send packets regardless of timeout (even though it knows a
> timeout has occurred)
>
> On Sep 11, 2:44 am, Rohit <will.u.tellmem...@gmail.com> wrote:
>
> > Hi All,
> > I want to know if, for connection which TCP detects as timeout
> > occured , does it try to send FIN packets/RST packets after detecting
> > so. Or it simply discards everything about that conn and conn no more
> > exists from its point of view.If it sends FIN packets or so, does it
> > again wait for complete timeout to occur before giving up even though
> > it knows the connection timeout has already occured for this
> > connection ??
>
> > --Rohit

I am interested in knowing default linux TCP implementation.
What does it do in these cases ??

--Rohit

http://groups.google.com/group/comp....87625a742fa31e

This one is better:
http://groups.google.com/group/comp....ba3fdd354cc38e

Someones TCP project:
http://groups.google.com/group/comp....5845f3d473740c

Searched this group with:
tcp +connection timeout

Cheers,

S

On Sep 12, 9:52 am, Rohit <will.u.tellmem...@gmail.com> wrote:
> On Sep 12, 12:37 am, Sentine| <googlea...@orangethink.com> wrote:
>
> > Is this a question on a test? I've seen it before many times.
>
> No this is somewhat i need to complete my work. Give me the links to
> previous port similar to this question.
>
>
>
> > TCP, as you know, can be more reliable unlike UDP.
>
> > "it try to send FIN packets/RST packets after detecting " -> Yes
>
> > "simply discards everything about that conn and conn no more
> > exists from its point of view" -> UDP
>
> > "If it sends FIN packets or so, does it
> > again wait for complete timeout to occur before giving up even though
> > it knows the connection timeout has already occured for this
> > connection" -> Yes and No. It depends on how you implement TCP. It
> > could re-establish the connection, and then continue on, or continue
> > trying to send packets regardless of timeout (even though it knows a
> > timeout has occurred)
>
> > On Sep 11, 2:44 am, Rohit <will.u.tellmem...@gmail.com> wrote:
>
> > > Hi All,
> > > I want to know if, for connection which TCP detects as timeout
> > > occured , does it try to send FIN packets/RST packets after detecting
> > > so. Or it simply discards everything about that conn and conn no more
> > > exists from its point of view.If it sends FIN packets or so, does it
> > > again wait for complete timeout to occur before giving up even though
> > > it knows the connection timeout has already occured for this
> > > connection ??
>
> > > --Rohit
>
> I am interested in knowing default linux TCP implementation.
> What does it do in these cases ??
>
> --Rohit