[Doh] Benoit Claise's No Objection on charter-ietf-doh-00-05: (with COMMENT)

Benoit Claise <bclaise@cisco.com> Thu, 14 September 2017 13:58 UTC

Return-Path: <bclaise@cisco.com>
X-Original-To: doh@ietf.org
Delivered-To: doh@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CB4A132355; Thu, 14 Sep 2017 06:58:21 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Benoit Claise <bclaise@cisco.com>
To: The IESG <iesg@ietf.org>
Cc: doh-chairs@ietf.org, doh@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.61.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150539750133.12561.3666174772720186500.idtracker@ietfa.amsl.com>
Date: Thu, 14 Sep 2017 06:58:21 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/doh/g1crWR0OAjuyDxxPwKqijB3pP64>
X-Mailman-Approved-At: Thu, 14 Sep 2017 07:33:35 -0700
Subject: [Doh] Benoit Claise's No Objection on charter-ietf-doh-00-05: (with COMMENT)
X-BeenThere: doh@ietf.org
X-Mailman-Version: 2.1.22
List-Id: DNS Over HTTPS <doh.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/doh>, <mailto:doh-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/doh/>
List-Post: <mailto:doh@ietf.org>
List-Help: <mailto:doh-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/doh>, <mailto:doh-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 Sep 2017 13:58:21 -0000

Benoit Claise has entered the following ballot position for
charter-ietf-doh-00-05: 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.)



The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/charter-ietf-doh/



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

What I've been failing to understand from the charter is the rational for DNS
over HTTPS? Can you expand on this. My first reaction was: is it because
HTTP(S) became the new transport? But obviously not. So instead of fixing a DNS
issue with UDP/TCP/DTLS, we're going to offer yet another choice (with, I
guess, a different source of truth?) Do we need to mention the connection with
DNSSEC? Why not DPRIV?