In message <7e284f2f-1a99-4e57-b7bd-46129aedd...@virtualized.org>, David Conrad
 writes:
>
> Mark,
>
> On Feb 27, 2014, at 10:14 AM, Mark Andrews <ma...@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: ma...@isc.org

_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop

Reply via email to