Re: [DNSOP] [internet-drafts@ietf.org: I-D Action: draft-grothoff-iesg-special-use-p2p-names-00.txt]

Jacob Appelbaum <jacob@appelbaum.net> Tue, 03 December 2013 16:58 UTC

Return-Path: <jacob@appelbaum.net>
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 B849C1A1F66 for <dnsop@ietfa.amsl.com>; Tue, 3 Dec 2013 08:58:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.6
X-Spam-Level:
X-Spam-Status: No, score=-0.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FSL_HELO_BARE_IP_2=2, RCVD_IN_DNSWL_LOW=-0.7] 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 C0gufq_PnPJq for <dnsop@ietfa.amsl.com>; Tue, 3 Dec 2013 08:58:05 -0800 (PST)
Received: from mail-wg0-f48.google.com (mail-wg0-f48.google.com [74.125.82.48]) by ietfa.amsl.com (Postfix) with ESMTP id D26E31A82E2 for <dnsop@ietf.org>; Tue, 3 Dec 2013 08:58:04 -0800 (PST)
Received: by mail-wg0-f48.google.com with SMTP id z12so13804943wgg.15 for <dnsop@ietf.org>; Tue, 03 Dec 2013 08:58:01 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:mime-version:to:cc:subject :references:in-reply-to:openpgp:content-type :content-transfer-encoding; bh=Qaf6mdSJ6KB05sJ3hkyIknAflSubB2VQ1t/4DhMlMeg=; b=ZjJf0vcRz8GZ1fzJc6+DZVykH+r2Iso59dREaaJ7IEaMr5GRARUDKV/sXwIxS4WFsh j4xGXX6H27nELi/FQvhaccCEojWVQa5ApmLJc0fKz1Ei//Kzi6/gfPXfpWoEpTy57QOJ WAW0jHCdkCe2daHD6N64/k6I8pZEssD7TBOCO9Qc8lYerDMAOJcw25S7LOGLZbJNdbCx Y2UXR7FOVZqmFBOrd2SyWMAk0D3Sz+rdlEincbieHee2o4HRf4NLtQ92KrmURdvXngrL lQhdQEGxgnQtRGwyZMGbaDMf+icJVHxIN92Oc7xkN9KCazXUaAacIUx9nu0JWsx3vGfr kHuw==
X-Gm-Message-State: ALoCoQkn/gsct9huo4ztB+CSyj13tRHCACvOlcsQot79SoDtYUQG34PT7zpWY/vZ8Gm/wroxtr9I
X-Received: by 10.194.90.144 with SMTP id bw16mr38604559wjb.1.1386089881583; Tue, 03 Dec 2013 08:58:01 -0800 (PST)
Received: from 127.0.0.1 (politkovskaja.torservers.net. [77.247.181.165]) by mx.google.com with ESMTPSA id gb1sm7330737wic.0.2013.12.03.08.57.58 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 03 Dec 2013 08:58:00 -0800 (PST)
Message-ID: <529E0C68.6070002@appelbaum.net>
Date: Tue, 03 Dec 2013 16:52:56 +0000
From: Jacob Appelbaum <jacob@appelbaum.net>
MIME-Version: 1.0
To: SM <sm@resistor.net>
References: <20131201164841.GB12135@sources.org> <BF87877A-8989-4AA4-9ED1-52C82E1BC538@nominum.com> <alpine.LFD.2.10.1312011206480.12923@bofh.nohats.ca> <20131201175318.GD12135@sources.org> <6.2.5.6.2.20131203073816.0d146ab8@resistor.net>
In-Reply-To: <6.2.5.6.2.20131203073816.0d146ab8@resistor.net>
OpenPGP: id=4193A197
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Fri, 06 Dec 2013 10:34:45 -0800
Cc: Christian Grothoff <christian@grothoff.org>, dnsop@ietf.org, "hellekin \(GNU Consensus\)" <hellekin@gnu.org>, Paul Wouters <paul@cypherpunks.ca>, Ted Lemon <ted.lemon@nominum.com>
Subject: Re: [DNSOP] [internet-drafts@ietf.org: I-D Action: draft-grothoff-iesg-special-use-p2p-names-00.txt]
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, 03 Dec 2013 16:58:06 -0000

SM:
> Hi Stephane,
> At 09:53 01-12-2013, Stephane Bortzmeyer wrote:
>> RFC 6761 does not say anything about that. Do note a TLD has already
>> been registered under RFC 6761, .local. Some people may say that, when
>> you are a big US company, just hijack the TLD, deploy the software,
>> and the IETF will ruberstamp you. But if you are just ordinary people
>> working to improve the Internet, you have no chance of even being
>> seriously considered.
> 
> Rubberstamping is only possible when people remain quiet.  The easier
> path is to fix the proposal so that it looks like a technical
> specification.
> 

In terms of informational RFCs, I think it is clearly a good idea to
document what is realistically in use.

>> Precedent? And .local, what was it?
> 
> I asked about .local (see
> http://www6.ietf.org/mail-archive/web/ietf/current/msg65346.html ).  I
> did not receive any reponse.
> 
> Please note that .local has some history.  I would look at it as "do not
> use that string as it is unlikely that uniqueness can be ensured".
> 

I assume that .local did not always have history? However, I think that
there are clearly many p2p systems with a history as well - .onion is
nearly ten years old now.

>> RFC 6761 "Hence, the act of defining such a special name creates a
>> higher-level protocol rule, above ICANN's management of allocable
>> names on the public Internet." So basically, RFC 6761 says that IETF
>> has the right to create TLD at will.
> 
> The IETF should have a good explanation for doing that.  In my opinion
> the draft under discussion does not provide a good explanation.
> 

What would make it a good explanation?

> At 07:40 02-12-2013, Olafur Gudmundsson wrote:
>> TLD live on the boundary of IETF and ICANN, we do not want to push
>> that boundary but allowing RFC to allocate what ICANN charges big
>> bucks for.
> 
> I agree with Olafur that it is not a good idea to push the boundary.
> 

What is a better alternatively? Shall we ignore the IETF and ICANN
entirely? Shall we give up on IETF and shell out the cash to ICANN?

The P2P systems push the boundary - the informational RFC merely
documents it and ensures that the IETF is the best place to find that
information.

All the best,
Jacob