[apologies to some for duplicates] Hi Geoff, On 11/29/12 3:56 AM, Geoff Huston wrote: It's nice to have reasonably well thought out ideas come in. Which then become highly defined precepts that become incredibly resistant to IETF change on the basis that they have been well thought out already (and probably are IPR-ridden) and at that stage the IETF process is functionally reduced to rubber stamping. At that stage the value of the IETF imprimatur becomes highly dubious to the industry its meant to serve. In my experience, when the IETF has been offered work that the other party felt was "complete" and would refuse to allow changes to, we've demurred (c.f., html). On the other hand, in the instances I'm aware, when the IETF did accept the work, it was always made clear that the IETF had change control (and used it). A perfect current example of this right now is scim. There were numerous implementations of scim, and it was brought to the IETF not only for the imprimatur but also to improve the work. A simpler explanation is that the authors and editors of work are more immersed than others, and therefore project more authority. Certainly that has been the case in nearly all efforts I've been involved, with a notable exception that also is illustrative: oauth, where an editor left the IETF precisely because he could not agree with the results. that's a good indication that we're striking a balance. Eliot |