Re: [DNSOP] followup and proposed actions: RFC 6761 interim and next steps

Francisco Obispo <fobispo@uniregistry.com> Tue, 26 May 2015 23:43 UTC

Return-Path: <fobispo@uniregistry.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 C65D91A1AC6 for <dnsop@ietfa.amsl.com>; Tue, 26 May 2015 16:43:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, 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 b93XScVXiR5w for <dnsop@ietfa.amsl.com>; Tue, 26 May 2015 16:43:34 -0700 (PDT)
Received: from zimbra1.uniregistry.com (zimbra1.uniregistry.com [162.221.214.42]) by ietfa.amsl.com (Postfix) with ESMTP id 493D71A1AAA for <dnsop@ietf.org>; Tue, 26 May 2015 16:43:34 -0700 (PDT)
Received: from zimbra1.uniregistry.com (localhost [127.0.0.1]) by zimbra1.uniregistry.com (Postfix) with ESMTP id 19911884C84; Tue, 26 May 2015 23:43:31 +0000 (UTC)
Received: from zimbra1.uniregistry.com (localhost [127.0.0.1]) by zimbra1.uniregistry.com (Postfix) with ESMTP id 072E6884C91; Tue, 26 May 2015 23:43:31 +0000 (UTC)
Received: from [64.96.164.20] (unknown [64.96.164.20]) by zimbra1.uniregistry.com (Postfix) with ESMTPSA id B5DA6884C84; Tue, 26 May 2015 23:43:29 +0000 (UTC)
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
Content-Type: multipart/signed; boundary="Apple-Mail=_AD47C88C-FF4E-4160-90A7-CA4639FF8469"; protocol="application/pgp-signature"; micalg="pgp-sha256"
X-Pgp-Agent: GPGMail 2.5b6
From: Francisco Obispo <fobispo@uniregistry.com>
In-Reply-To: <5564F4CC.50805@redbarn.org>
Date: Tue, 26 May 2015 16:43:22 -0700
Message-Id: <CEAECF08-7518-4E70-BD05-8D3DDC3BEA27@uniregistry.com>
References: <20150526200703.15413.qmail@ary.lan> <3B05F60A-8865-45B8-A36C-042E0F5CC92C@uniregistry.com> <alpine.OSX.2.11.1505261730060.65578@ary.lan> <CEA65A4A-1AE4-4582-8EF2-732DEEED8D70@uniregistry.com> <alpine.OSX.2.11.1505261753230.65578@ary.lan> <77464DBE-7F4F-478F-9035-E9B2044D6D2D@uniregistry.com> <5564F4CC.50805@redbarn.org>
To: Paul Vixie <paul@redbarn.org>
X-Mailer: Apple Mail (2.2098)
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/41T-ZvY3f14PTtB_0sG1xS0ZKXU>
Cc: dnsop@ietf.org, John R Levine <johnl@taugh.com>
Subject: Re: [DNSOP] followup and proposed actions: RFC 6761 interim and next steps
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: Tue, 26 May 2015 23:43:36 -0000

> On May 26, 2015, at 3:33 PM, Paul Vixie <paul@redbarn.org> wrote:
> 
> francisco, i object, and i also disagree.
> 
> i object, because as a tld registry, you are making a self-interested
> argument here. i'd prefer you to find someone who makes no money when a
> new TLD is allocated and get them to carry this torch. as a senior
> member of the uniregistry technical staff, you have a conflict of
> interest. as my friend, you have extremely high standards of personal
> behaviour.
> 

You are correct. I do have a conflict of interest in terms of my affiliation which is why I’ve not authored any proposals myself. But I think that having different points of view on the table helps build a solution that could be better than any single one, but please don’t disqualify me because of it.

> i also disagree. people don't know when something stops working, it just
> makes their experience worse and they don't know why. the most likely
> outcome is they'll just live in digital squalor.

This is what I would like to quantify. Those people are probable already in a digital squalor and they don’t know it. How can we improve that situation?

> DITL happens to be representative. (you've operated f-root; you know
> what the root servers see.) my take on the data is, .HOME, .CORP, and
> .LOCAL are poisoned for all time, no further discussion needed.
> 

I’m not discarding the DITL, it’s one good slice, but there is more that we don’t see, perhaps you have access to more information and have a more complete picture of it via DNSDB and other systems?

Perhaps there is a more room for additional studies / data and analysis ?

> to the extent that the new gTLD programme has any public benefit
> purpose, that purpose must be balanced with digital public safety. if
> there's a risk, then the risk is too high, because if there's a benefit,
> the benefit is too low.
> 

There is risk in not doing anything as well, how do balance it?

I trust your judgement and respect your contributions, that’s not in question, I'm not against reserving some TLDs for local use (said it in my first email), my main concern is creating the illusion that by reserving those TLDs, we’ve solved the problem and create a false sense of safety. This is a multi-variable/multi-dimensional complex system, where there are pieces that neither IETF and ICANN have control of.


Best regards,

Francisco Obispo
CTO - Registry Operations
____________________________

 <http://www.uniregistry.com/>
2161 San Joaquin Hills Road
Newport Beach, CA 92660

Office +1 949 706 2300 x4202
fobispo@uniregistry.link