IETF Logo Mail Archive

Re: [DNSOP] CloudFlare policy on ANY records changing

Florian Weimer <fw@deneb.enyo.de> Thu, 12 March 2015 16:29 UTC

Return-Path: <fw@deneb.enyo.de>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0AAB1A1B3C for <dnsop@ietfa.amsl.com>; Thu, 12 Mar 2015 09:29:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.56
X-Spam-Level:
X-Spam-Status: No, score=-1.56 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, T_RP_MATCHES_RCVD=-0.01] autolearn=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 j0aSVf2zQN_m for <dnsop@ietfa.amsl.com>; Thu, 12 Mar 2015 09:29:39 -0700 (PDT)
Received: from albireo.enyo.de (albireo.enyo.de [46.237.207.196]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EBD2B1A016B for <dnsop@ietf.org>; Thu, 12 Mar 2015 09:29:38 -0700 (PDT)
Received: from [172.17.203.2] (helo=deneb.enyo.de) by albireo.enyo.de with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) id 1YW5zG-0000v1-PC; Thu, 12 Mar 2015 17:29:30 +0100
Received: from fw by deneb.enyo.de with local (Exim 4.80) (envelope-from <fw@deneb.enyo.de>) id 1YW5zG-0001XU-Gc; Thu, 12 Mar 2015 17:29:30 +0100
From: Florian Weimer <fw@deneb.enyo.de>
To: Tony Finch <dot@dotat.at>
References: <CAGmQtQJta4EXRD4pLOk=xVH0dGirHeb=edkPTMWLmKXBcBVK0Q@mail.gmail.com> <5B445B49-BA18-493A-A1EA-DC90C7C6D7AE@vpnc.org> <21759.4545.472775.866594@tale.kendall.corp.akamai.com> <F6A39307-6C8F-4FD5-8CAD-97775C5276A9@vpnc.org> <0A8D7AE0-B6FF-4B85-A42B-4EBF93A17873@verisign.com> <54FF86CB.7010705@redbarn.org> <20150311015710.GB10189@isc.org> <alpine.LSU.2.00.1503111205440.10193@hermes-1.csi.cam.ac.uk> <20150311150622.GA91255@isc.org> <alpine.LSU.2.00.1503111617130.23307@hermes-1.csi.cam.ac.uk> <20150311171535.GC91255@isc.org> <alpine.LSU.2.00.1503111723080.10193@hermes-1.csi.cam.ac.uk>
Date: Thu, 12 Mar 2015 17:29:30 +0100
In-Reply-To: <alpine.LSU.2.00.1503111723080.10193@hermes-1.csi.cam.ac.uk> (Tony Finch's message of "Wed, 11 Mar 2015 17:27:14 +0000")
Message-ID: <871tku18np.fsf@mid.deneb.enyo.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/uOp8qjzDUgCCZd7L5A38l5lBM2g>
Cc: Evan Hunt <each@isc.org>, dnsop <dnsop@ietf.org>, "Wessels, Duane" <dwessels@verisign.com>, Paul Vixie <paul@redbarn.org>
Subject: Re: [DNSOP] CloudFlare policy on ANY records changing
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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, 12 Mar 2015 16:29:40 -0000

* Tony Finch:

> I also tried a stupid hack to send an ANY RR in the response. BIND's
> resolver treats this as a FORMERR and returns SERVFAIL to the client.

What about introducing a new non-meta RR type for this purpose?  It
would not increase the response size by much.

v2.23.0 | Report a Bug | By Email