Olafur, > On 08 Feb 2016, at 13:57, Ólafur Guðmundsson <ola...@cloudflare.com> wrote: > > Jakob, Patrik > thanks for writing this up, a great start. > > On first read this document seems to be duplicating what is in > https://tools.ietf.org/html/rfc1912 > It is hard to see what is new and what is the same.
Yes, some parts of it are duplicated. However, I believe it is clear that these two documents are very different in what they are. One could also argue that this draft is supposed to be a BCP, which 1912 is not. > There are number of assumptions in the current draft, that only apply when > the DNS contents are distributed as zone in "files or axfr" which not all > operators use. Yes. It would be useful to describe that AXFR is just one way to distribute a zone. > There are few other examples of "rules" that show this document is written > from a TLD's perspective which is different from what Domain operators may > want to practice. It is indeed written from a TLD perspective, but also what IANA requires for delegations at the root. But our hope is to make this a generic enough document that suits any part of the DNS tree. > So before we start working on exactly what is in the current draft, can we > have a discussion about what should be in the document. We started with the assumption that most of the things we wanted to include was already documented in other RFCs, and thus already accepted by this community in some way. If the aim is to have a BCP we may go beyond this, but I think this would make it very hard for the working group to agree on the content. Yes, we need to have this discussion. > For example the document omits all discussion on TTL's is that > good/bad/separate ? As the document comes from the work on Zonecheck, DNSCheck and Zonemaster, this is one of the things that none of these tools ever looked at. But if we can agree on that it is important to include, and on a recommendation, we will be happy to add it. > Do we want to talk about how many addresses are associated with a name server > name. (common practice is 1 A and/or 1 AAAA but will more work?) > Are the "current" naming rules still something we want to promote, i.e. can > we get rid of the Hostname rules from https://tools.ietf.org/html/rfc953 If we want to update RFC953, I think that would better fit in another document rather than this one. > IMHO this should be a BCP candidate that obsoletes all prior guidance, no > matter what RFC the guidance came from. Thank you.
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop