Dave CROCKER <dhc2@xxxxxxxxxxxx> wrote: > > A number of the comments, so far, appear to hinge on a rather basic > cost/benefit model that is clearly quite different from what the proposal > is based. I suspect that difference comes from a different sense of the > problem, per John Klensin's posting. Agreed. > My reference to "legality" is based on a view of the proposal which sees > it as having individual submitters essentially say "I am required to get > permission and I have not gotten it". That's an admission of guilt... I don't read it that way. Refer to: http://trustee.ietf.org/docs/Draft-Update-to-IETF-Trust-Legal-Provisions-1-06-09.pdf ] ] 6. c. iii. ] ... This document contains material from IETF Documents or IETF ] Contributions published before November 10, 2008 and, to the ] Contributor's knowledge, the person(s) controlling the copyright ] in such material have not granted the IETF Trust the right to allow ] modifications of such material outside the IETF Standards Process. ] Without obtaining an adequate license from the person(s) controlling ] the copyright, this document may not be modified outside the IETF ] Standards Process, and derivative works of it may not be created ] outside the IETF Standards Process, except to format it for ] publication as an RFC and to translate it into languages other than ] English. If you believe there is an admission of guilt there, please send text. (But understand, lawyers have to sign off on any changes.) > And if you don't think that's what the proposal calls for, please > explain, because I don't think my interpretation is all that creative. I may not be the one to explain, but I _don't_ think that's what the proposal calls for. I think it calls for inclusion of the boilerplate I listed above, which simply disclaims knowledge of _whether_ all the rights of 5378 are granted (and thus derivative works "outside the IETF Standards Process" are not authorized by the IETF Trust). >> This situation has halted the progression of some Internet-Drafts and >> interrupted the publication of some RFCs. > > This means that we have a crisis which is stopping productive work, > yet the crisis appears to be caused by a faulty new requirement, > rather than by the situation that the document seeks to correct. True... > In other words, remove the new requirement and we no longer have a > crisis. We have an issue to pursue -- the same one that prompted > the new requirement -- but no crisis. Alas, I must disagree. We have an IETF Consensus document (5378), and that consensus must be overturned to get to where Dave claims we are. In my experience, overturning consensus is hard. (That's the _point_ of having a consensus process.) However wrong some of us (now) believe that consensus to be, we should not expect to overturn it in 30 days -- whereas this quick fix can be applied in 30 days. I strongly urge all of us to let the quick fix go through without holding it hostage to overturning the consensus of 5378. -- John Leslie <john@xxxxxxx> _______________________________________________ Ietf@xxxxxxxx https://www.ietf.org/mailman/listinfo/ietf