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

"Joel Jaeggli" <joelja@bogus.com> Mon, 29 February 2016 19:55 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 44F061B3AF2; Mon, 29 Feb 2016 11:55:27 -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: <20160229195527.11806.46599.idtracker@ietfa.amsl.com>
Date: Mon, 29 Feb 2016 11:55:27 -0800
Archived-At: <http://mailarchive.ietf.org/arch/msg/dns-privacy/wVN4S6SL9tAxgWtLGVDUl4qZPU0>
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 Discuss on draft-ietf-dprive-edns0-padding-02: (with DISCUSS)
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: Mon, 29 Feb 2016 19:55:27 -0000

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

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/



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

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?