IAB, IESG, and IAOC Selection, Confirmation, and Recall Process: IAOC Advisor for the Nominating Committee
RFC 8318

Document Type RFC - Best Current Practice (January 2018; No errata)
Updates RFC 7437
Was draft-dawkins-iesg-nomcom-advisor-iaoc (individual in gen area)
Last updated 2018-12-19
Stream IETF
Formats plain text pdf html bibtex
Reviews
Stream WG state (None)
Document shepherd Spencer Dawkins
Shepherd write-up Show (last changed 2017-10-09)
IESG IESG state RFC 8318 (Best Current Practice)
Consensus Boilerplate Yes
Telechat date
Responsible AD Alexey Melnikov
Send notices to Spencer Dawkins <spencerdawkins.ietf@gmail.com>
IANA IANA review state IANA OK - No Actions Needed
IANA action state No IANA Actions
Internet Engineering Task Force (IETF)                        S. Dawkins
Request for Comments: 8318                                Wonder Hamster
BCP: 10                                                     January 2018
Updates: 7437
Category: Best Current Practice
ISSN: 2070-1721

    IAB, IESG, and IAOC Selection, Confirmation, and Recall Process:
               IAOC Advisor for the Nominating Committee

Abstract

   This specification formalizes an ad hoc practice used to provide
   advice to the IETF Nominating Committee (NomCom) about the operations
   of the IETF Administrative Oversight Committee (IAOC).

   This document updates RFC 7437.

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/rfc8318.

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.

Dawkins                   Best Current Practice                 [Page 1]
RFC 8318                 IAOC Advisor for NomCom            January 2018

Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   3
   2.  Background on 'IAOC Liaisons' to Nominating Committees  . . .   3
   3.  BCP Text Changes  . . . . . . . . . . . . . . . . . . . . . .   4
     3.1.  Change to Section 4.3 of RFC 7437, 'Structure'  . . . . .   4
   4.  Security Considerations . . . . . . . . . . . . . . . . . . .   4
   5.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .   4
   6.  Normative References  . . . . . . . . . . . . . . . . . . . .   5
   Appendix A.  Discussion Points  . . . . . . . . . . . . . . . . .   6
     A.1.  Why Is This Role an Advisor?  . . . . . . . . . . . . . .   6
     A.2.  Why Is This Role Not a Liaison? . . . . . . . . . . . . .   7
     A.3.  Why Is This Role Not Required to Be a Sitting IAOC
           Member? . . . . . . . . . . . . . . . . . . . . . . . . .   8
     A.4.  Why Does the Nominating Committee Request an IAOC
           Advisor?  . . . . . . . . . . . . . . . . . . . . . . . .   8
   Acknowledgements  . . . . . . . . . . . . . . . . . . . . . . . .   9
   Author's Address  . . . . . . . . . . . . . . . . . . . . . . . .   9

Dawkins                   Best Current Practice                 [Page 2]
RFC 8318                 IAOC Advisor for NomCom            January 2018

1.  Introduction

   This specification formalizes an ad hoc practice used to provide
   advice to the IETF Nominating Committee (NomCom) about the operations
   of the IAOC (described in [RFC4071]).

   This document updates [RFC7437].

   Proposed future changes to BCP 10 should be discussed on the public
   IETF NomCom discussion mailing list, at
   <https://www.ietf.org/mailman/listinfo/ietf-nomcom>.

2.  Background on 'IAOC Liaisons' to Nominating Committees

   When RFC 7437 [RFC7437] was approved, it explicitly charged the
   nominating committee with selecting and reviewing certain members of
   the IAOC.  However, [RFC7437] did not provide for the IAOC to send a
   liaison to the nominating committee.

   This was not thought to be an obstacle because [RFC7437] allowed any
   committee member to propose a liaison from the IAOC:

      Any committee member may propose the addition of a liaison from
      other unrepresented organizations to participate in some or all of
      the deliberations of the committee.  The addition must be approved
      by the committee according to its established voting mechanism.
      Liaisons participate as representatives of their respective
      organizations.

   Beginning in 2010, the IAOC provided a liaison to each nominating
   committee.  In 2016, the IAOC did not provide a liaison because the
   nominating committee was not appointing an IAOC member.  The previous
   nominating committee had filled a mid-term vacancy (using the process
   described in Section 3.5. of [RFC7437]) by appointing an IAOC member
Show full document text