Re: [Add] [EXTERNAL] DRDP: response to feed backs provided during the meeting

Daniel Migault <mglt.ietf@gmail.com> Fri, 27 March 2020 00:46 UTC

Return-Path: <mglt.ietf@gmail.com>
X-Original-To: add@ietfa.amsl.com
Delivered-To: add@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9403E3A0A46 for <add@ietfa.amsl.com>; Thu, 26 Mar 2020 17:46:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Tadfru3GTSvR for <add@ietfa.amsl.com>; Thu, 26 Mar 2020 17:46:21 -0700 (PDT)
Received: from mail-vk1-xa32.google.com (mail-vk1-xa32.google.com [IPv6:2607:f8b0:4864:20::a32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ECB333A0C93 for <add@ietf.org>; Thu, 26 Mar 2020 17:46:20 -0700 (PDT)
Received: by mail-vk1-xa32.google.com with SMTP id m131so2259137vkh.3 for <add@ietf.org>; Thu, 26 Mar 2020 17:46:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=k6X5rbIPaF/3ZLFL7fe3JGyEIYZnuHhaUakqC4aGeoA=; b=KaLKUUs5fsbWuWpxcnTtZ+pURcTPMM19Q9Ho3L0lTEMhMingsgyRO4yrci+c9NJMs7 ks8XYuGzzmBPDyOpX4B2U21s6NFXsicFBxlq4XqU43VQHRu9nCPmlIcwPU6IWONRBzxS 2Odk1lJgEUnK8Lc/PojtdXEE/6lQqCdK0LC167DUG5NyUAIBm3n7oSBh0T4lejnfANMx DZZRcxX1w5gm+KRfiXYwk+YG9Vo+0LWJpMX42gc6W36eaRBRkgJSCyzLjpObuGVaAp/w 1jPOCMEnBwi4jVWaXSR0KyQQWJekHVp9FLprCeW7tz6TVd88mWsc5jCfqRh/DFIPPf6M imGw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=k6X5rbIPaF/3ZLFL7fe3JGyEIYZnuHhaUakqC4aGeoA=; b=c6xgCvTWQvzR8Dzxv22BSon3S5P04l+4t/XAcDPNMf0dxvkJ+zLF5S+BEDOYMyhZED jklOdSyI7ag3B+NbHyN1Eh62O39SM+RlFVyxQt9WgSGBEMCx0l1BmhGm48mzh0sxsWEk 6WMC7XH4VbxxeHmO0cvnl5DYgXdtA9vReONLwuF3FsvyHocQ2+U2kuKnYiu/bv2CIi1F 0EmiWINrfSEBCl2lIYEPbGYOPJr6Db5rTh3F8iDG0IYDZ4wCclOWXVAqCkLq+wOK3Ilg tOa2Ewnuzucig5d7nVny9wylE58eLTHPTMwIpMwY/OxMANmrC6Gg5X7m4PsVafudNPXz ff0A==
X-Gm-Message-State: ANhLgQ0K6GgLsAt84qN20aF1OS0JGsTv6i1vIiFwrRAVfwWbSrbBOf0M PmDqH4cJEeSOuXyf4/I0NKzZPBIZEgGogz05hsA=
X-Google-Smtp-Source: ADFU+vuJTEv37r7rf0CB+YDb6B+J53RT4ZW4rWmsXey8lyL9zoRyIvpI+gy2420NFvaqEfaFhDn9q72bMP2GUBD7FsQ=
X-Received: by 2002:a1f:60d5:: with SMTP id u204mr9303947vkb.55.1585269979832; Thu, 26 Mar 2020 17:46:19 -0700 (PDT)
MIME-Version: 1.0
References: <CADZyTkmQUqUgZKQ8a_1kxQEjZWWXwZWD8jn1SeSM7CwvnCF1vw@mail.gmail.com> <15470670-015C-4C13-9B14-26D74FB87AD2@nbcuni.com>
In-Reply-To: <15470670-015C-4C13-9B14-26D74FB87AD2@nbcuni.com>
From: Daniel Migault <mglt.ietf@gmail.com>
Date: Thu, 26 Mar 2020 20:46:08 -0400
Message-ID: <CADZyTknTuoROzFhjOM4qXoN38ONU2nYNgri9SEduZc=FxumqZA@mail.gmail.com>
To: "Deen, Glenn (NBCUniversal)" <Glenn.Deen@nbcuni.com>
Cc: ADD Mailing list <add@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000000564ca05a1cb6ea3"
Archived-At: <https://mailarchive.ietf.org/arch/msg/add/pNoFmfzqatT1thJbmwPy_2rGqvM>
Subject: Re: [Add] [EXTERNAL] DRDP: response to feed backs provided during the meeting
X-BeenThere: add@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Applications Doing DNS <add.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/add>, <mailto:add-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/add/>
List-Post: <mailto:add@ietf.org>
List-Help: <mailto:add-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/add>, <mailto:add-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Mar 2020 00:46:24 -0000

Thanks for the feed backs Glenn. This is also an opinion I share. The main
motivation for using DNS is that DNS is for sure supported by the DNS
client.
As the repo is expected to simply return a list of domains.  One way to do
could consist in listing the resolving domains in TXT RRsets. Another way
could consists in listing these domains using PTR RRsets which would enable
sanity check over the domain name.

The current document uses the second method and the repo designated by
example.com would be represented as:

_rdns.example.com
       PTR resolving_domain_0
       PTR resolving_domain_n

One inconvenient of using DNS seems that I am not aware of mechanisms to
compress the list of resolving domain beyond the compression provided by
RFC1035. I suspect such compression will be less efficient than gzipping
the entire list but in a txt file.

Yours!
Daniel

On Thu, Mar 26, 2020 at 7:52 PM Deen, Glenn (NBCUniversal) <
Glenn.Deen@nbcuni.com> wrote:

> Without hat.
>
>
>
> On 3/26/20, 4:26 PM, "Add on behalf of Daniel Migault" <
> add-bounces@ietf.org on behalf of mglt.ietf@gmail.com> wrote:
>
>
>
> Hi,
>
> Thank you for the feed backs provided during the meeting. Here
>
> is a response to three concerns raised during the meeting. Feel
>
> free to let me know your thoughts.
>
> 1.. One comment was that having a unique centralize repository of
> resolving domains for public resolvers was a terrible idea. I
> agree with this as it implies a complex governance. I will update
> the draft and let it as "a" repositories for resolving domains
> instead. I however believe that repositories of resolving domain
> share a common format so one is able to switch easily and move
> from one repo to the other.
>
> Isn’t the DNS itself a global repository of domains?   Could something be
> signed and published in it?
>
>
> Yours,
> Daniel
>
>
>
> --
>
> Daniel Migault
>
> Ericsson
>


-- 
Daniel Migault
Ericsson