[AusNOG] auDA Policy Review Panel - Public Forums

[Narelle]

Thanks Mark

Do you really think it practical to impose policy on registrants, ie the
garden variety name holder, for the running of a DNS fully compliant with
the RFCs?

If they don't come that way out of the box (and it's been a while since I
had a close look at how bind unpacks itself, not to mention the other
commercial variants) - most will find it extremely challenging.

That said - many hosting companies do it for their customers, what does the
list think about Mark's suggestion of being required to be complaint with
the RFCs to register a domain name?

I suspect if that were the case people would head off to *.whatever under
the new gTLDs or come up with even stupider *.com names just to avoid
compliance with .au rules. And it would increase the price paid for .au.
I'd prefer to see a stronger role from auDA, ausnog, Comms Alliance, IIA in
education and best practice encouragement.


Cheers


Narelle

On Mon, Feb 12, 2018 at 3:57 PM, Mark Andrews <marka at isc.org> wrote:

> auDA are missing a fundamental policy.
>
> “Registrants must use RFC Compliant nameservers” should have been the
> 1st policy.
>
> At the moment over half the server listed for .au domains do not comply
> with the DNS RFC’s leading in some cases to interoperability issues with
> recursive servers. There is no penalty for deploying broken nameservers.
>
> Every time resolvers try to do something “new” you hit broken servers that
> fail to handle that “new” thing despite the RFC’s having will defined
> behaviours specified.
>
> Where “new" can be as little as sending a query type that isn’t a A
> record query. Yes, STD 13, said what to do.  The RFC that make up STD 13
> were published in 1987.
>
> Fix the basics before worrying about opening up the namespace.
>
> Mark
>
>
>
> --
> Mark Andrews, ISC
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742              INTERNET: marka at isc.org
>
>


-- 


Narelle
narellec at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ausnog.net/pipermail/ausnog/attachments/20180212/3f3c422d/attachment.html>