Re: [DNSOP] new DNS classes

Nico Williams <nico@cryptonector.com> Fri, 07 July 2017 16:46 UTC

Return-Path: <nico@cryptonector.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 D05F9131765; Fri, 7 Jul 2017 09:46:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.3
X-Spam-Level:
X-Spam-Status: No, score=-4.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, RCVD_IN_SORBS_SPAM=0.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cryptonector.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 lqM2my8a6vRd; Fri, 7 Jul 2017 09:46:44 -0700 (PDT)
Received: from homiemail-a35.g.dreamhost.com (sub4.mail.dreamhost.com [69.163.253.135]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8EB1913173B; Fri, 7 Jul 2017 09:46:44 -0700 (PDT)
Received: from homiemail-a35.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a35.g.dreamhost.com (Postfix) with ESMTP id 302A5C086D08; Fri, 7 Jul 2017 09:46:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=cryptonector.com; bh=tkXLYYz+H2KIf+ 33XQ9dvYBEMns=; b=ZNznOIQKnltqn6TJbIffjH6CP9+n5t4IfDIIBhoP+KzPGD nA/m/bqKI5GeVjFSfp8bRVU2shwhaMKgYUt2T+fBLnGb3GdKJaDZGtbR2U/VQt1x np2W1o/zwJyp3rTfX1UHUJAsx/0R2Mlfia5CVNlSa9yY5y+CSEnGgwoIB9m+U=
Received: from localhost (cpe-70-123-158-140.austin.res.rr.com [70.123.158.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by homiemail-a35.g.dreamhost.com (Postfix) with ESMTPSA id 3EF6BC0028BA; Fri, 7 Jul 2017 09:46:43 -0700 (PDT)
Date: Fri, 7 Jul 2017 11:46:41 -0500
From: Nico Williams <nico@cryptonector.com>
To: Paul Vixie <paul@redbarn.org>
Cc: Mark Andrews <marka@isc.org>, John C Klensin <john-ietf@jck.com>, dnsop <dnsop@ietf.org>, Phillip Hallam-Baker <phill@hallambaker.com>, IETF Rinse Repeat <ietf@ietf.org>
Message-ID: <20170707164639.GF3393@localhost>
References: <E739C1CB-E60E-4B4B-99CF-1E6C68CB6926@rfc1035.com> <7DCA3DAF1993A2E66915D0DD@JcK-HP5.jck.com> <595BE0D5.5000106@redbarn.org> <CAMm+Lwjd6xVp-EDp=doevx=AP8qws_Mv++aL733yHEyUF72EMA@mail.gmail.com> <562EC659F89FA92A09CAC4DB@PSB> <20170706153955.GB3393@localhost> <20170706215236.99A8C7DB2FBA@rock.dv.isc.org> <20170707055315.GC3393@localhost> <595FA42A.7050604@redbarn.org> <20170707163738.GE3393@localhost>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20170707163738.GE3393@localhost>
User-Agent: Mutt/1.5.24 (2015-08-30)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/u0swCB_YqztRpSWrEXFsWSAKfek>
Subject: Re: [DNSOP] new DNS classes
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
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: Fri, 07 Jul 2017 16:46:46 -0000

On Fri, Jul 07, 2017 at 11:37:39AM -0500, Nico Williams wrote:
> On Fri, Jul 07, 2017 at 08:09:30AM -0700, Paul Vixie wrote:
> > Nico Williams wrote:
> > >...
> > 
> > ...
> > 
> > i know which future i'd rather live in. i also feel in-year pressure to get
> > my work done. i vacillate as to who gets to receive which burdens.
> 
> I'm with you on this.  [...]

I should add too that in order to do better at pushing on middleboxes we
need to acknowledge the problem.  Please don't tell me to stop spreading
the myth that it's difficult to deploy new RR types!  Work with us to
fix the problem, and recognize that it is largely a social one.

If we ever want to use CLASSes to expand the RR type namespace, we'll
definitely need even more support from clients/servers/providers.  So
it's worth considering that now rather than later, because we shouldn't
want to have to go through this middlebox un-break exercise multiple
times.

I would even suggest that we immediately add such a new class or three
just to be able to test compliance.  This wouldn't preclude new classes
that aren't IN RR type namespace extension classes.

Nico
--