[CWG-RFP3] Option 5 - New IANA Entity

[Donna Austin]

Guru

I think there’s a much bigger issue that would be a consequence of the IANA Functions being transferred to a new entity.

ICANN becomes a policy body and regulator of registry/registrar contracts and would no longer be responsible for ensuring a single interoperable Internet.

I expect that if this was the case, ICANN would no longer have any relevance for ccTLD operators.

Thanks,

Donna

[Description: Description: Description: ARI Logo]DONNA AUSTIN
Policy and Industry Affairs Manager

ARI REGISTRY SERVICES
Melbourne | Los Angeles
P  +1 310 890 9655
P  +61 3 9866 3710
E  donna.austin at ariservices.com<mailto:donna.austin at ariservices.com>
W  www.ariservices.com<http://www.ariservices.com/>

Follow us on Twitter<https://twitter.com/ARIservices>

The information contained in this communication is intended for the named recipients only. It is subject to copyright and may contain legally privileged and confidential information and if you are not an intended recipient you must not use, copy, distribute or take any action in reliance on it. If you have received this communication in error, please delete all copies from your system and notify us immediately.

From: cwg-rfp3-bounces at icann.org [mailto:cwg-rfp3-bounces at icann.org] On Behalf Of Guru Acharya
Sent: Monday, 3 November 2014 11:54 PM
To: RFP3
Subject: [CWG-RFP3] Option 5 - New IANA Entity

I was hoping this thread could be used to discuss the pros and cons of Option 5.

A diagrammatic representation of Option 5 is in the attached PDF.

In Option 5, a new IANA entity is created and the IANA functions are transferred from ICANN to this new entity. ICANN now only comprises of the names community (GNSO&CCNSO&etc). The oversight council would be a internal committee of ICANN. There is then a SLA/MOU/AOC between the new IANA entity and ICANN.

Avri captured the essence of Option 5 when she said "Well if the GNSO and ccNSO can't leave ICANN, maybe the IANA could leave if necessary.  Wasn't that always the point of the NTIA being able to transfer the contract?  So if we want to keep things similar, we need to maintain the ability for the contract to move from ICANN to another organization, or perhaps to a standalone organization.  We need 'separability' of the IANA function to remain one of its attributes."

As phased implementation, maybe the new IANA entity can initially be a subsidiary (wholly/partially owned) of ICANN. It can later be transferred to a new independent entity if the the names community so decides.

I believe our mandate in the RFP doesn't require us to worry about how the new IANA entity for the names community will interface with the IANA of the protocols and numbers communities. That would be the responsibility and headache of the ICG.

Pros and Cons (please add more):

Pros:
1) Separability is maintained. IANA can be transferred to a new entity in the future in case of dissatisfaction with the incumbent IANA operator.

2) Transparency between IANA and the names community is increased as all communications will need to be documented.

3) No new legal entity for the oversight council needs to be created.

4) The CWG is anyway contemplating creating a ICANN subsidiary for IANA functions to introduce separability and increase transparency.


Cons:
1) Jurisdiction of the new IANA entity will need to be decided.

2) Funding of the new IANA entity will need to be decided.


This thread is just to initiate a discussion.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/cwg-rfp3/attachments/20141110/fbf4fe45/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 3765 bytes
Desc: image001.png
URL: <http://mm.icann.org/pipermail/cwg-rfp3/attachments/20141110/fbf4fe45/image001-0001.png>