Re: [v6ops] Last Call: <draft-ietf-v6ops-v6-aaaa-whitelisting-implications-08.txt> (Considerations for Transitioning Content to IPv6) to Informational RFC

Lorenzo Colitti <lorenzo@google.com> Thu, 09 February 2012 09:25 UTC

Return-Path: <lorenzo@google.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC0CB21F86B7 for <v6ops@ietfa.amsl.com>; Thu, 9 Feb 2012 01:25:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.68
X-Spam-Level:
X-Spam-Status: No, score=-101.68 tagged_above=-999 required=5 tests=[AWL=-0.664, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hXZoATmsQfev for <v6ops@ietfa.amsl.com>; Thu, 9 Feb 2012 01:25:22 -0800 (PST)
Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by ietfa.amsl.com (Postfix) with ESMTP id B8EF121F86B1 for <v6ops@ietf.org>; Thu, 9 Feb 2012 01:25:22 -0800 (PST)
Received: by iagf6 with SMTP id f6so2682263iag.31 for <v6ops@ietf.org>; Thu, 09 Feb 2012 01:25:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-system-of-record; bh=foXKHPrx3LuDKdmXGmafHXaI8VY0+nJ/vLf6S5WS5Iw=; b=f/XwLXF71+j2Ed8hg1yybsJwHzNHrGw8eNMV43eVceHDWEpKjDK1SnnKKJ42373H8T Ms1ABfO4tUZ1n0p7i770ln0ro0lMFZ1/CRAHVL3kCQn1WqeyrobpLRAgnOcTMiKuChXU UrmJrn8G10GGCQbgruPkUTukx/LmGN2CirYdc=
Received: by 10.42.177.133 with SMTP id bi5mr1207199icb.40.1328779522310; Thu, 09 Feb 2012 01:25:22 -0800 (PST)
Received: by 10.42.177.133 with SMTP id bi5mr1207186icb.40.1328779522214; Thu, 09 Feb 2012 01:25:22 -0800 (PST)
MIME-Version: 1.0
Received: by 10.231.122.218 with HTTP; Thu, 9 Feb 2012 01:25:02 -0800 (PST)
In-Reply-To: <4F329696.6000505@bogus.com>
References: <20120201150911.25955.80172.idtracker@ietfa.amsl.com> <CAAedzxqXaPtNkyGt-P9xzdxvPkgLXcGOr-f3q7BuRq9555duaw@mail.gmail.com> <8EA035DE-DAB9-4920-9BD6-75944848CA5D@cisco.com> <CAKD1Yr2xgkEeK7SaRjMZSbdJPs0u5FTozo0qa5MA4fda+SBcyw@mail.gmail.com> <4F329696.6000505@bogus.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Thu, 09 Feb 2012 18:25:02 +0900
Message-ID: <CAKD1Yr2FpapZuz4fk1M1uqmG2Xgao_K=Houpnz0Jq2k56ZLMLg@mail.gmail.com>
To: Joel jaeggli <joelja@bogus.com>
Content-Type: multipart/alternative; boundary="90e6ba6e86dc680cfe04b88497ee"
X-System-Of-Record: true
X-Gm-Message-State: ALoCoQlPJ9FOlRXhDqExyIyxqLtVkUasEZ+csY3VBNfnQvobOREo3IUdmATpLs9W1nDKCCRTbLCLtzdvSFXxRq3bTtuqSHDRZkDYE1u4lbQCAnEI35d+uUP78HBXBgzUKSLwQ3RZW6f/
Cc: v6ops v6ops WG <v6ops@ietf.org>, IETF Discussion <ietf@ietf.org>
Subject: Re: [v6ops] Last Call: <draft-ietf-v6ops-v6-aaaa-whitelisting-implications-08.txt> (Considerations for Transitioning Content to IPv6) to Informational RFC
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Feb 2012 09:25:23 -0000

On Thu, Feb 9, 2012 at 00:36, Joel jaeggli <joelja@bogus.com> wrote:

> Ops is not marketing.
>

And if I were looking for a marketing venue, a standards body that produces
ASCII text documents read by a handful of engineers would not be high on my
list. This is not about marketing.


> If you're saying some flag day makes the contents of the document no
> longer operationally relevant after a given date, I'll take the point
> but disagree.
>

I think you're missing my point.

It seems to me that approximately 30% of the non-biolerplate text in this
draft discusses DNS whitelisting. (And in fact, in its original form the
draft entirely on DNS whitelisting - hence the filename. The rest was added
later.)

Whitelisting is a practice relevant to a few large websites (since nobody
else is using it). It so happens that the websites that employ this
practice are going to stop using it, all together. Given the cost and
implications, I'd say practice is unlikely to be resurrected.

So, you decide to tell the whole story, and talk about whitelisting *and*
World IPv6 Launch. Or you can decide that whitelisting will soon be
irrelevant, and not talk about either whitelisting or World IPv6
Launch. But you can't talk about whitelisting without talking about World
IPv6 Launch, because if you do, your document is missing the key piece "how
do you remove the whitelist", and that's a disservice to its readers.

To be more specific, at least section 5.5 ("it is unclear how implementers
will judge when the network conditions will have changed sufficiently to
justify turning off DNS Resolver Whitelisting and/or what the process and
timing will be for discontinuing this practice") is now incorrect. It *is*
clear, and it's what those implementers are doing as part of World IPv6
Launch.

Does that make more sense?

Cheers,
Lorenzo