Re: [kitten] [Technical Errata Reported] RFC6680 (4337)

Sam Hartman <hartmans-ietf@mit.edu> Sun, 19 April 2015 20:19 UTC

Return-Path: <hartmans@mit.edu>
X-Original-To: kitten@ietfa.amsl.com
Delivered-To: kitten@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB0F71B2DD3 for <kitten@ietfa.amsl.com>; Sun, 19 Apr 2015 13:19:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.465
X-Spam-Level: *
X-Spam-Status: No, score=1.465 tagged_above=-999 required=5 tests=[BAYES_50=0.8, SPF_SOFTFAIL=0.665] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MTJ6HyBvY82t for <kitten@ietfa.amsl.com>; Sun, 19 Apr 2015 13:19:47 -0700 (PDT)
Received: from mail.painless-security.com (mail.painless-security.com [23.30.188.241]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A501D1B2DD1 for <kitten@ietf.org>; Sun, 19 Apr 2015 13:19:46 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mail.painless-security.com (Postfix) with ESMTP id 31AF9206E0; Sun, 19 Apr 2015 16:19:14 -0400 (EDT)
Received: from mail.painless-security.com ([127.0.0.1]) by localhost (mail.suchdamage.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HnQ0L3pPJsYp; Sun, 19 Apr 2015 16:19:13 -0400 (EDT)
Received: from carter-zimmerman.suchdamage.org (c-50-177-26-195.hsd1.ma.comcast.net [50.177.26.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "laptop", Issuer "laptop" (not verified)) by mail.painless-security.com (Postfix) with ESMTPS; Sun, 19 Apr 2015 16:19:13 -0400 (EDT)
Received: by carter-zimmerman.suchdamage.org (Postfix, from userid 8042) id 656D782851; Sun, 19 Apr 2015 16:19:40 -0400 (EDT)
From: Sam Hartman <hartmans-ietf@mit.edu>
To: Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>
References: <20150418215222.7ABFD180206@rfc-editor.org> <4268E41F-712E-425D-B514-C0023D311462@gmail.com>
Date: Sun, 19 Apr 2015 16:19:40 -0400
In-Reply-To: <4268E41F-712E-425D-B514-C0023D311462@gmail.com> (Kathleen Moriarty's message of "Sat, 18 Apr 2015 18:49:34 -0400")
Message-ID: <tsl7ft7zx9f.fsf@mit.edu>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: <http://mailarchive.ietf.org/arch/msg/kitten/Osg3wicECh6a65w8iejmOouNZ74>
Cc: "kitten@ietf.org" <kitten@ietf.org>, RFC Errata System <rfc-editor@rfc-editor.org>, "hartmans-ietf@mit.edu" <hartmans-ietf@mit.edu>, "leifj@sunet.se" <leifj@sunet.se>
Subject: Re: [kitten] [Technical Errata Reported] RFC6680 (4337)
X-BeenThere: kitten@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Common Authentication Technologies - Next Generation <kitten.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/kitten>, <mailto:kitten-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/kitten/>
List-Post: <mailto:kitten@ietf.org>
List-Help: <mailto:kitten-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/kitten>, <mailto:kitten-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 19 Apr 2015 20:19:48 -0000

I really don't think we considered blocking when developing 6680.
I think this is something that if we're going to discuss we need a full
IETF consensus to say.

I think that the proposed text would be a good starting point, for this
API.
My concern is that other APIs in the document might block, and that I
think that a WG such as kitten should fully consider the issue rather
than using the erata process for this issue.

If Ben's aware of discussion in the kitten archives that show we
considered blocking and intended it to be the case that calls not
explicitly mentioned as blocking cannot block, then  I'd support
theerrata.
OTherwise, I'd prefer a new document address this concern.


I'll note that we cannot really say that a call never blocks.  An
implementation may have network swap or executable segments that are
demand page over a network filesystem.  An implementation may use
nsswitch resources that consult network databases, etc.
The best we can say is that it's reasonable to write applications
assuming certain APIs do not generally block.