Re: [DNSOP] why classes are useless, was New Version Notification for draft-sullivan-dns-class-useless-01.txt

joel jaeggli <joelja@bogus.com> Sun, 20 March 2016 00:47 UTC

Return-Path: <joelja@bogus.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 928EF12D670 for <dnsop@ietfa.amsl.com>; Sat, 19 Mar 2016 17:47:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level:
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=no
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 A6Dob8eASgXG for <dnsop@ietfa.amsl.com>; Sat, 19 Mar 2016 17:47:10 -0700 (PDT)
Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC4BD12D66A for <dnsop@ietf.org>; Sat, 19 Mar 2016 17:47:10 -0700 (PDT)
Received: from mb-2.local (50-0-150-57.dsl.static.fusionbroadband.com [50.0.150.57]) (authenticated bits=0) by nagasaki.bogus.com (8.14.9/8.14.9) with ESMTP id u2K0l7o8046893 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 20 Mar 2016 00:47:07 GMT (envelope-from joelja@bogus.com)
To: Andrew Sullivan <ajs@anvilwalrusden.com>, dnsop@ietf.org
References: <20160318215357.35163.qmail@ary.lan> <56EC84DC.3030302@nthpermutation.com> <20160319235333.GB6505@mx2.yitter.info>
From: joel jaeggli <joelja@bogus.com>
Message-ID: <105dc13b-d230-a6cb-8a9c-257e768098ef@bogus.com>
Date: Sat, 19 Mar 2016 17:47:00 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.0
MIME-Version: 1.0
In-Reply-To: <20160319235333.GB6505@mx2.yitter.info>
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="8cV1w9IDUwugKEGVjwwEDrM335QjeueNj"
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/5Q2xjKMDRxlDp2XEkvblGfMMUUI>
Subject: Re: [DNSOP] why classes are useless, was New Version Notification for draft-sullivan-dns-class-useless-01.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Mar 2016 00:47:12 -0000

On 3/19/16 4:53 PM, Andrew Sullivan wrote:
> On Fri, Mar 18, 2016 at 06:44:44PM -0400, Michael StJohns wrote:
>> responses within the UDP sizes.    The class field might have been a useful
>> way to do that, especially for things related to keys and signatures.
> 
> There are lots of things the class field _might_ have been useful for.
> What I've been trying to suss out in this conversation is whether
> there is any way to make that potential utility actual.  Do you think
> the repurposing you're mentioning is a realistic hope, or just a road
> not taken?

IMHO any effort that expects end users (humans) to differentiate by
class seems like a fools errand; machines perhaps. If by road not taken
we mean user interface disaster avoided then yes, we avoided that.

> Best regards,
> 
> A
>