ICANNWatch
 
  Inside ICANNWatch  
Submit Story
Home
Lost Password
Preferences
Site Messages
Top 10 Lists
Latest Comments
Search by topic

Our Mission
ICANN for Beginners
About Us
How To Use This Site
ICANNWatch FAQ
Slash Tech Info
Link to Us
Write to Us

  Useful ICANN sites  
  • ICANN itself
  • Bret Fausett's ICANN Blog
  • Internet Governance Project
  • UN Working Group on Internet Governance
  • Karl Auerbach web site
  • Müller-Maguhn home
  • UDRPinfo.com;
  • UDRPlaw.net;
  • CircleID;
  • LatinoamerICANN Project
  • ICB Tollfree News

  •   At Large Membership and Civil Society Participation in ICANN  
  • icannatlarge.com;
  • Noncommercial Users Constituency of ICANN
  • NAIS Project
  • ICANN At Large Study Committee Final Report
  • ICANN (non)Members page
  • ICANN Membership Election site

  • ICANN-Related Reading
    Browse ICANNWatch by Subject

    Ted Byfied
    - ICANN: Defending Our Precious Bodily Fluids
    - Ushering in Banality
    - ICANN! No U CANN't!
    - roving_reporter
    - DNS: A Short History and a Short Future

    David Farber
    - Overcoming ICANN (PFIR statement)

    A. Michael Froomkin
    - When We Say US™, We Mean It!
    - ICANN 2.0: Meet The New Boss
    - Habermas@ discourse.net: Toward a Critical Theory of Cyberspace
    - ICANN and Anti-Trust (with Mark Lemley)
    - Wrong Turn in Cyberspace: Using ICANN to Route Around the APA & the Constitution (html)
    - Form and Substance in Cyberspace
    - ICANN's "Uniform Dispute Resolution Policy"-- Causes and (Partial) Cures

    Milton Mueller
    - Ruling the Root
    - Success by Default: A New Profile of Domain Name Trademark Disputes under ICANN's UDRP
    - Dancing the Quango: ICANN as International Regulatory Regime
    - Goverments and Country Names: ICANN's Transformation into an Intergovernmental Regime
    - Competing DNS Roots: Creative Destruction or Just Plain Destruction?
    - Rough Justice: A Statistical Assessment of the UDRP
    - ICANN and Internet Governance

    David Post
    - Governing Cyberspace, or Where is James Madison When We Need Him?
    - The 'Unsettled Paradox': The Internet, the State, and the Consent of the Governed

    Jonathan Weinberg
    - Sitefinder and Internet Governance
    - ICANN, Internet Stability, and New Top Level Domains
    - Geeks and Greeks
    - ICANN and the Problem of Legitimacy

    Highlights of the ICANNWatch Archive
    (June 1999 - March 2001)


     
    The Big Picture Springtime for ICANN
    posted by michael on Thursday June 12 2003, @06:13AM

    SusanC writes "How ICANN Can Clear the Contractual Underbrush, Avoid the Swamp of Local Laws, and Plant the Seeds of Constructive Policy Development
    By David R. Johnson and Susan P. Crawford

    Earlier this year, ICANN received a letter from the World Intellectual Property Organization suggesting that (a) names and acronyms standing for international intergovernmental organizations and (b) country names should be protected in gTLD registrations -- and that the Uniform Dispute Resolution Policy should be modified to allow IGOs and states to file complaints. ICANN's Board has just decided that the way to deal with this request is to commission a report about "whether implementation of the WIPO recommendations would require ICANN to prescribe adherence to normative rules, not based on established laws, for the resolution of competing third-party claims to rights to register names." In the guise of prudently worrying about its mission, ICANN may be missing an opportunity to remind the world that its contractually-binding consensus policies aren't necessarily "based on established laws." Making policies by consensus, so as to establish minimal global standards for the domain name system (whether or not these standards have been enacted by any particular local legislatures) is a feature, not a bug, of the ICANN structure and mission."



    "Let's remember where ICANN's power comes from: contracts. ICANN's ability to make rules and enforce them stems only from the contracts it has signed with registries and registrars. The registry/registrar contracts say that these businesses will comply with future ICANN policies that are supported by a documented consensus among affected parties. These standard policies don't have to come from national law -- indeed, in most cases, national governments will never have thought about the subject of the policy. What government cares about the Redemption Grace Period consensus policy? Or a policy on Deletes? The point about consensus policies (and, indeed, the whole point of the consensus process) is that they are global rules that most affected parties have contractually agreed to go along with -- whether or not such policies have a source in national law. The idea is that, through the hard work of consensus generation and documentation, ICANN will be able to create a few global rules that provide more predictable policies for the domain name space than whatever rules would result from a choice of law analysis applied to every different situation.

    The UDRP has been "grandfathered" as a consensus policy that is applied uniformly to all gTLD registries, through their contracts with ICANN. The central point of the UDRP, and the reason it was adopted, is that it creates some global standards for cybersquatting disputes: e.g., "bad faith registration." This standard wasn't a feature of any national law before the UDRP was drafted. We needed a single uniform rule that would be relatively easy and inexpensive to apply. The UDRP rules state, along these lines, that a panelist can decide disputes "on the basis of the statements and documents submitted and in accordance with the Policy, these Rules and any rules and principles of law that it deems applicable." When a UDRP panelist is confronted with questions like whether a registrant has a legal right to a name, or whether instead a registrant has "no rights or legitimate interests" in that name, the panelist can apply appropriate local law. But the overall "bad faith" determination is a globally applicable standard that was not itself part of any particular national law. That was the point.

    ICANN's recent announcement that it has to study whether it can make rules "not based on established laws" demonstrates a serious misunderstanding of ICANN's role in the world -- and of the role of consensus policies. The major original goal of ICANN was to create a source of uniform global DNS policies on a narrow range of subjects -- those as to which global uniformity was widely agreed to be necessary to assure continued technical interoperation and stability of the DNS. ICANN should do just that.

    Based on the comments submitted so far, it doesn't look as if there is much support for WIPO's proposals -- and so, probably, no consensus in favor of such a policy could be demonstrated. If that's the case, registries under contract with ICANN won't be contractually required to adopt a modified UDRP, no matter what WIPO (or even the ICANN Board) may think is the "best policy." That's the way the system should work.

    ICANN seems to think that if it bases all of its policies on national law, it will be safe from criticism. Something like this sentiment may be animating its recent statements about whois policies, to the effect that the privacy issues relating to whois are "a matter of local law." But moving away from ICANN's clear source of contractual power towards the supposed shelter of national laws is actually a move in the direction of a swamp: local laws will always conflict and cannot be harmonized. That's why ICANN was structured to create global consensus policies. Limiting consensus policies to what is "based in local law" is impossible. Limiting ICANN "policies" (broadly defined) to non-consensus-based decrees that merely echo local law ignores the key term of the contracts.

    That is not to say that local laws are irrelevant. Registries and registrars are, of course, required to comply with the laws of their home countries. But whether local governments will pass many laws touching the DNS is a question of whether the core policy issues are appropriately tackled by ICANN in the first instance. For example, if ICANN finds a way in the whois discussion to give law enforcement what it needs, while protecting privacy to some degree, then governments may defer to the ICANN regime.

    The entire ICANN enterprise would have been pointless if (1) all it is doing is restating local law and (2) it can't make globally uniform contractually binding policies unless there happens to be some globally uniform local law on the subject. Under that view, ICANN would become a law enforcement agency helping local sovereigns extend their jurisdiction -- hardly a role for a California not-for-profit company. ICANN should stay away from the swamp of "established law." But it could do a lot, right now, to clarify the scope of its regulatory policy-making powers and the limitations on those powers.

    It is spring, the season of gardening. So it's a good time for ICANN to both explain and reinvigorate its policy-making process and powers. The best way for ICANN to start doing that would be by pruning its own contractual underbrush. The registry contracts have been growing unchecked for some time under the care of those who may have forgotten ICANN's central mission and mandate: providing a forum for developing policies most can agree are needed at a global level (and enforcing those policies through contracts that registries/registrars are willing to sign precisely because they only impose policies on which most can agree).


    Tempted to get into specifics, ICANN's prior staff supplemented the key consensus policy provision with numerous additional clauses, attachments and addendums, all of which serve to crystallize particular staff views that were in effect when those particular contracts were written (and that could be imposed on eager applicants for new TLD contracts or registrar accreditation). These contracts stand in the way of a vibrant future for constructive policy-making by the ICANN community (not to mention healthy competition between registries and registrars to provide new services to registrants).

    Right now, if a registry adds a single new service, large numbers of contractual appendices have to be changed in small and complicated ways. ICANN's entire contractual structure has become a rococco menace -- artificial, excessively ornamented, and susceptible to collapse. This structure gives whoever sits in the General Counsel's chair far too much power to create new complications for businesses that want to open up new services. If ICANN offered clear, slender contracts, maybe even ccTLDs would agree to them too. The central premise of these new contracts would be the same bargain that underlay the creation of ICANN in the first place: registries and registrars agree to follow future ICANN policies if they are supported by demonstrable consensus.

    We want to make clear that (1) contractually-binding, mandatory, broadly-applicable Consensus Policies are not the same thing as (2) the Institutional Decisions that ICANN makes (such as what advice to give the US DOC in connection with the process to open up new gTLDs). In the former case, to document consensus we need to get clear information about who objects, with what stake, for what reason. In the case of institutional decisions (which do not impose mandatory duties or prohibitions on third parties), we also need a clear record -- but the Board does have a right to make decisions that it believes best serves the community even in the absence of consensus. Clearing away the contractual underbrush, and making appropriate distinctions between contractually-binding consensus policies and institutional decisions, may provide an opportunity for ICANN to make very plain when it needs a full-fledged Policy Development Process (PDP) and when it doesn't.


    The current confusion over the relationship of ICANN's consensus policies to local law is understandable. The current contracts are so long, and so full of details not based on consensus policies, that some ICANN participants have forgotten about the core clause (still in those contracts) concerning how future contractually binding ICANN policies must be made. Chopping back to that root agreement might do wonders by reminding everyone why they should participate in ICANN meetings -- and what the discussion is all about. It's not about letting staff (or even the Board) make regulatory policies based on their own wisdom. It's certainly not about echoing local law (even assuming anyone could determine what that is and which one should apply). It is about whether and when and why we may need a few global rules for the DNS, and finding the version of those rules on which most affected parties can agree. If we got this constructive vision of policy development right, affected parties would show up, understanding that their objections would need to be dealt with in order to create mandatory policies (as long as those objections aren't from people who are looking to harm the competitive marketplace or impose unjustifiable costs on others). These affected parties would know that they could contribute to policies that improve on local law by creating a uniform baseline of enforceable policies for the DNS. And, on the other hand, ICANN's discussions about institutional policies would be improved if everyone understood that what they were doing was informing the Board -- which would be entitled to make its own best decision without worrying about constituency "vetoes."

    If we get back to those basics, we may grow a new and fruitful garden by fall."

     
      ICANNWatch Login  
    Nickname:

    Password:

    [ Don't have an account yet? Please create one. It's not required, but as a registered user you can customize the site, post comments with your name, and accumulate reputation points ("karma") that will make your comments more visible. ]

     
      Related Links  
  • CORE
  • UDRP
  • ICANN
  • More on The Big Picture
  • Also by michael
  •  
    This discussion has been archived. No new comments can be posted.
    Springtime for ICANN | Log in/Create an Account | Top | 2 comments | Search Discussion
    Click this button to post a comment to this story
    The options below will change how the comments display
    Threshold:
    Check box to change your default comment view
    The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
    A few global rules
    by rhill on Friday June 13 2003, @12:52AM (#11800)
    User #3320 Info | http://www.itu.int/ITU-T/
    I was fascinated by the passage: "It is about whether and when and why we may need a few global rules for the DNS, and finding the version of those rules on which most affected parties can agree."

    The reason those particular words struck me is that ITU is all about determining by consensus whether and when and why we may need a few global rules for telecommunications, and finding the version of those rules on which all affected parties can agree.

    Which of course does not imply that ITU should "take over" ICANN or anything like that.

    Best,
    Richard Hill
    [ Reply to This | Parent ]


    Search ICANNWatch.org:


    Privacy Policy: We will not knowingly give out your personal data -- other than identifying your postings in the way you direct by setting your configuration options -- without a court order. All logos and trademarks in this site are property of their respective owner. The comments are property of their posters, all the rest © 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008 by ICANNWatch.Org. This web site was made with Slashcode, a web portal system written in perl. Slashcode is Free Software released under the GNU/GPL license.
    You can syndicate our headlines in .rdf, .rss, or .xml. Domain registration services donated by DomainRegistry.com