IETF Logo Mail Archive

Re: [Add] [EXTERNAL] Re: Browser Administrative Authority

tirumal reddy <kondtir@gmail.com> Mon, 27 May 2019 10:59 UTC

Return-Path: <kondtir@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 A7F3A120136 for <add@ietfa.amsl.com>; Mon, 27 May 2019 03:59:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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 2gvboOXEDBcy for <add@ietfa.amsl.com>; Mon, 27 May 2019 03:59:39 -0700 (PDT)
Received: from mail-it1-x133.google.com (mail-it1-x133.google.com [IPv6:2607:f8b0:4864:20::133]) (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 C4C741200B6 for <add@ietf.org>; Mon, 27 May 2019 03:59:39 -0700 (PDT)
Received: by mail-it1-x133.google.com with SMTP id h11so23529867itf.5 for <add@ietf.org>; Mon, 27 May 2019 03:59:39 -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=oost0/opRzOOWezLP38yb4YE2zVQHqFGbko3CUO3iCs=; b=ZishHnfJnYo3hXsdfuMaQz6cBc1aiMGME44ZPTc2U5pFmWaGf4xG5S2pNZeDTgPi2p nzKTbnJyQj0CZTx1Bdh1MnpbT0fU6vRYaRt+sR/QOzENXq4iZZqroBLTjZfFO0eNQxIW GaRzNPp7xXQqFEO3VL8sR2FXpzNrDBm6j+Ur9H1MhcDbpGAaRPHCuVGNROq1oylx4YAA WxqTMPSdBD6x9GFjhRLbKmyBsf2BcRoRveZ2XNe1lwoRcccRVz15Sd95CIjdGvF4wPBB V8G1MNOQH+BTndfwIMoL5jNNVlcsC0ppdlE+l9KkmQ54REJtVqsF2yz3s1+BxUU4axWw duKg==
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=oost0/opRzOOWezLP38yb4YE2zVQHqFGbko3CUO3iCs=; b=rAsLr7qBX4KA1qnEduJZwypgOFqvO5cvmM/IVK3VZyYPUUSSg2q2SyFyfxlmu0H+aP XTTU7aUWu6s4bCBq4Gq6N8W54TYQOzi6fvbjd/MEoAH7H8sC+n7EC3nUnaFhGNDT5gVH F79UftqlUe7IWkuixRVKj+QtxDD2CJ29I7dANa+D1Y+GwT/yMLeHYTWNROilckO1knx4 IGnauB74JyFSqUP13chkH75Lg4qZsbZnjuE9b/pXk8m10/4F7nCXlfhtJxB+Tr/nkWJK cH0luoe8oeXA6tCfJot4poq1LnkxX20VG+JDtYQcp1VrTRQuDp+igqo8c5C5loE7bcEj d0Mg==
X-Gm-Message-State: APjAAAWlg7RQ/89nF/5HcRSScat3iLVYEk5amtMu4GkEezyk3TlHAVmi bPwtM9grLICMcXzjCvy2yJClylJ+oRePk19rvdoBG4t8nRU=
X-Google-Smtp-Source: APXvYqzeNkk4t+cxxuKX9pkNQ2HzRzfe4p9YyHNnjCErmdtgMa9ZucFxYPmzjSf2Sih8YCwsFOIYX+AIiGghXSMP8rE=
X-Received: by 2002:a02:9a03:: with SMTP id b3mr9794407jal.35.1558954779062; Mon, 27 May 2019 03:59:39 -0700 (PDT)
MIME-Version: 1.0
References: <182C9119-59F9-43FA-B116-4D45649B74B5@nbcuni.com> <410f4e4d-aee0-d679-b454-6576de90b21a@nomountain.net> <76EF5603-618C-4A73-A4F9-7489B73B0757@nbcuni.com> <9ad7aa89-d751-e4c6-dede-e9c22faf6d20@nomountain.net> <525969024.22086.1558949269703@appsuite-gw1.open-xchange.com>
In-Reply-To: <525969024.22086.1558949269703@appsuite-gw1.open-xchange.com>
From: tirumal reddy <kondtir@gmail.com>
Date: Mon, 27 May 2019 16:29:27 +0530
Message-ID: <CAFpG3gdGpD+jpdChk4zeee+2Mh13mFuPK8kLxmx8DrRZYdy6pw@mail.gmail.com>
To: Vittorio Bertola <vittorio.bertola@open-xchange.com>
Cc: Melinda Shore <melinda.shore@nomountain.net>, "add@ietf.org" <add@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000d3b70f0589dc7173"
Archived-At: <https://mailarchive.ietf.org/arch/msg/add/wwDBhIUCRaVX57RVhQeipQhay6Q>
Subject: Re: [Add] [EXTERNAL] Re: Browser Administrative Authority
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: Mon, 27 May 2019 10:59:42 -0000

On Mon, 27 May 2019 at 14:57, Vittorio Bertola <vittorio.bertola=
40open-xchange.com@dmarc.ietf.org> wrote:

> > Il 25 maggio 2019 21:17 Melinda Shore <melinda.shore@nomountain.net> ha
> scritto:
> >
> > But, I think the broader problem is that ISPs are not running
> > recursives that use encrypted transport, and because they're not
> > other folks are stepping up/in.  I suppose that in a better
> > world an endpoint would be able to check whether or not they
> > can protect DNS traffic to the default recursive and, if not,
> > fall back to one of {Google, Cloudflare, whomever} but that's
> > not where we are right now.
>
> If there were general agreement that this is the desired final outcome, I
> think there could be broad support for an industry effort to make it
> materialize pretty quickly (and it would be a great result of the wake-up
> call generated by DoH). However, as far as I understand, not everyone in
> the browser world thinks so.
>

If the DOH server provided by the network offers the same level of privacy
preserving data policy as the DOH server pre-configured in the browser, Why
shouldn't the browser use the network provided DOH server ?

-Tiru



>
> Ciao,
> --
>
> Vittorio Bertola | Head of Policy & Innovation, Open-Xchange
> vittorio.bertola@open-xchange.com
> Office @ Via Treviso 12, 10144 Torino, Italy
>
> --
> Add mailing list
> Add@ietf.org
> https://www.ietf.org/mailman/listinfo/add
>

v2.23.0 | Report a Bug | By Email