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

Mark Andrews <marka@isc.org> Thu, 27 February 2014 07:43 UTC

Return-Path: <marka@isc.org>
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 BCA041A0005 for <dnsop@ietfa.amsl.com>; Wed, 26 Feb 2014 23:43:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.148
X-Spam-Level:
X-Spam-Status: No, score=-1.148 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.547, 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 F4orNOfHP0Fe for <dnsop@ietfa.amsl.com>; Wed, 26 Feb 2014 23:43:06 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id 093731A0007 for <dnsop@ietf.org>; Wed, 26 Feb 2014 23:43:06 -0800 (PST)
Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id ECC25C94DA; Thu, 27 Feb 2014 07:42:51 +0000 (UTC) (envelope-from marka@isc.org)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1393486984; bh=HQ7Gf+P36TawcAQ2GxmA6XbMsQz/T4fe0U7vOlAnNTk=; h=To:Cc:From:References:Subject:In-reply-to:Date; b=AZvJ33t5VfCpUdHN6uUtFxn21/MmHcj3295WfCeDCo1vx9fqZ28iVOBQiDwWdln7J 1zDIhf2WRntxD9seEu2RNfRh8Zu8wpRoZdu6hrO7V5KNi4I+aHjF5gP8bd+Czx1rH9 zH2diwK2vkTt3C5vNP0DQIAsdY2R1yfAWeJixiDo=
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.pao1.isc.org (Postfix) with ESMTP; Thu, 27 Feb 2014 07:42:51 +0000 (UTC) (envelope-from marka@isc.org)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id BBDA216005C; Thu, 27 Feb 2014 07:43:44 +0000 (UTC)
Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id 8276E160056; Thu, 27 Feb 2014 07:43:44 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 2972F107D273; Thu, 27 Feb 2014 18:42:49 +1100 (EST)
To: David Conrad <drc@virtualized.org>
From: Mark Andrews <marka@isc.org>
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> <8FEAF0FC-2AC3-4F39-9825-7068AAA6E40D@hopcount.ca> <6F605B46-51AD-4A21-BA3E-5723AA843EC6@virtualized.org> <20140227021436.E957210702F7@rock.dv.isc.org> <7E284F2F-1A99-4E57-B7BD-46129AEDDD04@virtualized.org>
In-reply-to: Your message of "Thu, 27 Feb 2014 14:16:15 +0800." <7E284F2F-1A99-4E57-B7BD-46129AEDDD04@virtualized.org>
Date: Thu, 27 Feb 2014 18:42:49 +1100
Message-Id: <20140227074249.2972F107D273@rock.dv.isc.org>
X-DCC--Metrics: post.isc.org; whitelist
Archived-At: http://mailarchive.ietf.org/arch/msg/dnsop/5sn0TPdvzOIVysXSPf32Z3ELg74
Cc: "dnsop@ietf.org WG" <dnsop@ietf.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: Thu, 27 Feb 2014 07:43:08 -0000

In message <7E284F2F-1A99-4E57-B7BD-46129AEDDD04@virtualized.org>;, David Conrad
 writes:
>
> Mark,
>
> On Feb 27, 2014, at 10:14 AM, Mark Andrews <marka@isc.org>; wrote:
> >>> 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.
> >>
> >> Why does RFC 1918 address space exist?
> >
> > Because IPv4 address were and always have been a scarse resource and
> RFC 1918 is a reaction to that.
>
> Not really.  RFC 1918 was created when IPv4 addresses were still
> relatively plentiful.  Many folks used 1918 space because they didn't
> want to be bothered with putting up with the hassles and cost (even if it
> was trivial) of obtaining space from the registries for a resource that
> was never going to be used on the Internet.

While there are multiple reasons, RFC 1918 does actually state that address
space is a scare resource.  

   The Internet has grown beyond anyone's expectations. Sustained
   exponential growth continues to introduce new challenges.  One
   challenge is a concern within the community that globally unique
   address space will be exhausted. A separate and far more pressing
   concern is that the amount of routing overhead will grow beyond the
   capabilities of Internet Service Providers. Efforts are in progress
   within the community to find long term solutions to both of these
   problems. Meanwhile it is necessary to revisit address allocation
   procedures, and their impact on the Internet routing system.

> There are a number of potential options for 'private' domain space. I do
> not believe the answer of "buy a domain" will alleviate the problem as
> paying money and wading through web forms, etc., will always be harder
> that simply squatting on a domain name.

Well hopefully DNSSEC will eventually be on by default and squatting
like this will have negative consequences.  There may be a need for
a reserved suffix.  It doesn't have to be .HOME.  Rewarding bad
behaviour leads to more bad behaviour.

> Regards,
> -drc
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org