John:
I think that the cover note from the Chair of the IETF Trust, Ed
Juskevicius, included the vast bulk of the information that you are
requesting. Let's look at all three parts of your request.
(1) "this is the problem we are trying to solve"
> Some I-D authors are having difficulty implementing RFC 5378. An
> example of the difficulty is as follows:
>
> - an author wants to include pre-5378 content in a new submission
> or contribution to the IETF, but
> - s/he is not certain that all of the author(s) of the earlier
> material have agreed to license it to the IETF Trust according
> to RFC 5378.
>
> If an I-D author includes pre-5378 material in a new document, then s/he
> must represent or warrant that all of the authors who created the
> pre-5378 material have granted rights for that material to the IETF Trust.
> If s/he cannot make this assertion, then s/he has a problem.
In my view, the Trustees are trying to prevent a situation that
forces people to make assertions on behalf of third parties. From
this thread, and you messages in particular, it is quite clear that
forcing people to do so would be a very big problem.
(2) "this is the principle we are using as the basis of the solution"
> ... The Trustees of the IETF Trust
> are investigating ways to implement a temporary work-around so that IETF
> work can continue to progress. A permanent solution to this "pre-5378
> problem" may require an update to RFC 5378, for example new work by the
> community to create a 5378-bis document.
In my words, the Trustees are trying to use the flexibility in the
existing BCPs to provide a work-around, and then the IETF can craft a
long-term solution once this work-around has relieved the
pressure. The Trustees approach requires community review, but it
does not require IETF consensus because it stays within the bounds of
our of the existing BCPs.
As General Area Director, I support this approach for four
reasons. First, I believe that this work-around can be put in place
faster than updating the BCP. Even if we had the perfect
Internet-Draft in hand three steps would be needed to approve it: AD
Review (a day if it is really perfect), IETF Last Call (four weeks),
and IESG Evaluation (a week or two). And once it is approved, the
RFC Editor would need to process the document (up to four
weeks). Second, I believe the discussion of the work-around will
shed light on the long-term solution. Third, I think that discussion
of the work-around and the long-term solution at the same time will
cause confusion, not provide clarity. Fourth, I would like to keep
the good things in RFC 5378 while repairing this problem. Clarity
about the role of the IETF Trust and clarity about the rights to
modify code in a way that is acceptable to the open source community
are the most important things that would be lost by reverting to the
previous IPR policy.
(3) "with the advice of Counsel, we believe that this fix represents
a competent, best-efforts, legal-text representation of that principle
and nothing else".
The cover note does not address all of these points. The Trustees
did seek legal advice, and Counsel fully support this
work-around. As you might imagine, Counsel was heavily involved in
the discussions as well as the words themselves. The Trustees are
trying to provide a near-term work-around within the current BCPs and
nothing else.
The IETF Trust does not approve BCPs, but the IETF Trust has a role
in implementing this BCP. As explained in the cover note:
> RFC 5378 sections 1.j and 5.3.c provide the IETF Trust with the
> authority to develop legend text for authors to use in situations where
> they wish to limit the granting of rights to modify and prepare
> derivatives of the documents they submit.
Counsel provided very clear justification for this
interpretation. My initial reading of RFC 5378 lead me to a
different conclusion, but I missed some important context in section
1.j. I'm glad to say that the Trustees do have the authority to
implement this work-around if the community supports it.
Finally, the Trustees are not trying to repair RFC 5378. That task
is left for the General Area of the IETF.
Russ
At 03:46 PM 1/10/2009, John C Klensin wrote:
To repeat myself, I will support that fix the moment the
Trustees' come forward and say, explicitly, "this is the problem
we are trying to solve, this is the principle we are using as
the basis of the solution, and, with the advice of Counsel, we
believe that this fix represents a competent, best-efforts,
legal-text representation of that principle and nothing else".
_______________________________________________
Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf