Internet-Draft The IETF Chair Has an Emergency Stand-In June 2026
Eggert Expires 31 December 2026 [Page]
Workgroup:
Process Document Consolidation
Internet-Draft:
draft-eggert-procon-chair-standin-00
Published:
Intended Status:
Best Current Practice
Expires:
Author:
L. Eggert, Ed.
Mozilla

The IETF Chair Has an Emergency Stand-In

Abstract

This document defines a succession of emergency stand-ins in case the IETF Chair becomes incapacitated.

About This Document

This note is to be removed before publishing as an RFC.

The latest revision of this draft can be found at https://ietf-wg-procon.github.io/ietf-chair-standin/draft-eggert-procon-chair-standin.html. Status information for this document may be found at https://datatracker.ietf.org/doc/draft-eggert-procon-chair-standin/.

Discussion of this document takes place on the procon Working Group mailing list (mailto:procon@ietf.org), which is archived at https://mailarchive.ietf.org/arch/browse/procon/. Subscribe at https://www.ietf.org/mailman/listinfo/procon/.

Source for this draft and an issue tracker can be found at https://github.com/ietf-wg-procon/ietf-chair-standin.

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 31 December 2026.

Table of Contents

1. Introduction

The role of the IETF Chair is a single point of failure for the organization, with no defined processes for allowing others to quickly and/or temporarily take over aspects of the role if the IETF Chair becomes partially or fully unable to serve. (The defined process is that for "mid-term vacancies" per Section 3.5 of [RFC8713], which can take up to six weeks to complete and only allows for the permanent replacement of the IETF Chair by another individual.)

2. Emergency Stand-In

This section describes who may stand in for the IETF Chair in case of emergency if they become unable to fulfill their duties.

2.1. Background

As described in Section 1, the IETF Chair role is at the moment a single point of failure for the organization. In an emergency that incapacitated the IETF Chair, a recall petition followed by executing a "mid-term vacancy" replacement would need to be executed to name a new IETF Chair. This process will likely take several weeks at best, during which time there is no defined stand-in for the IETF Chair.

2.2. Delegation of the IETF Chair Role

This document proposes that the IETF Chair, at their sole discretion, designates another Area Director as their stand-in immediately upon being seated and at anytime afterward in case changes need to be made. In case the IETF Chair becomes incapacitated, the stand-in will automatically and immediately assume the role of the IETF Chair. This emergency delegation ends as soon as the NomCom appoints a new IETF Chair or the IETF Chair declares themselves fit for duty again.

3. Security Considerations

The usual security considerations [RFC3552] do not apply to this document.

4. IANA Considerations

This document has no IANA actions.

5. Acknowledgments

These individuals suggested improvements to this document:

6. References

6.1. Normative References

[RFC8713]
Kucherawy, M., Ed., Hinden, R., Ed., and J. Livingood, Ed., "IAB, IESG, IETF Trust, and IETF LLC Selection, Confirmation, and Recall Process: Operation of the IETF Nominating and Recall Committees", BCP 10, RFC 8713, DOI 10.17487/RFC8713, , <https://www.rfc-editor.org/rfc/rfc8713>.

6.2. Informative References

[RFC3552]
Rescorla, E. and B. Korver, "Guidelines for Writing RFC Text on Security Considerations", BCP 72, RFC 3552, DOI 10.17487/RFC3552, , <https://www.rfc-editor.org/rfc/rfc3552>.

Author's Address

Lars Eggert (editor)
Mozilla
Stenbergintie 12 B
FI-02700 Kauniainen
Finland