Re: [DNSOP] Some distinctions and a request - Have some class?

Steve Crocker <steve@shinkuro.com> Sun, 05 July 2015 12:30 UTC

Return-Path: <steve@shinkuro.com>
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 9A17A1A21B5 for <dnsop@ietfa.amsl.com>; Sun, 5 Jul 2015 05:30:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.781
X-Spam-Level:
X-Spam-Status: No, score=-0.781 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DSL=1.129, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=0.001] 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 WDkv2xmBt2Q6 for <dnsop@ietfa.amsl.com>; Sun, 5 Jul 2015 05:30:30 -0700 (PDT)
Received: from execdsl.com (remote.shinkuro.com [50.56.68.178]) by ietfa.amsl.com (Postfix) with ESMTP id 795601A1EFD for <dnsop@ietf.org>; Sun, 5 Jul 2015 05:30:30 -0700 (PDT)
Received: from dummy.name; Sun, 05 Jul 2015 12:30:29 +0000
Content-Type: multipart/alternative; boundary="Apple-Mail=_48F51053-8AF1-4FC9-A303-0BB0838FA916"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Steve Crocker <steve@shinkuro.com>
In-Reply-To: <F8D42EF3-CF9A-4836-A798-1AD18CDB5260@redbarn.org>
Date: Sun, 05 Jul 2015 05:30:26 -0700
Message-Id: <C667BD6E-677A-4FC7-9B0F-191FE1B8E961@shinkuro.com>
References: <20150704063120.2380.qmail@ary.lan> <017CF015-8A06-40D5-9ECF-B7B7E208C7AF@frobbit.se> <6F830DF3-9FD6-43A1-8E9A-5854958BA848@shinkuro.com> <20150705115107.GA27268@sources.org> <F8D42EF3-CF9A-4836-A798-1AD18CDB5260@redbarn.org>
To: Paul Vixie <paul@redbarn.org>, Stephane Bortzmeyer <bortzmeyer@nic.fr>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/r7uX9MQ15a8n-QrtKv_JIlG-qNU>
Cc: "Stephen D. Crocker" <steve@shinkuro.com>, "dnsop@ietf.org" <dnsop@ietf.org>
Subject: Re: [DNSOP] Some distinctions and a request - Have some class?
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: <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, 05 Jul 2015 12:30:32 -0000

Stephane and Paul,

I’m ok with anything that provides effective negative feedback.  Dropping queries or redirecting them is ok with me.

Thanks,

Steve

On Jul 5, 2015, at 5:11 AM, P Vixie <paul@redbarn.org> wrote:

> Delay is expensive for responders since it requires state. Steve's goal of making some tld strings flaky so as to encourage developers to avoid DNS for those names could be met statelessly. For example delegate them to localhost.
> 
> On July 5, 2015 12:51:08 PM GMT+01:00, Stephane Bortzmeyer <bortzmeyer@nic.fr> wrote:
> On Sat, Jul 04, 2015 at 09:16:17AM -0700,
>  Steve Crocker <steve@shinkuro.com> wrote 
>  a message of 21 lines which said:
> 
>  except for the additional load it places on the root servers,
> 
> RFC 7535 could be a solution.
> 
>  I propose augmenting the DNS to include entries in the root that
>  serve the purpose of giving slow NXDOMAIN responses instead of quick
>  responses for those strings that the IETF has identified as not
>  TLDs.
> 
> If it is a serious proposal, I object. Delaying answers require
> keeping state in the authoritative name server and opens a nice DoS
> boulevard.
> 
> 
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop
> 
> -- 
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop