Verisign raises .name prices

Verisign plans to add 10% to the price of a .name domain name, judging by published correspondence.
In a price list sent to ICANN last week, the maximum registry fee for a one-year registration at the second level in .name will be set at $6.60 from August 1, 2013.
It appears to be the first such price increase in .name since the current registry contract was signed back in 2007. That contract set the fee at $6, with maximum hikes of 10% a year.
The new price list (pdf) is rather extensive, also covering products such as email forwarding and .name’s rather expensive wildcard-based defensive registrations.
Links to Verisign’s current pricing for these services are currently broken, so I can’t tell right now whether they’re going up, down, or staying the same.
It’s the second price increase Verisign has announced since it lost the right to hike the registry fee for .com last year. It is also raising .net prices later this year.

Verisign’s .name contract up for renewal

Fresh from winning ICANN approval for its money-spinning .com franchise, Verisign is now going through the same process to renew its .name registry agreement.
Notably, the company isn’t getting the ability to raise its prices — the registry fee for a .name domain will still be fixed at $6 per name per year, according to the new contract.
There are lots of other changes, though. Many terms have been changed to make .name more in line with .net, which Verisign renegotiated last year, and with the standard new gTLD contract.
The company will, for example, be able to launch geographically focused promotions, in line with .net, and will be bound by new service level agreements, in line with new gTLDs.
While there are tweaks to the fee structure, the amount of money ICANN will reap from the deal appears to remain at the current rate of $0.25 per transaction or domain-year.
ICANN published the proposed agreement for public comment on Tuesday. They’re cutting it pretty fine — the current deal, signed in 2007, is due to expire on August 15.

Fight brewing over thick .com Whois

This year is likely to see a new fight over whether Verisign should be forced to create a “thick” Whois database for .com and its other generic top-level domains.
While Verisign has taken a deliberately ambivalent position on whether ICANN policy talks should kick off, the community is otherwise split on whether a mandatory thick Whois is a good idea.
Currently, only .com, .net, .name and .jobs – which are all managed on Verisign’s registry back-end – use a thin Whois model, in which domain name registrars store their customers’ data.
Other gTLDs all store registrant data centrally. Some “sponsored” gTLD registries have an even closer relationship with Whois data — ICM Registry for example verifies .xxx registrants’ identities.
But in a Preliminary Issue Report published in November, ICANN asked whether it should kick off a formal Policy Development Process that could make thick Whois a requirement in all gTLDs.
In comments filed with ICANN last week, Verisign said:

As the only existing registry services provider impacted by any future PDP on Thick Whois, Verisign will neither advocate for nor against the initiation of a PDP.
…
Verisign believes the current Whois model for .com, .net, .name and .jobs is effective and that the proper repository of registrant data is with registrars — the entities with direct connection to their customers. However, if the community, including our customers, determines through a PDP that “going thick” is now the best approach, we will respect and implement the policy decision.

Thick Whois services make it easier to find out who owns domain names. Currently, a Whois look-up for a .com domain can require multiple queries at different web sites.
While Whois aggregation services such as DomainTools can simplify searches today, they still face the risk of being blocked by dominant registrars.
The thin Whois model can also make domain transfers trickier, as we witnessed just last week when NameCheap ran into problems processing inbound transfers from Go Daddy.
ICANN’s Intellectual Property Constituency supports the transition to a thick Whois. It said in its comments:

Simplifying access to this information through thick Whois will help prevent abuses of intellectual property, and will protect the public in many ways, including by reducing the level of consumer confusion and consumer fraud in the Internet marketplace. Thick Whois enables quicker response and resolution when domain names are used for illegal, fraudulent or malicious purposes.

However, Verisign noted that a thicker Whois does not mean a more accurate Whois database – registrars will still be responsible for collecting and filing customer contact records.
There are also concerns that a thick Whois could have implications for registrant privacy. Wendy Seltzer of the Non-Commercial Users Constituency told ICANN:

Moving all data to the registry could facilitate invasion of privacy and decrease the jurisdictional control registrants have through their choice of registrar. Individual registrants in particular may be concerned that the aggregation of data in a thick WHOIS makes it more attractive to data miners and harder to confirm compliance with their local privacy laws.

This concern was echoed to an extent by Verisign, which noted that transitioning to a thick Whois would mean the transfer of large amounts of data between legal jurisdictions.
European registrars, for example, could face a problem under EU data protection laws if they transfer their customer data in bulk to US-based Verisign.
Verisign also noted that a transition to a thick Whois would dilute the longstanding notion that registrars “own” their customer relationships. It said in its comments:

As recently as the June 2011 ICANN meeting in Singapore, Verisign heard from several registrars that they are still not comfortable with Verisign holding their customers’ data. Other registrars have noted no concern with such a transition

ICANN staff will now incorporate these and other comments into its final Issue Report, which will then be sent to the GNSO Council to decide whether a PDP is required.
If the Council votes in favor of a PDP, it would be many months, if at all, before a policy binding on Verisign was created.

Will ITU object to phone number .tel domains?

Should Telnic be allowed to let people register their phone numbers as .tel domain names?
That’s the question ICANN is currently posing to the internet-using public, after it determined that allowing numeric-only .tel domains does not pose a security and stability threat.
If you can register a phone number in almost every other gTLD (except VeriSign’s .name), then why not in .tel? On the face of it, it’s a no-brainer.
But Telnic’s request represents a huge U-turn, reversing a position it has held for 10 years, that runs the risk of drawing the attention of the International Telecommunications Union.
Telnic originally applied for .tel during ICANN’s very first new gTLD round, back in 2000.
The third-party evaluator ICANN hired to review the new TLD applications clearly assumed that .tel domains would be mainly text-based, noting that Telnic, unlike other .tel bids:

does not make use of phone numbers in the sub-domain name, but instead uses names to designate the intended destination of VoIP calls… the Telnic application appears to have the least impact on PSTN numbering.

The report added, parenthetically: “It should be noted that Telnic’s application does not explicitly renounce the future use of numbers”.
That all changed after November 2000, when the ITU wrote to ICANN to express concerns about the four proposed telephony-related TLDs:

it is the view of ITU that it would be premature for ICANN to grant any E.164-related TLD application as this may jeopardize these cooperative activities or prejudice future DNS IP Telephony addressing requirements.

E.164 is the international telephone numbering plan, which the ITU oversees. It also forms the basis of the ENUM protocol, which stores phone numbers in the DNS under e164.arpa.
ICANN’s board of directors used the ITU letter to reject all four telephony TLDs, which irked Telnic. The would-be registry filed a Reconsideration Request in an attempt to get the decision reversed.
In it, Telnic attempted to persuade ICANN that the ITU had nothing to worry about with its “text-based” and strictly non-numeric TLD. The company wrote (my emphasis):

* All-digit strings will be permanently embargoed.
* Broad terms and conditions and safeguards will be implemented covering any abuses that could possibly lead to any PSTN confusion, conflict or similarity.
* Measured use of numbers might be permissible where there is no direct, marginal, implied or similar confusions/conflicts with PSTN codes or numbers – and where digits form an incidental part of a text string (e.g. johnsmith11.tel).

ICANN’s reconsideration committee denied the request.
In 2004, when ICANN’s sponsored TLD round opened up, Telnic applied for .tel again. This time, it was careful to avoid upsetting the ITU from the very outset.
Indeed, the second paragraph of its application stated clearly:

Digits are to be restricted to maintain the integrity of a letters/words based top-level domain and to avoid interference with established or future national and international telephone numbering plans.

The application referred to the namespace as “text-based” throughout, and even used the need for policies regulating the use of digits to justify the sponsoring organization it intended to create.
The application stated:

The .Tel will not:
…
Allow numeric-only domains to be registered, and therefore will not conflict with any national or international telephone numbering plan.

It also said:

Domain name strings containing only digits with or without a dash (e.g. 08001234567, 0-800-1234567) will be restricted and reserved to maintain the integrity as a letters/words based top-level domain

Despite these assurances, it was obvious that the ITU’s concerns about numeric .tel domains continued to bother ICANN right up until it finally approved .tel in 2006.
During the board meeting at which Telnic’s contract was approved, director Raimundo Beca pressed for the inclusion of language that addressed the constraints on numeric domains and chair Vint Cerf asked general counsel John Jeffrey to amend the resolution accordingly.
While that amendment appears to have never been made, it was clearly envisaged at the moment of the board vote that .tel was to steer clear of numeric-only domains.
Telnic’s contract now specifically excludes such registrations.
Given all this history, one might now argue that Telnic’s request to lift these restrictions is kind of a Big Deal.
A Telnic spokesperson tells me that, among other things, the current restrictions unfairly exclude companies that brand themselves with their phone numbers, such as 118-118 in the UK.
He added that Telnic request has been made now in part because VeriSign has requested the lifting of similar restrictions in .name, which ICANN has also concluded is not a stability problem.
However, as far as I can tell .name was not subject to the same kinds of ITU-related concerns as .tel when it was approved in 2000.
Telnic proposes one safeguard against conflict with E.164, in that it will not allow the registration of single-digit domains, reducing the potential for confusion with ENUM strings, which separate each digit with a dot.
If the ITU does rear its head in response to the current .tel public comment period, it will come at a awkward time, politically. Some ITU members have said recently they want the ITU to form a committee that would have veto power over ICANN’s decisions.
But Telnic says, in its proposal, that it does not know of anybody who is likely to object to its request.
Perhaps it is correct.

Telnic wants to sell numeric domain names

Telnic, the .tel registry, wants ICANN to allow it to start taking registrations of purely numeric domain names.
While the company has not submitted a formal request, Telnic CEO Khashayar Mahdavi has asked for numbers-only domains in a separate public comment period.
VeriSign has asked ICANN for the ability to start accepting hyphens and numbers in domain names in the .name TLD, including purely numeric strings such as phone numbers.
Mahdavi, who apparently views .name as a key competitor, wrote in a comment submitted on the VeriSign request:

If ICANN decides to remove this restriction from .name then this change in policy should apply to .tel as well. Approving the release of this restriction on one TLD and leaving it in place for another provides the first with a substantial commercial advantage.
In order to avoid such an unjust result, we respectfully request that, if ICANN decides to approve VeriSign’s request to allow all-numeric strings (and strings with combinations of numbers and hyphens) to be registered as domain names in .name, it simultaneously allow Telnic to do the same in .tel.

Telnic’s charter, part of its ICANN registry contract, currently states “The .tel registry will not allow numeric-only domains to be registered at the registry level.”
I believe the restriction was conceived in order to avoid clashes with the international telephone numbering authorities and the ENUM protocol. Mahdavi wrote:

Telnic believes it is important to avoid conflict with ENUM , so it will continue to forbid the registration of single digit domain names in .tel. Such domain names would be necessary for creating an ENUM tree under .tel, so forbidding them makes a .tel-based ENUM system impossible.

When Telnic originally applied for .tel in 2000, one of the reasons it was rejected was the fact that the International Telecommunications Union wasn’t happy with the idea of phone numbers in domain names.