Re: [DNSOP] Asking TLD's to perform checks.

Lawrence Conroy <lconroy@insensate.co.uk> Wed, 11 November 2015 12:22 UTC

Return-Path: <lconroy@insensate.co.uk>
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 7B5F71B359C for <dnsop@ietfa.amsl.com>; Wed, 11 Nov 2015 04:22:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.912
X-Spam-Level:
X-Spam-Status: No, score=-1.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 RNzjUiQBHNWJ for <dnsop@ietfa.amsl.com>; Wed, 11 Nov 2015 04:22:08 -0800 (PST)
Received: from insensate.co.uk (norman.insensate.co.uk [81.174.156.22]) by ietfa.amsl.com (Postfix) with ESMTP id 212D11B3595 for <dnsop@ietf.org>; Wed, 11 Nov 2015 04:22:07 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by insensate.co.uk (Postfix) with ESMTP id EA8B83F990C; Wed, 11 Nov 2015 12:22:06 +0000 (GMT)
Received: from insensate.co.uk ([127.0.0.1]) by localhost (psyche.insensate.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UpWzpAC5hGme; Wed, 11 Nov 2015 12:22:06 +0000 (GMT)
Received: from [IPv6:::1] (localhost [127.0.0.1]) by insensate.co.uk (Postfix) with ESMTPSA id 41CA73F9905; Wed, 11 Nov 2015 12:22:06 +0000 (GMT)
Content-Type: text/plain; charset="iso-8859-1"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Lawrence Conroy <lconroy@insensate.co.uk>
In-Reply-To: <5373DDAB-1ED2-489B-AB62-BA7CF6D3DB48@frobbit.se>
Date: Wed, 11 Nov 2015 12:22:05 +0000
Content-Transfer-Encoding: quoted-printable
Message-Id: <31988EDD-B2F3-4244-A75B-CAA2937A5B01@insensate.co.uk>
References: <20151105235402.39FFC3BF2F29@rock.dv.isc.org> <20151110152511.6f1a1c20@pallas.home.time-travellers.org> <20151110204330.C47C63C7D699@rock.dv.isc.org> <7B4B7DEA-C705-437E-8BC1-64D96D55014E@vpnc.org> <0F2DD78A-69C4-49DA-936F-C32D0FC97CC2@rfc1035.com> <5373DDAB-1ED2-489B-AB62-BA7CF6D3DB48@frobbit.se>
To: dnsop WG <dnsop@ietf.org>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/6DCUMWmtaKEng2VfJBpKmXQCqb0>
Subject: Re: [DNSOP] Asking TLD's to perform checks.
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: Wed, 11 Nov 2015 12:22:10 -0000

Hi Patrik, Jim, folks,
+1

Not an IETF thing, but ISTR that the RRR model can make pushing error reports difficult:
 e.g., if Registry runs tests and finds problems, the Registrar may be unhappy for an email
 to be sent from Registry direct to "the Registrar's" customer.

Quite apart from anything else, do delegated domain DNS validity checks figure within gTLDs?
 If not, then any USE of such a BCP is going to go to ICANN (and take years and years and ...), no?
 ISTM that the IETF isn't in a position to force its suggestions through the 'industry'.

all the best,
  Lawrence

On 11 Nov 2015, at 06:25, Patrik Fältström <paf@frobbit.se> wrote:

> On 10 Nov 2015, at 22:24, Jim Reid wrote:
> 
>>> Or perhaps we should not.
>> 
>> +1
> 
> This discussion on making tests is coming back now and then. In RIPE, in IETF, in discussions around TLDs (specifically ccTLDs).
> 
> I have run one such initiative myself.
> 
> Everything has so far collapsed into collision between tech people not agreeing on what is right and wrong. It also collapses into clashes between registry policy and the tests made. I.e. just the registration policy is setting blocks and constraints on what tests must be made (or can not be made). And harmonization of such rules is just impossible (we have seen).
> 
> That said, initiatives like the one I did run did push errors (for some definition of errors) from 22% to maybe 17% in .SE and my inspection of the rest say that getting errors down to 15% is possible, but more is very hard.
> 
> And, having a BCP or such that give suggestions on what can be viewed as "correct" would not be bad, but how to use it must be up to the reader.
> 
> I think the IETF should be careful on writing too prescriptive text, I say being one hit by "rfc compliance" people that point at old whois related RFCs that "require" things that in fact is illegal in Sweden. I.e. by being compliant to Swedish law regarding privacy, I violate a very old RFC and because of that I am black listed.
> 
> So be careful.
> 
>   Patrik