IETF Logo Mail Archive

Re: [DNSOP] additional special names Fwd: I-D Action: draft-chapin-additional-reserved-tlds-00.txt

Joe Abley <jabley@hopcount.ca> Wed, 26 February 2014 14:34 UTC

Return-Path: <jabley@hopcount.ca>
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 4CCD31A0424 for <dnsop@ietfa.amsl.com>; Wed, 26 Feb 2014 06:34:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] 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 Euo69h9ExvVt for <dnsop@ietfa.amsl.com>; Wed, 26 Feb 2014 06:34:07 -0800 (PST)
Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) by ietfa.amsl.com (Postfix) with ESMTP id E8FB41A0390 for <dnsop@ietf.org>; Wed, 26 Feb 2014 06:34:06 -0800 (PST)
Received: by mail-qc0-f178.google.com with SMTP id i8so1388937qcq.37 for <dnsop@ietf.org>; Wed, 26 Feb 2014 06:34:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hopcount.ca; s=google; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=E13LCSQrzhKMc4pxsOuCIN/fFVm5Tv0hq/wpj5NtZZ4=; b=jKsWxvT+qJPQezC2myCV0E6td01hghlMmO5PFJ0xtlPeZdg8f/VsJIfYHOuRYyy3ZJ cHuH0keCDqvrmXvhNlKKF+5y5JLky980i8iV5vE2WufWOkjjfw2a10Hez1MJ7QyFxBRy Kc+MMh2xrPzB/eND1Ye7cqilSHjQi4jBS5t8c=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=E13LCSQrzhKMc4pxsOuCIN/fFVm5Tv0hq/wpj5NtZZ4=; b=HttY7pOvtbfxIXuR3XZPX5sWhytsOGWUi25XVFqys9V7neK2yn31njFm3+/6fq5Ib7 pGtQTO7RFhX93rDlYsNdb8kN7pmMlNzBR1ymlOkoXSBzrXnLeevVbbb3DS8oCODr1cj4 mN+E1LNGt+ypj4zSU13A2Avo4y2OqXWg+3OjI9pkhFC8YvK8/fiEERsq+oOomlmGYCJB Pksht+6wTuA6LtRRkgLTygktaMAQLbmlsHndwjdQBuF966ai+VO2DxKpbWoOpnxFyys5 KE0C43tD53/uCPoB/iE6MfkVIloB+G4pl6uPZ+SOBQ+4ilHu/WR0uhwVXv4lomcqCt26 gkAQ==
X-Gm-Message-State: ALoCoQlPb8NwveON4uBtYiHuovBAyk0ydmcHIZqM+TBkHX15eB/ADQy7gMupYrfru+OAwRKkbon0
X-Received: by 10.224.160.83 with SMTP id m19mr8229009qax.21.1393425245459; Wed, 26 Feb 2014 06:34:05 -0800 (PST)
Received: from ?IPv6:2001:4900:1042:1:6179:ce53:5e0:2f2b? ([2001:4900:1042:1:6179:ce53:5e0:2f2b]) by mx.google.com with ESMTPSA id t5sm3029788qat.6.2014.02.26.06.34.04 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 26 Feb 2014 06:34:04 -0800 (PST)
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\))
From: Joe Abley <jabley@hopcount.ca>
In-Reply-To: <20140226100311.E73CA1069B39@rock.dv.isc.org>
Date: Wed, 26 Feb 2014 09:34:02 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <8FEAF0FC-2AC3-4F39-9825-7068AAA6E40D@hopcount.ca>
References: <20140129055438.2402.qmail@joyce.lan> <97E20887-2B9C-4EAD-826B-043306605F88@fl1ger.de> <54BE75D7-E70B-46AB-93C1-042E655BB5E7@apple.com> <D0AC0015-63C3-4C03-A8D0-888C435D2775@virtualized.org> <20140226100311.E73CA1069B39@rock.dv.isc.org>
To: Mark Andrews <marka@isc.org>
X-Mailer: Apple Mail (2.1874)
Archived-At: http://mailarchive.ietf.org/arch/msg/dnsop/kRS48EVg8rv5NRkMngbFQt1_ews
Cc: Stuart Cheshire <cheshire@apple.com>, "dnsop@ietf.org WG" <dnsop@ietf.org>, David Conrad <drc@virtualized.org>
Subject: Re: [DNSOP] additional special names Fwd: I-D Action: draft-chapin-additional-reserved-tlds-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: Wed, 26 Feb 2014 14:34:09 -0000

On 26 Feb 2014, at 5:03, Mark Andrews <marka@isc.org> wrote:

> In message <D0AC0015-63C3-4C03-A8D0-888C435D2775@virtualized.org>, David Conrad
> writes:
> 
>> On Feb 25, 2014, at 9:51 AM, Stuart Cheshire <cheshire@apple.com> wrote:
>>> If we have *some* pseudo-TLDs reserved for local-use names,
>> 
>> I would think =
>> http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2#User-assigned_code_element=
>> s would be appropriate for this purpose.
>> 
>> Regards,
>> -drc
> 
> Whatever is used needs to be insecurely delegated so that in app
> validation will work.

I still don’t see why we need a TLD, or a delegation/reservation under ARPA.

There are many, many TLDs under which an application/protocol implementer can reserve some namespace for their exclusive use at low cost ($10/year, say). Why is this approach not preferred for a new application/protocol? It seems far simpler.

Perhaps all that is missing is some guidance that says “you shouldn’t hijack namespaces that you don’t control, even for non-DNS applications; register a domain instead”.


Joe

v2.23.0 | Report a Bug | By Email