In message <[email protected]>, David Conrad
writes:
>
> Joe,
>
> On Feb 26, 2014, at 10:34 PM, Joe Abley <[email protected]> wrote:
> >>> On Feb 25, 2014, at 9:51 AM, Stuart Cheshire <[email protected]>
> wrote:
> >>>> If we have *some* pseudo-TLDs reserved for local-use names,
> > I still don't see why we need a TLD, or a delegation/reservation under
> ARPA.
>
> Because if something isn't documented, people tend to squat.
>
> > 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. Homes use it because CPE vendors
built it into their devices because
* Lots of ISP's would only give you one address
* Those that didn't often charged you a lot
* Ridiculous ISP terms and conditions that prohibited multiple
machines.
> Regards,
> -drc
>
>
> --Apple-Mail=_196EAF71-9F8C-416D-8D37-7BD2EBF86381
> Content-Transfer-Encoding: 7bit
> Content-Disposition: attachment;
> filename=signature.asc
> Content-Type: application/pgp-signature;
> name=signature.asc
> Content-Description: Message signed with OpenPGP using GPGMail
>
> -----BEGIN PGP SIGNATURE-----
> Comment: GPGTools - http://gpgtools.org
>
> iQEcBAEBAgAGBQJTDnaKAAoJENV6ebf0/4rXSUgH/jz+HlRsm7xmjLRg0RP/vHAn
> j9WnJB5RASC7wjTmj/KplNQzyMZvmgSwcF8NlZNwE9/L/pUA8bjguj2nMni/irnw
> 73BA/39fc1vlFNi6n1UuTEjFx9w2fYoxFk2x0Zjf2xd0U/THJhWisggFohXy0T5H
> 0iGIpAAr07Kj3y1QR0R59TMjZ0usxLDd0V9CZdoZcJzwRyqCFrJJS7twLtDvYWyl
> xmUPViNyeRbw8tbnHKFiGukGgeZeccjDF6qiSFlsKP1zPJAScUE4+9PC+JGCDrN+
> ScyLGer3DOh5mVvFwENwwXeRHvoBQsml9byI8FkDqGB+r1ChuTqGHs3VP1UcY2Q=
> =1Gi3
> -----END PGP SIGNATURE-----
>
> --Apple-Mail=_196EAF71-9F8C-416D-8D37-7BD2EBF86381--
>
>
> --===============0999451085410326449==
> Content-Type: text/plain; charset="us-ascii"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
>
> _______________________________________________
> DNSOP mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/dnsop
>
> --===============0999451085410326449==--
>
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: [email protected]
_______________________________________________
DNSOP mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dnsop
