IETF Logo Mail Archive

Re: [Add] [EXTERNAL] Re: New Version Notification for draft-reddy-add-enterprise-split-dns-01.txt

tirumal reddy <kondtir@gmail.com> Mon, 05 April 2021 08:07 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 379AD3A2EBA for <add@ietfa.amsl.com>; Mon, 5 Apr 2021 01:07:20 -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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 FfxCcpBm-APm for <add@ietfa.amsl.com>; Mon, 5 Apr 2021 01:07:15 -0700 (PDT)
Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (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 1854A3A2EB3 for <add@ietf.org>; Mon, 5 Apr 2021 01:07:14 -0700 (PDT)
Received: by mail-lf1-x131.google.com with SMTP id v15so16308870lfq.5 for <add@ietf.org>; Mon, 05 Apr 2021 01:07:14 -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=joydhFN+rLdzJ1XuRCvuu6nhW1OT2aeooE7AbTqMaqA=; b=nqde4vQjjdp+rYu4edssejg27XMKvvR8OhPRFQ0ElH2nm3MUgsIuMyi43B6OgGzd2M s/VjBi8l6FcLptQUROeDhZrHZs9EjSs+QKS0ZJ3OlSqt6w43l5iG8K/8bkgR9it69AQv LTPAYtChy3wALw7RYDJ6gEqbm4zTUxJYs4zSWwomwASO3nhc6wYFC4t3BNmkYGYIQ0GL WoaHsHQQwIKY1HkvQQztPtIljljVYhusqdB9RE+xfgwQCmOBX6z74xSuDmCgo5wNkRNu EnmlJnPGja5JpacK4/gos6nxodGT/WlBpEto79hqq4VLhrdeUS8hrNAtKiku8Bw2Weg7 6SrA==
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=joydhFN+rLdzJ1XuRCvuu6nhW1OT2aeooE7AbTqMaqA=; b=Dy1YefDyHGVfYaQZ6+p3ivrx21xaYGwl3ggpZ3Jc1OmBo2vXWn+1qXczCpqMO7MB3f HyUBurbc2TIGwPE2HbqgSCo0jqKieBERFpGw93NmvQYyfHbVNv0ZWzGSCmDgEKSudf9F ur0TbtfVhoINoCnWqQpkgEg2nwJxf0n2qRBsfYE46T20FF5/enNc1nOKNCT4lQcz4mc6 eO2jkMDymbp4IfhjKouy9IrOaWFU4pdzOrt5SMibInx33bjBHSuP7x7xCl2dAncXmj3T JMzL2vETlV5sn11OB53yaA9Jzo11hNRKpXtiopadKkDM3r+iC00h6kF9IxILorsH0f10 6uuQ==
X-Gm-Message-State: AOAM5323zitqxvtjT8bY0XLx5fk1PWLfICU0c1A+HVvMlgGfFM1361pe v/+6w/3S8d0JKwzRlIYp5wtgtQK3/0luQPi1nODy15qA37L4cQ==
X-Google-Smtp-Source: ABdhPJxp6RoFBo5wDlqS5qb8nu8y7mgH2t1ihBPtfcB4vYMf9vIMgLbAFPHKp3LprYHNx7OrllWiKwfYFzoWi3zx1PI=
X-Received: by 2002:a19:f81a:: with SMTP id a26mr16390862lff.647.1617610032233; Mon, 05 Apr 2021 01:07:12 -0700 (PDT)
MIME-Version: 1.0
References: <161544385340.18570.13061001177806683345@ietfa.amsl.com> <CAFpG3geAq9oTEJp+uFQ_vHdATgT9Faza-tJURciO=RheLgLDug@mail.gmail.com> <CAHbrMsCK5BUNzF+8nd722R-BR612mM+3oA6x9RzoT_osHWWRzg@mail.gmail.com> <BFF52DBA-5A64-46E5-B51A-9012EF9E09BD@apple.com> <CAFpG3gcUroKr=BD+pqy7-+D48osdM3wmtEjuVP6V+Gra3BqwFA@mail.gmail.com> <CAHbrMsB0zH_0exyZYd2ZaC0NvbLdLCZZqu8o0BcRO=js5K7jeQ@mail.gmail.com> <1094553502.24346.1617306679846@appsuite-gw2.open-xchange.com> <CAHbrMsAxaeXjK7yg_VRL0uwQMF8RQH2kiV_Ff8JL103U9OyOHA@mail.gmail.com> <89A6821E-9D06-42D8-BF3E-F75F266EAFC2@nbcuni.com> <CAHbrMsCvGfRdx20mqm_VEy30_A6RT=sNoet4o+DBKQaB7bAQww@mail.gmail.com>
In-Reply-To: <CAHbrMsCvGfRdx20mqm_VEy30_A6RT=sNoet4o+DBKQaB7bAQww@mail.gmail.com>
From: tirumal reddy <kondtir@gmail.com>
Date: Mon, 05 Apr 2021 13:37:00 +0530
Message-ID: <CAFpG3geDK=t8WZkAXZmDhrmtBEx6rhEzPD8zDfNH_TRuxsuXQw@mail.gmail.com>
To: Ben Schwartz <bemasc=40google.com@dmarc.ietf.org>
Cc: "Deen, Glenn (NBCUniversal)" <Glenn.Deen@nbcuni.com>, Vittorio Bertola <vittorio.bertola@open-xchange.com>, ADD Mailing list <add@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000005b3e7e05bf352f3b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/add/3NwD-u8LJBtFcwtOxqfLE6JyNI4>
Subject: Re: [Add] [EXTERNAL] Re: New Version Notification for draft-reddy-add-enterprise-split-dns-01.txt
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, 05 Apr 2021 08:07:20 -0000

On Fri, 2 Apr 2021 at 03:09, Ben Schwartz <bemasc=
40google.com@dmarc.ietf.org> wrote:

> On Thu, Apr 1, 2021 at 4:47 PM Deen, Glenn (NBCUniversal) <
> Glenn.Deen@nbcuni.com> wrote:
>
>> If the network is going to prevent user opt-out it’s fully capable doing
>> that regardless of the flag. However if it existed, this flag would permit
>> the network to inform user to be aware of what is going on.
>>
>
> The network can already do this via free text in a human-readable captive
> portal page.
>

The user may or may not pay attention to the captive portal page content
and simply give consent. If the user does not read the long page content,
the flag helps to provide a targeted message to the user (similar to the
way Apple provides user-friendly privacy labels).

If the user reads the page content and agrees to use the network-designated
resolver by changing the OS setting not to use a pre-configured resolver in
the explicitly trusted network but not every app will use the OS DNS
configuration for various reasons. The flag helps the app developer for
troubleshooting, identifying malicious/misbehaving apps, notify the user of
the probable reasons for the app not working on the network etc.

-Tiru


>
> So the flag could actually be seen as helping RFC 8890 as it provides
>> information that the user can use in making their choice to use to use the
>> particular network.
>>
>
> Arguments on the basis of RFC 8890 are not likely to be productive: I
> mention it mostly to emphasize that we are unlikely to reach consensus to
> adopt this sort of mechanism.
>
> However, on this particular point, I think it's unrealistic to expect that
> most users have a meaningful choice of which network to use.  Users largely
> have no choice but to submit to whatever restrictions the network demands,
> so we should be very careful about what kinds of demands we endorse.
>
>> --
> Add mailing list
> Add@ietf.org
> https://www.ietf.org/mailman/listinfo/add
>

v2.23.0 | Report a Bug | By Email