You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Current »

  • Category: (replace this text with one of the following categories: Administration/Budget, Board, ccTLD, gTLD, IP, ICANN Structure, International Agreement, Root Zone)
  • Topic: (replace this text with a keywords from title)
  • Board meeting date: 1 October 2008
  • Resolution number: 2008.10.01.04
  • URL for Board minutes/resolution: http://www.icann.org/en/minutes/minutes-01oct08.htm
  • Status: (replace this text with: Completed, Ongoing, Suspended)

Summary
(replace this text with the a one-sentence summary of the resolution)

Text

Mike Zupke gave a high-level overview of the De-Accredited Registrar Transition Procedure, which is intended to provide a rapid, objective and predictable procedure for transitioning names from a de-accredited registrar to an ICANN-accredited registrar and enhance the protection for registrants.

Mike noted that the procedure was developed following the participatory workshop held during the ICANN meeting in Delhi and public consultation on the proposed procedure. This is intended to work in tandem with the bulk transfer provision in the Inter-Registrar Transfer Policy when a registrar becomes de-accredited. Mike summarized the procedure and took questions from the Board. He noted that the procedure is intended to be a flexible process. ICANN has been using the procedure in an interim basis for several months.

Jean-Jacques Subrenat recommended that the resolution direct Staff to review the procedure on its anniversary and thereafter at longer intervals.

The Chair asked how ICANN measured community support for the procedure in absence of comments. Mike noted that the procedure was developed from the inputs received in Delhi and that the inputs were generally well-received. Staff undertook efforts to include a diverse group of stakeholders in the workshop.

Harald Tveit Alvestrand noted that the procedure proposed auctions in the case of a de-accredited registrar and he questioned how funds might be handed in such situations. Mike said this was an important point and that auctions were generally expected to operate as an exception to the normal process.

The Chairman said that he assume revenue resulting from an auction would go to the de-accredited registrar, and not to ICANN.

John Jeffrey noted the case-by-case nature of the procedure. The Chairman added that it should be clear there is no intention to gain revenue through this process. Bruce Tonkin noted that this was not clear in the document and there should be an explicit statement that in principle any funds from the procedure would not go to ICANN. John Jeffrey noted that this discussion would be included in the minutes. Susan Crawford added, that she believed these comments were correct, save for payment of outstanding fees owed by the de-accredited registrar to ICANN.

Harald requested clarification of the procedure's guidelines for when ICANN chooses RFP or auction.

There was discussion between Jean-Jacques Subrenat, the Chairman and Bruce Tonkin on where to insert language in the procedure as a high-level principle that the procedure is to enhance the protection of registrants, and any benefits from auction would generally go to pay outstanding ICANN feed and the remainder would be left to the de-accredited registrar in general. The procedure was then modified to explicitly note that its purpose is to protect registrants, not generate revenue for ICANN. Bruce Tonkin noted his conflict of interest as a potential receiving registrar.

The Chairman noted that the procedure should be reviewed from time to time for effectiveness. The resolution relating to the amended text, was then moved by Steve Goldstein and seconded by Jean-Jacques Subrenat

Whereas, Staff has implemented a Registrar Data Escrow program to protect registrants through the escrowing of certain registration data for use upon de-accreditation of an ICANN-accredited registrar;

Whereas, Staff has developed a set of processes entitled the De-Accredited Registrar

Transition Procedure in consultation with the ICANN community to facilitate timely transition of gTLD registrations upon de-accreditation of a registrar to another accredited registrar;

Whereas, the De-Accredited Registrar Transition Procedure has been posted by ICANN for public comment and utilized by Staff on an interim basis;

Whereas, the Board requested that the purpose of the procedure reflect the goal of enhancing the protection to the registrants and that any benefits from an auction would generally go to pay outstanding ICANN fees, with the remainder left for the de-accredited registrar where appropriate;

It is hereby resolved (2008.10.01.04) that the Board adopts the De-Accredited Registrar Transition Procedure and further directs Staff to periodically re-evaluate its effectiveness as the registrar marketplace evolves and make modifications to the procedure as appropriate.

A voice vote was taken of all Board Members present for each resolution, and the motion was approved by a vote of 14 to 0, with no abstentions.

The Board offered thanks to Staff for their work.

Implementation Actions

  • (replace this text with specific Action Item)
    • Responsible entity: (replace this text with the responsible entity: ICANN department, ICANN Community Structure, Board, U.S. Department of Commerce)
    • Due date: (replace this text with Due Date)
    • Completion date: (replace this text with Date action was implemented)
  • (replace this text with specific Action Item)
    • Responsible entity: (replace this text with the responsible entity: ICANN department, ICANN Community Structure, Board, U.S. Department of Commerce)
    • Due date: (replace this text with Due Date)
    • Completion date: (replace this text with Date action was implemented)

Other Related Resolutions

  • (replace this text with links to related resolutions)

Additional Information

  • (replace this text with any additional notes related to this resolution, i.e. funding considerations)

Note: The "Add Comment" box below is for sharing information about implementation of this resolution. Off-topic comments will be removed.

  • No labels