A lazy blogger’s wish-list for ICANN remote participation

Remote participation at ICANN meetings is pretty damn good, but I’m an ungrateful asshole and I want more.
I’ve had a personal wish-list of remote participation features during and immediately after every ICANN meeting for a few years now, but when ICANN turned off Adobe Connect for the back half of ICANN 61 last week I was inspired to put pen to paper and rant about it in public.
Make no mistake, these are minor quibbles and no diss to the thoroughly lovely people on the ICANN meetings team.
In a community where are great many people are tasked with herding cats, the meetings guys are the only ones who have to physically herd the cats into their windowless pens through the sheer power of their organizational skills.
Not to mention they have to ensure all the cats are fed, watered, caffeinated, inebriated, and have trays of gravel into which to do their dirty business.
(Sorry, that metaphor got away from me a little there.)
My point is, the fact that anyone ever gets anything done at an ICANN meeting is due in no small part to the folk who actually organize the events, including the remote participation.
With all those disclaimers in mind, here are a few things I would like to see in future.
Archive the scribe feeds
The ICANN scribe feed, provided for as long as I can remember by Brewer & Darrenougue and StreamText is excellent.
It provides a live, scrolling, text transcription, in English, of whatever is being said in a session. It’s not 100% accurate all of the time, but it’s damn close.
Over the years, the scribes seem to have gained an ear for the regular speakers. It’s increasingly rare to see “[SAYING NAME]” in a feed, and we don’t often see pleas from the scribes for speakers to slow down any more.
This allows Anglo monoglot basement-dwellers such as myself to identify who’s talking and get a rough idea what they’re saying, even when they are Catalan registry operators speak quickly in heavily accented, non-native English.
The problem with the feed is that they disappear immediately after each session ends, usually at lunch time and again at the end of the day. Remote participants then have to wait anywhere from a day to several days for the full, edited transcript to be published.
I think the resource cost of immediately publishing the full, warts-and-all scribe transcript would be negligible.
Even if StreamText doesn’t offer it as an automated feature, copy-pasting a session transcript from a browser window into a PDF and banging it on the ICANN web site shouldn’t take more than a few minutes. I know; for several meetings I did it myself on selected sessions as a public service.
Bring back the MP3s
Not too long ago, the audio-only streams were recorded into MP3 files and dumped on the meeting web site in short order, often the same day.
Now, instead, we get M3U files, which are basically just links to streams. And the streams are extremely temperamental, regularly skipping around, restarting or simply stopping for no readily apparent reason.
Today, attempting to re-listen to the M3U of last Thursday’s Public Forum, I had to restart the stream and go hunting for the position I’d been kicked out maybe a dozen times. It was very irritating.
MP3s have the added advantage that they can be listened to offline, allowing you to catch up on sessions you missed while, for example, loitering at an airport with crappy wifi.
I want the MP3s back, dammit!
Consider YouTube maybe?
Recent meetings have seen the introduction of Livestream.com as an alternative to Adobe Connect for viewing live video.
I assume ICANN is paying for this service, probably five figures per year, but I have no idea what benefit (if any) the service offers over YouTube live streaming.
It doesn’t even always work. Try getting Thursday’s Public Forum recording to play. I couldn’t.
Is there any particular reason YouTube is not a viable option? As far as I know it’s free and reliable. YouTubers with far greater audiences than ICANN seem to get away with using it on a daily basis.
It could even be monetized, turning an expense into a small source of additional revenue.
Bring back meaningful filenames
ICANN is pretty good about publishing transcripts, presentations and other documentation as PDFs on the pages for each session. But for some reason in Puerto Rico it started naming the files with apparently meaningless numerical strings.
In all the meetings I can recall before ICANN 61, a downloadable transcript might be named something like “transcript-public-forum-10mar16-en.pdf”. Now, you’ll get something like “1521076292.pdf” instead, which is a step backwards.
Sure, I could manually rename the file to something meaningful myself, but that would take me at least 30 seconds — 30 seconds I could better use listening to Marilyn Cade introduce herself, Goran Marby apologize for something, or literally anyone else in the community complain that nobody listens to them any more.
Keep the redundancy!
Finally, as ICANN discovered this week, redundancy is essential to maintaining uninterrupted remote participation.
Even with Adobe Connect offline across the board for half of the week, it was still possible for those of us in the cheap seats to see video, hear audio, read the scribes, and submit questions and comments.
It wasn’t perfect, but it did the job well enough (previous complaints notwithstanding).
Even when Adobe is turned on, the alternative methods of listening in are extremely useful for overcoming its occasional limitations.
Often, AC rooms are barely audible. This problem occurs on an almost daily basis during ICANN. It affects some rooms but not others and I’ve yet to spot a predictable pattern.
But when you can’t hear what’s going on in AC, it’s always possible to mute the room and launch the always-audible live M3U stream separately.
Similarly, on the rare occasions the audio or video is down, the scribes can often allow us to follow the gist of the discussion while the nerds work on a fix.
In short, redundancy is good.
UPDATE (MARCH 21): Josh Baulch from the ICANN meetings team has left a comment addressing some of these points. It turns out MP3s are actually available elsewhere on the ICANN web site and Livestream costs ICANN far, far less than I had estimated based on Livestream’s published price list.

12 Comments Tagged: ICANN, icann 61, remote participation

Portugal joins the million-domain club

Portuguese ccTLD .pt passed one million registrations for the first time earlier this month, DNS.pt said this week.
The millionth name was meckos.pt, registered by a local textile machinery company of that name, the registry said.
The ccTLD ended 2017 with 976,370 names under management and as of today stands at 1,001,552 names, according to statistics published on the DNS.pt web site.
The company says it is currently growing fast, taking 10,693 new registrations in January, up 30% compared to the same month last year.

Comment Tagged: .pt, dns.pt

Austria to stop publishing most Whois data

Austrian ccTLD operator nic.at will no longer publish any Whois information for individual registrants, in order to comply with incoming EU privacy law.
“Natural persons’ data will no longer be published from mid-May 2018,” the company said today.
Data concerning legal entities such as companies will continue to be published, it added.
The move is of course an effort to become compliant with the General Data Protection Regulation, which currently has the industry scrambling around in the dark looking for ways avoid avoid millions of euros of potential fines.
nic.at will continue to collect the private data of individual registrants, but it will only publish technical information such as the name of the registrar and name servers in response to public Whois queries.
Companies will have their names and addresses published, but will have the option to have their email address and phone number hidden.
nic.at said it will disclose records to “law enforcement agencies, lawyers or people who contact nic.at following domain disputes and can prove that their rights have been infringed”.
People will be able to opt-in to having their information published
It’s arguably a more Draconian implementation of GDPR than the one proposed by ICANN for gTLDs, but it appears to be in line with plans already announced by Nominet for .uk and DENIC for .de.

Comment Tagged: .at, gdpr, ICANN, nic.at, privacy, whois

Data leak security glitch screws up ICANN 61 for thousands

A security vulnerability forced ICANN to take down its Adobe Connect conferencing service halfway through its ICANN 61 meeting in Puerto Rico.
The “potentially serious security issue” could “could possibly lead to the disclosure of the information shared in an ICANN Adobe Connect room”, ICANN said in a pair of statements.
Taking down the service for the remainder of the meeting, which ends today, meant that potentially thousands of remote participants were left to cobble together a less streamlined replacement experience from a combination of live streams, transcription and email.
At the last ICANN meeting, over 4,000 unique participants logged into Adobe Connect. With only 1,900 or so people on-site, we’re probably looking at over 2,000 remote participants relying on AC to take part.
At this point, it’s not clear whether ICANN has discovered a previously undisclosed vulnerability in the Adobe service, or whether it simply buggered up its implementation with sloppy configuration settings.
It’s also not clear whether the glitch has been actively exploited to expose private data, though ICANN said it was first reported by a member of the Security and Stability Advisory Committee.
ICANN said in the second of two statements issued yesterday:

The issue is one that could possibly lead to the disclosure of the information shared in an ICANN Adobe Connect room. We are still investigating the root cause of the issue. We have formulated different scenarios based on authentication, encryption, and software versions, which we are testing in a controlled fashion in attempt to replicate and understand the root cause of the issue.
We are working directly with Adobe and with our cloud service provider to learn more.

Adobe Connect is a web conferencing tool that, at least when ICANN uses it for public meetings, combines live video and transcription, PowerPoint presentation sharing, and public and private chat rooms.
I also understand that there’s also a whiteboarding feature that allows participants to collaboratively work on documents in closed sessions.
Given that everything shared in the public sessions (outside of the private chat function) is by definition public, it might be reasonable to assume that ICANN’s primary concern here is how the software is used in closed sessions.
I hear ICANN uses Adobe Connect internally among its own staff and board, where one might imagine private data is sometimes shared. Other relatively secretive groups, such as the Governmental Advisory Committee and Nominating Committee, are also believed to sometimes use it behind closed doors.
While Adobe is infamous for producing buggy, insecure software, and ICANN uses a version of it hosted by a third-party cloud services provider, that doesn’t necessarily mean this wasn’t another ICANN screw-up.
In a similar incident uncovered in 2015, it was discovered that new gTLD applicants could read attachments on the confidential portions of their competitors’ applications, after ICANN accidentally had a single privacy configuration toggle set to “On” instead of “Off” in the hosted Salesforce.com software it was using to manage the program.
Ashwin Rangan, ICANN’s CIO and the guy also tasked with investigating the Salesforce issue, has now started a probe into the Adobe issue.

Comment Tagged: adobe connect, glitch, ICANN, icann 61, puerto rico, security

CentralNic and KeyDrive in merger talks

CentralNic and KeyDrive, two major European domain firms, are in merger talks, CentralNic confirmed this morning.
CentralNic said that the transaction, should it close, would be a “reverse takeover” of itself by KeyDrive.
That’s where a private company, in this case KeyDrive, reverses into a public one, in this case AIM-listed CentralNic.
Luxembourg-based KeyDrive is the holding company for brands including the registrars Key-Systems, Moniker and BrandShelter and the registries OpenRegistry and KSRegistry.
London-based CentralNic is a registry provider for the likes of .xyz, recent acquirer of Slovakian TLD .sk, and owner of registrars Internet.bs and Instra.
CentralNic said: “CentralNic and KeyDrive Group believe that the combination of the two businesses would have strong strategic logic and economies of scale, and would represent an opportunity to create a group with advanced technology platforms delivering significant recurring revenues for every major customer type within the industry.”
If a deal should be struck, it would happen in the second quarter, the company said.
The announcement was made today after news of the talks leaked.
Trading in CentralNic shares has been temporarily suspended.

Comment Tagged: acquisition, brandshelter, centralnic, key-systems, keydrive, merger, moniker, openregistry

After long fight, Donuts adds .charity to its gTLD stable

Snatching victory from the jaws of defeat, Donuts has prevailed in the two-horse race for the .charity gTLD.
The company appears to have privately resolved its contention set, paying off rival bidder Famous Four Media, judging by updates to ICANN’s web site today.
The gTLD had been scheduled for an ICANN “last resort” auction in April, but that’s now off.
Famous Four has also withdrawn its application, leaving Donuts the only remaining applicant.
I believe it will be Donuts’ 239th 240th gTLD.
But for a while it looked like Famous Four had a slam-dunk on its hands.
Back in 2014, the Independent Objector of the new gTLD program had filed an Community Objection against Donuts’ application, saying it was too risky to unleash a .charity domain onto the world without registration eligibility restrictions.
The fear was (and probably still is) that fraudsters could use the domains to lend an air of credibility to their online scams.
The IO prevailed, pretty much gifting Famous Four — which had proposed restrictions — the TLD.
But Donuts embarked upon an arduous set of appeals, including an Independent Review Process case, that culminated, last December, in a ruling (pdf) that reversed the original Community Objection decision.
That cleared the way for Donuts back into the application process and, now, the private auction it seems to have won.
Due to ICANN’s adoption of Governmental Advisory Committee advice on sensitive strings, Donuts will be obliged to put some Public Interest Commitments into its .charity contract, with the aim of reducing abuse.

Comment Tagged: .charity, auction, community objection, donuts, Famous Four Media, independent objector, irp, new gTLDs

Lawyer: GoDaddy Whois changes a “critical” contract breach

GoDaddy is in violation of its ICANN registrar contract by throttling access to its Whois database, according to a leading industry lawyer.
Brian Winterfeldt of the Winterfeldt IP Group has written to ICANN to demand its compliance team enforces what he calls a “very serious contractual breach”.
At issue is GoDaddy’s recent practice, introduced in January, of masking key fields of Whois when accessed in an automated fashion over port 43.
The company no longer shows the name, email address or phone number of its registrants over port 43. Web-based Whois, which has CAPTCHA protection, is unaffected.
It’s been presented as an anti-spam measure. In recent years, GoDaddy has been increasingly accused (wrongly) of selling customer details to spammers pitching web hosting and SEO services, whereas in fact those details have been obtained from public Whois.
But many in the industry are livid about the changes.
Back in January, DomainTools CEO Tim Chen told us that, even as a white-listed known quantity, its port 43 access was about 2% of its former levels.
And last week competing registrar Namecheap publicly complained that Whois throttling was hindering inbound transfers from GoDaddy.
Winterfeldt wrote (pdf) that “nothing in their contract permits GoDaddy to mask data elements, and evidence of illegality must be obtained before GoDaddy is permitted to throttle or deny
port 43 Whois access to any particular IP address”, adding:

The GoDaddy whitelist program has created a dire situation where businesses dependent upon unmasked and robust port 43 Whois access are forced to negotiate wholly subjective terms for access, and are fearful of filing complaints with ICANN because they are reticent to publicize any disruption in service, or because they fear retaliation from GoDaddy…
This is a very serious contractual breach, which threatens to undermine the stability and security of the Internet, as well as embolden other registrars to make similar unilateral changes to their own port 43 Whois services. It has persisted for far too long, having been officially implemented on January 25, 2018. The tools our communities use to do our jobs are broken. Cybersecurity teams are flying blind without port 43 Whois data. And illegal activity will proliferate online, all ostensibly in order to protect GoDaddy customers from spam emails. That is completely disproportionate and unacceptable

He did not disclose which client, if any, he was writing on behalf of, presumably due to fear of reprisals.
He added that his initial outreaches to ICANN Compliance have not proved fruitful.
ICANN said last November that it would not prosecute registrar breaches of the Whois provisions of the Registrar Accreditation Agreements, subject to certain limits, as the industry focuses on becoming compliant with the General Data Protection Regulation.
But GoDaddy has told us that the port 43 throttling is unrelated to GDPR and to the compliance waiver.
Masking Whois data, whether over port 43 or not, is likely to soon become a fact of life anyway. ICANN’s current proposal for GDPR compliance would see public Whois records gutted, with only accredited users (such as law enforcement) getting access to full records.

4 Comments Tagged: gdpr, godaddy, port 43, security, throttling, trademarks, whois, winterfeldt

Now South Africa looks to second-level domain sales

South Africa looks to be the next country to start letting people register domains directly at the second level of its ccTLD.
Local registry authority ZADNA this week opened a policy consultation on allowing registrants access to direct, second-level .za names.
Currently, if you want a .za you have to register at the third level under the likes of .co.za or .net.za.
But ZADNA says second-level names will help it continue to compete in a market now populated by hundreds of new gTLDs.
The company said it has been “inundated” by calls for such a move.
The policy shift would see South Africa follow the the path beaten in recent years by UK, New Zealand, Kenya and (probably) Australia, which have all changed policy to allow second-level names.
But these things are never without controversy.
Domain investors are typically resistant to such moves, fearing dilution and the possible devaluing of their portfolios.
There are often also intellectual property concerns, and concerns about priority “grandfathering” rights when matching .co.za and .org.za names, for example, have different owners.
ZADNA is floating the possibility of auctions to resolve these kinds of conflicts.
The proposal (pdf) is open for comment until April 16.

9 Comments Tagged: .za, cctlds, direct, second-level, zadna

Next new gTLD round unlikely before 2022

ICANN is unlikely to accept any more new gTLD applications until a full decade has passed since the last round was open.
That’s the conclusion of some ICANN community members working on rules for the next round.
Speaking at ICANN 61 in Puerto Rico this weekend, Jeff Neuman, co-chair of the New gTLD Subsequent Procedures Working group, presented a “best case” timetable for the next round.
The timetable would see the next new gTLD application window opening in the first quarter of 2021, nine years after the 2012 round.
But Neuman acknowledged that the timeline would require all parts of the ICANN community — working groups, GNSO Council, board of directors, staff — to work at their most efficient.
With that in mind, 2021 seems optimistic.
“Even if we hit the 2021 date, that’s still a decade after the launch of the last round, which is crazy,” Neuman said.

The timetable assumes the GNSO wraps up its policy development a year from now, with the ICANN board approving the policy mid-2019.
It then gives the ICANN staff about six months to publish an updated Applicant Guidebook, and assumes whatever is produced is approved within about six months, after the first pass of public comments.
It’s worth noting that the 2012 round’s AGB hit its first draft in 2008 and went through half a dozen revisions over three years before it was finalized, though one imagines there would be less wheel-reinventing required next time around.
After the board gives the AGB the final nod, the timeline assumes ICANN staff about six months to “operationalize” the program.
But one unidentified ICANN staffer, who said she was “the person that will be ultimately responsible for the implementation” of whatever the GNSO comes up with, said during this weekend’s session that she doubted this was realistic.
She said ICANN the organization would need “at least 12 months” between the ICANN board approving the AGB and the application window opening. That would push the window to late 2021.
The Subsequent Procedures policy work is of course not the only gating factor to the next round.
There’s also a potential bottleneck in work being carried out to review rights protection mechanisms, where fears of filibustering have emerged in an already fractious working group.
All things considered, I wouldn’t place any bets on an application window opening as early as 2021.

3 Comments Tagged: ICANN, icann 61, new gTLDs, puerto rico

Donuts scraps 200 companies, consolidates under Binky Moon

Donuts has consolidated all of its original portfolio of new gTLD contracts under a single LLC, scrapping almost 200 shell companies in the process.
At least 196 contracts, each of which were originally allocated to a unique LLC, have been assigned now to Binky Moon LLC.
This seems to have happened back in late November, but ICANN only added the transfers to its published list of reassignments last week.
When Donuts applied for over 300 gTLDs back in 2012, each application belonged to a different shell company. Apparently randomly generated names — such as New Sky LLC, Sand Shadow LLC and Bitter Fields LLC — were chosen for each.
This was for “tax and other purposes” that made sense when Donuts was a new company, I’m told.
Now, with Donuts by one measure the fastest-growing tech company in the world, it made more sense to “retire” the old LLCs and realize the “operational efficiencies” of consolidation, a spokesperson said.
Not all of Donuts’ contracts belong to Binky Moon. When the company acquired 2003-round .travel last month it assigned the Registry Agreement to Dog Beach LLC.

5 Comments Tagged: binky moon, donuts, ICANN, new gTLDs