home *** CD-ROM | disk | FTP | other *** search
/ Internet Core Protocols / Oreilly-InternetCoreProtocols.iso / RFCs / rfc2690.txt < prev    next >
Encoding:
Text File  |  1999-10-14  |  14.3 KB  |  452 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                         S. Bradner
  8. Request for Comments: 2690                            Harvard University
  9. Category: Informational                                   September 1999
  10.  
  11.  
  12.     A Proposal for an MOU-Based ICANN Protocol Support Organization
  13.  
  14. Status of this Memo
  15.  
  16.    This memo provides information for the Internet community.  It does
  17.    not specify an Internet standard of any kind.  Distribution of this
  18.    memo is unlimited.
  19.  
  20. Copyright Notice
  21.  
  22.    Copyright (C) The Internet Society (1999).  All Rights Reserved.
  23.  
  24. 1. Abstract
  25.  
  26.    This is a copy of the proposal for an MOU-based Protocol Supporting
  27.    Organization that was submitted to ICANN on April 23, 1999.
  28.  
  29. 2. Cover Letter
  30.  
  31.    This is a copy of the cover letter that was used to submit the draft
  32.    to ICANN.
  33.  
  34.    Dear Esther,
  35.  
  36.            Enclosed please find a description of a proposed Protocol
  37.    Support Organization (PSO) for ICANN's consideration.  This
  38.    description is purposefully informal as it is meant to be a basis for
  39.    discussion and not a final formal legal document.
  40.  
  41.            This proposal was developed primarily by using the open
  42.    Internet Engineering Task Force (IETF) poisson working group mailing
  43.    list to discuss successive versions of the proposal.  In addition the
  44.    proposal has benefited from extensive discussion within the IETF's
  45.    Internet Engineering Steering Group (IESG) and Internet Architecture
  46.    Board (IAB).  The proposal also benefited from extended discussions
  47.    with representatives of the International Telecommunication Union
  48.    (ITU) and the World Wide Web Consortium (W3C).
  49.  
  50.            I look forward to ICANN's evaluation of this proposal and am
  51.    also looking forward to the MOU development meeting  noted in section
  52.    1.c of the proposal.
  53.  
  54.  
  55.  
  56.  
  57.  
  58. Bradner                      Informational                      [Page 1]
  59.  
  60. RFC 2690                   ICANN PSO Proposal             September 1999
  61.  
  62.  
  63.    Thanks
  64.  
  65.    Scott
  66.  
  67. 3. Proposal for a MOU-based PSO
  68.  
  69.                      ICANN Protocol Supporting Organization
  70.  
  71.    1. Definition of the PSO.
  72.  
  73.       a. Purpose.
  74.  
  75.          The Protocol Support Organization (PSO) will be a consensus-
  76.          based advisory body within the ICANN framework.
  77.  
  78.       b. Components.
  79.  
  80.          The PSO will establish a "Protocol Council" and host an annual
  81.          open meeting (known as the "General Assembly" (described
  82.          below)).
  83.  
  84.       c. Creation through a Memorandum of Understanding.
  85.  
  86.          Arrangements regarding the PSO are to be reflected in a
  87.          Memorandum of Understanding (MOU) among ICANN and a group of
  88.          open international Internet related standards development
  89.          organizations (SDOs). SDOs must satisfy a set of objective
  90.          criteria before they can be considered for membership. (see
  91.          Appendix A) After ICANN has accepted a proposal for an ICANN
  92.          PSO, including the SDO criteria, a meeting, open to all SDOs
  93.          that believe they meet the criteria, will be held to develop
  94.          the MOU.
  95.  
  96.          All existing MOU signatories must agree to the admission of new
  97.          signatories. Rejected applicants can appeal to the ICANN Board
  98.          where a 2/3rds majority can override such a rejection if the
  99.          board finds the SDO meets the criteria.
  100.  
  101.    2. The Protocol Council
  102.  
  103.       a. Members
  104.  
  105.          The Protocol Council will have up to [12] individual members
  106.          selected by the SDO signatories of the MOU. (see below)
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114. Bradner                      Informational                      [Page 2]
  115.  
  116. RFC 2690                   ICANN PSO Proposal             September 1999
  117.  
  118.  
  119.       b. Term
  120.  
  121.          The term of Protocol Council members will be 2 years. Removal
  122.          will be pursuant to procedures established through the MOU.
  123.          (Initial terms will be 1 and 2 years to provide initial
  124.          conditions for staggered terms.)
  125.  
  126.       c. Powers/Duties of the Protocol Council
  127.  
  128.          i   Appointment of ICANN Directors
  129.  
  130.              The Protocol Council will nominate 3 Directors to the ICANN
  131.              Board (By-laws, Art. V, Sec. 4(iii)). The initial directors
  132.              would have terms of 1, 2 and 3 years (By-laws, Art. V, Sec.
  133.              9(d)
  134.  
  135.              The Protocol Council will conduct an open call for
  136.              nominations for any open PSO seats on the ICANN board. Each
  137.              SDO signatory to the MOU is entitled to nominate candidates
  138.              by procedures of its own choosing. Additionally,
  139.              nominations from the public at large should be allowed
  140.              under conditions to be defined by the Protocol Council.
  141.  
  142.              The Protocol Council will select the PSO nominees to the
  143.              ICANN board from among these nominees by a means of its own
  144.              choosing.
  145.  
  146.          ii  Qualifications of ICANN Directors
  147.  
  148.              No more than 2 PSO-nominated Directors may come from the
  149.              same geographic region.
  150.  
  151.          iii Role of ICANN Directors
  152.  
  153.              The Directors appointed by the Protocol Council will not
  154.              represent the PSO on the Board, but will function as full
  155.              Directors of ICANN.  (By-laws, Art. V, Sec. 8)
  156.  
  157.          iv  Advisory Role
  158.  
  159.              The Protocol Council will advise the Board of ICANN on
  160.              matters referred to the Protocol Council by the ICANN
  161.              Board. As per the ICANN By-laws, only matters relating to
  162.              the assignment of parameters for Internet protocols would
  163.              be so referred.
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170. Bradner                      Informational                      [Page 3]
  171.  
  172. RFC 2690                   ICANN PSO Proposal             September 1999
  173.  
  174.  
  175.       d. Policy Development
  176.  
  177.          In the tradition of the Internet, standards development
  178.          policies and conflict resolution mechanisms should be created
  179.          by those institutions most directly involved, without undue
  180.          interference from centralized bodies.
  181.  
  182.          The ICANN By-laws vest in the PSO the primary responsibility
  183.          for developing and recommending substantive policies in the
  184.          area of protocol parameter assignment.  The PSO is committed to
  185.          the proposition that policies for parameter assignments for
  186.          particular protocols are the responsibility of the individual
  187.          SDO that developed the protocol. The Protocol Council will be
  188.          available as needed by the SDOs to develop policies and
  189.          procedures for conflict resolution between SDOs. (By-laws, New
  190.          Art. VI, Sec. 2(b)). Any policies must be adopted by consensus
  191.          of all SDOs.  The ICANN Board of Directors will take no
  192.          addition action regarding disputes between SDOs related to
  193.          protocol assignment or registration.
  194.  
  195.    3. Annual Open Meeting (General Assembly)
  196.  
  197.       a. Hosting an open meeting
  198.  
  199.          The Protocol Council will periodically host an open meeting
  200.          ("General Assembly") for promoting discussion and receiving
  201.          input regarding the work of the PSO. A General Assembly meeting
  202.          will be held at least once per year, and will permit open
  203.          participation by all interested individuals.
  204.  
  205.          The annual open meeting will be held in conjunction with a
  206.          major meeting of one of the SDOs that have signed the MOU.
  207.          (with an effort to hold no 2 consecutive meetings in the same
  208.          geographic region.
  209.  
  210.          It is expected that the major SDOs within the Internet protocol
  211.          standards development community will provide the constituency
  212.          of the General Assembly.
  213.  
  214.       b. Selection of Protocol Council Members
  215.  
  216.          Prior to the annual open meeting, the Protocol Council shall
  217.          make an open call for nominations to the upcoming vacancies in
  218.          the Protocol Council. Each SDO signatory to the PSO MOU will be
  219.          entitled to make nominations for some or all of the vacant
  220.          seats by a procedure of its own choosing. In the event that
  221.          there are more nominees than vacancies, an election will be
  222.          held in which each SDO signatory to the PSO MOU has equal votes.
  223.  
  224.  
  225.  
  226. Bradner                      Informational                      [Page 4]
  227.  
  228. RFC 2690                   ICANN PSO Proposal             September 1999
  229.  
  230.  
  231.          Protocol Council Members should fairly represent, to the extent
  232.          reasonable, all constituencies within the member SDOs,
  233.          including the major technical areas and geographical regions.
  234.  
  235.    4. Open Proceedings and Documents
  236.  
  237.       a. Communications between ICANN and the PSO
  238.  
  239.          All communications between ICANN and the PSO will be made
  240.          public on the PSO web site. In the event that ICANN requests
  241.          that a communication be kept confidential, the PSO will honor
  242.          this request for a fixed period of time not to exceed one year,
  243.          and then make the communication public.
  244.  
  245.       b. PSO Proceedings
  246.  
  247.          All discussions of PSO business will be conducted on a
  248.          publicly-archived mailing list accessible through the PSO web
  249.          site. The schedule for the PSO meetings will be posted 90 days
  250.          in advance of the meeting date. The agenda for the Protocol
  251.          Council and annual open meetings will be posted on the PSO web
  252.          site at least 30 days before the meetings.  The minutes from
  253.          all PSO meetings will be publicly posted on the PSO web site
  254.          within 30 days of the meeting.
  255.  
  256.    5. Review of MOU
  257.  
  258.       The MOU signatories will periodically review the results and
  259.       consequences of their cooperation under the MOU. When appropriate,
  260.       the signatories will consider the need for improvements in the MOU
  261.       and make suitable proposals for modifying and updating the
  262.       arrangements and scope of the MOU.
  263.  
  264.    6. Recognition
  265.  
  266.       ICANN will officially recognize the PSO described in this memo as
  267.       the PSO under the ICANN By-laws Art. 6, Sec. 3.
  268.  
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282. Bradner                      Informational                      [Page 5]
  283.  
  284. RFC 2690                   ICANN PSO Proposal             September 1999
  285.  
  286.  
  287. Appendix A - requirements for consideration as a PSO-qualified SDO
  288.  
  289.       SDOs must be open, international, voluntary technical standard and
  290.       technical specification development organizations which:
  291.  
  292.       1) Develop standards and/or specifications for use over the public
  293.          Internet.
  294.  
  295.       2) Can demonstrate active membership in the IP-related standards
  296.          and/or specification development process of more than 1000
  297.          individuals, if individual memberships are used by the
  298.          organization, or 100 companies, if corporate memberships are
  299.          used by the organization.
  300.  
  301.       3) Has been in operation for 3 or more years at the time of their
  302.          application.
  303.  
  304.       4) Can demonstrate that there is significant deployment of its
  305.          standards on the Internet.
  306.  
  307.       5) The significant protocols controlled by the organization can be
  308.          implemented without paying a licensing fee to the organization
  309.  
  310.       Open international voluntary standards bodies are defined as
  311.       international organizations that plan, develop or establish
  312.       voluntary standards.
  313.  
  314.       An organization shall be considered open and international if its
  315.       standards and/or specifications development process is open to any
  316.       person or organization of any nationality on equitable terms. It
  317.       shall be considered voluntary if it makes no claim to compel use
  318.       of its standards and specifications.
  319.  
  320.       In either case, to be considered as 'international', the voting
  321.       (or other "full") membership must include individuals or companies
  322.       primarily located in at least three different regions and at least
  323.       two different countries within each of those regions.
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338. Bradner                      Informational                      [Page 6]
  339.  
  340. RFC 2690                   ICANN PSO Proposal             September 1999
  341.  
  342.  
  343. 4. Security Considerations
  344.  
  345.    This type of non-protocol document does not directly effect the
  346.    security of the Internet.
  347.  
  348. 5. Editor's Address
  349.  
  350.    Scott Bradner
  351.    Harvard University
  352.    1350 Mass Ave, rm 876
  353.    Cambridge, MA
  354.    02138
  355.    USA
  356.  
  357.    Phone: +1 617 495 3864
  358.    EMail: sob@harvard.edu
  359.  
  360.  
  361.  
  362.  
  363.  
  364.  
  365.  
  366.  
  367.  
  368.  
  369.  
  370.  
  371.  
  372.  
  373.  
  374.  
  375.  
  376.  
  377.  
  378.  
  379.  
  380.  
  381.  
  382.  
  383.  
  384.  
  385.  
  386.  
  387.  
  388.  
  389.  
  390.  
  391.  
  392.  
  393.  
  394. Bradner                      Informational                      [Page 7]
  395.  
  396. RFC 2690                   ICANN PSO Proposal             September 1999
  397.  
  398.  
  399. 6. Full Copyright Statement
  400.  
  401.    Copyright (C) The Internet Society (1999).  All Rights Reserved.
  402.  
  403.    This document and translations of it may be copied and furnished to
  404.    others, and derivative works that comment on or otherwise explain it
  405.    or assist in its implementation may be prepared, copied, published
  406.    and distributed, in whole or in part, without restriction of any
  407.    kind, provided that the above copyright notice and this paragraph are
  408.    included on all such copies and derivative works.  However, this
  409.    document itself may not be modified in any way, such as by removing
  410.    the copyright notice or references to the Internet Society or other
  411.    Internet organizations, except as needed for the purpose of
  412.    developing Internet standards in which case the procedures for
  413.    copyrights defined in the Internet Standards process must be
  414.    followed, or as required to translate it into languages other than
  415.    English.
  416.  
  417.    The limited permissions granted above are perpetual and will not be
  418.    revoked by the Internet Society or its successors or assigns.
  419.  
  420.    This document and the information contained herein is provided on an
  421.    "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
  422.    TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
  423.    BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
  424.    HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
  425.    MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
  426.  
  427. Acknowledgement
  428.  
  429.    Funding for the RFC Editor function is currently provided by the
  430.    Internet Society.
  431.  
  432.  
  433.  
  434.  
  435.  
  436.  
  437.  
  438.  
  439.  
  440.  
  441.  
  442.  
  443.  
  444.  
  445.  
  446.  
  447.  
  448.  
  449.  
  450. Bradner                      Informational                      [Page 8]
  451.  
  452.