Re: [DNSOP] type numbers, was Brief addition to terminology-bis draft

"John R Levine" <johnl@taugh.com> Mon, 10 September 2018 22:51 UTC

Return-Path: <johnl@taugh.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 57476129385 for <dnsop@ietfa.amsl.com>; Mon, 10 Sep 2018 15:51:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-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 CVidmMP7K7nu for <dnsop@ietfa.amsl.com>; Mon, 10 Sep 2018 15:51:45 -0700 (PDT)
Received: from gal.iecc.com (gal.iecc.com [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (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 82520130E0E for <dnsop@ietf.org>; Mon, 10 Sep 2018 15:51:45 -0700 (PDT)
Received: (qmail 6469 invoked from network); 10 Sep 2018 22:51:42 -0000
Received: from localhost ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTPS (TLS1.2/X.509/AEAD) via TCP6; 10 Sep 2018 22:51:42 -0000
Date: 10 Sep 2018 18:51:42 -0400
Message-ID: <alpine.OSX.2.21.1809101836300.80755@ary.qy>
From: "John R Levine" <johnl@taugh.com>
To: "Mark Andrews" <marka@isc.org>
Cc: "dnsop WG" <dnsop@ietf.org>
In-Reply-To: <5DE059C1-B475-40B8-A523-A56B7E1B367B@isc.org>
References: <20180910213903.8FA5B20042D108@ary.qy> <5DE059C1-B475-40B8-A523-A56B7E1B367B@isc.org>
User-Agent: Alpine 2.21 (OSX 202 2017-01-01)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="0-606497883-1536619902=:80755"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/mlugGOoXvmTA2urUo0TFnQ-O_As>
Subject: Re: [DNSOP] type numbers, was Brief addition to terminology-bis draft
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 10 Sep 2018 22:51:48 -0000

On Tue, 11 Sep 2018, Mark Andrews wrote:
>> Since the type code is a 16-bit field, if we allocate a new type every
>> week, it'll take over a thousand years to run out.  I think this is one we
>> can safely ignore.
>
> If we end up with a type per protocol because people want wildcards to work
> we will burn through types much faster.  We don’t know exactly what the future
> will bring.

Uh, what?  In the past 30 years we've assigned under 100 rrtypes.  If that 
rate increases by an order of magnitude, we still have a thousand years of 
them.  Sure we don't know exactly what the future will bring, but we can 
make some reasonable guesses.

> I do know that saying that classes can’t work is self defeating and will 
> take a lot, lot, lot more of work to undo than just continuing to 
> support multiple classes.

Classes were a mistake.  We should deprecate every class except IN, 
perhaps keeping the one special case for CH server.bind.  That doesn't 
require changing any of the bits on the wire.

R's,
John