ICANN’s mighty overlord flexes on transparency
ICANN is heading into uncharted waters after a key community group flexed its powers to hold the Org accountable for a recent board decision.
The At-Large Advisory Committee has become the first of ICANN’s overseers to push for a formal objection to ICANN’s decision to delay its next large-scale accountability review.
In layman’s terms, the ALAC wants the other DPs of the EC — the ASO, the ccNSO, the GNSO, and the GAC — to support its ECRP for a CRR challenging ICANN’s decision to delay ATRT4.
All clear? Great. Thanks for clicking.
Or… perhaps that all deserves some unpicking.
ALAC, the group that represents end-users at ICANN, is one of the five members of the Empowered Community — the group from which, under its bylaws, ICANN derives its powers and authority over domain names and such.
The other Decisional Participants are the Government Advisory Committee, the Address Supporting Organization, the Country Code Names Supporting Organization and the Generic Names Supporting Organization.
One of the EC’s powers is the ability to file a Community Reconsideration Request challenging an ICANN board or staff decision, if three of the DPs support the request and no more than one objects.
ALAC has become the first EC member since ICANN split from the US government in 2016 to formally kick off the process of scrounging up support for such a reconsideration request.
It’s filed an Empowered Community Reconsideration Petition, giving the other four DPs 21 days to vote yay or nay on whether the request should be formally filed.
Its beef is with the ICANN board’s decision in May to delay indefinitely the fourth Accountability and Transparency Review Team, ATRT4, and replace it with a CEO-led meta-review.
ATRTs are community-led reviews that ICANN, according to its bylaws, have to carry out every five years. ATRT3 kicked off at the end of 2018 and concluded in 2020 but its recommendations have not yet been fully implemented by ICANN.
ATRT4 has already been delayed for a year once by the board, last April, but the board wants the delay to continue so the community can take a step back and review, as one group put it, “why we review, what we should review and how best to review”.
I’m not making this up. One review is being replaced with a broader, CEO-led, meta-review that reviews the reviews. I haven’t even mentioned the Pilot Holistic Review or the various Continuous Improvement Programs.
The root rationale here relates to intellectual bandwidth. Arguably the biggest issue facing ICANN in recent years is its perceived (or actual) inability to get anything done in a timely fashion, and part of the reason for that is that community members, most of whom have day jobs or are volunteers, are forced to spend so much time navel-gazing or entangled in Tolkienesque cobwebs of red tape.
ALAC’s petition (pdf) accused the board of “usurping” the community by delaying ATRT4, in violation of its bylaws:
The EC, and by extension the ICANN community, believes that this continuing contravention of the Bylaws and disregard for ICANN’s Core Values poses a serious threat to ICANN’s mandate… It also significantly undermines trust in, and protection of, ICANN’s multistakeholder model of governance. This brings about a real risk of negative actions against ICANN, which could result in the loss of its mandate or could substantially risk the credibility and effectiveness of ICANN’s multistakeholder model.
It wants the decision to delay ATRT4 reversed. The question is, will it be able to muster up support from two other Decisional Participants, as required by the bylaws? I’d say that ALAC’s most-natural ally is the GAC, with the GNSO, seemingly baffled by the ALAC’s filing, the most likely to object.
The other four DPs have until a minute before midnight July 10 to submit expressions of support or objection.
GNSO mulls lawyering up over auction fund dispute
The GNSO Council has started discussing bringing in the lawyers over ICANN’s recent handling of issues related to its $200+ million auction fund and Grant Program.
The Council today raised the possibility of deploying the never-before-used Community Independent Review Process, which would involve every major community group ganging up on ICANN’s board in a protracted quasi-judicial bunfight.
Ironically, the beef concerns the way ICANN is trying to stop people invoking its accountability mechanisms, including the IRP, to challenge decisions it makes under its Grant Program, which hopes to distribute $10 million to worthy causes this year.
ICANN policy is that nobody should be able to challenge grant decisions, because that would mean funneling the available funds into the pockets of worthless lawyers, rather than worthy causes. But how it proposes to achieve that goal is in dispute.
The original community recommendation was for a bylaws amendment that specified that the Grant Program was out-of-bounds for IRP and Request for Reconsideration claims, and the board initially agreed, before changing its mind and instead plumping for a clause in the program’s terms that prevents grant applicants appealing adverse decisions.
After community pushback, the board said it would also propose a bylaws amendment, but many believe the amendment it came up with goes way too far and risks making it far too easy for ICANN to wriggle out of its accountability obligations in future.
Leading the fight against the board is the GNSO’s Intellectual Property Constituency, which filed a Request for Reconsideration in November, asking ICANN to reverse its decision to “contract around” its accountability promises and scale back its over-broad bylaws amendment.
But the RfR was thrown out, with the Board Accountability Mechanisms Committee ruling that the IPC had failed to say how it had been specifically harmed by the board’s actions, accusing the constituency of merely “speculating” about possible future harms.
GNSO Councillor Susan Payne, today expressed the IPC’s disappointment with BAMC’s decision on the Council’s monthly conference call.
“We think that’s wrong,” she said. “If you purport to change a fundamental bylaw by using a process that cuts out the GNSO and effectively therefore also its constituencies and stakeholder groups then clearly there’s a harm there.”
She also noted the financial expense of challenging the board’s decisions.
“Constituencies or stakeholder groups will have real difficulty in withstanding the ICANN machine,” Payne said. “It’s a really expensive process to to challenge these kind of decisions. We asked if other constituencies and stakeholder groups would be able to join the IPC in bringing that RfR and no one had the finances to do it.”
The IPC has joined ICANN in a Cooperative Engagement Process — a kind of informal discussion that is often a precursor to an IRP filing — but Payne raised the possibility of ICANN’s Empowered Community filing its own IRP.
Under ICANN’s bylaws, the EC has the special ability to bring a Community IRP and ICANN has to pay for it. It’s never been used before, and it doesn’t look to me like the complex conditions required to trigger it are close to having been met.
The IPC had broad support in principle from the other Councillors speaking in today’s meeting, but some urged caution due to ICANN’s past behavior when the lawyers are called in.
“Once you get into the IRP process, ICANN buckles down, hands it off to their outside counsel, and you really get a nasty litigation fight,” said Jeff Neuman, a liaison on the Council. “You’re talking about years of litigation, outside counsel, and no progress”.
Fellow council member Thomas Rickert of the ISPs constituency suggested looking for a law firm that would handle the IRP on a no-win-no-fee basis before committing further.
While it seems a Community IRP may be unrealistic for now, the fact that it’s even being discussed shows how seriously the GNSO is taking this apparent power grab by ICANN’s board and lawyers.
Jury still out on ICANN’s content policing powers
Key ICANN community groups have refused to come down on one side or the other in the debate about proposed content policing powers, leaving the question up in the air as ICANN considers a major bylaws amendment.
As I reported last month, ICANN is thinking about changing its governing bylaws to permit it to enforce Registry Voluntary Commitments — contract clauses that could include rules on the content of web sites — on registries in future new gTLD application rounds.
ICANN’s board is convinced that it needs to amend the Org’s bylaws, which explicitly prevent it policing content, in order to do this. It is concerned that “there are political, practical, and reputational risks associated with ICANN negotiating and entering into contract provisions that have the effect of restricting content in gTLDs”.
Such an amendment would require the consent of the five-member Empowered Community, to which ICANN answers, and so far there’s little indication that it would be able to secure the three votes needed.
The EC is made up of the ASO, the ccNSO, the GNSO, the ALAC and the GAC, and so far only the ALAC has said that it supports a bylaws amendment. The GNSO is split, with contracted parties dead against the amendment, and would be unlikely to vote in favor. The GAC seems to be on the fence.
The ASO and ccNSO both declined to express an opinion, saying matters related to gTLDs are outside of their remit, but ICANN chair Tripti Sinha pressed the groups to reconsider in letters this March.
Now, both groups have responded by digging their heels in — nope, it’s none of our business, they say.
“The topics addressed in the consultation are outside the scope of the ASO, so we respectfully decline the invitation to provide input at this time,” the ASO said.
“After careful consideration, we still do not see conditions which warrant our participation in the implementation of the next round of new gTLDs,” the ccNSO said.
The ccNSO added that it could only comment on a proposed bylaws amendment if it could see the draft text of the amendment, and that is not yet available.
If ICANN leadership was hoping for clarity on whether a content policing bylaws change is even feasible, it looks like it doesn’t have it yet.
Recent Comments