Re: [Add] Updated charter proposal for ADD

["Diego R. Lopez" <[e-mail]>]

+1

--
"Esta vez no fallaremos, Doctor Infierno"

Dr Diego R. Lopez
Telefonica I+D
https://www.linkedin.com/in/dr2lopez/

e-mail: [e-mail]
Tel:         [phone]
Mobile:  [phone]
----------------------------------

On 15/01/2020, 14:07, "Add on behalf of Paul Adair" <[e-mail] on behalf of [e-mail]> wrote:

    I support the charter as written.

    Paul Adair
    Infoblox

    On 1/14/20, 4:38 PM, "Add on behalf of Tommy Pauly" <[e-mail] on behalf of tpauly=[e-mail]> wrote:

        Hi all,

        I wanted to share an updated proposal for an ADD charter, based on the feedback and discussion on the list in the past several weeks.

        This is based on the original proposal that was sent in December, taking into account various comments and suggestions. Glenn Deen, Andrew Campling, and I worked on this revision together and came to consensus on its contents.

        Thoughts and comments are welcome as always!

        (Note that the proposed name of the group was not changed, and is entirely open to bikeshedding. Naming is hard!)

        Best,
        Tommy



        Adaptive DNS Discovery (ADD)
        ====================================
        Proposed Working Group Charter

        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.

        Clients adopting encrypted DNS protocols need to determine which DNS
        servers support encrypted transports, 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
        deliverables:

        - define a mechanism that allows clients to discover DNS resolvers,
        including encrypted DNS servers, 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;

        - develop an informational document that describes how client
        applications and systems can manage selection of DNS resolvers
        in various network environments and use cases.

        Any mechanisms that specify interactions between clients and
        servers must provide the security properties expected of IETF
        protocols, e.g., confidentiality protection, integrity protection,
        and authentication with strong work factor.

        This working group will coordinate with dnsop, doh, and dprive for any
        changes required in DNS protocols. It will also work with capport to
        ensure that solutions are applicable to captive networks.

        --
        Add mailing list
        [e-mail]
        https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/add__;!!JYsgTRAg6ZQ!YAYWpqIz-5mnVKFP1uomaHnZqaaPeM7jg_t3b2JEb1RGKILDMtltv1eD68VDh3Y$


    --
    Add mailing list
    [e-mail]
    https://www.ietf.org/mailman/listinfo/add



________________________________

Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.

The information contained in this transmission is privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição