I should qualify my comments on Route 53 - I don't think they are something
we should emulate, more of an example of how 3rd party vendors get away
with an overly-minimal set of resource records.   The words I have to
describe them are generally not polite.

Tim


On Wed, Mar 28, 2018 at 4:38 AM, Tim Wicinski <tjw.i...@gmail.com> 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.
>
> I also realized that the second item would be brutal, painstaking, not
> "sexy" for most IETF standard types.
>
> I've had lots of experience dealing with the concept of "technical debt"
> and a lot of this is very similar.  But we also need someone who has the
> skill set of a project manager, who knows how to lay out workflows.  That's
> not something a bunch of programmers always have.
>
> Summary - Paul is on the right track here.    A good example is looking at
> what Route 53 implements (for better or for worse) and realize they
> implement some real minimal subset.   I think it's too small, but it's an
> interesting argument.
>
> tim
>
>
>
>
> On 3/27/18 17:33, Paul Vixie wrote:
>
>> i see no purpose in change documents, which would add to the set of
>> things a new implementer would have to know to read, and then to read.
>>
>> rather, we should focus on a DNSOP document set that specifies a minimum
>> subset of DNS which is considered by the operational community to be
>> mandatory to implement. any implementer can remove anything else and still
>> be checklist-compatible when customers are baking things off.
>>
>> if someone wants to implement iquery or WKS let that be crazy rather than
>> broken -- on-the-wire patterns still described, code points still reserved,
>> but unlikely to find anybody to actually interoperate with.
>>
>> vixie
>>
>> re:
>>
>> Matthew Pounsett wrote:
>>
>>>
>>>
>>> On 27 March 2018 at 03:49, Ondřej Surý <ond...@isc.org
>>> <mailto:ond...@isc.org>> wrote:
>>>
>>>
>>>     Again, from experience from dnsext, I would strongly suggest that
>>>     any work in this area is split into CHANGE documents and REWRITE
>>>     documents, with strict scope. Documents rewriting existing RFCs
>>>     while adding more stuff at the same time tend to not reach the
>>>     finish line.
>>>
>>> Does this include combining documents?  For example, it would probably
>>> make sense to combine some of the clarifications documents into any
>>> rewrite of 1034/1035.
>>>
>>> _______________________________________________
>>> DNSOP mailing list
>>> DNSOP@ietf.org
>>> https://www.ietf.org/mailman/listinfo/dnsop
>>>
>>
>>
>
_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop

Reply via email to