European Union Wants a Cut of the Internet
Nobody really controls the Internet — untold numbers of servers located in hundreds of jurisdictions simply can't be policed by any one individual, organization, or government. What is controlled, however, is the assignment of IP addresses and domain names — a function that is carried out by the Internet Corporation for Assigned Names and Numbers through the Internet Assigned Numbers Authority. That control is set to expire later this year, and ideas on who should take it from there are already beginning to circulate.
Most users of the Internet are probably blissfully unaware that ICANN/IANA exists — even many of those operating websites would likely be unable to give the full name of either or explain what they do. They are, however, extremely important to the smooth operation of the Internet, as demonstrated by more than a decade's supervision of explosive Internet growth. What even fewer are likely to know is that ICANN is not a private group or an international association: It is a quasi-governmental non-profit corporation that derives its authority from the United States Department of Commerce.
How this came to be delves a bit into the history of the Internet. Before there was The Internet™ and the World Wide Web — started/created/invented by Sir Tim Berners-Lee while working at CERN, the same group responsible for the Large Hadron Collider — there was ARPANET. While many predecessor, concurrent, and future systems were important in the eventual development of The Internet™, ARPANET provided the technical core. As ARPANET was originally a product of the U.S. Department of Defense, the DOD originally held ultimate control — elements of the DOD's control split between the Stanford Research Institute/SRI International and the Defense Data Network—Network Information Center, the University of Southern California's Information Sciences Institute and the (pre-ICANN) IANA, the National Science Foundation and InterNIC, and a number of subcontractors at various points over thirty-plus years. In 1998, ICANN was created, under the auspices of the U.S. Department of Commerce, once again providing a central authority; ICANN's mandate has been extended and clarified a number of times since.
The last formal extension/clarification took place in September 2006, with the adoption of modifications to the Memorandum of Understanding/Joint Project Agreement[PDF] between the Department of Commerce and ICANN — per the modified terms, the agreement terminates on September 30, 2009. The most likely response to the termination will be an extension/renewal or a new MOU/JPA between the parties — if the DOC was displeased enough with ICANN to cause it to not renew the agreement, it would surely have exercised the option to terminate the agreement early rather than wait it out.
That hasn't stopped speculation and suggestion, however; ideas have been floated to transfer control to everyone from the U.S. government directly to the UN to abandoning control all together and letting it all take care of itself. The European Union has been vocal for some time with criticism of the unilateral control exercised over such a global function, and earlier this month, the European Commissioner for Information Society and Media, Viviane Reding, proposed her own successor body. Under Reding's plan, control would be transitioned from the U.S. government via ICANN to an informal body, based on the G12, that would oversee a new, completely-independent authority, also to be named ICANN, and an independent judiciary would be established, presumably to undertake the dispute resolution functions now performed by ICANN.
Though it would only meet a minimum of twice each year, Reding expects it to provide "swift reaction in case of threats to the stability, security and openness of the Internet." Representatives would be apportioned to maintain geographic balance, with Africa, Europe, North America, and South America each dispatching two, Asia providing three, and Australia one, with the head of ICANN attending but not voting. The European Commission is holding hearings into the matter of governing the Internet, with the first scheduled for just days after Reding's comments.
The Commission has been on the receiving end of questions from at least one member of the European Parliament for some time, centering on Europe's free trade laws and whether various ICANN regulations are in violation of them. Such a determination would likely create an international incident, as the presumable sanctions available would either be to prohibit ICANN from doing business in Europe — the fate bestowed upon companies based outside the European Union jurisdiction's but who do business within the Union if they undertake a merger or acquisition without the approval of EU antitrust regulators — or to levy a fine.
Barring ICANN from doing business in Europe would likely serve to prevent European registrars from becoming ICANN-accredited at a minimum and, in an extreme scenario, even prevent the registration of domain names period, as ICANN controls the process — and all registrations require payment of an ICANN registration fee. The ICANN-controlled IANA is responsible for creating and delegating not just top-level domains like .com and .net, but also country code TLDs — in an even more extreme scenario, preventing business with ICANN could mean preventing the Union's member nations from using the ICANN-controlled country code TLDS. On the other hand, ICANN is a quasi-governmental body — private, but not quite, and with special status and privileges, much like the U.S. Postal Service — and imposing a fine on such a body would ultimately mean imposing it upon the United States itself, something Washington isn't likely to take lightly.
As far as actual control goes, the Department of Commerce has stated on a number of occasions, in no uncertain terms, that it "has no plans to transition management of the authoritative root zone file to ICANN," a task currently performed by VeriSign under a similar contract. (IANA processes requests to change the authoritative root zone file, but VeriSign is responsible for actually implementing the changes.) As long as VeriSign retains that authority, the real governance of the Internet will stay with the U.S. government, irrespective of who sorts through the registrations.
That aside, transitioning control of ICANN outside the U.S. government is likely outside the Department of Commerce's remit, something Reding seems to acknowledge. She had the following to say on the subject in a videotaped statement for her website: "I trust that President Obama will have the courage, the wisdom and the respect for the global nature of the Internet to pave the way in September for a new, more accountable, more transparent, more democratic and more multilateral form of Internet governance." While any move to do so would undoubtedly require the President's involvement, it is a matter for serious debate whether even he has the authority to unilaterally divest a portion of the U.S. government, quasi-governmental non-profit or not. Doing so would presumably fall under the purview of Congress, either by passing an act transferring control directly, or, since an international organization is one proposal, if done by treaty, through the Senate's exclusive power to ratify treaties.
For now, the matter remains one for intense debate, and no doubt will be intensely debated in forums worldwide up to and after September 30.
Justin Ryan is a Contributing Editor for Linux Journal.
|Dynamic DNS—an Object Lesson in Problem Solving||May 21, 2013|
|Using Salt Stack and Vagrant for Drupal Development||May 20, 2013|
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
|Non-Linux FOSS: Seashore||May 10, 2013|
- Dynamic DNS—an Object Lesson in Problem Solving
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Using Salt Stack and Vagrant for Drupal Development
- New Products
- RSS Feeds
- A Topic for Discussion - Open Source Feature-Richness?
- Validate an E-Mail Address with PHP, the Right Way
- Drupal Is a Framework: Why Everyone Needs to Understand This
- Readers' Choice Awards
- The Secret Password Is...
- All the articles you talked
1 hour 27 min ago
- All the articles you talked
1 hour 30 min ago
- All the articles you talked
1 hour 31 min ago
5 hours 56 min ago
- Keeping track of IP address
7 hours 47 min ago
- Roll your own dynamic dns
13 hours 59 sec ago
- Please correct the URL for Salt Stack's web site
16 hours 12 min ago
- Android is Linux -- why no better inter-operation
18 hours 27 min ago
- Connecting Android device to desktop Linux via USB
18 hours 56 min ago
- Find new cell phone and tablet pc
19 hours 54 min ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi
It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?