IASA2 J. Klensin, Ed.
Internet-Draft November 15, 2018
Obsoletes: 3716, 3929, 3979, 4633, 4879,
8179 (if approved)
Updates: 2028, 2418, 3005, 3710, 5377,
6702, 7500 (if approved)
Intended status: Best Current Practice
Expires: May 19, 2019

Consolidated IASA2-Related Document Updates
draft-ietf-iasa2-consolidated-upd-00

Abstract

In 2018, the IETF began the transition to a new administrative structure, and updated its IETF Administrative Support Activity (IASA) to a new "IASA 2.0" structure. In addition to more substantive changes that are described in other documents, the transition to the 2018 IETF Administrative Support structure changes several position titles and organizational relationships that are referenced in other documents. Rather than reissue those documents individually, this specification provides updates to them and deprecates some now-obsolete documents to ensure that there is no confusion due to these changes.

Status of This Memo

This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79.

Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet-Drafts is at https://datatracker.ietf.org/drafts/current/.

Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress."

This Internet-Draft will expire on May 19, 2019.

Copyright Notice

Copyright (c) 2018 IETF Trust and the persons identified as the document authors. All rights reserved.

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.


Table of Contents

1. Introduction

In 2018, the IETF began the transition to a new administrative structure, and updated its IETF Administrative Support Activity (IASA) to a new "IASA 2.0" structure [RFC-Struct]. Key IASA 2.0 changes have been specified in a series of documents, including changes to the IETF Trust [RFC-trust-update], the rationale for it [RFC-trust-rationale], a new defining document for the IETF Administration LLC [LLC-Agreement] (informally called the "IETF LLC" or just "the LLC" in places in this document and elsewhere) and adjustments to the procedures for nominations and selections for relevant positions [RFC-7437bis].

In addition to more substantive changes that are described in those and other documents, the IASA 2.0 structure changes several position titles and organizational relationships that are referenced in other documents. Rather than reissue those documents individually, this document provides a unified update to them.

This document updates RFCs 2028, 2418, 3005, 3710, 5377, 6702, and 7500 (citations in context below) to make those terminology and related changes. For clarity, it also obsoletes RFCs 3716, 3929, 3979, 4633, 4879, and 8179 which were Experimental or Informational documents that are no longer relevant (see Section 6). The sections that follow identify the details of the relevant documents and the required changes.

[CREF1]Note in Draft: This document lists changes that the WG may choose to process as standalone replacement documents instead. The relevant sections are provided to speed things along should it decide to not do that.

2. Remove Text About the Connection Between the IAOC and IETF Trust

Some documents that discuss the IETF Trust or its relationship to the community describe it, or the Trustees, in relation to the IAOC. That connection must be eliminated to reflect the new IASA 2.0 structure.

This document applies that change to the following:

3. Replacement of IAOC with IETF Administration LLC

All mentions of the IETF Administrative Oversight Committee (IAOC) that are not removed by the prior section, shall be updated and replaced by the IETF Administration LLC (IETF-LLC). This is necessary because the IAOC is phased out under the IASA 2.0 structure.

This document applies that change to the following:

4. Where Appropriate, Replacement of the IETF Executive Director position with the Managing Director, IETF Secretariat

Under the IASA 2.0 structure, most of the responsibilities of the former position of IETF Executive Director been assigned to a new position (or at least title) of Managing Director of the IETF Secretariat. An "Executive Director" title is now associated with different, and largely new, responsibilities as an Officer of the IETF Administration LLC. These changes are described in the description of the new structural arrangements [RFC-Struct].

[CREF3]Editorial comment/rant (JcK 20181114): Or at least they had better be clearly described there because, if they are not, this document is the wrong place to try to fix it. I've done the best I could to combine my view of what this should say (which does not necessarily align with WG discussions) and Jason's (which presumably does, but had another issue or two). Basically, from the standpoint of a clear understanding of the new roles and titles, taking the old roles of "IETF Executive Director" and "IETF Administrative Director" and renaming the Secretariat management part of the former role to "Managing Director, IETF Secretariat" would have been a little confusing because the old "IETF Executive Director" position had functions that were not inherently limited to the Secretariat function as the IETF has understood it. But then taking some of the IAD functions and calling them "Executive Director" (without "IETF", but the term with "IETF" is still present in older documents that the WG has concluded it doesn't need to update and in some more recent sloppy usage) while distributing other IAD functions to the Secretariat is a recipe for complete confusion... and I've seen messages in which several people who have been active in the WG appear to be confused. I accept Alissa's judgment that it is too late to change this, or at least the association of the "Executive Director" title with that LLC function, but suggest we need to be _very_ careful -- much more careful than we have apparently been so far -- about good-quality explanations and absolute consistency about terminology.

This document applies that change to the following:

[CREF5]Note in Draft: Bob Hinden's note of November 10, 2018 11:37 +0900 indicates that RFC4844 should continue to reference the IETF Executive Director.

5. Remove the IETF Executive Director as an Option

In a few cases, it is no longer appropriate for either the Managing Director, IETF Secretariat (former IETF Executive Director position) or the new IETF Executive Director (for the LLC) to perform a particular historical function. The relevant documents are updated to remove the IETF Executive Director from the list of people with specific responsibilities or authority. Those documents will not be updated to use "Managing Director, IETF Secretariat" but, instead, the mention of the position will simply be dropped.

This document applies that change to the following:

6. Deprecated Documents

The IASA2 Working Group has also identified several RFCs that no longer apply as a result of the change to the new IASA 2.0 structure. The result is that several informational, experimental, or other RFCs can be deprecated.

This document deprecates the following:

It is also recommended that the above documents be reclassified to Historic to further reduce the risk of any confusion.

7. Acknowledgements

..to be supplied after version 00

8. Contributors

Jason Livingood did the hard work of identifying the documents that required updating and supplied considerable text used in this document.

9. IANA Considerations

[CREF6]RFC Editor: Please remove this section before publication.

This memo includes no requests to or actions for IANA.

10. Security Considerations

The changes specified in this document are matters of terminology and organizational structure derived from documents it references. It should have no effect on Internet security.

11. References

11.1. Normative References

[LLC-Agreement] IETF Administration LLC, "Limited Liability Company Agreement of IETF Administration LLC", August 2018.
[RFC-7437bis] Kucherawy, M., Hinden, R. and J. Livingood, "IAB, IESG, and IETF LLC Selection, Confirmation, and Recall Process: Operation of the IETF Nominating and Recall Committees", 2018.
[RFC-Struct] Haberman, B., Hall, J. and J. Livingood, "Record of Proposed Structure of the IETF Administrative Support Activity (IASA), Version 2.0", 2018.
[RFC-StructS3] Haberman, B., Hall, J. and J. Livingood, "Record of Proposed Structure of the IETF Administrative Support Activity (IASA), Version 2.0, Sectiion 3", 2018.
[RFC-trust-rationale] Arkko, J., "Discussion of the IASA 2.0 Changes as They Relate to the IETF Trust", 2018.
[RFC-trust-update] Arkko, J. and T. Hardie, "Update to the Process for Selection of Trustees for the IETF Trust", 2018.
[RFC2028] Hovey, R. and S. Bradner, "The Organizations Involved in the IETF Standards Process", BCP 11, RFC 2028, DOI 10.17487/RFC2028, October 1996.
[RFC2418] Bradner, S., "IETF Working Group Guidelines and Procedures", BCP 25, RFC 2418, DOI 10.17487/RFC2418, September 1998.
[RFC3005] Harris, S., "IETF Discussion List Charter", BCP 45, RFC 3005, DOI 10.17487/RFC3005, November 2000.
[RFC3710] Alvestrand, H., "An IESG charter", RFC 3710, DOI 10.17487/RFC3710, February 2004.
[RFC4844] Daigle, L. and Internet Architecture Board, "The RFC Series and RFC Editor", RFC 4844, DOI 10.17487/RFC4844, July 2007.
[RFC5377] Halpern, J., "Advice to the Trustees of the IETF Trust on Rights to Be Granted in IETF Documents", RFC 5377, DOI 10.17487/RFC5377, November 2008.
[RFC6702] Polk, T. and P. Saint-Andre, "Promoting Compliance with Intellectual Property Rights (IPR) Disclosure Rules", RFC 6702, DOI 10.17487/RFC6702, August 2012.
[RFC7500] Housley, R. and O. Kolkman, "Principles for Operation of Internet Assigned Numbers Authority (IANA) Registries", RFC 7500, DOI 10.17487/RFC7500, April 2015.

11.2. Informative References

[RFC3716] IAB Advisory Committee, "The IETF in the Large: Administration and Execution", RFC 3716, DOI 10.17487/RFC3716, March 2004.
[RFC3929] Hardie, T., "Alternative Decision Making Processes for Consensus-Blocked Decisions in the IETF", RFC 3929, DOI 10.17487/RFC3929, October 2004.
[RFC3979] Bradner, S., "Intellectual Property Rights in IETF Technology", RFC 3979, DOI 10.17487/RFC3979, March 2005.
[RFC4633] Hartman, S., "Experiment in Long-Term Suspensions From Internet Engineering Task Force (IETF) Mailing Lists", RFC 4633, DOI 10.17487/RFC4633, August 2006.
[RFC4879] Narten, T., "Clarification of the Third Party Disclosure Procedure in RFC 3979", RFC 4879, DOI 10.17487/RFC4879, April 2007.
[RFC8179] Bradner, S. and J. Contreras, "Intellectual Property Rights in IETF Technology", BCP 79, RFC 8179, DOI 10.17487/RFC8179, May 2017.

Author's Address

John C Klensin (editor) 1770 Massachusetts Ave, Ste 322 Cambridge, MA 02140 USA Phone: +1 617 245 1457 EMail: john-ietf@jck.com