Re: [Ianaplan] Response to my IANAPLAN Draft appeal.

Andrew Sullivan <ajs@anvilwalrusden.com> Thu, 09 July 2015 22:13 UTC

Return-Path: <ajs@anvilwalrusden.com>
X-Original-To: ianaplan@ietfa.amsl.com
Delivered-To: ianaplan@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97D941A1AE6; Thu, 9 Jul 2015 15:13:08 -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] 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 Y-burJIwfUXO; Thu, 9 Jul 2015 15:13:06 -0700 (PDT)
Received: from mx2.yitter.info (mx2.yitter.info [50.116.54.116]) by ietfa.amsl.com (Postfix) with ESMTP id C72BE1A1AB3; Thu, 9 Jul 2015 15:13:06 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mx2.yitter.info (Postfix) with ESMTP id 379E910370; Thu, 9 Jul 2015 22:13:05 +0000 (UTC)
X-Virus-Scanned: Debian amavisd-new at crankycanuck.ca
Received: from mx2.yitter.info ([127.0.0.1]) by localhost (mx2.yitter.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9LbQ-kT-gzCy; Thu, 9 Jul 2015 22:13:04 +0000 (UTC)
Received: from mx2.yitter.info (c-50-169-68-91.hsd1.nh.comcast.net [50.169.68.91]) by mx2.yitter.info (Postfix) with ESMTPSA id 0872910012; Thu, 9 Jul 2015 22:13:03 +0000 (UTC)
Date: Thu, 09 Jul 2015 18:13:02 -0400
From: Andrew Sullivan <ajs@anvilwalrusden.com>
To: Jefsey <jefsey@jefsey.com>
Message-ID: <20150709221302.GS558@mx2.yitter.info>
References: <20150709213216.D420D1A03D5@ietfa.amsl.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20150709213216.D420D1A03D5@ietfa.amsl.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ianaplan/8aG21TU_zWNiKMTy9RHEB7ZabaE>
Cc: WG/IANAPLAN <ianaplan@ietf.org>, "iucg@ietf.org" <iucg@ietf.org>
Subject: Re: [Ianaplan] Response to my IANAPLAN Draft appeal.
X-BeenThere: ianaplan@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IANA Plan <ianaplan.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ianaplan>, <mailto:ianaplan-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ianaplan/>
List-Post: <mailto:ianaplan@ietf.org>
List-Help: <mailto:ianaplan-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ianaplan>, <mailto:ianaplan-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Jul 2015 22:13:08 -0000

[cc:s trimmed]

Hi,

Just two things.  

On Thu, Jul 09, 2015 at 11:31:50PM +0200, Jefsey wrote:

> The IESG/IAB appeal process is now finished. It concludes that the RFC 2026
> process has been rigorously respected.
[…]
> - along RFC 2026, in trying to ask for them from the ISOC Chair.

I cannot tell whether in the first pair of sentences, the "It
concludes" means that the appeals conclude that, but that you don't
agree; or whether you mean that the appeal process having gone the way
it did, that conclusion shows that the RFC 2026 process has been
rigorously respected.  If the latter, then you can't ask anything from
ISOC, because appeal to the ISOC BoT (not the Chair, note) of an IAB
decision is only permitted on procedural grounds.  This is the
distinction between sections 6.5.1 and 6.5.2, and section 6.5.3, of
RFC 2026.  I imagine you know that, but I just wanted to remind
everyone.

> includes the "FL" (Free/LIBRE) DNS CLASS testing. This will be an RFC 6852
> global community experimentation that will adhere to the "Experimentation"
> section of the ICANN Internet Coordination Policy statement number 3 (quoted
> below). This is the way I proceeded in 2003/2004 when I conducted the
> "dot-root" community test-bed.
> 
> I am certainly willing to coordinate and/or discuss this testing with you
> and ICANN, as I expect it to provide, potentially everyone, with experience
> in cooperation/competition operational and normative relations between RFC
> 6852 Global Communities (such as ICANN and the LIBRE Global Community).

I note that
http://www.iana.org/assignments/dns-parameters/dns-parameters.xhtml#dns-parameters-2
includes a range of CLASS values, from 65280-65534, that are reserved
for private use.  This was defined in RFC 6895.  If you perform an
experiment, I urge you to use those class values, which will relieve
you of the requirement to do any co-ordinating with anyone outside
your experiment group.  I will also observe that I think DNSOP would
very much appreciate data from your experiment regarding how DNAME and
CNAME work under it, ideally in a parallel namespace (as is claimed to
be expected by STD 13, anyway).

Best regards,

A

PS: not only am I speaking for myself, but I also recused myself from
the appeal consideration because of my previous role in handling the
document.

-- 
Andrew Sullivan
ajs@anvilwalrusden.com