| draft-ietf-iasa2-trust-rationale-02.txt | draft-ietf-iasa2-trust-rationale.txt | |||
|---|---|---|---|---|
| Internet Engineering Task Force J. Arkko | Internet Engineering Task Force J. Arkko | |||
| Internet-Draft Ericsson | Internet-Draft Ericsson | |||
| Intended status: Informational October 8, 2018 | Intended status: Informational October 11, 2018 | |||
| Expires: April 11, 2019 | Expires: April 14, 2019 | |||
| Discussion of the IASA 2.0 Changes as They Relate to the IETF Trust | Discussion of the IASA 2.0 Changes as They Relate to the IETF Trust | |||
| draft-ietf-iasa2-trust-rationale-02 | draft-ietf-iasa2-trust-rationale-03 | |||
| Abstract | Abstract | |||
| This document is published to capture the rationale for the changes | This document is published to capture the rationale for the changes | |||
| introduced in RFC NNNN (RFC Editor: please replace NNNN with the RFC | introduced in RFC NNNN (RFC Editor: please replace NNNN with the RFC | |||
| number of [I-D.ietf-iasa2-trust-update]), Update to the Process for | number of [I-D.ietf-iasa2-trust-update]), Update to the Process for | |||
| Selection of Trustees for the IETF Trust. | Selection of Trustees for the IETF Trust. | |||
| At the time RFC NNNN was published, IETF administrative structure | At the time RFC NNNN was published, IETF administrative structure | |||
| changes ("IASA 2.0") had an impact on the IETF Trust because members | changes ("IASA 2.0") had an impact on the IETF Trust because members | |||
| of the IETF Administrative Oversight Committee (IAOC) IAOC, which was | of the IETF Administrative Oversight Committee (IAOC), which was | |||
| being phased out, had served as Trustees of the IETF Trust. This | being phased out, had served as Trustees of the IETF Trust. This | |||
| document provides background on the past IETF Trust arrangements, | document provides background on the past IETF Trust arrangements, | |||
| explains the effect of the rules in the founding documents during the | explains the effect of the rules in the founding documents during the | |||
| transition to the new arrangement, and provides a rationale for the | transition to the new arrangement, and provides a rationale for the | |||
| update. | update. | |||
| Status of This Memo | Status of This Memo | |||
| This Internet-Draft is submitted in full conformance with the | This Internet-Draft is submitted in full conformance with the | |||
| provisions of BCP 78 and BCP 79. | provisions of BCP 78 and BCP 79. | |||
| skipping to change at page 1, line 42 | skipping to change at page 1, line 42 | |||
| Internet-Drafts are working documents of the Internet Engineering | Internet-Drafts are working documents of the Internet Engineering | |||
| Task Force (IETF). Note that other groups may also distribute | Task Force (IETF). Note that other groups may also distribute | |||
| working documents as Internet-Drafts. The list of current Internet- | working documents as Internet-Drafts. The list of current Internet- | |||
| Drafts is at http://datatracker.ietf.org/drafts/current/. | Drafts is at http://datatracker.ietf.org/drafts/current/. | |||
| Internet-Drafts are draft documents valid for a maximum of six months | Internet-Drafts are draft documents valid for a maximum of six months | |||
| and may be updated, replaced, or obsoleted by other documents at any | and may be updated, replaced, or obsoleted by other documents at any | |||
| time. It is inappropriate to use Internet-Drafts as reference | time. It is inappropriate to use Internet-Drafts as reference | |||
| material or to cite them other than as "work in progress." | material or to cite them other than as "work in progress." | |||
| This Internet-Draft will expire on April 11, 2019. | This Internet-Draft will expire on April 14, 2019. | |||
| Copyright Notice | Copyright Notice | |||
| Copyright (c) 2018 IETF Trust and the persons identified as the | Copyright (c) 2018 IETF Trust and the persons identified as the | |||
| document authors. All rights reserved. | document authors. All rights reserved. | |||
| This document is subject to BCP 78 and the IETF Trust's Legal | This document is subject to BCP 78 and the IETF Trust's Legal | |||
| Provisions Relating to IETF Documents | Provisions Relating to IETF Documents | |||
| (http://trustee.ietf.org/license-info) in effect on the date of | (http://trustee.ietf.org/license-info) in effect on the date of | |||
| publication of this document. Please review these documents | publication of this document. Please review these documents | |||
| skipping to change at page 4, line 34 | skipping to change at page 4, line 34 | |||
| community could be set to longer than the two year period typical of | community could be set to longer than the two year period typical of | |||
| other IETF bodies. | other IETF bodies. | |||
| One could have continued the practice of having the chairs and CEOs | One could have continued the practice of having the chairs and CEOs | |||
| from IETF, IAB, and Internet Society be trustees as well, but this | from IETF, IAB, and Internet Society be trustees as well, but this | |||
| may not be necessary. In general, the tasks of the IETF Trust are | may not be necessary. In general, the tasks of the IETF Trust are | |||
| well defined, and while there is a need for coordination, it does not | well defined, and while there is a need for coordination, it does not | |||
| need to be at the level of chairs or CEOs. | need to be at the level of chairs or CEOs. | |||
| Given all this, one approach was to have trustees appointed by the | Given all this, one approach was to have trustees appointed by the | |||
| NomCom, IESG, and ISOC Board of Trustees, or even the new IETF | NomCom, IESG, and ISOC Board of Trustees. (One might also have | |||
| Administration LLC legal entity (but the Internet Society is perhaps | considered the IETF Administration LLC legal entity instead of the | |||
| more focused on the broad use of the IETF Trust assets and not merely | Internet Society for this role. But the Internet Society is perhaps | |||
| administrative aspects). | more suitable for the role, given their focus on the broad use of the | |||
| IETF Trust assets and not merely administrative aspects). | ||||
| If the same principles would continue to be used as were used in | If the same principles would continue to be used as were used in | |||
| previous appointments, then appointments performed by the NomCom | previous appointments, then appointments performed by the NomCom | |||
| would need to be confirmed by another entity, which could be, for | would need to be confirmed by another entity, which could be, for | |||
| instance, either the IESG or the IAB. The IESG had previously been | instance, either the IESG or the IAB. The IESG had previously been | |||
| the confirming body for the IAOC, so it has been retained in that | the confirming body for the IAOC, so it has been retained in that | |||
| role for the trustees. | role for the trustees. | |||
| 5. Transition | 5. Transition | |||
| When the new entity for IETF Administration LLC was set up, the IAOC | When the new entity for IETF Administration LLC was set up, the IAOC | |||
| was expected to be discontinued soon thereafter. Fortunately, there | was expected to be discontinued soon thereafter. Fortunately, there | |||
| was no pressing need to change all the components of the IAOC and its | was no pressing need to change all the components of the IAOC and its | |||
| dependent organizations at the same time. As discussed above | dependent organizations at the same time. As discussed above | |||
| (Section 2), the IESG holds the ability to continue to name trustees. | (Section 2), the IESG holds the ability to continue to name trustees. | |||
| And once the updated procedures were in place, the IETF Trust had its | ||||
| And once the updated procedures were in place, the IETF Trust has its | ||||
| management nominated in the usual manner, and the exceptional IESG | management nominated in the usual manner, and the exceptional IESG | |||
| process is no longer needed. | process was no longer needed. | |||
| 6. Security Considerations | 6. Security Considerations | |||
| This memo has no security implications for the Internet. | This memo has no security implications for the Internet. | |||
| 7. IANA Considerations | 7. IANA Considerations | |||
| This memo requests no action from IANA. | This memo requests no action from IANA. | |||
| 8. Acknowledgements | 8. Acknowledgements | |||
| The author would like to thank other members of the earlier IASA 2.0 | The author would like to thank other members of the earlier IASA 2.0 | |||
| design team who were Brian Haberman, Eric Rescorla, Jason Livingood, | design team who were Brian Haberman, Eric Rescorla, Jason Livingood, | |||
| Joe Hall, and Leslie Daigle. The authors would also like to thank | Joe Hall, and Leslie Daigle. The authors would also like to thank | |||
| Alissa Cooper, Ted Hardie, Andrew Sullivan, Brian Carpenter, Lucy | Alissa Cooper, Ted Hardie, Andrew Sullivan, Brian Carpenter, Lucy | |||
| Lynch, and John Levine for interesting discussions in this problem | Lynch, and John Levine for interesting discussions in this problem | |||
| space, and Adrian Farrel, Tero Kivinen, Russ Housley, and Meral | space, and Adrian Farrel, Tero Kivinen, Russ Housley, Benjamin Kaduk, | |||
| Shirazipour for careful review. | Adam Roach and Meral Shirazipour for careful review. | |||
| 9. References | 9. References | |||
| 9.1. Normative References | 9.1. Normative References | |||
| [RFC4071] Austein, R., Ed. and B. Wijnen, Ed., "Structure of the | [RFC4071] Austein, R., Ed. and B. Wijnen, Ed., "Structure of the | |||
| IETF Administrative Support Activity (IASA)", BCP 101, | IETF Administrative Support Activity (IASA)", BCP 101, | |||
| RFC 4071, DOI 10.17487/RFC4071, April 2005, | RFC 4071, DOI 10.17487/RFC4071, April 2005, | |||
| <https://www.rfc-editor.org/info/rfc4071>. | <https://www.rfc-editor.org/info/rfc4071>. | |||
| skipping to change at page 6, line 19 | skipping to change at page 6, line 19 | |||
| <https://www.rfc-editor.org/info/rfc7979>. | <https://www.rfc-editor.org/info/rfc7979>. | |||
| [Trust-FD] | [Trust-FD] | |||
| IETF Trust, , "Founding Documents", February 2014 | IETF Trust, , "Founding Documents", February 2014 | |||
| (https://trustee.ietf.org/founding-documents.html). | (https://trustee.ietf.org/founding-documents.html). | |||
| Appendix A. Changes from Previous Versions | Appendix A. Changes from Previous Versions | |||
| RFC Editor: Please remove this section upon publication. | RFC Editor: Please remove this section upon publication. | |||
| The version draft-ietf-iasa2-trust-rationale-03.txt made some | ||||
| editorial corrections. | ||||
| The version draft-ietf-iasa2-trust-rationale-02.txt made some | The version draft-ietf-iasa2-trust-rationale-02.txt made some | |||
| editorial corrections. | editorial corrections. | |||
| The version draft-ietf-iasa2-trust-rationale-01.txt includes changes | The version draft-ietf-iasa2-trust-rationale-01.txt includes changes | |||
| relating to last call comments. The changes are 1) indication of why | relating to last call comments. The changes are 1) indication of why | |||
| this document is being published 2) updates to references, 3) the | this document is being published 2) updates to references, 3) the | |||
| addition of empty security and IANA consideration sections, 4) | addition of empty security and IANA consideration sections, 4) | |||
| editorial changes necessary for a document that is also read later, | editorial changes necessary for a document that is also read later, | |||
| and not just used in discussions at this time. | and not just used in discussions at this time. | |||
| End of changes. 9 change blocks. | ||||
| 14 lines changed or deleted | 17 lines changed or added | |||
This html diff was produced by rfcdiff 1.42. The latest version is available from http://tools.ietf.org/tools/rfcdiff/ | ||||