<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
<div>
<blockquote type="cite" class="">
<div class="">On 14 Oct 2019, at 10:49 AM, Owen DeLong <<a href="mailto:owen@delong.com" class="">owen@delong.com</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div class="">You have the control relationship backwards. IANA is a function performed by  PTI under a contract controlled by the NRO (Number Resource Organization). The NRO is the five RIRs and they tell ICANN how to perform the IANA function, not the other
 way around.  </div>
</div>
</blockquote>
<br class="">
</div>
<div>Owen is correct – one side effect of the “IANA Stewardship Transfer” activity was that the authority to administer the respective registry spaces (name, number, protocols) was made quite explicit and vested in affected community for each of these spaces
 via their respective representative bodies: IETF for protocol registries, the RIRs for the number registries, and the ICANN DNS community for the DNS root zone.   </div>
<div><br class="">
</div>
<div>The fact that protocol and number registries are administered by ICANN (or its affiliate PTI) is because there are agreements for ICANN to perform these tasks under contract for the IETF and the NRO respectively; in the case of the number registries, this
 is the "Service Level Agreement (SLA) for the IANA Numbering Services”  <<a href="https://www.nro.net/internet-governance/iana/" class="">https://www.nro.net/internet-governance/iana/</a>></div>
<div><br class="">
</div>
<div>Thanks,</div>
<div>/John</div>
<div><br class="">
</div>
<div>
<div>John Curran</div>
<div>President and CEO</div>
<div>American Registry for Internet Numbers</div>
</div>
<div><br class="">
</div>
<br class="">
</body>
</html>