Re: [CHANNEL-BINDING] [TLS] RESOLVED (Re: [sasl] lasgt call comments (st Call: draft-altman-tls-channel-bindings (Channel Bindings for TLS) to Proposed Standard))

Michael D'Errico <mike-list@pobox.com> Wed, 04 November 2009 18:23 UTC

Return-Path: <mike-list@pobox.com>
X-Original-To: channel-binding@core3.amsl.com
Delivered-To: channel-binding@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6043928C106; Wed, 4 Nov 2009 10:23:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.581
X-Spam-Level:
X-Spam-Status: No, score=-2.581 tagged_above=-999 required=5 tests=[AWL=0.018, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id To94f-FM7qfE; Wed, 4 Nov 2009 10:23:42 -0800 (PST)
Received: from sasl.smtp.pobox.com (a-pb-sasl-quonix.pobox.com [208.72.237.25]) by core3.amsl.com (Postfix) with ESMTP id 7468928C0FF; Wed, 4 Nov 2009 10:23:41 -0800 (PST)
Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by a-pb-sasl-quonix.pobox.com (Postfix) with ESMTP id 60EB9734F0; Wed, 4 Nov 2009 13:24:02 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=sasl; bh=QZXsTlABM3zx u1/bNkv3znArCIo=; b=fX9GUPbAqn4NLJDeryIWGzDCKqLefxxDBdptipEJUknO NVyVwJ7fiCXwpMYXoxeZFytuKgKDaUnqeyrQW4hmVJ3Ag5YobQNkguVg0k6aFKCC lLExs5CXlo8jXfIpDz5GPLQxPyrTaSvnph5GgYkKhFlo6Q4hJWRHYABVfeiXPBw=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=message-id:date :from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=sasl; b=C7SvV7 gZ1lgp86gAGaXGtAWwABbIxwleeRNlae+zbO6iugXz7Z7xHkUFFQ1WoGgns9zLZJ 19IEzjicjuDovbgeFxYK65o5PAH5QrpJhQnGrtp/Q/JGQ3j7NfFRlRAiK6IKa/Nl mO47vP13w+nH9zPXw2HTmGwCyHXj34O3JC4rQ=
Received: from a-pb-sasl-quonix. (unknown [127.0.0.1]) by a-pb-sasl-quonix.pobox.com (Postfix) with ESMTP id 43069734EF; Wed, 4 Nov 2009 13:24:00 -0500 (EST)
Received: from administrators-macbook-pro.local (unknown [24.234.114.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by a-pb-sasl-quonix.pobox.com (Postfix) with ESMTPSA id 7EA3F734EE; Wed, 4 Nov 2009 13:23:56 -0500 (EST)
Message-ID: <4AF1C6DD.7030502@pobox.com>
Date: Wed, 04 Nov 2009 10:24:29 -0800
From: Michael D'Errico <mike-list@pobox.com>
User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812)
MIME-Version: 1.0
To: channel-binding@ietf.org, tls@ietf.org
References: <20091005162704.8C1B43A6873@core3.amsl.com> <D3DC9D45B39CFC4CB312B2DD279B354C29BADFF7@TK5EX14MBXW653.wingroup.windeploy.ntdev.microsoft.com> <20091030223647.GO1105@Sun.COM> <808FD6E27AD4884E94820BC333B2DB774E7F7C562A@NOK-EUMSG-01.mgdnok.nokia.com>
In-Reply-To: <808FD6E27AD4884E94820BC333B2DB774E7F7C562A@NOK-EUMSG-01.mgdnok.nokia.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Pobox-Relay-ID: 38FE9ABA-C96F-11DE-B1CA-1B12EE7EF46B-38729857!a-pb-sasl-quonix.pobox.com
X-Mailman-Approved-At: Wed, 04 Nov 2009 10:31:30 -0800
Cc: sasl@ietf.org
Subject: Re: [CHANNEL-BINDING] [TLS] RESOLVED (Re: [sasl] lasgt call comments (st Call: draft-altman-tls-channel-bindings (Channel Bindings for TLS) to Proposed Standard))
X-BeenThere: channel-binding@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion of channel binding IANA registry requests and specifications <channel-binding.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/channel-binding>, <mailto:channel-binding-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/channel-binding>
List-Post: <mailto:channel-binding@ietf.org>
List-Help: <mailto:channel-binding-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/channel-binding>, <mailto:channel-binding-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Nov 2009 18:23:43 -0000

I don't pretend to know exactly what this feature is supposed to do,
but I think using the word "connection" would be a mistake given its
widespread use meaning TCP connections, etc.

Perhaps using a different word such as "link" would portray the
meaning you want without causing confusion?

Mike



> Could we somehow refer to this? Perhaps:
> 
>   Note: We define a new "TLS connection" to start when the client
>   sends an unencrypted (TLS_NULL_WITH_NULL_NULL cipher suite) Client
>   Hello message (which can lead to either a full handshake, or
>   resuming a session). Renegotiation (sending a Client Hello protected
>   under some other cipher suite) does not start a new "TLS connection".  
>   Note that this is separate from any notion of "connection", if any, 
>   in the underlying transport protocol (such as TCP or UDP).
> 
> (Is this consistent with what the existing implementations do?)
> 
> Best regards,
> Pasi