On 6 May 2014, at 22:34, Doug Barton <do...@dougbarton.us> wrote:

> You could say that I'm arguing 'ad absurdum' here, but I'm not. There really 
> are such things as bad ideas, and it's perfectly reasonable for the IETF to 
> decide that something is a bad idea, and shouldn't be done. Or at least, 
> shouldn't be made easier to do.

Consider the two possible outcomes:

(a) use of edns-client-subnet effectively involves a large depth of 
undocumented experience and knowledge about specific implementations and where 
those specific implementations are used. Use of the option is constrained to 
applications supported by big money or big government, since no individual 
(e.g. unfunded, open source) implementer can realistically hope to understand 
such a moving target with accuracy. The extent to which end-user privacy is 
affected in the big picture is difficult to characterise since the landscape is 
so fluid.

(b) use of edns-client-subnet is documented, oddities that come up following 
implementation are rolled into the documentation, and we have a stable resource 
that exactly describes how the option works against which interop testing has 
half a chance of bearing fruit, and using which privacy implications can be 
easily understood.

I think (b) is preferable to (a).

>> (And again, see NAT.)
> 
> So NAT is an interesting case, since there's no doubt that the IETF dropped 
> the ball on that. But the problem there was not that the IETF chose not to 
> act in order to not support NAT, the problem there was that the collective 
> decision process failed by determining that NAT was a bad idea.

NAT *is* a bad idea. And the amount of global effort required to work around 
the differences in every implementation is absurd, now that it has become a 
de-facto implementation standard in IPv4 networking.

> The remedy to that error is not to swing the pendulum all the way in the 
> other direction, and support every idea no matter how bad. The answer is to 
> make better decisions.

The IETF has documented lots of protocols that nobody uses. Those are, by 
reasonable measure of uptake, bad protocols. The IETF is not the packet police. 
De-centralisation of innovation is what led to the phone network becoming an 
Internet application, rather than the other way round.

"The mission of the IETF is to make the Internet work better by producing high 
quality, relevant technical documents that influence the way people design, 
use, and manage the Internet."


Joe
_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop

Reply via email to