Re: Last Call: <C> (On Consensus and Humming in the IETF) to Informational RFC

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Ted Lemon wrote:
> On Nov 4, 2013, at 1:01 PM, Dave Cridland <dave@xxxxxxxxxxxx> wrote:
> >
> > What Larry is saying - or at least, what I'm agreeing with,
> > regardless of whether Larry meant this or not - is that if
> > you've a bunch of people saying "I've implemented this in
> > production, and X needs to be Y", then that is a very hard
> > argument to beat.
> 
> Historically we haven't just blessed existing implementations
> if there were things that needed to be fixed.   This interpretation
> of "running code" is a bit problematic because people with running
> code have a vested interest in the spec not changing.
> Not always a bad thing, but it can be quite harmful.

It has proven to be quite harmful several times and in several ways.

It regularly causes bloat (functionality that is easily dispensible
to a huge amount of users/consumers) to stay in the specification with
a requirements tagged to it, rather than being a real option.

And the folks fighting for the bloat to stay in the spec are either
vendors that appreciate when its harder for competition to compete
in general, rather than for a limited subset of consumers.  The others
are organizational interest groups (often governmental) that, while
representing a minority among real consumers, would like specific bloat
in products without having to pay extra.  I don't mind a standard
offering them _options_.  But I strongly dislike the IETF pushing
requirements on bloat that the large majority doesn't need,
just to please a specific minority.


-Martin




[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]