Does this sexy .sx ad portend a clash with .sex?

In the occasional DI tradition of linkbaiting Domaining.com with promises of scantily clad eye candy, I humbly invite male readers to get their goggles around this beauty:

Phwoar! Eh?
Apologies.
Anyway, there’s a serious point here.
SX Registry, which is in the process of launching the new .sx ccTLD for the recently formed territory of Sint Maarten, distributed this flyer in the goody bags at ICANN 44 in Prague last week.
The marketing was aimed at registrars, presumably, but the company’s web site has similar imagery as well.
It’s pretty clear what angle SX Registry is going for, and it could portend a clash with .sex and .sexy, which have both been proposed by applicants under ICANN’s new gTLD program.
ICM Registry (.sex), Uniregistry (.sexy) and Internet Marketing Solutions Limited (.sex) may have a potential objector on their hands.

Digital archery is dead, but uncertainties remain

ICANN has killed off its unpopular “digital archery” scheme, which it had planned to use to rank and batch new top-level domain applications for evaluation.
But the organization has not yet replaced it with anything, leaving gTLD applicants without their much-sought-after certainty for at least the next three weeks.
In a resolution yesterday, ICANN’s New gTLD Program Committee approved the following resolution:

Resolved (2012.06.27.NG06), the New gTLD Program Committee directs the President and CEO to terminate the Digital Archery process as approved in Resolutions 2011.12.08.04-2011.12.08.07.

Given the discussions between the ICANN board and the rest of the community here at ICANN 44 in Prague this week, it would have been more surprising if archery had survived.
Not everyone is happy to see it go, of course.
Richard Schreier, CEO of erstwhile digital archery service provider Pool.com, took to the mic at the ICANN public forum this afternoon to ask that ICANN sticks to its decisions in future.
He further noted that the decision to scrap archery had been made without the input of applicants who are not in attendance at the meeting.
Now that archery has gone, the ICANN board has left a vacuum – nobody knows how applications will be prioritized for processing and evaluation.
Committee chair Cherine Chalaby said that ICANN will now open a comment period for all applicants, in order to help build a “roadmap” to “detail the next steps and timelines”.
This roadmap is due, it seems before the new gTLD committee’s next meeting, which is due to take place approximately three weeks from now.
This does not necessarily mean the program has been delayed, however. ICANN senior vice president Kurt Pritz said a few times this week that evaluators will start looking at apps July 12.

.radio gTLD applicant joins the GAC

The European Broadcasting Union, which is one of four applicants for the .radio top-level domain, has asked to join ICANN’s Governmental Advisory Committee as an observer.
It is believed that its request is likely to be accepted.
The move, which comes just a couple of weeks after ICANN revealed its list of new gTLD applications, could raise conflict of interest questions.
While several GAC governments and observers are backing new gTLD bids – the UK supports .london, for example – they’re generally geographic in nature and generally not contested.
But .radio has been applied for by Afilias, BRS Media and Donuts in addition to the EBU.
While any organization can file objections against applications, under the rules of the new gTLD program the GAC has the additional right to issue special “GAC Advice on New gTLDs”.
Consensus GAC advice is expected to be enough to kill an application.
Since it’s not entirely clear how the GAC will create its formal Advice, it’s not yet clear whether the EBU will have any input into the process.
According to the GAC’s governing principles, observers do not have voting rights, but they can “participate fully in the GAC and its Committees and Working Groups”.
The EBU’s .radio gTLD would be open to all potential registrants, but it would be subject to post-registration content restrictions: web sites would have to be radio-oriented, according to the application.
It’s also the only Community-designated bid in the contention set, meaning it could attempt a Community Priority Evaluation to resolve the dispute.
The EBU has also applied for .eurovision, the name of its annual singing competition, as an uncontested dot-brand.

Former ICANN VP calls bull on Beckstrom’s exit speech

If you were following DI on Twitter during the opening ceremony of ICANN 44 yesterday, you may have noticed I only tweeted one direct quote from incoming CEO Fadi Chehade.

Chehade: “I care much more about getting things done than about figuring out who should get the credit.” #icann44

— Kevin Murphy (@DomainIncite) June 25, 2012

I pulled this one line out of what was a fairly long and passionate address because I had a “hunch” what might be coming up next when outgoing CEO Rod Beckstrom took the stage for the final time.
Now, former ICANN vice president of corporate affairs Paul Levins has called out his old boss for taking credit where credit may not be due.
Beckstrom said, during his opening remarks:

My first day on the job, I was given a blank sheet of paper and I was told that the Memorandum of Understanding with the Department of Commerce of the US government was not going to be renewed by ICANN.
And I was told, “You better come up with something better and you have to get it done in 90 days because the MoU is going to expire.”
Together we worked and we created the Affirmation of Commitments.

The MoU and the AoC which replaced it have been ICANN’s primary statements of legitimacy with the US government, spelling out its responsibilities to the internet community.
Levins, writing on CircleID last night, calls Beckstrom out on the statement.

We were not starting with a blank piece of paper. It’s to his credit that he allowed that to continue, but it’s not healthy to perpetuate a belief that what replaced the Joint Project Agreement — the Affirmation of Commitments (AoC) — was miraculously developed in the space of only weeks prior to the expiration of the JPA — that an accountability rabbit was pulled from the hat.
Nothing could be further from the truth.
It was ultimately the result of ten years of community effort.
But in the lead up to the JPA expiry, the direct negotiating and writing team was me, Theresa Swinehart and importantly — from the Department of Commerce (DoC) — the willing, creative and sincere cooperation of Fiona Alexander and Larry Atlas the then Senior Advisor at the Office of the Assistant Secretary for Communication at the National Telecommunications and Information Administration (NTIA).

The first written draft of the AoC had been produced over the eight months prior to Beckstrom’s arrival, Levins writes.
It’s fairly well known that Levins was one of the first people to lose his job under Beckstrom, but several others who were on ICANN staff at the time have confirmed to DI that the AoC was developed as Levins says.
His op-ed doesn’t strike me, in that light, as a full case of sour grapes.
Levins, who seems to be one of the many ICANN attendees who was impressed by Chehade’s debut address yesterday, signs off his editorial with what could be considered advice to both Chehade and Beckstrom:

…truth and sincerity is what should continue to drive the AoC’s ongoing implementation. But it should also drive the corporate memory of its creation.

Humility was a personality trait that ICANN specifically asked for when it advertised the CEO’s job earlier this year.
Judging by the reactions of ICANN 44 attendees who listened to Chehade’s speech yesterday — and have met him — humility is something Chehade appears to possess in buckets.
Everybody I’ve spoken to so far is impressed with the new guy, though some have also pointed out that they felt the same way this time in 2009.

Batching session provides more questions than answers

ICANN plans to start evaluating new generic top-level domain bids on schedule July 12, despite the fact that its digital archery application batching system is offline.
That’s according to senior vice president Kurt Pritz, who told a session of the GNSO Council here in Prague this morning that “we want to ensure evaluations start taking place as scheduled”.
Due to the large amount of contention it seems most likely that there will be three batches, he said, which will take 15 months to process through Initial Evaluation.
Teams at ICANN’s outside evaluators – Ernst & Young, KMPG et al – are already doing test evaluations in order to “calibrate” their scoring for consistency, Pritz said.
Applications will be continuously sent to evaluators for processing throughout the three batches – split into batches at the “output” stage rather than the “input” stage, he said.
“We feed applications in and batches are how they are reported out,” he said.
But with the future of digital archery currently uncertain, one wonders how the “input” will be ordered.
If ICANN is set on pushing applications into the evaluation funnel by July 12, by which time the batching problem may have not been resolved, we could be faced with some weird scenarios.
Theoretically, a batch three application could be processed next month and not be spat out of the system for another year and a half. That’s my interpretation of what Pritz said, anyway, shared by some but not all people who were in the room.
More details are sure to emerge as ICANN 44 progresses…

Is this why digital archery is borked?

Another possible explanation has been put forward for ICANN’s suspension of digital archery, this time by one of the third-party digital archery service providers.
The ambitiously named Digital Archery Experts says it alerted ICANN to the presence of a technical problem a week ago.
Chief technology officer Dirk Bhagat described it thus:

Instead of generating the timestamp immediately, we believe the TAS timestamp generation process may be delayed by increases in system load…
Since most applicants are aiming for the 000 millisecond variance at the minute mark, this can introduce varying timestamps since applicants are shooting for the exact same second on the minute. We have also noted that our results were a lot more consistent when attempts were made to hit the target at various offsets after the minute mark, for example, aiming for 15:32:07 instead of 15:32:00.

It’s not exactly rocket science. In short, he’s saying that the TAS can’t handle too many applicants logging in and shooting at the same time; more load equals poorer performance.
This won’t be news to many applicants, some of whom saw downtime last week that seemed to be caused by a meltdown of the sluggish Citrix virtual machine software.
It also seems to be consistent with the hypothesis that the massive amount of calibration going on — much of it by digital archery service providers themselves — has caused more load than TAS can handle.
With only 20% of applications currently assigned a timestamp, and only a week left on the clock, the situation could only have been exacerbated by lots of last-minute arrows being fired.
While digital archery may be conceptually similar to grabbing a dropping domain or hitting a landrush, it seems pretty clear that TAS is not as redundantly provisioned as the typical registry SRS.
Bhagat said that ICANN could mitigate the impact of the problem by separating timestamp generation as much as possible from the parts of the infrastructure impacted most by system load.
This might all be academic, however.
ICANN suspended digital archery yesterday, a day after new gTLD program director Michael Salazar quit for reasons unknown.
Digital archery and batching are high on the agenda here at ICANN 44 in Prague, and many attendees hope that the controversial system may be gone for good before the week is out.
That includes some members of the Governmental Advisory Committee, which in an open meeting yesterday seemed to be coming to the conclusion that it would advise ICANN to ditch digital archery.
The GAC and the ICANN’s board’s new gTLD program committee are having their first public facetime this afternoon at 1630 local time, at which a better sense of how both plan to proceed might emerge.

Digital archery suspended, surely doomed

ICANN has turned off its unpopular “digital archery” system after new gTLD applicants and independent testing reported “unexpected results”.
As delegates continue to hit the tarmac here in Prague for ICANN 44, at which batching may well be hottest topic in town, digital archery is now surely doomed.
ICANN said in a statement this morning:

The primary reason is that applicants have reported that the timestamp system returns unexpected results depending on circumstances. Independent analysis also confirmed the variances, some as a result of network latency, others as a result of how the timestamp system responds under differing circumstances.

While that’s pretty vague, it could partly refer to the kind of geographic randomness reported by ARI Registry Services, following testing, earlier this week.
It could also refer to the kind of erratic results reported by Top Level Domain Holdings two weeks ago, which were initially dismissed as a minor display-layer error.
TLDH has also claimed that the number of opportunistic third-party digital archery services calibrating their systems against the live site had caused latency spikes.
Several applicants also said earlier this week that the TLD Application System had been inaccessible for long periods, apparently due to a Citrix overloading problem.
Only 20% of applications had so far registered their archery timestamp, according to ICANN, despite the fact that the system was due to close down on June 28.
Make no mistake, this is another technical humiliation for ICANN, one which casts the resignation of new gTLD program director Michael Salazar on Thursday in a new light.
For applicants, ICANN said evaluations were still proceeding according to plan, but that the batching problem is now open for face-to-face community discussion:

The evaluation process will continue to be executed as designed. Independent firms are already performing test evaluations to promote consistent application of evaluation criteria. The time it takes to delegate TLDs will depend on the number and timing of batches
…
The information gathered from community input to date and here in Prague will be weighed by the New gTLD Committee of the Board. The Committee will work to ensure that community sentiment is fully understood and to avoid disruption to the evaluation schedule.

Expect ICANN staff to take a community beating over these latest developments as ICANN 44 kicks off here in Prague.
There’s light support for batching, and even less for digital archery. It’s looking increasingly likely that neither will survive the meeting.

TAS to reopen May 22. Big Reveal on for Prague?

ICANN’s bug-plagued TLD Application System will reopen on May 22 and close on May 30, according to a statement just issued by chief operating officer Akram Atallah.
The dates, which are only “targets”, strongly suggest that that the Big Reveal of all new gTLD applications is going to happen during the public meeting in Prague in late June.
If ICANN still needs two weeks to collate its application data before the reveal, we’re looking at June 14, or thereabouts, as the earliest possible reveal date.
But that’s just ten days before ICANN 44 officially kicks off, and I think it’s pretty unlikely ICANN will want to be distracted by a special one-off event while it’s busy preparing for Prague.
For the Big Reveal, my money is on June 25.
Atallah also said this morning that all new gTLD applicants have now been notified whether they were affected by the TAS bug, meaning ICANN has “met our commitment to provide notice to all users on or before 8 May”.
That said, some applicants I spoke to this morning, hours after it was already May 9 in California, said they had not received the promised notifications. But who’s counting?
The results of ICANN’s analysis of the bug appear to show that no nefarious activity was going on.
“We have seen no evidence that any TAS user intentionally did anything wrong in order to be able to see other users’ information,” Atallah said.
ICANN has also discovered another affected TAS user, in addition to the 50 already disclosed, according to Atallah’s statement.

Beckstrom breaks TAS bug silence, says Big Reveal could be as late as Prague

ICANN may not reveal its list of new generic top-level domain applications until as late as the last week of June, according to CEO Rod Beckstrom.
In his first interview since ICANN took its TLD Application System offline due to a security bug, Beckstrom told DI that he “hopes” to host the Big Reveal before he steps down as ICANN’s CEO.
He said he expects to have the new gTLD program back on track before he hands the reins to the organization over to his successor at the end of the ICANN 44 meeting in Prague, June 29:

I’d like to see us obviously get the technical issues resolved, notify applicants, reopen the window and publish the strings before I pass the baton in Prague. That’s not a commitment at this point in time, it’s an indication as CEO that it’s absolutely my intention to push for a timely resolution of this issue… If we can get things done sooner, then the sooner the better.

That’s two months away, a full month later than anyone was expecting.
The Big Reveal was originally scheduled for today. However, the TAS delays made this impossible. Following an ICANN update on Friday, a late-May date for the Big Reveal was looking more probable.
But Beckstrom would not commit even to the Prague date. He said:

That’s my hope as a CEO, to get these issues resolved by that time-frame and have the string reveal in that time-frame. I haven’t committed the organization, I’m indicating to you volitionally my desire as CEO and the person who’s running the organization.

He framed the issue as a blip on a nine-year process (six years of policy development, one year of outreach and application filing, and up to two years of evaluation). He said:

In the context of nine-year program, a delay of between here and Prague of a few months is undesirable, it’s not what we want to have happen, but the quality of this program is more important to everyone involved than the specific date and time. We’re all focused on quality here and not just doing things in a hurry. This program is too important.

He said he is “sympathetic” to applicants that are burning through start-up funding waiting for ICANN to sort this out, but he noted that the same concerns have been raised over the years whenever the program has previously missed a launch deadline.

We know that some parties have been very patient and we know it’s got to be frustrating right now to see any delay in the program. At the same time, I’m sure that those parties are very concerned that this be done well and that the program be reopened and administered successfully.

Beckstrom reaffirmed ICANN’s promise to notify all applicants whether or not they were affected by the TAS bug – which revealed user names and file names to other TAS users – by May 8.
But TAS will not, it seems, reopen immediately after the notifications have been sent. As well as the log audit, ICANN is also working on performance upgrades.
While Beckstrom confirmed that the plan is to open TAS for five business days, to give applicants a chance to finish uploading their applications and confirm that their data has not been corrupted, he would not say when this window is due to open.

We’re going to share more precise dates when we have them. What I can tell you precisely right now is that the key thing we’re working on is combing through this large data set we have so that the parties that were affected are notified within the seven days. When we have clarity on the next milestone in the process we’ll communicate that openly.
…
We’re still doing system testing, we’re still looking at some of the performance issues. We have a whole set of things to do and feel comfortable that we’re ready and have full internal sign off. We’ll notify you and other parties when we have that clarity. Right now we have the clarity that we’re going to get the notification done in seven days – that’s the key dating item at this time.
…
We have very strong reason to believe we understand the bug and we’ve fixed the bug, but every day that we continue to test we gain a higher level of confidence in the system that this specific issue will not reappear.

While the first report of the bug was received March 19, it was not until April 12 that ICANN managed to “connect the dots” and figure out that the problem was serious and recurring, Beckstrom said.
ICANN saw the bug show up again repeatedly on April 12, as many TAS users logged in to finish off their applications, which was why it chose to take the system down with just 12 hours to go before the filing deadline.
ICANN is currently analyzing a 500GB log containing a record of every data packet that went into and out of the TAS between January 12 and April 12, to reconstruct every user session and determine who could see what and when, Beckstrom said.
He refused to comment on whether this analysis has revealed any attempts by TAS users to deliberately exploit the bug for competitive intelligence on other applicants.
He also declined to comment on whether ICANN has discovered instances of data leakage between two applicants for the same gTLD string.
The full packet capture system was introduced following a third-party security audit of the system conducted late last year, he said.
That audit, of course, did not reveal the data leakage vulnerability that continues to delayed the program.
When I put it to him that this is precisely the kind of problem ICANN wanted to avoid, due to the confidentiality of the applications, Beckstrom played down the seriousness of the bug.

Let’s be clear here: some user names and file names were visible, not the contents of applications and not the contents of those files. I think that if that had occurred it would be an even more undesirable situation and we have no indication that that occurred.
I wouldn’t call this a security issue, I’d call this… every major software system we use has bugs in it or bugs that are discovered over time. Whether that’s our operating systems or desktop applications or specific applications, you conduct the best tests you can. You assemble a testing suite, you assemble testers, you take various methods, but there’s never a guarantee that software is bug-free. The issue is that if and when bugs are encountered you deal with them appropriately, and that’s what we’re doing right now.

But Beckstrom admitted that the problem is embarrassing for ICANN, adding that sorting out the mess is currently the top priority.

Obviously any time you have a software problem or technical problem with any program you come under enhanced scrutiny and criticism, and I think that’s understandable, that’s fair. What we’re focused on is resolving this successfully and I think ICANN has dealt with many challenges in its past successfully and we’re committed to resolve this issue professionally.
…
I should tell you that this is our top priority right now internally right now. The resolution of this issue is our number one priority, the number one issue for me as CEO, number one for most members of the executive management team and for a large part of the organization. We’re extremely focused on this.

ICANN plans to reveal how many applicants were affected by the bug at the same time as it notifies applicants, Beckstrom said. It will not publish information about who could see what, he said.
Unfortunately for applicants, it seems they will have to wait well into next week before they have any more clarity on the timetable for TAS coming back online and the application window finally closing.
With Prague now emerged as a potential deadline for the reveal, the delays could in fact be much worse than anyone was expecting.
DI PRO subscribers can read a full transcript of the 30-minute interview.

Ombudsman reports on ICANN 43 “girls” scandal

ICANN Ombudsman Chris LaHatte has delivered his official report on the ICANN 43 sexism controversy.
As you may recall, during the ICANN 43 meeting in Costa Rica last month, domain name lawyer John Berryhill complained to LaHatte about a booth operated by Czech ccTLD operator CZ.nic.
Marketing ICANN 44, which CZ.nic is hosting in Prague this June, the booth offered cartoon postcards advertising “girls” as one of several reasons — alongside “beer”, “culture” etc — to attend the meeting.
Berryhill complained that the cards objectified women and were inappropriate for an ICANN meeting.
LaHatte writes:

The complainant says the use of the postcard was demeaning to women and an unnecessary objectification of them.
…
After some discussion, they [CZ.nic] understood the way in which this was seen, from another perspective, and quickly agreed to remove the postcards as an option in the kiosk display. What they saw as a light-hearted tribute to attractive woman in the Czech Republic, they then were able to see as offensive to others. Because they were so ready to perceive and accept the alternative view, it was not necessary to take any further action

A presentation by CZ.nic later in the week at the Costa Rica meeting eschewed any mention of the cards in question.
In the interests of disclosure, since first reporting this story I’ve discovered that Berryhill discovered the postcards via one of my own tweets, so I’m probably partly responsible for creating my own controversy here.