Hi Chuck

On Mon, Dec 22, 2014 at 8:49 PM, Gomes, Chuck <cgomes@verisign.com> wrote:

Here are my personal thoughts on the Board comments.

3.       I do agree with them that the transition to ICANN “is, in large part, what ICANN was designed to do”, although I don’t think that meant the IANA functions exclusively.

Sorry if its not IANA functions then what else is there to transition?
 

4.       They disagree with the formation of a separate contracting entity but they fail to address the fact that the possibility of separating the IANA functions from ICANN was one of the key accountability mechanisms that NTIA provided that impacted not just the IANA services but all of ICANN accountability.

Again if i may ask, could you tell me how else NTIA would have handled oversight apart from contracting? just like the RIR and IETF communities, is there any other way ICANN could operate their related functions without an agreement(SLA)? because these organisations are external and independent of ICANN. So IMO if we really want to continue contracting, then we need another organisation like NTIA (in its full independent of the IANA operator) to get the job done effectively. However, because this shoe is now to be worn by "multistakeholder" then it just makes practical sense to integrate oversight (accountability) into the existing organisation. Someone wrote a blog and defined a bylaw (paraphrased) as the document that indicate how an organisation operate while a contract is the one that tells how an organisation should execute a specific set of tasks. However the person failed to indicate that any entity that would exercise the latter would exhibit absolute control both in resource and independence from the operator. In a situation where that is not possible, the former becomes a realistic target solution to concentrate on.

There has been questions/comments about how contract co / MRT(in its current overreaching responsibilities) will be accountable and i have seen some response still point to the bylaw of the contract co as a possible avenue to restrict things. Why then do we find it difficult to have such thinking on the ICANN bylaw? someone said ICANN bylaw can be changed by the board, and how about contract co bylaw? The earlier we face the reality of multiple loop holes we are about to create (in addition to existing ones) with the current CWG proposal the better for us all in this process.


That said, I appreciate the fact that the Board submitted these comments and I think we should take them into consideration as we review and evaluate all of the public comments.


+1

Thanks

 

Chuck

 

From: cwg-stewardship-bounces@icann.org [mailto:cwg-stewardship-bounces@icann.org] On Behalf Of Steve Crocker
Sent: Monday, December 22, 2014 1:58 PM
To: cwg-stewardship@icann.org
Cc: Stephen D. Crocker
Subject: [CWG-Stewardship] Fwd: ICANN Board Comments on Cross Community Working Group (CWG) Draft Transition Proposal for Naming Related Functions

 

Folks,

 

The ICANN Board has just submitted the attached public comment.

 

Thanks,

 

Steve Crocker

for the ICANN Board of Directors

 

 

 

 


_______________________________________________
CWG-Stewardship mailing list
CWG-Stewardship@icann.org
https://mm.icann.org/mailman/listinfo/cwg-stewardship




--
------------------------------------------------------------------------
Seun Ojedeji,
Federal University Oye-Ekiti
web:      http://www.fuoye.edu.ng
Mobile: +2348035233535
alt email: seun.ojedeji@fuoye.edu.ng

The key to understanding is humility - my view !