rfc2282.txt

著名的RFC文档,其中有一些文档是已经翻译成中文的的.


RFC 2282                 IAB and IESG Selection            February 1998


   The term nominee refers to an individual under consideration by the
   nominating committee.  The term candidate refers to a nominee that
   has been selected by the nominating committee to be considered for
   confirmation by a confirming body.  A confirmed candidate is a
   candidate that has been reviewed and approved by a confirming body.

    (1)   All rules and special circumstances not otherwise specified
          are at the discretion of the Chair.

        Exceptional circumstances will occasionally arise during the
        normal operation of the nominating committee.  This rule is
        intended to foster the continued forward progress of the
        committee.  All members of the committee should consider whether
        the exception is worthy of mention in the next revision of this
        document and followup accordingly.

    (2)   The Chair must establish and publicize milestones, which must
          include at least a call for nominations.

        There is a defined time period during which the selection and
        confirmation process must be completed.  The Chair must
        establish a set of milestones which, if met in a timely fashion,
        will result in the completion of the process on time.  The Chair
        should allow time for iterating the activities of the committee
        if one or more candidates is not confirmed.

        The milestones must be publicized using at least the same
        mechanism used by the IETF secretariat for its announcements.

    (3)   The Chair must establish a voting mechanism.

        The committee must be able to objectively determine when a
        decision has been made during its deliberations.  The criteria
        for determining closure must be established and known to all
        members of the nominating committee.

    (4)   At least a quorum of committee members must participate in a
          vote.  A quorum is comprised of at least 7 voting members.

    (5)   The Chair may establish a process by which a member of the
          nominating committee may be recalled.

        The process, if established, must be agreed to by a 3/4 majority
        of the members of the nominating committee, including the non-
        voting members since they would be subject to the same process.

    (6)   All members of the nominating committee may participate in all
          deliberations.



Galvin                   Best Current Practice                  [Page 8]

RFC 2282                 IAB and IESG Selection            February 1998


        The emphasis of this rule is that no member, whether voting or
        non-voting, can be explicitly excluded from any deliberation.
        However, a member may individually choose not to participate in
        a deliberation.

    (7)   The Chair announces the open positions to be reviewed and the
          call for nominees.

        The call for nominees must include a request for comments
        regarding the past performance of incumbents, which will be
        considered during the deliberations of the nominating committee.

        The announcements must be publicized using at least the same
        mechanism used by the IETF secretariat for its announcements.

    (8)   Any member of the IETF community may nominate any member of
          the IETF community for any open position.

        A self-nomination is permitted.

    (9)   Nominating committee members must not be nominees.

        To be a nominee is to enter the process of being selected as a
        candidate and confirmed.  Nominating committee members are not
        eligible to be considered for filling any open position.

    (10)  Members of the IETF community who were recalled from any IESG
          or IAB position during the previous two years must not be
          nominees.

    (11)  The nominating committee selects candidates based on its
          understanding of the IETF community's consensus of the
          qualifications required to fill the open positions.

        The intent of this rule is to ensure that the nominating
        committee consults with a broad base of the IETF community for
        input to its deliberations.

        The consultations are permitted to include a slate of nominees,
        if all parties to the consultation agree to observe customary
        and reasonable rules of confidentiality.

        A broad base of the community should include the existing
        members of the IAB and IESG, especially sitting members who
        share responsibilities with open positions, e.g., co-Area
        Directors.





Galvin                   Best Current Practice                  [Page 9]

RFC 2282                 IAB and IESG Selection            February 1998


    (12)  Nominees should be advised that they are being considered and
          must consent to their nomination prior to being confirmed.

        The nominating committee should help nominees provide
        justification to their employers.

        A nominee's consent must be written (email is acceptable) and
        include a commitment to provide the resources necessary to fill
        the open position and an assurance that the nominee will perform
        the duties of the position for which they are being considered
        in the best interests of the IETF community.

    (13)  The nominating committee advises the confirming bodies of
          their candidates, specifying a single candidate for each open
          position and a testament as to how each candidate meets the
          qualifications of an open position.

        The testament may include a brief resume of the candidate and a
        summary of the deliberations of the nominating committee.

    (14)  With respect to any action to be taken in the context of
          notifying and announcing confirmed candidates, and notifying
          rejected nominees and candidates, the action must be valid
          according to all of the rules specified below prior to its
          execution.

   a.   Up until a candidate is confirmed, the identity of the candidate
        must be kept confidential.

   b.   The identity of all nominees must be kept confidential (except
        that the nominee may publicize their intentions).

   c.   Rejected nominees may be notified as soon as they are rejected.

   d.   Rejected candidates may be notified as soon as they are
        rejected.

   e.   Rejected nominees and candidates must be notified prior to
        announcing confirmed candidates.

   f.   Confirmed candidates may be notified and announced as soon as
        they are confirmed.

        It is consistent with these rules for a nominee to never know if
        they were a candidate or not.






Galvin                   Best Current Practice                 [Page 10]

RFC 2282                 IAB and IESG Selection            February 1998


        It is consistent with these rules for some nominees to be
        rejected early in the process and for some nominees to be kept
        as alternates in case a candidate is rejected by a confirming
        body.  In the matter of whether a confirmed candidate was a
        first choice or an alternate, that information need not ever be
        disclosed and, in fact, probably never should be.

        It is consistent with these rules for confirmed candidates to be
        notified and announced as quickly as possible instead of
        requiring all confirmed candidates to wait until all open
        positions have been reviewed.

        When consulting with individual members of the IETF community,
        if all parties to the consultation agree to observe customary
        and reasonable rules of confidentiality the consultations are
        permitted to include a slate of nominees.

        The announcements must be publicized using at least the same
        mechanism used by the IETF secretariat for its announcements.

5.  Member Recall

   The following rules apply to the recall process.  If necessary, a
   paragraph discussing the interpretation of each rule is included.

    (1)   Anyone may request the recall of any sitting IAB or IESG
          member, at any time, upon written (email is acceptable)
          request with justification to the Internet Society President.

    (2)   Internet Society President shall appoint a Recall Committee
          Chair.

        The Internet Society President must not evaluate the recall
        request.  It is explicitly the responsibility of the IETF
        community to evaluate the behavior of its leaders.

    (3)   The recall committee is created according to the same rules as
          is the nominating committee with the qualifications that the
          person being investigated and the person requesting the recall
          must not be a member of the recall committee in any capacity.

    (4)   The recall committee operates according to the same rules as
          the nominating committee with the qualification that there is
          no confirmation process.

    (5)   The recall committee investigates the circumstances of the
          justification for the recall and votes on its findings.




Galvin                   Best Current Practice                 [Page 11]

RFC 2282                 IAB and IESG Selection            February 1998


        The investigation must include at least both an opportunity for
        the member being recalled to present a written statement and
        consultation with third parties.

    (6)   A 3/4 majority of the members who vote on the question is
          required for a recall.

    (7)   If a sitting member is recalled the open position is to be
          filled according to the mid-term vacancy rules.

6.  Changes From RFC2027

    (1)   In order to foster better communication between nominating
          committees from one year to the next the Chair of each year's
          committee has been added as a non-voting liaison of the next
          year's committee.

    (2)   In order to confirm the eligibility of each volunteer in the
          pool of names from which nominating committee members are
          chosen the Chair must announce the list prior to the random
          selection.

    (3)   In order to confirm the random selection process used to
          select voting nominating committee members the Chair must
          announce the fair and unbiased method used in advance of its
          execution.

    (4)   Some guidance was added to ensure that the nominating
          committee consults with a broad base of the IETF community.

    (5)   Some guidance was added to ensure that the nominating
          committee understands that it may name prospective nominees
          when consulting with individual members of the IETF community.

    (6)   Some guidance was added to ensure that the nominating
          committee understands that it is responsible for ensuring that
          an appropriate set of one-half of each of the IESG and IAB
          positions are reviewed each year.













Galvin                   Best Current Practice                 [Page 12]

RFC 2282                 IAB and IESG Selection            February 1998


7.  Security Considerations

   Any selection, confirmation, or recall process necessarily involves
   investigation into the qualifications and activities of prospective
   candidates.  The investigation may reveal confidential or otherwise
   private information about candidates to those participating in the
   process.  Each person who participates in any aspect of the process
   has a responsibility to maintain the confidentiality of any and all
   information not explicitly identified as suitable for public
   dissemination.

8.  Editor's Address

   James M. Galvin
   eList eXpress LLC
   PO Box 220
   Glenwood, MD, 21738

   EMail: [e-mail]
































Galvin                   Best Current Practice                 [Page 13]

RFC 2282                 IAB and IESG Selection            February 1998


9.  Full Copyright Statement

   Copyright (C) The Internet Society (1998).  All Rights Reserved.

   This document and translations of it may be copied and furnished to
   others, and derivative works that comment on or otherwise explain it
   or assist in its implementation may be prepared, copied, published
   and distributed, in whole or in part, without restriction of any
   kind, provided that the above copyright notice and this paragraph are
   included on all such copies and derivative works.  However, this
   document itself may not be modified in any way, such as by removing
   the copyright notice or references to the Internet Society or other
   Internet organizations, except as needed for the purpose of
   developing Internet standards in which case the procedures for
   copyrights defined in the Internet Standards process must be
   followed, or as required to translate it into languages other than
   English.

   The limited permissions granted above are perpetual and will not be
   revoked by the Internet Society or its successors or assigns.

   This document and the information contained herein is provided on an
   "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
   TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
   BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
   HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
   MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
























Galvin                   Best Current Practice                 [Page 14]