Re: TLS requirements (Last Call: draft-ietf-atompub-protocol to Proposed Standard)
"Robert Sayre" <sayrer@gmail.com> Fri, 18 May 2007 23:06 UTC
Return-path: <ietf-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HpBWM-0001VL-Dr; Fri, 18 May 2007 19:06:02 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HpBWK-0001V2-QI for ietf@ietf.org; Fri, 18 May 2007 19:06:00 -0400
Received: from nz-out-0506.google.com ([64.233.162.229]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HpBWJ-0003d8-Io for ietf@ietf.org; Fri, 18 May 2007 19:06:00 -0400
Received: by nz-out-0506.google.com with SMTP id z6so1575666nzd for <ietf@ietf.org>; Fri, 18 May 2007 16:05:59 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WkB6Ptn9380RrJTzEGlaWuy6O/gFmCUpjZfNxmzJVrYKuGaSa/DpkC0xFha+GmGdgfYLqmH1oFkBsZw0laopfqTc4wiC3eJUMx6jIHQKJugeRQmqhMZDVgBkw6nLnhpxfNDH+al4OxPuXzYmEOpgIESZHIcgTeNHnlzKnu/yItQ=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=R+7LerPy/oQ3R/xc6t3ARr0Us1x/9dJQm8C1j1s3aERJkDFUW7J7s0/b3uAhmUarQ1lAcnCFhOxQbkHf1OTMjiRM9HRCwKVfbYBZKX2g9aiZ5Vr4z7HnEEuTrqddEy0OrX8/IIEjtb9uIBASEepsz3QLJRCSVKqSdFlafywG1JQ=
Received: by 10.114.254.1 with SMTP id b1mr1140525wai.1179529558840; Fri, 18 May 2007 16:05:58 -0700 (PDT)
Received: by 10.114.211.7 with HTTP; Fri, 18 May 2007 16:05:58 -0700 (PDT)
Message-ID: <68fba5c50705181605p66298f1fh31f119185f67d8e8@mail.gmail.com>
Date: Fri, 18 May 2007 19:05:58 -0400
From: Robert Sayre <sayrer@gmail.com>
To: EKR <ekr@networkresonance.com>
In-Reply-To: <86lkhzc22x.fsf@delta.rtfm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <45F6CE12.8020703@mozilla.com> <tsllki1rpyc.fsf@cz.mit.edu> <45F6EF91.7030008@mozilla.com> <tslk5xlq8ul.fsf@cz.mit.edu> <45F6FA2A.4060409@mozilla.com> <1C0F121E56ADA47B5683D263@caldav.corp.apple.com> <45F7EC16.1030904@zurich.ibm.com> <45F7F3FC.6020306@gmx.de> <86lkhzc22x.fsf@delta.rtfm.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228
Cc: Julian Reschke <julian.reschke@gmx.de>, Cyrus Daboo <cyrus@daboo.name>, Sam Hartman <hartmans-ietf@mit.edu>, ietf@ietf.org, iesg@ietf.org
Subject: Re: TLS requirements (Last Call: draft-ietf-atompub-protocol to Proposed Standard)
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Errors-To: ietf-bounces@ietf.org
On 3/14/07, EKR <ekr@networkresonance.com> wrote: > Julian Reschke <julian.reschke@gmx.de> writes: > > > > > As pointed out before, that text really is confusing. As a reader. I'm > > left wondering whether I need to implement RFC2246 or RFC4346. Or both? > > I wish I knew the answer to this question as well... :) > > Seriously, we're shortly going three separate versions of TLS > standardized, 1.0, 1.1, and 1.2, plus SSLv3. So, the question > of what to require implementors to do is a tricky one that > actually doesn't have that much to do with TLS :) > Here's a diff of the changes since last call: <http://bitworking.org/projects/atom/draft-ietf-atompub-protocol-15-from-14.diff.html> It's not clear whether there will be another last call, though I think there should be. So, I will leave my comments again. I didn't see any working group comments on the topic. I think the substituted text is inadequate, because it is not clear which TLS version implementors MUST support. As I understand it, the fact that it is "tricky", implying there may be trade-offs, is not sufficient to avoid specifying a single, mandatory-to-implement TLS version. -- Robert Sayre _______________________________________________ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
- TLS requirements (Last Call: draft-ietf-atompub-p… Robert Sayre
- Re: TLS requirements (Last Call: draft-ietf-atomp… Sam Hartman
- Re: TLS requirements (Last Call: draft-ietf-atomp… Robert Sayre
- Re: TLS requirements (Last Call: draft-ietf-atomp… Sam Hartman
- Re: TLS requirements (Last Call: draft-ietf-atomp… Robert Sayre
- Re: TLS requirements (Last Call: draft-ietf-atomp… Brian E Carpenter
- Re: TLS requirements (Last Call: draft-ietf-atomp… Julian Reschke
- Already Last-Called downrefs (was: ...) Pekka Savola
- Re: TLS requirements (Last Call: draft-ietf-atomp… EKR
- Re: Already Last-Called downrefs Brian E Carpenter
- Re: TLS requirements (Last Call: draft-ietf-atomp… Robert Sayre
- Re: TLS requirements (Last Call: draft-ietf-atomp… Julian Reschke
- Re: TLS requirements (Last Call: draft-ietf-atomp… Tim Bray
- Re: TLS requirements (Last Call: draft-ietf-atomp… Julian Reschke
- Re: TLS requirements (Last Call: draft-ietf-atomp… Eric Rescorla
- Re: TLS requirements (Last Call: draft-ietf-atomp… Eric Rescorla
- Re: TLS requirements (Last Call: draft-ietf-atomp… Robert Sayre
- Re: TLS requirements (Last Call: draft-ietf-atomp… Jeffrey Hutzelman
- Re: TLS requirements (Last Call: draft-ietf-atomp… Philip Guenther
- Re: TLS requirements (Last Call: draft-ietf-atomp… Brian E Carpenter
- Re: TLS requirements (Last Call: draft-ietf-atomp… Philip Guenther
- AW: Last Call: draft-ietf-geopriv-radius-lo (Carr… Doug Ewell
- Re: TLS requirements (Last Call: draft-ietf-atomp… Julian Reschke
- Re: TLS requirements (Last Call: draft-ietf-atomp… Cyrus Daboo