On Feb 5, 2014, at 1:19 PM, Osterweil, Eric <[email protected]> wrote:

> Thanks for the quick response.  I am, however, a little puzzled by it.  So, 
> is there some reason why these discussions here (on the WG list) are not the 
> actual substance of determining what the DANE WG wants?  As I understand it 
> (perhaps incorrectly?), we are discussing a working group document, so 
> discussion of its contents should be inbounds and any resulting rough WG 
> consensus should help direct its contents, no?

It is often better if a WG decides on a direction, not just a specific 
technology. During the TLSA discussions, there were many threads about delivery 
vs. discovery, and the WG early on went for "delivery, not discovery". As I 
said in the previous message, if the WG wants to revisit that decision and goes 
towards "discovery", there are lots of ways we can make TLSA and SMIMEA records 
have some interesting new properties.

> As for the broader statement of what DNS is for, and what the IETF at large 
> thinks, I think perhaps you have expressed your own opinion here, and I 
> (personally) do not agree.  In my view, DNS is (very much) a resource mapping 
> (i.e. learning) mechanism.  That's how we find routable endpoints for HTTP. 
> ;)  Content delivery aside.  I suspect you and I may actually be on the same 
> page on that one, but apparently not on the learning issue.

I'm agnostic, and am happy for this document and TLSA go whichever way the IETF 
wants. However, I'm not in favor of trying to cross the line and see if the 
IETF notices.

> Back to the main issue, I am following up on Scott's solicitation for 
> discussion about his proposed changes, and expressing my support for them.  I 
> have read your response to those and responded to it, and I am happy to 
> discuss the technical details further.

It's not the technical issues that are important, however.

So, WG: is "DNS for delivery vs. DNS for delivery and discovery" a topic people 
want to revisit?

--Paul Hoffman
_______________________________________________
dane mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dane

Reply via email to