Re: [tcpm] poll for adoption of draft-ananth-persist-02

John Heffner <> Thu, 01 April 2010 20:40 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 151563A68D4 for <>; Thu, 1 Apr 2010 13:40:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: 0.65
X-Spam-Status: No, score=0.65 tagged_above=-999 required=5 tests=[AWL=0.630, BAYES_05=-1.11, DNS_FROM_OPENWHOIS=1.13]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id UcuV9Bnyp2U9 for <>; Thu, 1 Apr 2010 13:40:02 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id EFA913A685D for <>; Thu, 1 Apr 2010 13:40:01 -0700 (PDT)
Received: by wyb29 with SMTP id 29so679980wyb.31 for <>; Thu, 01 Apr 2010 13:40:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=/tYvIK+DGyfq92DA9AMf55UvW+x6L9yVJKLo6+yyJYk=; b=nBMNk82ePYKtCFl07drUuaY68O02oLg1XPhbgctcJg1p/tTdIUzAIqIsbrOKJPVI6C FasZlEAHraIbRmM2VKhVbgtWMXyqkAE+eRiIEb9s8757fXq2ipnFy+sY1tVR3zbIwq03 EDfeU2XtE54kL4fSsVP7IaU3wKr/oIZTDvuRA=
DomainKey-Signature: a=rsa-sha1; c=nofws;; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=p5GEE4GfK4VzXtAxAFVhyv0znsQO+SEbtF283jMQH+NjyKQG8tbYULBhNdK6ZGNd3R hFoVBET4qJaMoyT4ogqZOFIz6F4DvIjc/v/GPd/luBEvUfVhW1Rp7j49Z0azNuYCY18N 3nY24g4vq5mnG8ftUuUxApZJise43/3dR6sfI=
MIME-Version: 1.0
Received: by with HTTP; Thu, 1 Apr 2010 13:40:31 -0700 (PDT)
In-Reply-To: <>
References: <EC7B72027914A242B991C029F5F213CF3EBF3BAB5B@exchsvr01.ocarina.local> <>
Date: Thu, 01 Apr 2010 16:40:31 -0400
Received: by with SMTP id f57mr708132wem.88.1270154431206; Thu, 01 Apr 2010 13:40:31 -0700 (PDT)
Message-ID: <>
From: John Heffner <>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: "" <>, Murali Bashyam <>
Subject: Re: [tcpm] poll for adoption of draft-ananth-persist-02
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 01 Apr 2010 20:40:03 -0000

On Thu, Apr 1, 2010 at 3:53 PM, Mark Allman <> wrote:
>> There are other aspects too, it's also important for the application
>> to control the duration that the connection spends in persist state,
>> this is planned to be accomplished via a socket option.
> Why?
> I mean, sure, an app may want to not let a connection hang around
> forever.  But, can't it just ABORT whenever it wants?

I suspect one reason this has become an issue is that the sockets
interface does not provide ABORT semantics, so it's not possible on
most operating systems to write an application that is able to avoid
tying up kernel memory.  I'm not sure this is an IETF issue, though.

I think a good approach for an operating system implementor is to (1)
provide ABORT via a socket fd so individual applications can manage
their own connections, and (2) provide a system-wide nanny so admins
can provide some degree of safety even if applications aren't written
so carefully (obviously, most aren't).

(And, not to sound like a broken record, the receiver's current window
size should probably have nothing to do with whether the connection is