Re: [DNSOP] BULK RR as optional feature

"John R Levine" <johnl@taugh.com> Thu, 30 March 2017 19:28 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 86F9A129436 for <dnsop@ietfa.amsl.com>; Thu, 30 Mar 2017 12:28:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1536-bit key) header.d=iecc.com header.b=jRdaQ5w8; dkim=pass (1536-bit key) header.d=taugh.com header.b=IqiEKXEr
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 eQx5y7LvoZw4 for <dnsop@ietfa.amsl.com>; Thu, 30 Mar 2017 12:28:50 -0700 (PDT)
Received: from miucha.iecc.com (abusenet-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:1126::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4620E1293EB for <dnsop@ietf.org>; Thu, 30 Mar 2017 12:28:46 -0700 (PDT)
Received: (qmail 87572 invoked from network); 30 Mar 2017 19:28:46 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:references:mime-version:content-type:user-agent; s=15612.58dd5c6e.k1703; bh=F7jsPrf5HDJk9HTfXyBzqITcGyBQr39pvc3ZWfXHDJg=; b=jRdaQ5w8EPc6Tf1s5mcxwj5IqFs2h7tGZ5VfxA6io2DcpMBjlhkEDxxn+Ax7NE/nLmToCmzQEvLEDkmWWJUJhHmgYKhkXtylHoJX54VEks1E0K6Md/IAoBTXbgXtp4EAlQMesjq4htRjkWlKXghZhcyY4nzl99Lz4nZNFyal+q8N3qZrWqdn89R3GEV7xKJDQSu5AUGuoz60EzEzAcXv93HoAKokRDVEj+j93t8AHMC/BT9vT7ydSBUQkhOSSMrR
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=taugh.com; h=date:message-id:from:to:cc:subject:in-reply-to:references:mime-version:content-type:user-agent; s=15612.58dd5c6e.k1703; bh=F7jsPrf5HDJk9HTfXyBzqITcGyBQr39pvc3ZWfXHDJg=; b=IqiEKXErqWr8pzoqQkylPXTOxvQTDgTI/u7eKO8LSCKgAtaRPAmTXRHjMgxcATW0TTnkOsGZ9RRlZDdImpxWbxWxT71BLQQeSvBiy0uv/mOsyv2fAWy6sopfgGtNy8b6H+D8TTo4zc9TkUtGsP9s0xuTbK2Rd72x3q/jqbx/r1oD1WZwbdMFhR0MEFdDYhZYTmJqBbKaTjpVUWMKz0yI/3pDzEG7Pu4FxyltJ+2THq3j3SIBjPYO58nLMhJLsI9u
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; 30 Mar 2017 19:28:46 -0000
Date: 30 Mar 2017 14:28:45 -0500
Message-ID: <alpine.OSX.2.20.1703301422210.8232@dhcp-80f1.meeting.ietf.org>
From: "John R Levine" <johnl@taugh.com>
To: "Woodworth, John R" <John.Woodworth@CenturyLink.com>
Cc: "dnsop@ietf.org" <dnsop@ietf.org>
In-Reply-To: <A05B583C828C614EBAD1DA920D92866BD0733877@PODCWMBXEX501.ctl.intranet>
References: <20170328183156.2467.qmail@ary.lan> <20170328205151.GB23312@isc.org> <A05B583C828C614EBAD1DA920D92866BD0717CFC@PODCWMBXEX501.ctl.intranet> <20170329021935.GA25314@isc.org> <alpine.OSX.2.20.1703282245500.4804@ary.local> <A05B583C828C614EBAD1DA920D92866BD071C1E3@PDDCWMBXEX507.ctl.intranet> <alpine.OSX.2.20.1703290833160.5140@ary.local> <A05B583C828C614EBAD1DA920D92866BD07336F0@PODCWMBXEX501.ctl.intranet> <20170330184914.GB58639@isc.org> <A05B583C828C614EBAD1DA920D92866BD0733877@PODCWMBXEX501.ctl.intranet>
User-Agent: Alpine 2.20 (OSX 67 2015-01-07)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII; format=flowed
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/pEEfT06x1qda1GtxGfJcCWYFrqA>
Subject: Re: [DNSOP] BULK RR as optional feature
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: Thu, 30 Mar 2017 19:28:53 -0000

On Thu, 30 Mar 2017, Woodworth, John R wrote:
> "If" a zone admin is aware of this limitation and "if" that zone admin 
> chooses to move forward with deployment to a set of nameservers with a 
> mix of capabilities despite the "ifs" where is the problem?

That's a lot of "if"s.  It is quite common for primary and secondary 
providers to have only a loose relationship, and they do not know or care 
about their detailed capabilities.  I swap secondary service with a bunch 
of other people I rarely talk to (no need) and if they started sending me 
BULK records, the results would not be good.

It seems like you are assuming that everyone will eventually support BULK. 
I see no reason to assume that -- for those of us with small systems, and 
who do not want to do generic 6 rDNS (see draft-ietf-dnsop-isp-ip6rdns) 
it's just bloat.  This means it'll always be optional, and optional DNS 
features present new operational issues that we haven't begun to address.

Regards,
John Levine, johnl@taugh.com, Taughannock Networks, Trumansburg NY
Please consider the environment before reading this e-mail. https://jl.ly