[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [Issue 3347] svn never times out when (public) IP changes

From: Stefan Sperling <stsp_at_elego.de>
Date: Wed, 27 May 2009 22:34:00 +0100

On Wed, May 27, 2009 at 04:24:24PM -0400, Greg Hudson wrote:
> On Wed, 2009-05-27 at 20:23 +0100, Stefan Sperling wrote:
> > A TCP keep-alive mechanism should only be invoked in
> > server applications that might otherwise hang
> > indefinitely and consume resources unnecessarily if a
> > client crashes or aborts a connection during a network
> > failure.
>
> That RFC is paranoid about saturating links with unnecessary keepalive
> requests, which is an outdated concern.
>
> I'm confident that every TCP implementation supports keepalives.
>
> > Still, could you explain more precisely why you would not want us
> > to timeout after some predefined amount of time?
>
> Just because we don't have a bound on how long each operation should
> take. If the other side is present and responding to keepalives, then
> either (1) it's still working, or (2) we have a bug and the protocol got
> deadlocked. In the first case, we shouldn't time out; in the second
> case, timeouts are a poor workaround for bugs.

Right. So we would be using keep-alives as an out-of-band mechanism,
in the sense that we ask TCP to please tell us if we get a reset from
the other side when sending non-svn-protocol messages. The svn protocol
itself is then isolated from having to deal with this network-layer
problem.

I see your point and will try to find a way to do this.

Thanks,
Stefan
Received on 2009-05-27 23:34:33 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.