This document describes the procedure the Trust intends to follow when responding to policy requests from the community or issues that the Trustees have become aware of which would require modification to the Trust’s Legal Provisions or TLP.
1. An issue with the current Trust Legal Provision (TLP) is identified:
a. (Some subset of) the IETF community wants something different from what the TLP currently says.
b. The Trust (or its legal counsel) finds a problem itself.
c. There is a request from one of the other bodies (IRTF, IAB, IESG, independent stream, etc) for which the Trust manages rights.
2. Whoever brings up the problem, writes a problem statement. The problem statement will be published on the Trust’s website.
a. In case 1a: this can be an individual submission ID or an ID from a WG chartered to discuss these items.
b. In case 1b: A note from the Trust to the IETF community.
c. In case 1c: A note from whoever brings up the issue.
3. Is it really a problem?
a. If the problem statement was developed in a group effort, then it is by default.
b. All other cases, including issues brought up by the Trust themselves, a short comment period (2 weeks).
4. Trust (with legal counsel) reviews the issue and comes up with a response:
a. No, we don’t think changing this is a good idea, because …
b. Yes, we suggest to modify the text as follows … (perhaps with some background material why this is the answer).
c. 30 day community review period of the proposed changes (or decision not to change).
The Trust will engage in discussion with the community.
If the comments show a clear trend indicating that the proposal needs a revision, the Trust may withdraw or modify the proposal, publish it and reset the counter before the comment period is over.
5. Trust evaluates responses. Possible outcomes are:
a. There is positive consensus about the change => Go to 6.
b. There is positive consensus but textual changes are needed => Trust modifies the text, go back step 5, but with a 14 day review period.
c. There is no consensus or negative consensus => drop proposal (and explain why). Consensus will be called by the Trust Chair.
6. Publish new TLP. The following documents will be published on the Trust website.
a. The new TLP (with an effective date)
b. The previous TLP
c. A list of changes between (A) and (B).
d. Any background documents.
Announcements: All announcements to go to the TLP mailing list and the ietf-announce list plus the equivalent for the other streams. Discussion will take place on the TLP mailing list. The TLP mailing list will be archived.
Emergencies: An emergency is defined as “there is a problem with the TLP that is likely to be abused, or a legal problem has arisen with the TLP that has stopped publication of documents”. In these cases, the trust can publish a modified text for a 2 week review period, then modify the TLP. The Trust must explain the reason for the change.
Appeals: Please see the Appeals page for further details.
Adopted by the IETF Trust 11 November 2009