Re: [DNSOP] Preliminary agenda for IETF89, London

Tim Wicinski <tjw.ietf@gmail.com> Fri, 21 February 2014 17:54 UTC

Return-Path: <tjw.ietf@gmail.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 577CC1A0225 for <dnsop@ietfa.amsl.com>; Fri, 21 Feb 2014 09:54:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 H2wJwFXUJL43 for <dnsop@ietfa.amsl.com>; Fri, 21 Feb 2014 09:54:30 -0800 (PST)
Received: from mail-qa0-x22a.google.com (mail-qa0-x22a.google.com [IPv6:2607:f8b0:400d:c00::22a]) by ietfa.amsl.com (Postfix) with ESMTP id 4B7841A019C for <dnsop@ietf.org>; Fri, 21 Feb 2014 09:54:30 -0800 (PST)
Received: by mail-qa0-f42.google.com with SMTP id k4so3776693qaq.29 for <dnsop@ietf.org>; Fri, 21 Feb 2014 09:54:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=5f9pmREOsF+hAlGuOVGe3DUEboFeaiTQLw0Ywd/t/hA=; b=gTxt+ByK91M0dLuElq/yb7GuAyKs9p3k84PwAIvAvHfRN6gg+U+Q+A65jC0pZ8/Ftm rZf4y9EuXwIxogA5/IUpEMCrBETzJDoNZamZg7TXPq3tx3/HdqAzpWc/lu4bx7eIzuek eMH/rhAATtgYc/q5ildO3usy1CgpbBK7n62wtZeYWt7VvI6uvq1SE3uIN2xp2KMZAbWt BVK/T6hx8KdUUmfFkX7SRBDvkLHdWpWGoOld0UPFQDPft6dvg+xG3eh7PwMnu+dmIxme +BBA7Z9yoHsjjK/kU0yc/e5Qms+CDN0hzyqQuWWrQ2WILtF9wKvHhbeSvJSMdGpjGQNZ /qTA==
X-Received: by 10.140.88.180 with SMTP id t49mr11374970qgd.97.1393005266087; Fri, 21 Feb 2014 09:54:26 -0800 (PST)
Received: from [10.33.0.214] ([204.14.236.215]) by mx.google.com with ESMTPSA id q3sm23669372qam.12.2014.02.21.09.54.25 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 21 Feb 2014 09:54:25 -0800 (PST)
Message-ID: <530792D0.5050409@gmail.com>
Date: Fri, 21 Feb 2014 12:54:24 -0500
From: Tim Wicinski <tjw.ietf@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: Paul Wouters <paul@nohats.ca>
References: <530781B9.7070004@gmail.com> <alpine.LFD.2.10.1402211227190.19817@bofh.nohats.ca>
In-Reply-To: <alpine.LFD.2.10.1402211227190.19817@bofh.nohats.ca>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/dnsop/QMQrf1giDvUn9y5Iue0asR8rdDU
Cc: dnsop@ietf.org
Subject: Re: [DNSOP] Preliminary agenda for IETF89, London
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Feb 2014 17:54:32 -0000

On 2/21/14, 12:29 PM, Paul Wouters wrote:
> On Fri, 21 Feb 2014, Tim Wicinski wrote:
>
>> 3)        New Business
>>         3.1) Privacy and Confidentiality of DNS.
>
>>         b) Solution Space  (10 min)
>>         draft-rafiee-intarea-cga-tsig
>>         draft-wijngaards-dnsop-confidentialdns
>>         draft-bortzmeyer-dnsop-privacy-sol
>
>> 4)         Non Actionable DNS Extensions
>>         (The Andrew Sullivan Memorial)
>>
>>         4.1) TLS over DNS, Zi, (10 min)
>>                 draft-hzhwm-start-tls-for-dns
>
> Why is TLS for DNS (not 'TLS over DNS') not listed at 3.1?
>
> Paul

Paul

While it definitely has privacy implications, it's also involves the 
dreaded 'protocol changes', which chases it into a grey area that while 
I'm very willing to dabble in, leaves some purists with a bad taste in 
their mouth.

Personally, I think its an inspired idea, especially when you look at 
all the tcpm and httpbis work on speeding up connections.   I'm willing 
to push this forward as well,  though I started it there to at least not 
forget it.

tim