IETF Logo Mail Archive

Re: (short version) Re: Last Call: <draft-faltstrom-uri-10.txt> (The Uniform Resource Identifier (URI) DNS Resource Record) to Proposed Standard

Phillip Hallam-Baker <phill@hallambaker.com> Mon, 02 March 2015 01:02 UTC

Return-Path: <hallam@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19FA41A1EFC for <ietf@ietfa.amsl.com>; Sun, 1 Mar 2015 17:02:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.277
X-Spam-Level:
X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 yvQb3F5Rpt_j for <ietf@ietfa.amsl.com>; Sun, 1 Mar 2015 17:02:34 -0800 (PST)
Received: from mail-la0-x22f.google.com (mail-la0-x22f.google.com [IPv6:2a00:1450:4010:c03::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 903121A1EFD for <ietf@ietf.org>; Sun, 1 Mar 2015 17:02:33 -0800 (PST)
Received: by labhs14 with SMTP id hs14so27243295lab.4 for <ietf@ietf.org>; Sun, 01 Mar 2015 17:02:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=houzEsAFZ2CC91gNyTgVoxZdG3gOi343cD9AD3M93YY=; b=r7izN1XWtlDyvp2ut3ZEt0fgpD60Qv/aVUbKlccHaEtzojiSE8Y1peoZJO8aQcbrGa qVFqUZGwHv4PTclLHZEuobE1gyRO/zlfV3sN9+Mrhl3bhlvgHkCTgnBT6d2r6G/HTm9M 5nqWRngjm8arIeXfh0ni5X4v3SChD9DP9sCtafSZC506OZa3JzjopyCf37NAqF64li+Y hcIEExTM5JwV+8HVvpdb0FCTwpUcmQS2alpFZK6GGkQTrV+ENc6KduIU48IB/jBYxxTf F8k70qCTJPRPLbWsee0ph8ekuYbVoxIG2C8WG1m6ef/36p5ASH6/SOCZy5n4Ydpn99Xf zxiA==
MIME-Version: 1.0
X-Received: by 10.112.172.131 with SMTP id bc3mr22130343lbc.79.1425258151922; Sun, 01 Mar 2015 17:02:31 -0800 (PST)
Sender: hallam@gmail.com
Received: by 10.113.3.165 with HTTP; Sun, 1 Mar 2015 17:02:31 -0800 (PST)
In-Reply-To: <20150301202727.GD1260@mournblade.imrryr.org>
References: <A74A30F4D1214630918FD4CA@JcK-HP8200.jck.com> <20150223153757.GI1260@mournblade.imrryr.org> <20150223155241.GJ1260@mournblade.imrryr.org> <tsl8ufoh9ko.fsf@mit.edu> <20150224170209.GV1260@mournblade.imrryr.org> <54F03F38.9090601@cisco.com> <1ED9F633-40B1-4A90-85FE-14526C27A485@frobbit.se> <54F043F8.6090409@cisco.com> <20150228222733.51B432A92EE3@rock.dv.isc.org> <CAMm+Lwhn=D=nOG4Bt3xcgZWja4-L-RvzJ00CkhKNhs6GnsTXGw@mail.gmail.com> <20150301202727.GD1260@mournblade.imrryr.org>
Date: Sun, 01 Mar 2015 20:02:31 -0500
X-Google-Sender-Auth: H_o2MdQQBllQ79e65UDaVvxkCcs
Message-ID: <CAMm+LwgCn6M_3_qF0n_nQ8hfrtoMOeP38zjdtp6iCbMQhDfaOw@mail.gmail.com>
Subject: Re: (short version) Re: Last Call: <draft-faltstrom-uri-10.txt> (The Uniform Resource Identifier (URI) DNS Resource Record) to Proposed Standard
From: Phillip Hallam-Baker <phill@hallambaker.com>
To: IETF Discussion Mailing List <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="001a11c3491cdbd2a8051043c538"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/35pxCALbf_16n5fGmc2APhw_QVU>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Mar 2015 01:02:35 -0000

On Sun, Mar 1, 2015 at 3:27 PM, Viktor Dukhovni <ietf-dane@dukhovni.org>
wrote:

> On Sun, Mar 01, 2015 at 10:21:33AM -0500, Phillip Hallam-Baker wrote:
>
> > In particular make it possible to explicitly specify criteria such as
> 'use
> > TLS transport' or 'XYZ authentication is required'.
>
> For both MX and SRV the DANE WG has settled on publication of TLSA
> RRs to signal both "TLS is required" and "DANE authentication is
> required".
>

I was actually referring to client authentication.

The DANE WG did make the decision you decide. But they did not get buy in
from any of the constituencies required to achieve deployment.


In standards work there is a big difference between describing *A* way to
do something and *THE* way to do something.

Sure there are folk who can move documents through IETF faster than a dose
of Ex-Lax will unblock a dodgy vindaloo. But the result is you end up with
a specification rather than a standard. Sometimes that is the desired
outcome.

v2.23.0 | Report a Bug | By Email