<div dir="ltr">Keith,<div><br></div><div>yep, things get even more interesting with nuance.</div><div><br></div><div>Conditioning funding to IANA cost is another of those paradoxes: those who complain that IANA should be mostly about stewardship and trust create a pay-per-service model. Luckily ICANN didn&#39;t bite that piece of bait. </div>

<div><br></div><div>Whatever the motives the ccTLDs and other registries had to condition funding - as they still do, clearly, from your description -  (I don&#39;t think exactly as you) the good news is that you and many other ccTLDs consider the topie of accountability and transparency of the finances resolved. In fact maybe we agree that a lot of the ATRT work ends up creating lots of bureaucracy where simpler solutions exist.</div>

<div><br></div><div>So this resonates with the principles of Reciprocity and Simplicity put forward by the Strategy Panel on ICANN&#39;s Role in the Internet Governance Ecosystem. What do you know, no surprise there, right?</div>

<div><br></div><div>I agree that designs of a future ICANN - or the more-constrained issue of substitution of the NTIA&#39;s functions - should protect against parties going rogue. &quot;Follow the money&quot; and &quot;look who has some turf to defend&quot; would be good guidelines to spot the riskiest ones. These are good design constraints because they induce a careful, rational risk analysis. Other variables in the Panel&#39;s report respond to this as well. </div>

<div><br></div><div>Yours,</div><div><br></div><div>Alejandro Pisanty</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Mar 21, 2014 at 7:55 PM, Keith Davidson <span dir="ltr">&lt;<a href="mailto:keith@internetnz.net.nz" target="_blank">keith@internetnz.net.nz</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
On 22/03/2014 3:42 a.m., Alejandro Pisanty wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Keith, Wolfgang, all,<br>
<br>
only partly true. I&#39;ll skip details and go to the consequences: as<br>
ccTLDs and RIRs contribute only marginally to ICANN&#39;s funding, the<br>
majority of ICANN&#39;s funds stem from the gTLD space.<br>
</blockquote>
<br>
Only partly true Alejandro. ICANNs inability to provide meaningful financial information regarding the costs it incurs re ccTLDs was the main reason for limited contribution from ccTLDs. Furthermore the greatest costs for ICANN are policy development programmes, compliance projects etc relating to the gTLDs. ccTLDs are not bound to ICANN policies, registry agreements etc. But anyway, within weeks of ICANN finally producing meaningful costings for the support of ccTLDs, the ccNSO approved a formula that could result in ccTLDs paying their share of ICANN costs.<br>


<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
A paradox ensues in which the same parties that do not contribute funds<br>
complain about ICANN being overly dependent on a single source of funding.<br>
</blockquote>
<br>
Many of the participative, developed ccTLDs have been contributing voluntarily to ICANN for many years. But you are painting a single picture that is not a reflection of reality Alejandro. There are many ccLTDs who support the ICANN model, financially and philisophically. There are huge amounts of historic costs picked up by ccTLDs outside of the ICANN financial records - for example, until recently, ccTLDs were nearly always the local host for ICANN meetings, and the costs to local hosts tended to range from $300,000 to $500,000 per meeting.<br>


<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Given that Wolfgang brings up the &quot;T-bone&quot; nickname (not extensively<br>
used) another piece of folklore could have arisen and didn&#39;t, &quot;pony up<br>
or shut up&quot;, to use some deep USian vernacular for the principle of<br>
corresponsibility. Water under the river now.<br>
</blockquote>
<br>
Yes, sadly a claim made by the misinformed. All the ccTLDs sought from ICANN was accountability and transparency of the finances, before committing to its own funding. Now truly resolved for this topic.<br>
<br>
The reason for discussing the original topics on this thread was to remind folks (or provide information to folks who weren&#39;t around in those days) that the ICANN staff and board can take unpalatable decisions and drive ICANN down undesirable paths, or can alienate some stakeholders to satisfy others - showing the extremely delicate path of achieving consensus in the multistakeholder environment. The risk going forward is that a couple of key changes of people in a couple of key positions can start to move ICANN away from its core principles. So what we develop for the future structures should insulate us from ICANN going rogue. Having all eggs in one basket is a recipe for greater problems rather than lesser problems, imho.<br>


<br>
Cheers<span class="HOEnZb"><font color="#888888"><br>
<br>
Keith<br>
<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>- - - - - - - - - - - - - - - - - - - - - - - - - - -<br>     Dr. Alejandro Pisanty<br>Facultad de Química UNAM<br>Av. Universidad 3000, 04510 Mexico DF Mexico<br>

+52-1-5541444475 FROM ABROAD<br>+525541444475 DESDE MÉXICO SMS +525541444475<br>Blog: <a href="http://pisanty.blogspot.com" target="_blank">http://pisanty.blogspot.com</a><br>LinkedIn: <a href="http://www.linkedin.com/in/pisanty" target="_blank">http://www.linkedin.com/in/pisanty</a><br>

Unete al grupo UNAM en LinkedIn, <a href="http://www.linkedin.com/e/gis/22285/4A106C0C8614" target="_blank">http://www.linkedin.com/e/gis/22285/4A106C0C8614</a><br>Twitter: <a href="http://twitter.com/apisanty" target="_blank">http://twitter.com/apisanty</a><br>

----&gt;&gt; Unete a ISOC Mexico, <a href="http://www.isoc.org" target="_blank">http://www.isoc.org</a><br>.  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .
</div>