[Internal-cg] ICG call

Jari Arkko jari.arkko at piuha.net
Tue Feb 24 17:46:12 UTC 2015


> I deem the ICG owes to the 3 communities to provide respective guideline as the NTIA was raising the implementation question during the Singapore meeting. There may be a great variation in implementation details. And the various detail options shall directly impact the time needed to elaborate – hence our timeline.

Quick reaction:

First off, I think it is not the ICG opinion that matters. Once again, we need broad community backing of a plan to make it credible. I am more interested in seeing that we get results that are backed by the communities and that have gone through a sufficient process, rather than inserting my own opinions on what the proposal should say. The CWG needs to see themselves as being in charge, and they need to make the difficult decisions and create community consensus so that the world has something that we can rely on wrt future IANA arrangements on names.

Secondly, that being said I think the answer on what level of implementation detail is sufficient is that it depends. Situations are different. As an example, 98% of what is in the IETF proposal is something that we’ve had in place for a decade, and we have lots of experience from it. I think that definitely qualifies as sufficient detail :-) And the remaining 2% are things where the community found the level of guidance in the proposal sufficient. I have no worries in this respect.

But if you have a different situation, you may want a differing level of detail. Lets say you have a proposal that creates a completely new entity for some task. While requiring a decade of experience on that new thing might be going too far :-) I think some level of detail is needed. Do you need all contracts everywhere, ready to be signed? No. Do you need to have a clear idea of what you are creating? Yes. For a new entity, a charter would definitely be in my list of ready things to have.

Jari

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://mm.icann.org/pipermail/internal-cg/attachments/20150224/b478d392/signature.asc>


More information about the Internal-cg mailing list