On Wed, Mar 28, 2018 at 04:38:24AM -0400, Tim Wicinski wrote: > > I have looked at the same problem Bert has, but he did present it much > better than I could. When I started thinking about this, I approached it > from the point of view of "If I have to give a co-worker a document on how > to build a DNS Server (Authoritative or Resolver), what would I need to give > them". I also have spent a lot of time watching the 793bis work in TCPM, > which has been moving along slowly and methodically. I felt what we would > come up with would be > 1. a DNSOP document which would be an implementation list for building > an Authoritative or Resolver > 2. a roadmap to work on 1034bis and 1035bis, which would be a new WG.
We go through this every year or so when new staff join and we have to train them to become expert at the DNS protocol, to handle every type of user problem that shows up. I think RFCs from [1033, 1034, 1035] need a rewrite. It is filled with a world that was current in 1987, but isn't the same today. They predate BCP 14 and have casual language that cannot be so ambiguous for such an important protocol. I've been looking at what Bert has been doing which is friendly and good material, but in my head, the RFCs' rewrite would be quite different. They'd have to be redone with a different structure, starting with the domain name tree (3.1 of RFC 1034) and incorporating parts of 1035 right away, getting details pedantically right. They'd need to not contain so much prose, but specification of what DNS is. Just a "guide to the RFCs" won't be sufficient. Language has to be corrected; large parts of RFC 1034 and 1035 have to be rewritten and restructured, incorporating clarifications from newer RFCs. It would be a big work, but IMHO, it is necessary. Mukund _______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop