[dns-privacy] Joel Jaeggli's No Objection on draft-ietf-dprive-edns0-padding-02: (with COMMENT)

"Joel Jaeggli" <joelja@bogus.com> Thu, 03 March 2016 07:18 UTC

Return-Path: <joelja@bogus.com>
X-Original-To: dns-privacy@ietf.org
Delivered-To: dns-privacy@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 790411B3FD2; Wed, 2 Mar 2016 23:18:38 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Joel Jaeggli <joelja@bogus.com>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.15.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160303071838.12004.57448.idtracker@ietfa.amsl.com>
Date: Wed, 02 Mar 2016 23:18:38 -0800
Archived-At: <http://mailarchive.ietf.org/arch/msg/dns-privacy/K3CI0G0OT8CN-kx5vfGpDnqfBm0>
Cc: tjw.ietf@gmail.com, draft-ietf-dprive-edns0-padding@ietf.org, dns-privacy@ietf.org, dprive-chairs@ietf.org
Subject: [dns-privacy] Joel Jaeggli's No Objection on draft-ietf-dprive-edns0-padding-02: (with COMMENT)
X-BeenThere: dns-privacy@ietf.org
X-Mailman-Version: 2.1.15
List-Id: <dns-privacy.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dns-privacy>, <mailto:dns-privacy-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dns-privacy/>
List-Post: <mailto:dns-privacy@ietf.org>
List-Help: <mailto:dns-privacy-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dns-privacy>, <mailto:dns-privacy-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Mar 2016 07:18:38 -0000

Joel Jaeggli has entered the following ballot position for
draft-ietf-dprive-edns0-padding-02: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-dprive-edns0-padding/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

changing my discuss to a comment since terry and the authors have a way
forward that I am happy with and which I trust them to pursue.

was -

This is just something I want to discuss, it's not an objection...

At this point we say:

   Implementations therefore
   SHOULD avoid using this option if the DNS transport is not encrypted.

If you did allow this on unencrypted dns transport this seems like it
serves as a utility function for  DNS amplification.

Wouldn't it be better to say MUST NOT?

e.g. this is exclusively for use with TLS / DTLS supporting  sessions?