-----Original Message-----
From: ietf-bounces(_at_)ietf(_dot_)org
[mailto:ietf-bounces(_at_)ietf(_dot_)org] On Behalf Of Dave CROCKER
Sent: Wednesday, April 20, 2011 7:39 AM
To: Olaf Kolkman; Jon Peterson; Hannes Tschofenig; Bernard Aboba
Cc: IETF Discussion
Subject: Review of: draft-iab-dns-applications-01
Review --
Title: Architectural Considerations on Application Features in the DNS
By: Kolkman, Peterson, Tschofenig, Aboba
I-D: draft-iab-dns-applications-01
Reviewer: D. Crocker <dcrocker(_at_)bbiw(_dot_)net>
Review Date: 20 April 2011
[...]
I concur with many of Dave's review comments here. My own experience with the
IETF starts around the time of SPF and its various successors, nearly all of
which use the DNS to store some variants of policy or key data, so this is a
topic near and dear to most of my endeavors, and there are more coming.
A couple of other recommendations of my own:
- Where the document enumerates requirements incompatible with the DNS,
suggested alternatives might be wise to include, with some (perhaps brief,
perhaps not) description of why/how the alternative is more appropriate.
- The issue of detecting administrative boundaries in the DNS keeps
reappearing. This might be good fodder for another document, since that topic
plus that of the idea of "public suffix lists" has been recurring with
increasing frequency.
- IETF 80's training day included a session about how to go about extending the
DNS by registering new types rather than overloading existing ones. Some of
the material presented there might be useful to include here.
-MSK
_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/ietf