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

Reply via email to