WG Action: Formed Adaptive DNS Discovery (add)

The IESG <iesg-secretary@ietf.org> Fri, 21 February 2020 17:09 UTC

Return-Path: <iesg-secretary@ietf.org>
X-Original-To: ietf-announce@ietf.org
Delivered-To: ietf-announce@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 38B62120168; Fri, 21 Feb 2020 09:09:34 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: The IESG <iesg-secretary@ietf.org>
To: "IETF-Announce" <ietf-announce@ietf.org>
Subject: WG Action: Formed Adaptive DNS Discovery (add)
X-Test-IDTracker: no
X-IETF-IDTracker: 6.118.0
Auto-Submitted: auto-generated
Precedence: bulk
Cc: The IESG <iesg@ietf.org>, add@ietf.org, add-chairs@ietf.org
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Message-ID: <158230497422.29089.513949427831779800.idtracker@ietfa.amsl.com>
Date: Fri, 21 Feb 2020 09:09:34 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-announce/mKMLvtwdF9XZ5Pz9GyVtGYzi9LM>
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "IETF announcement list. No discussions." <ietf-announce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf-announce/>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Feb 2020 17:09:35 -0000

A new IETF WG has been formed in the Internet Area. For additional
information, please contact the Area Directors or the WG Chairs.

Adaptive DNS Discovery (add)
Current status: Proposed WG

  David Lawrence <tale@dd.org>
  Glenn Deen <rgd.ietf@gmail.com>

Assigned Area Director:
  Barry Leiba <barryleiba@computer.org>

Internet Area Directors:
  Suresh Krishnan <suresh@kaloom.com>
  √Čric Vyncke <evyncke@cisco.com>

Mailing list:
  Address: add@ietf.org
  To subscribe: https://www.ietf.org/mailman/listinfo/add
  Archive: https://mailarchive.ietf.org/arch/browse/add/

Group page: https://datatracker.ietf.org/group/add/

Charter: https://datatracker.ietf.org/doc/charter-ietf-add/

Sending DNS messages over encrypted transports, as defined in DNS over
TLS (DoT) [RFC 7858] and DNS over HTTPS (DoH) [RFC 8484], provides
benefits to the security and privacy of DNS data. Clients, such as
applications and host operating systems, have started adopting these
protocols to provide these user benefits.

This working group will focus on discovery and selection of DNS resolvers
by DNS clients in a variety of networking environments, including public
networks, private networks, and VPNs, supporting both encrypted and
unencrypted resolvers.  It is chartered solely to develop technical
mechanisms. Making any recommendations about specific policies for clients
or servers is out of scope.

Clients adopting encrypted DNS protocols need to determine which DNS
servers support those protocols, and which server to use for specific
queries if multiple servers are available. These decisions can vary based
on the network environment, and also based on the content and purpose of
the client queries.

Network operators that start offering DNS encryption on their servers also
need a way to indicate this support to clients. Communicating information
about resolver configuration and behavior allows clients to make more
informed decisions about which DNS servers to use. For example, a resolver
may be able to resolve private or local names as a split DNS server.

The Adaptive DNS Discovery (ADD) working group will work on the following

- Define a mechanism that allows clients to discover DNS resolvers
  that support encryption and that are available to the client
  either on the public Internet or on private or local networks.

- Define a mechanism that allows communication of DNS resolver
  information to clients for use in selection decisions. This could be
  part of the mechanism used for discovery, above.

- Develop an informational document that describes mechanisms for
  clients to detect specific network environments (such as captive portal
  and split horizon) and to use that information to inform their DNS

This working group will coordinate with dnsop, doh, and dprive for any
changes required in DNS protocols and will make sure that those
groups are included in major document reviews at appropriate times.
It will also work with capport to ensure that solutions are applicable
to captive networks.