IETF Logo Mail Archive

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

Benjamin Kaduk <kaduk@MIT.EDU> Mon, 20 April 2015 23:36 UTC

Return-Path: <kaduk@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 9BD721B34E4 for <kitten@ietfa.amsl.com>; Mon, 20 Apr 2015 16:36:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level:
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 8hOzdd6So8zT for <kitten@ietfa.amsl.com>; Mon, 20 Apr 2015 16:36:25 -0700 (PDT)
Received: from dmz-mailsec-scanner-4.mit.edu (dmz-mailsec-scanner-4.mit.edu [18.9.25.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 77C5D1B34DD for <kitten@ietf.org>; Mon, 20 Apr 2015 16:36:24 -0700 (PDT)
X-AuditID: 1209190f-f79d16d000000d3d-81-55358d76981f
Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP id B5.13.03389.67D85355; Mon, 20 Apr 2015 19:36:22 -0400 (EDT)
Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id t3KNaLMf005584; Mon, 20 Apr 2015 19:36:21 -0400
Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id t3KNaHnq027857 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 20 Apr 2015 19:36:18 -0400
Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id t3KNaGn8003912; Mon, 20 Apr 2015 19:36:16 -0400 (EDT)
Date: Mon, 20 Apr 2015 19:36:16 -0400
From: Benjamin Kaduk <kaduk@MIT.EDU>
To: Sam Hartman <hartmans-ietf@MIT.EDU>
In-Reply-To: <tsl8udmyd02.fsf@mit.edu>
Message-ID: <alpine.GSO.1.10.1504201834250.22210@multics.mit.edu>
References: <20150418215222.7ABFD180206@rfc-editor.org> <4268E41F-712E-425D-B514-C0023D311462@gmail.com> <tsl7ft7zx9f.fsf@mit.edu> <20150419230843.GP13041@localhost> <tsly4lmyl7i.fsf@mit.edu> <20150420155313.GQ13041@localhost> <tsl8udmyd02.fsf@mit.edu>
User-Agent: Alpine 1.10 (GSO 962 2008-03-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrCKsWRmVeSWpSXmKPExsUixCmqrVvWaxpqcL3bwuJr2wM2i4ad+RZH N69isVjQu5XZ4vPD26wWp64dYbNo2v+VzeLelkvsFtP3XmN34PSY8nsjq8fLU+cYPdZ2X2Xz 2DnrLrvHkiU/mTxmnrnI7tHQdozVY+XU0+weezf1sQdwRnHZpKTmZJalFunbJXBl/PmfXbCA p2Lmlv9sDYynOLsYOTkkBEwkWr7fYYWwxSQu3FvP1sXIxSEksJhJYnnDE1YIZyOjxOelS9gh nENMEtP2PGSCcBoYJX5d288M0s8ioC3R/e8tmM0moCIx881GNhBbREBdon3CV7C5zALLmCW2 XL4AlhAWMJd4f/cxWAOngJrEpKM3wA7hFXCUuN7QwgKx4Q+jxKSlP5hAEqICOhKr909hgSgS lDg58wmYzSygJbF8+jaWCYyCs5CkZiFJLWBkWsUom5JbpZubmJlTnJqsW5ycmJeXWqRropeb WaKXmlK6iREcOZL8Oxi/HVQ6xCjAwajEwythaBIqxJpYVlyZe4hRkoNJSZT3W4tpqBBfUn5K ZUZicUZ8UWlOavEhRgkOZiURXkF2oBxvSmJlVWpRPkxKmoNFSZx30w++ECGB9MSS1OzU1ILU IpisDAeHkgRvQg9Qo2BRanpqRVpmTglCmomDE2Q4D9DwEpAa3uKCxNzizHSI/ClGRSlx3rkg CQGQREZpHlwvLLG9YhQHekWY1xykigeYFOG6XwENZgIaHLfNBGRwSSJCSqqBUeeF26O15XYt q6NETZg8l/s5Nu044iL1cpLHgtSc/hMeGZN94uZPkbQO2jenMaoxtIJnZsWmdlfWrxMkT367 Vtw6u1L641ZVy6xkBeNtJaZWJevPp5eomMzU3/vjhtCkG++d5nxLsfu698O1lcuNU2bNeh+d oWCZUPijMUpqacvd6DtGx01jlViKMxINtZiLihMB12gFfEcDAAA=
Archived-At: <http://mailarchive.ietf.org/arch/msg/kitten/a2T_M8xxBFkkjR66iLJPykz3CYI>
Cc: "kitten@ietf.org" <kitten@ietf.org>, Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>, RFC Errata System <rfc-editor@rfc-editor.org>, "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: Mon, 20 Apr 2015 23:36:27 -0000

On Mon, 20 Apr 2015, Sam Hartman wrote:

> >>>>> "Nico" == Nico Williams <nico@cryptonector.com> writes:
>
>     Nico> On Mon, Apr 20, 2015 at 09:37:37AM -0400, Sam Hartman wrote:
>     >> Well, I agree that we did think that things might block.
>
>     >> I am less clear that we thought about anything specific that
>     >> wouldn't block, and I'm concerned introducing this text implies
>     >> there are things that don't block.
>
>     Nico> I always thought that attributes listed in GSS_Inquire_name()
>     Nico> wouldn't block: because they are would be "raw" things in
>     Nico> Kerberos authorization-data or similar.
>
> I agree that we should write applications assuming they will be fast.
> That's very different from non-blocking for reasons including the ones I
> already explained: network swap, demand paging over the net, database
> lookups for things like nss etc that you'd expect to be fast but
> sometimes aren't.

I do not disagree.

I used the term "block" in the erratum submission because that is the
terminology used in RFC 2743, and the erratum should be consistent with
the current base spec.

> Basically, I don't think the IETF is in a position to say something is
> non-blocking because there are many reasonable implementations where
> that's simply impossible to implement.
> We can talk about whether an application should be prepared for an API
> to take a while.

That's probably a better set of language to use, yes.  We should keep it
in mind when we pick up a 6680bis or 2743bis.

-Ben

v2.23.0 | Report a Bug | By Email