Re: Last Call: draft-irtf-asrg-dnsbl (DNS Blacklists and Whitelists)

John C Klensin <john-ietf@jck.com> Sun, 09 November 2008 01:06 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C0E353A69B2; Sat, 8 Nov 2008 17:06:28 -0800 (PST)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AE6F73A69B2 for <ietf@core3.amsl.com>; Sat, 8 Nov 2008 17:06:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.925
X-Spam-Level:
X-Spam-Status: No, score=-1.925 tagged_above=-999 required=5 tests=[AWL=-0.125, BAYES_00=-2.599, SARE_SUB_RAND_LETTRS4=0.799]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F9LhVRai5JDr for <ietf@core3.amsl.com>; Sat, 8 Nov 2008 17:06:27 -0800 (PST)
Received: from bs.jck.com (ns.jck.com [209.187.148.211]) by core3.amsl.com (Postfix) with ESMTP id C94E03A6853 for <ietf@ietf.org>; Sat, 8 Nov 2008 17:06:26 -0800 (PST)
Received: from [127.0.0.1] (helo=localhost) by bs.jck.com with esmtp (Exim 4.34) id 1Kyyku-000Bhr-Gi; Sat, 08 Nov 2008 20:06:20 -0500
Date: Sat, 08 Nov 2008 20:06:16 -0500
From: John C Klensin <john-ietf@jck.com>
To: David Conrad <drc@virtualized.org>, John Levine <johnl@iecc.com>
Subject: Re: Last Call: draft-irtf-asrg-dnsbl (DNS Blacklists and Whitelists)
Message-ID: <3183D25F17CA5D54FAF481DA@[172.16.0.38]>
In-Reply-To: <45DC283C-09E6-4082-BC77-8C23BF157AEF@virtualized.org>
References: <20081109000724.5435.qmail@simone.iecc.com> <45DC283C-09E6-4082-BC77-8C23BF157AEF@virtualized.org>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Disposition: inline
Cc: IETF Discussion <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org


--On Saturday, 08 November, 2008 16:46 -0800 David Conrad
<drc@virtualized.org> wrote:

> I thought the role of the IETF was to define standards that
> facilitate interoperability implementations of protocols, not
> make value judgements about operational decisions made by
> folks who use those protocols.
> 
> Is the goal here to force the folks who are interested in
> standardizing DNSBLs to do so in another venue?

David,

I would be much more sympathetic to the notion that this was
just about standardizing neutral formats to facilitate
interoperability among those who had decided to use these lists
if the Security Considerations section addressed a broader range
of the issues that have been raised in this thread.  It does
not, and that leads one to wonder whether that argument from
some of the participants is a little bit disingenuous.  

And, in theory, the IETF still has a system of recommendation
levels for standards-track documents on the books that is
orthogonal to maturity levels and that includes such categories
as "recommended", "not recommended", and something like
"mandatory".  While we haven't used those categories regularly
for years, the default remains, AFAIK, "recommended" ... that
that doesn't mean a neutral "we recommend that you use this data
format if you decide to do that thing".

In addition, although we were well into the thread before it
came up, if the ASRG is planning to ask for publication of a
"companion document" that specifies how to use this stuff, as a
BCP no less, the two documents should be treated in the same way
we would normally treat WG or conventional individual submission
documents that were that closely related and put into Last Call
together.

     john



_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf