<p dir="ltr">sent from Google nexus 4<br>
kindly excuse brevity and typos.<br>
On 4 Sep 2014 12:42, &quot;John Curran&quot; &lt;<a href="mailto:jcurran@istaff.org">jcurran@istaff.org</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; That cultural failure leads to the sorts of staff and Board decisions that have eroded trust between ICANN-the-organisation and the ICANN community.<br>
&gt;<br>
&gt;<br>
&gt; Again, you are referring to decisions that are being made within _ICANN_, and hence are<br>
&gt; unaffected by any move of the IANA external to ICANN (particularly if ICANN is the one who<br>
&gt; contracts with the IANA operator for the DNS IANA registry maintenance, as you propose<br>
&gt; above...)   <br>
&gt;<br>
+1 to this for all it&#39;s worth; Where the database really stays doesn&#39;t matter much to me. How the database update scripts are developed is what matters most to me and that is largely related to the policies used by IANA staff.<br>

So there are just 2 main ICANN accountability area:</p>
<p dir="ltr">- The  management of ICANN as an organisation which generally includes it&#39;s leadership representation, role and deliverables. (I don&#39;t care about coca-cola, I care about the formula that produces the drink I ingest.)</p>

<p dir="ltr">- The other is ICANN as an IANA operator.</p>
<p dir="ltr">While I may be less concerned about the first. I am 100% concerned about the second as a community member who rely on the information in IANA database. So for me, I will like to see that the script ICANN uses to carry out IANA operation is developed by me (as the community) and that way, I am accountable as a community member.</p>

<p dir="ltr">So I wonder why it becomes a huge puzzle to make the community developed policies an absolute script source for IANA operation. As this is already practiced in the numbers world (and ofcourse not by paying members)</p>

<p dir="ltr">Cheers!</p>
<p dir="ltr">&gt; I actually don&#39;t know if moving the IANA outside of ICANN is a good idea or not; there are<br>
&gt; certain stability issues that weigh heavily, but we also have existence proof that such teams<br>
&gt; can be transitioned from their parent organizations successfully.  My main point is that moving<br>
&gt; IANA (or not) doesn&#39;t actually have any meaningful impact on the ICANN accountability, which <br>
&gt; appears (from those on the sidelines such as myself) to be the DNS communities principal <br>
&gt; source of angst.<br>
&gt;<br>
&gt; FYI,<br>
&gt; /John<br>
&gt;<br>
&gt; Disclaimer: my views alone.<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; IANAxfer mailing list<br>
&gt; <a href="mailto:IANAxfer@elists.isoc.org">IANAxfer@elists.isoc.org</a><br>
&gt; <a href="https://elists.isoc.org/mailman/listinfo/ianaxfer">https://elists.isoc.org/mailman/listinfo/ianaxfer</a><br>
&gt;<br>
</p>