Tech-invite3GPPspaceIETFspace
96959493929190898887868584838281807978777675747372717069686766656463626160595857565554535251504948474645444342414039383736353433323130292827262524232221201918171615141312111009080706050403020100
in Index   Prev   Next

RFC 8716

Update to the IETF Anti-Harassment Procedures for the Replacement of the IETF Administrative Oversight Committee (IAOC) with the IETF Administration LLC

Pages: ~7
IETF/gen/iasa2/draft-ietf-iasa2-rfc7776bis-03
Best Current Practice: 25
BCP 25 is also:    2418    3934    7776
Updates:  7776

Top   ToC   RFCv3-8716
P. Resnick, Ed.
Episteme Technology Consulting LLC
A. Farrel, Ed.
Old Dog Consulting
February 2020

Update to the IETF Anti-Harassment Procedures for the Replacement of the IETF Administrative Oversight Committee (IAOC) with the IETF Administration LLC

Abstract

The IETF Anti-Harassment Procedures are described in RFC 7776.
The IETF Administrative Oversight Committee (IAOC) has been replaced by the IETF Administration LLC, and the IETF Administrative Director has been replaced by the IETF LLC Executive Director. This document updates RFC 7776 to amend these terms.
RFC 7776 contained updates to RFC 7437. RFC 8713 has incorporated those updates, so this document also updates RFC 7776 to remove those updates.

Status of This Memo

This memo documents an Internet Best Current Practice.
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on BCPs is available in Section 2 of RFC 7841.
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at https://www.rfc-editor.org/info/rfc8716.

Copyright Notice

Copyright (c) 2020 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.
Top   ToC   RFCv3-8716

1.  Introduction

The IETF Anti-Harassment Procedures are described in RFC 7776 [RFC 7776]. Those procedures include direction for the IETF Chair and Ombudsteam to take advice from the IETF Administrative Oversight Committee (IAOC) with respect to the budget available for training.
The IAOC has been replaced by the IETF Administration LLC, and the IETF Administrative Director has been replaced by the IETF LLC Executive Director. This document updates RFC 7776 to amend these terms and to update a reference.
RFC 7776 contained updates to [RFC 7437]. [RFC 8713] has incorporated those updates, so this document also updates RFC 7776 to remove those updates.
This document makes no other changes to the procedures described in RFC 7776.
Top   ToC   RFCv3-8716

2.  Changes to RFC 7776

2.1.  Changes to Section 3.4

Section 3.4 of RFC 7776 is about the qualifications and training of the Ombudsteam. The last paragraph of that section is replaced as follows:
OLD

In determining the appropriate training, the IETF Chair and Ombudsteam shall take professional advice and will consult with the IETF Administrative Oversight Committee (IAOC) with respect to the overall IETF budget.

NEW

In determining the appropriate training, the IETF Chair and Ombudsteam shall take professional advice and will consult with the IETF Administration LLC with respect to the overall IETF budget.

END

2.2.  Changes to Section 5

Section 5 of RFC 7776 is about remedies available to the Ombudsteam. The last paragraph of that section is replaced as follows:
OLD

Where specific action is required to ensure that a remedy is realized or enforced, the Ombudsteam will make a request in writing to the IETF Secretariat and/or IETF Administrative Director (IAD) to take action as appropriate.

NEW

Where specific action is required to ensure that a remedy is realized or enforced, the Ombudsteam will make a request in writing to the IETF Secretariat and/or IETF LLC Executive Director to take action as appropriate.

END

2.3.  Changes to References to RFC 7437

RFC 7776 updated RFC 7437 [RFC 7437] by allowing the Ombudsteam to form a recall petition. This document does not change any of the associated processes. However, during the process of documenting the replacement of the IAOC by the IETF Administration LLC, RFC 7437 has been obsoleted by [RFC 8713], and as part of that work, [RFC 8713] has included the update from RFC 7776.
This document updates RFC 7776 to remove the update of RFC 7437.

2.3.1.  Changes to Metadata

The following change is made to the metadata at the head of [RFC 7776]:
OLD

Updates: 2418, 7437

NEW

Updates: 2418

END

2.3.2.  Changes to the Abstract

The following change is made to text in the Abstract of [RFC 7776]:
DELETE

This document updates RFC 7437 by allowing the Ombudsteam to form a recall petition without further signatories.

END

2.3.3.  Changes to Section 5.1

The following change is made to text in Section 5.1 of RFC 7776:
OLD

  • Many IETF management positions are appointed by the NomCom with confirmation from the IESG, IAB, or ISOC. [RFC 7437] describes the recall procedure for such appointments. This document updates [RFC 7437] by allowing the Ombudsteam to form a recall petition on its own and without requiring 20 signatories from the community. Such a petition shall be treated in all ways like any other recall petition as described in [RFC 7437]: that is, the fact of the petition and its signatories (the Ombudsteam) shall be announced to the IETF community, and a Recall Committee Chair shall be appointed to complete the Recall Committee process. It is expected that the Recall Committee will receive a briefing from the Ombudsteam explaining why recall is considered an appropriate remedy.

NEW

  • The Ombudsteam may form a recall petition on its own without requiring signatures from the community as described in [RFC 8713].

END
Top   ToC   RFCv3-8716

3.  IANA Considerations

This document has no IANA actions.
Top   ToC   RFCv3-8716

4.  Security Considerations

This document has no implications for Internet security.
Top   ToC   RFCv3-8716

5.  References

5.1.  Normative References

[RFC7776]
P. Resnick, and A. Farrel, "IETF Anti-Harassment Procedures", BCP 25, RFC 7776, DOI 10.17487/RFC7776, March 2016,
<https://www.rfc-editor.org/info/rfc7776>.
[RFC8713]
M. Kucherawy, R. Hinden, and J. Livingood, "IAB, IESG, and IETF LLC Selection, Confirmation, and Recall Process: Operation of the IETF Nominating and Recall Committees", BCP 10, RFC 8713, DOI 10.17487/RFC8713, February 2020,
<https://www.rfc-editor.org/info/rfc8713>.

5.2.  Informative References

[RFC7437]
M. Kucherawy, "IAB, IESG, and IAOC Selection, Confirmation, and Recall Process: Operation of the Nominating and Recall Committees", BCP 10, RFC 7437, DOI 10.17487/RFC7437, January 2015,
<https://www.rfc-editor.org/info/rfc7437>.
Top   ToC   RFCv3-8716

Acknowledgements

Thanks to Jason Livingood for suggesting the need for this document.
Subramanian Moonesamy, Sean Turner, Jon Peterson, Roman Danyliw, and Barry Leiba raised useful points during their reviews of this work.
Top   ToC   RFCv3-8716

Authors' Addresses

Pete Resnick

Episteme Technology Consulting LLC
503 West Indiana Avenue
Urbana   Illinois   61801-4941
United States of America

Adrian Farrel

Old Dog Consulting
Top   ToC