Correspondence Between IETF and ICANN
"Jim Fleming" <jfleming@anet.com> Fri, 09 July 1999 18:30 UTC
Received: by ietf.org (8.9.1a/8.9.1a) id OAA16682 for ietf-outbound.10@ietf.org; Fri, 9 Jul 1999 14:30:02 -0400 (EDT)
Received: from zeus.anet-chi.com (root@zeus.anet-chi.com [207.7.4.6]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA16619 for <ietf@ietf.org>; Fri, 9 Jul 1999 14:20:57 -0400 (EDT)
Received: from naperville (Nap-OEC.Max1-84.anet-chi.com [207.227.148.84]) by zeus.anet-chi.com (8.9.3/spamfix) with SMTP id NAA04947 for <ietf@ietf.org>; Fri, 9 Jul 1999 13:20:58 -0500 (CDT)
Message-ID: <058c01beca37$f9809c40$0101010a@naperville.unir.com>
From: Jim Fleming <jfleming@anet.com>
To: ietf@ietf.org
Subject: Correspondence Between IETF and ICANN
Date: Fri, 09 Jul 1999 13:22:15 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
ICANN ---------------------------------------------------------------------------- ---- Correspondence Between IETF and ICANN on Assignment of Protocol Parameters Developed or Maintained by the IETF ---------------------------------------------------------------------------- ---- Email from Scott Bradner, Brian Carpenter, and Fred Baker to Esther Dyson (February 22, 1999) Response of Esther Dyson (February 22, 1999) >From sob@harvard.edu Thu Feb 25 12:39:32 1999 To: edyson@edventure.com Subject: ICANN and the IETF Cc: brian@hursley.ibm.com, fred@cisco.com Dear Esther, We noticed the following notice in the Commerce Business Daily. Would you please clarify ICANN's understanding of these relationships? What is the relationship between the IETF and ICANN in general? What is the relationship between the IETF and the specific functions which the IANA has been providing in conjunction with the assignment of protocol parameters for IETF developed or maintained protocols? "Functions Performed: The contractor will perform the following IANA functions: "1) Coordination of the assignment of technical protocol parameters. This currently involves the review and assignment of unique values to numerous parameters (e.g., operation codes, port numbers, object identifiers, protocol numbers) used in various Internet protocols. This function also currently includes the dissemination of the listings of assigned parameters through various means (including on-line publication) and the review of technical documents for consistency with assigned values." Thank you, Scott Bradner (ISOC VP for Standards) Brian Carpenter (IAB Chair) Fred Baker (IETF Chair) ---------------------------------------------------------------------------- ---- >From edyson@edventure.com Thu Feb 25 16:16:44 1999 To: Scott Bradner From: edyson@edventure.com (Esther Dyson) Subject: Re: ICANN and the IETF Cc: brian@hursley.ibm.com, fred@cisco.com Dear Scott, Brian and Fred, Thank you for your letter inquiring as to ICANN's understanding of the relationships between the IETF, ICANN and the IANA's protocol parameter support activities. We are navigating uncharted waters and are proceeding carefully to try to do the right thing for the Internet community while following the principles and policies set out in the government's White Paper. One of the several responsibilities that the White Paper charges ICANN to carry out is "to coordinate the assignment of other Internet technical parameters as needed to maintain universal connectivity on the Internet." We do not understand this to mean the actual assignment of protocol parameters (which we would do only if some standards organization requests us to do so), but rather the development of policies and procedures to be used by organizations developing standards for the Internet to resolve disputes that may arise over specific protocol assignments. In particular we would expect that these policies and procedures will be designed to be used where a dispute is one in which the activity of one standards organization blocks the deployment of a technology from a second standards organization. It seems to us that, in the ordinary course of things, the initial development of such policies and procedures would logically fall within the scope of a Protocol Supporting Organization, which would then forward recommendations to the ICANN Board for its review. During the Postel era and currently, protocol parameter assignments have been routinely performed by IANA staff in coordination with the IETF. As you know, many of the people who were the IANA staff are now working for ICANN, and the IANA functions are in the process of being formally transferred to ICANN by the United States Government. We assume that the IETF will continue to have the discretion to decide where it would like this particular function performed in the future, and the IANA/ICANN staff are prepared to continue to perform these services if the IETF so requests. I hope this clarifies our view as to the respective roles of ICANN, IANA and the IETF in this area. We look forward to continuing to work with you to ensure the operational stability of the Internet. Yours, Esther Dyson Interim Chairman, ICANN ---------------------------------------------------------------------------- ----
- Correspondence Between IETF and ICANN Jim Fleming