About RIPE | Contact  | Search | Sitemap    
Homepage RIPE  
RIPE Community Mail Archives
search  
     
RIPE Navigation Ends
About RIPE Maillists
Maillists Archive
Global Lists
Non Active Lists
RIPE NCC Navigation Ends
Next Section
<<< Chronological >>> Author Index    Subject Index <<< Threads >>>

ICANN renames RFC1591 as ICANN IPC1

  • From: Jay Fenello < >
  • Date: Mon, 04 Oct 1999 17:50:48 -0400


FYI:


Date: Mon, 4 Oct 1999 11:33:48 -0400
To: poised@localhost
From: Gordon Cook cook@localhost
Subject: ICANN renames RFC1591 as ICANN IPC1 - implicatons???

Dear Poised list members.... please take a look at http://www.noie.gov.au/docs/gac3min.htm

There you will find that:

"Mr. Roberts reported that there were no further developments related to the review process for the delegation of management of ccTLDs since the May meeting of the GAC. He said that this reflects the limited resources and funding available to ICANN to address the matter and confirmed that ICANN views the matter as important. He said that the document previously known as "RFC 1591" is now titled "ICANN Policy Document 1" or "ICP 1" and is posted on the ICANN website for reference. He confirmed that  ICP 1 does not contain any policy changes from RFC 1591 and is a simple restatement in the new format. "

I have some questions for  Mr. Roberts and list members.

It is well known that the GAC would like to hand countrol  of country code TLDs to the national governments of each country.

If GAC/ICANN were not prepar ing to asset its own control over RFCs why  would GAC/ICANN now be grabbing and renaming RFCs?

I would imagine that Roberts and company might not be so foolish as to try to say that IPC1 could take precedence over RFC 1591.  But I can see ICANN as part of its on going process of taking more and more authoity on to itsel f as saying:   THIS is how we are interpreting the management of county code domains.  If the IE TF doesn't agree that is the IETF's problem.  After all the IETF is subbordinate to ICANN as one of three protocol supporting oganizations.  ICANN will let the IETF keep its RFCs.  It will just over ride them at will.

Given the ICANN's behavior is this something that the IETF wishes to condone?


---------- Forwarded message ----------
Date: Mon, 4 Oct 1999 09:39:03 -0700 (PDT)
From: Mike Roberts mmr@localhost
To: poised@localhost
Subject: Re: RFC1591 and ICANN ICP-1

As was the case with Gordon's last post to POISED, his alleged
facts don't match reality very well.  If anyone on the list wishes
to explore this item beyond the scope of my points below, I'd be
happy to discuss it with you offline - see contact info below.

- the white paper and the DOC MOU with ICANN explicitly identify
TLD delegations as an area of ICANN policy responsibility. We
are currently in transition under those various agreements and 
moving from the era of Jon Postel stewardship of the TLD delegations
to one of ICANN responsibility is a task we are now engaged in.
The ICANN DNSO has a working group [see dnso.org] focusing on
part of the complex issues involved and their recommendations will
come to the ICANN Board in due course for further public comment, etc.

- as a first step, it was necessary to update and restate the guidance
contained in 1591 WITHOUT making any policy changes.  This was done
last April and May, and the resulting document was discussed by me and
others in several meetings in Berlin at the end of May, including the
public forum held on the Wednesday.  Neither in the meetings in May,
nor in the discussions in Santiago in August was there any feedback
that ICP-1 was not consistent with previous IANA practice during
Jon's management.

- RFC-1591 was an informational, not a standards setting RFC. The IETF
publishes numerous informational RFC's that meet various needs of the
technical community.  It was well known that 1591 was a document that 
Jon used in connection with his personal diplomacy in finding public
spirited individuals and organizations around the world that were
willing to help spread the Internet by putting up and maintaining a
TLD server.  ICANN aspires to do as well as Jon did with this 
task and it won't be easy.

- The relationship between ICANN and IAB/IETF is set out in the PSO
MOU, and in the exchange of correspondence between Esther Dyson and 
Brian Carpenter from last winter, which will shortly be the subject
of an IAB/IANA MOU.  These are public documents, they are not 
ambiguous, and they do not give any policy role to ICANN in the
technical standards setting activity of the IETF.  

- Mike Roberts

-----------

Michael M. Roberts
Interim President and Chief Executive Officer

Internet Corporation for Assigned Names and Numbers
4676 Admiralty Way, Suite 330, Marina del Rey, CA 90292-6601
+1 310.823.9358 voice   +1 310.823.8649 fax   http://www.icann.org

Office of the Interim President & CEO
339 La Cuesta Drive, Portola Valley, CA 94028 USA
+1.650.854.2108 voice / +1.650.854.8134 fax 
roberts@localhost  




  • Post To The List:
<<< Chronological >>> Author    Subject <<< Threads >>>
 

Next Section
     About RIPE | Site Map | LIR Portal | About the RIPE NCC | Contact | © RIPE Community. All rights reserved.
RIPE.NET Homepage LIR Portal RIPE Community