Split the IANA functions?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Following up on Jari's post, I think it would be a prudent political move to split the IANA functions so that assignment of IP addresses is separate from the protocol registry functions. The motivation behind this is to protect the IETF.

Like the DNS, the allocation of IP address space and BGP parameters is a potential control point. It is thus an activity that is at the eye of the storm as far as Internet governance goes. That can't be helped and isn't our problem. Governments can and should argue over the governance of a control point that could potentially cripple their economies if abused in a trade war. 

The allocation of protocol parameters is not a control point since there is no enforcement mechanism. Nobody is going to take notice if IANA were to ever refuse to register a content type or an algorithm under political pressure.

So if Iceland develops its own word processor and wants to register the content type, the US government cannot protect Microsoft from competition by passing a law that tells IANA not to issue a content-type. Alternatively, if the NSA was to instruct IANA to refuse to register code points required by Brazil's new email security scheme the effort would be an obvious waste of time.

Abusing control of allocations in the IP, DNS and BGP spaces would also be difficult to maintain but the switching costs are much higher and the outcome is not so obvious. That dispute is certain to continue.


The problem the current situation creates is that because half of the IANA function intersects with IETF activities and half with ICANN type activities, the combination brings IETF into the line of fire in disputes where it can better serve all sides by being neutral.

There is already a defacto split since the IANA operates the protocol registry under contract with IETF and the IP/BGP registries under contract with the DoC. The IETF might propose protocol changes that would impact the numbers registry but the same is equally true of ICANN. Similarly, the IETF could de facto reserve chunks of IPv6 space (and in fact does still controls 7/8th of the total space) just as it can de facto attempt to grab TLDs if it chooses. But this is a consequence of the fact that it is much easier to fork a chunk of namespaces than is generally admitted.

So splitting IANA in two would have little operational impact but ensures that there is a clear boundary between the governance of Internet control points which is clearly in ICANN space and the governance of Internet standards which is clearly separate from it.

The only practical impact would be changing the name of the protocol registry. It would still be maintained by the same people, etc. Since the protocol registries are not only numbers, the name Internet Assigned Registry Authority (IARA) would be more appropriate in any case.


Logically, the thing to do would be for ICANN to rename the IP/BGP side of IANA but that would not have the same protective effect politically.


--
Website: http://hallambaker.com/

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]