<div dir="ltr">All,<div><br></div><div>A few thoughts/suggestions in response to recent posts in this thread:</div><div><br></div><div>1. <u>Make IANA a Subsidiary of ICANN</u>. In order to promote structural separation, and to allow for future separation of the IANA group from ICANN should that become appropriate, IANA could become a wholly-owned subsidiary of ICANN (rather than a department). This would allow other entities to contract directly with IANA, rather than contracting with ICANN for IANA services.This would also make future separation easier (and should make the threat of separation as an accountability mechanism more realistic).</div><div><br></div><div>2. <u>All Stakeholder Groups should be part of the Entity/Group with ICANN Oversight</u>. Oversight of the IANA functions for the naming community should not be left solely (or even primarily) to its direct "customers." An essential part of the multistakeholder construct is that all Internet stakeholders (aka "the Global Multistakeholder Community") are affected, directly or indirectly, by these matters. This CWG is roughly representative of those stakeholders. Any group or entity designated or created to hold steward/oversight responsibility should be similarly representative.</div><div><br></div><div>3. <u>An Unincorporated Association has Issues</u>. It is true that the NFL is an unincorporated association. However, I believe that it uses incorporated entities (e.g., NFL Media LLC, NFL Properties LLC, NFL Enterprises LLC) or the the individual teams to enter into most (if not all) contracts. (I believe that the income of the NFL itself (which considers itself a trade association) is primarily dues from teams; all other revenue flows elsewhere.) Under US law, an unincorporated association is not a legal entity apart from its individual members. Thus, unincorporated associations cannot enter into contracts unless the unincorporated association's home State has specific enabling unincorporated associations to enter into contracts. (I don't know what California law says on this matter, assuming one would want the unincorporated association's "home" to be California.) Also, individual members of an unincorporated association have full personal liability for the acts of the unincorporated association (in contrast to corporations and other "limited liability" entities, which act as a shield against personal liability under most circumstances) I doubt that stakeholder groups or representatives would want to assume personal liability for the acts of the group.</div><div><br></div><div>4. <u>An Entity Immune from "Rogue" Litigation Attacks is also likely to be Immune from Legitimate Litigation</u>. The issues of jurisdiction, domicile, immunity, etc. are complex and beyond the scope of this email. However, the idea that an entity can be immunized from rogue litigation while still being subject to legitimate litigation is far-fetched. Legitimate litigation is an important accountability mechanism (although a relatively extreme one). The threat of "rogue litigation" is overblown, in my opinion, and is another "bogeyman" that should be avoided. Most litigation is not objectively frivolous or baseless; if it is, it will likely be dismissed relatively quickly and there may be sanctions against the plaintiffs and their counsel. Furthermore, avoiding litigation is not as easy as changing the state or country of incorporation -- there are "long arm statutes" and many other ways of dragging defendants into court as long as the entity or its activities have a reasonable nexus with the location of the litigation. If we are concerned about accountability, I don't think we should be in the business of shielding entities from litigation.</div><div><br></div><div>Greg Shatan</div><div><br></div><div>(Caveat: Although I am a practicing attorney, I offer the above in my personal capacity and it does not constitute legal advice.)<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 23, 2014 at 11:48 AM, Kris Seeburn <span dir="ltr"><<a href="mailto:seeburn.k@gmail.com" target="_blank">seeburn.k@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>Milton,</div><div><br></div><div>Very much in agreement with you on this. I think in one of the threads it was also clear that coming back to the ccNSO, GNSO we are part of the ICANN entity itself and within the entity where ICANN does the naming. Obviously as one would say since ICANN has the required infrastructure to support the number resources where IANA comes in.</div><div><br></div><div>IANA as much as sometimes Avri did mention is like we could call it a dept or the likes. But one thing important in this concept is that when it comes for the NRO - Numbering part the Policy is made from regional areas already and is brought in through the MoU and a converged decision. Somehow as i mentioned before it is slightly easier for them.</div><div><br></div><div>Now coming down to the thinking process. From my RIR standpoint it was fine and still fine to have a contract - MoU for IANA to still be under ICANN to continue the management process. IETF is also another loose contract with ICANN for the IANA function. But IETF is also a core of the infrastructure of IANA. If they are not around things may crumble pretty much.</div><div><br></div><div>From ALAC/NCUC the process is stalling as we seem to not formally realise that we are part of the beast - ICANN. The question is from the different SOs how do we ascertain the transparency and accountability process is maintained which means no government control and i think this can be achieved independently from having the GAC as part of the process and no direct government involvement.</div><div><br></div><div>Perhaps one way to look at the problem is as much as we have setup this cross working group is a foresight answer to the problem already. Why not the CWG creates a council of membership from the different stakeholders in it and becomes the community that ensures the names part and maintain the accountability.</div><div><br></div><div>As far as i remember these were the considerations:</div><div><br></div><div><div style="margin:0px;font-size:11px">The considerations:</div></div><div><div style="margin:0px;font-size:11px">(a) protection of the root zone from political or other improper interference;</div><div style="margin:0px;font-size:11px">(b) integrity, stability, continuity, security and robustness of the administration of the root zone;</div><div style="margin:0px;font-size:11px">(c) widespread [international] trust by Internet users in the administration of this function;</div></div><div style="margin:0px;font-size:11px"><div style="margin:0px">(d) support of a single unified root zone; and</div><div style="margin:0px">(e) agreement regarding an accountability mechanism for this function that is broadly accepted as being in the global public interest.”</div><div style="margin:0px"><br></div><div style="margin:0px"><span style="font-size:12px">As far as i remember these were the solutions characteristics:</span></div><div style="margin:0px"><br></div><div style="margin:0px"><div style="margin:0px"><div style="margin:0px">(a) offers a legal structure that is robust against rogue litigation attacks</div><div style="margin:0px">(b) is aligned with the Internet technical infrastructure in a way that supports innovative, technology based evolution of the DNS .</div><div style="margin:0px">(c) is an inclusive model</div><div style="margin:0px">(d) is a demonstrable improvement on current processes in this area</div></div></div></div><div><br></div><div>If these are the core principles it should not take much time to accomplish a resolution. Legally stating can ccNSO, GNSO etc., create a legal, i am pretty much doubtful but we can create a council or something that can take the different SOs to be managing and ascertaining the same processes. IETF on the other hand is housed under ISOC. IETF would not be able to house us. We need to still bear in mind we are part of ICANN here. Unless we are looking at decoupling ourselves from ICANN which is not worth. </div><div><br></div><div>We need to bear in mind IETF, IAB are closely housed into ISOC which is the entity /organisation that does the management / operational aspect. </div><div><br></div><div>My two cents worth.</div><div><br></div><div><br></div><div><br></div><div><blockquote type="cite"><div><div><div>On Oct 23, 2014, at 7:17 PM, Milton L Mueller <<a href="mailto:mueller@syr.edu" target="_blank">mueller@syr.edu</a>> wrote:</div><br></div></div><div><div><div>
<div lang="EN-US" link="blue" vlink="purple">
<div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Fouad:<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">By the “technical community proposals” I assume you mean the protocols community.
<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">What your argument misses is that IANA _<i>is</i>_ a separate organizational entity for both the numbers and protocols communities.
<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">The protocol community has an MoU with ICANN that authorizes ICANN to perform the IANA functions for them. That MoU can be revoked, and IETF can decide to use
someone else. That is the perfect accountability mechanism. Now, tell me how the names community achieves that same wonderful state? There are two ways to do it: pull the IANA out of ICANN, or set up a new contracting authority to replace the NTIA, which could
periodically award the contract to ICANN or to anyone else qualified. <u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">No one wants “the IANA technical and policy functions [might] fall into the hands and whims of governments.” That in fact is a requirement imposed on the transition
by the NTIA. But we do need to make significant organizational changes if we are to meet the requirement of accountability. I think scare talk about take overs can divert our attention from needed reforms and I would resist that kind of talk.
<u></u><u></u></span></p><p class="MsoNormal"><a name="1493de1fe56c3bc8_1493db2c73ef747a__MailEndCompose"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"> </span></a></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div><p class="MsoNormal">I don't think that IANA should be evolved as a separate entity at all and create new opportunities for bureaucracies for governments and industry control. <u></u><u></u></p>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">The technical community proposals are highly reasonable to not make such a big fuss out of it and help IANA transition under a body that is somewhat messed up but can be improved in the long run however, ICANN would need some changes. <u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">The technical community has also shown its concern that it doesn't want the IANA technical and policy function to fall into the hands of the whims of governments because it functions to the technical community's needs adequately in its
present environment and role. <u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">Your challenge and for the ICG is to propose that most transparent and accountable way forward that ensures an open and inclusive relationship with the Internet community treating stakeholders in their respective roles but not giving preference
to one group over another another. I don't have to go through the Internet Governance ideals over and over again here.<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">First ICANN Board control as the final word for IANA affairs would have to be reviewed and should be taken into a broader community review process. I do not trust the ICANN Board to be able to manage both ICANN and IANA in a transparent
and accountable way, their progress over the years has had its own set of troubles already. <u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">The proposals are interesting but not the final word. The final word will remain with NTIA and thats my concern from a developing country member citizen perspective. I am going through a great deal of suggestions and proposals and all show
a similar aspect, don't disturb the IANA technical function and the policies for IANA developed by the community have work so far but require more transparency, accountability and functional relationships with the community ensuring open and inclusive participation
in its policy development processes. <u></u><u></u></p>
</div>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
<div><p class="MsoNormal">On Thu, Oct 23, 2014 at 7:27 PM, Seun Ojedeji <<a href="mailto:seun.ojedeji@gmail.com" target="_blank">seun.ojedeji@gmail.com</a>> wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div><p class="MsoNormal" style="margin-bottom:12.0pt">+1 Option 2 is preferred from my end also. However i also added Option 4 as a second preference just incase things get delayed with the accountability process.<u></u><u></u></p>
</div><p class="MsoNormal">Cheers!<u></u><u></u></p>
</div>
<div>
<div>
<div><p class="MsoNormal"><u></u> <u></u></p>
<div><p class="MsoNormal">On Thu, Oct 23, 2014 at 3:15 PM, Olivier MJ Crepin-Leblond <<a href="mailto:ocl@gih.com" target="_blank">ocl@gih.com</a>> wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div><p class="MsoNormal">Hello all,<br>
<br>
you might wish to see an expanded set of "Options", in a Google Doc which has been shared.<br>
<br>
<a href="https://docs.google.com/document/d/1B46mlsyZUFF4bZfeWgGCdqIQHCP2BMOy4KZU4RiRiE8/edit?usp=sharing" target="_blank">https://docs.google.com/document/d/1B46mlsyZUFF4bZfeWgGCdqIQHCP2BMOy4KZU4RiRiE8/edit?usp=sharing</a><br>
<br>
So far, I note that the majority of our participants on the At-Large IANA Issues WG appears to prefer Option 2.<br>
<br>
Kind regards,<br>
<br>
Olivier<u></u><u></u></p>
<div>
<div><p class="MsoNormal" style="margin-bottom:12.0pt"><br>
<br>
<u></u><u></u></p>
<div><p class="MsoNormal">On 15/10/2014 22:55, Olivier MJ Crepin-Leblond wrote:<u></u><u></u></p>
</div>
</div>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div><p class="MsoNormal">FYI<u></u><u></u></p>
<div><p class="MsoNormal"><br>
<br>
-------- Forwarded Message -------- <u></u><u></u></p>
<table border="0" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td nowrap valign="top" style="padding:0in 0in 0in 0in"><p class="MsoNormal" align="right" style="text-align:right"><b>Subject: <u></u><u></u></b></p>
</td>
<td style="padding:0in 0in 0in 0in"><p class="MsoNormal">[CWG-Stewardship] Names Community vs the other two communities<u></u><u></u></p>
</td>
</tr>
<tr>
<td nowrap valign="top" style="padding:0in 0in 0in 0in"><p class="MsoNormal" align="right" style="text-align:right"><b>Date: <u></u><u></u></b></p>
</td>
<td style="padding:0in 0in 0in 0in"><p class="MsoNormal">Thu, 16 Oct 2014 02:40:47 +0530<u></u><u></u></p>
</td>
</tr>
<tr>
<td nowrap valign="top" style="padding:0in 0in 0in 0in"><p class="MsoNormal" align="right" style="text-align:right"><b>From: <u></u><u></u></b></p>
</td>
<td style="padding:0in 0in 0in 0in"><p class="MsoNormal">Guru Acharya <a href="mailto:gurcharya@gmail.com" target="_blank">
<gurcharya@gmail.com></a><u></u><u></u></p>
</td>
</tr>
<tr>
<td nowrap valign="top" style="padding:0in 0in 0in 0in"><p class="MsoNormal" align="right" style="text-align:right"><b>To: <u></u><u></u></b></p>
</td>
<td style="padding:0in 0in 0in 0in"><p class="MsoNormal"><a href="mailto:cwg-stewardship@icann.org" target="_blank">cwg-stewardship@icann.org</a><u></u><u></u></p>
</td>
</tr>
</tbody>
</table><p class="MsoNormal" style="margin-bottom:12.0pt"><u></u> <u></u></p>
<div>
<div><p class="MsoNormal">How the names community approach will differ from the approach adopted by the numbers community and protocols community?<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">Numbers Community: APNIC has reached consensus on its proposal. According to the proposal, IANA will continue to reside in ICANN. It proposes to replace NTIA oversight with a Service Level Agreement (SLA) and Affirmation of Commitment (AOC)
between NRO and ICANN.<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><a href="http://www.slideshare.net/fullscreen/apnic/report-ianatransition/1" target="_blank">www.slideshare.net/fullscreen/apnic/report-ianatransition/1</a><u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">Protocols Community: The IETF draft proposal suggests that no structural changes are required as a result of the transition. The MOU between ICANN and the IETF community will continue to govern the existing relationship. Again, IANA will
continue to reside in ICANN.<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><a href="http://tools.ietf.org/html/draft-ietf-ianaplan-icg-response-00" target="_blank">http://tools.ietf.org/html/draft-ietf-ianaplan-icg-response-00</a><u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">Therefore, neither the numbers community, nor the protocol community appear to be in the direction of suggesting a new MS Oversight Entity to replace NTIA and its oversight. Merely contracts between existing entities will be updated to
replace NTIA oversight.<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">Can the names community adopt a similar approach? Can a contractual agreement (SLA/AOC/MOU) between ICANN and GNSO/CCNSO be expected to replace NTIA oversight?<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">Clearly NO! This approach can not be adopted by the names community because the names community resides within ICANN, which is also the IANA operator. Specifically, GNSO and CCNSO are essentially subsets of ICANN, and therefore a contractual
agreement (SLA/AOC/MOU) between ICANN and GNSO/CCNSO can not be expected to replace NTIA oversight.<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">Therefore, it is essential to either<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">Option (i): create a new legal entity, which has a contractual oversight relationship with ICANN. This would be similar to <a href="http://www.internetgovernance.org/2014/08/04/students-school-faculty-on-iana-transition-the-meissen-proposal/" target="_blank">http://www.internetgovernance.org/2014/08/04/students-school-faculty-on-iana-transition-the-meissen-proposal/</a><u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">Option (ii): expect ICANN to self-regulate<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">Option (iii): make a new legal entity comprising of CCNSO and GNSO that is structurally independent of ICANN and require that new entity to enter into a contractual oversight agreement (SLA/AOC/MOU) with ICANN.<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">From the above three options, clearly option (ii) is not acceptable because of the lack of trust in the ICANN enhanced accountability process.<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">I also feel that option (iii) is not feasible because the CCNSO and GNSO are heavily integrated with ICANN and structural separation of these two communities from ICANN will be in-feasible.<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">Also, from the Jordan Carter document, the option on page 7 can be discarded, which makes ICANN the oversight body, as IANA will continue to reside in ICANN, as clearly suggested by the proposals of the protocols and numbers community.<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">Therefore, option (i) is clearly the only option available with the names community.<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
<div><p class="MsoNormal">Regards,<u></u><u></u></p>
</div>
<div><p class="MsoNormal">Acharya<u></u><u></u></p>
</div>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
</div><p class="MsoNormal"><u></u> <u></u></p>
</div><p class="MsoNormal" style="margin-bottom:12.0pt"><br>
<br>
<u></u><u></u></p>
</div>
</div>
<pre>_______________________________________________<u></u><u></u></pre>
<pre>Iana-issues mailing list<u></u><u></u></pre>
<pre><a href="mailto:Iana-issues@atlarge-lists.icann.org" target="_blank">Iana-issues@atlarge-lists.icann.org</a><u></u><u></u></pre>
<pre><a href="https://mm.icann.org/mailman/listinfo/iana-issues" target="_blank">https://mm.icann.org/mailman/listinfo/iana-issues</a><u></u><u></u></pre>
</blockquote><p class="MsoNormal"><br>
<br>
<u></u><u></u></p>
<pre>-- <u></u><u></u></pre>
<pre>Olivier MJ Crépin-Leblond, PhD<u></u><u></u></pre>
<pre><a href="http://www.gih.com/ocl.html" target="_blank">http://www.gih.com/ocl.html</a><u></u><u></u></pre>
</div><p class="MsoNormal" style="margin-bottom:12.0pt"><br>
_______________________________________________<br>
Iana-issues mailing list<br>
<a href="mailto:Iana-issues@atlarge-lists.icann.org" target="_blank">Iana-issues@atlarge-lists.icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/iana-issues" target="_blank">https://mm.icann.org/mailman/listinfo/iana-issues</a><u></u><u></u></p>
</blockquote>
</div><p class="MsoNormal"><br>
<br clear="all">
<br>
-- <u></u><u></u></p>
</div>
</div>
<div><p class="MsoNormal">------------------------------------------------------------------------<span style="color:#888888"><u></u><u></u></span></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><p class="MsoNormal" style="margin-bottom:12.0pt"><i><span style="font-family:"Garamond",serif;color:#006600">Seun Ojedeji,<br>
Federal University Oye-Ekiti<br>
web: </span></i><i><span style="font-family:"Garamond",serif;color:#888888"><a href="http://www.fuoye.edu.ng/" target="_blank">http://www.fuoye.edu.ng</a><br>
</span></i><i><span style="font-family:"Garamond",serif;color:#006600">Mobile: <a href="tel:%2B2348035233535" value="+2348035233535" target="_blank">+2348035233535</a></span></i><i><span style="font-family:"Garamond",serif;color:#888888"><br>
</span></i><i><span style="font-family:"Garamond",serif;color:#006600">alt email:<a href="http://goog_1872880453/" target="_blank">
</a><a href="mailto:seun.ojedeji@fuoye.edu.ng" target="_blank">seun.ojedeji@fuoye.edu.ng</a></span></i><span style="font-family:"Garamond",serif;color:#888888"><u></u><u></u></span></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><p class="MsoNormal"><span style="font-family:"Garamond",serif;color:#888888">The key to understanding is humility - my view !<u></u><u></u></span></p>
</blockquote>
</blockquote><p class="MsoNormal"><u></u> <u></u></p>
</div>
</div><p class="MsoNormal" style="margin-bottom:12.0pt"><br>
_______________________________________________<br>
Iana-issues mailing list<br>
<a href="mailto:Iana-issues@atlarge-lists.icann.org" target="_blank">Iana-issues@atlarge-lists.icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/iana-issues" target="_blank">https://mm.icann.org/mailman/listinfo/iana-issues</a><u></u><u></u></p>
</blockquote>
</div><p class="MsoNormal"><br>
<br clear="all">
<u></u><u></u></p>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div><p class="MsoNormal">-- <br>
Regards.<br>
--------------------------<br>
Fouad Bajwa<br>
ICT4D and Internet Governance Advisor<br>
My Blog: Internet's Governance: <a href="http://internetsgovernance.blogspot.com/" target="_blank">
http://internetsgovernance.blogspot.com/</a><br>
Follow my Tweets: <a href="http://twitter.com/fouadbajwa" target="_blank">http://twitter.com/fouadbajwa</a><u></u><u></u></p>
</div>
</div>
</div>
</div></div></div>
_______________________________________________<span><br>CWG-Stewardship mailing list<br><a href="mailto:CWG-Stewardship@icann.org" target="_blank">CWG-Stewardship@icann.org</a><br><a href="https://mm.icann.org/mailman/listinfo/cwg-stewardship" target="_blank">https://mm.icann.org/mailman/listinfo/cwg-stewardship</a><br></span></div></blockquote></div><br><div>
<div>Kris Seeburn</div><div><a href="mailto:seeburn.k@gmail.com" target="_blank">seeburn.k@gmail.com</a></div><div><ul style="margin:0px;padding:0px 0px 8px;border:0px;outline:0px;font-family:Helvetica,Arial,sans-serif;vertical-align:baseline;list-style:none;line-height:17px;display:table-cell;width:504px;color:rgb(51,51,51)"><li style="margin:0px;padding:8px 12px 2px 0px;border:0px;outline:0px;font-style:inherit;font-size:11px;font-family:inherit;vertical-align:baseline;font-variant:inherit;line-height:1.2em"><dl style="margin:0px;padding:0px;border:0px;outline:0px;font-style:inherit;font-family:inherit;vertical-align:baseline;font-variant:inherit;line-height:inherit;word-wrap:break-word"><dd style="margin:0px;padding:2px 9px 1px 0px;border:0px;outline:0px;font-style:inherit;font-family:inherit;vertical-align:top;font-variant:inherit;line-height:inherit;display:inline-block;zoom:1"><a href="http://www.linkedin.com/in/kseeburn/" title="View public profile" name="1493de1fe56c3bc8_1493db2c73ef747a_webProfileURL" style="margin:0px 10px 0px 0px;padding:0px 0px 0px 19px;border:0px;outline:0px;font-style:inherit;font-family:inherit;vertical-align:middle;text-decoration:none;color:rgb(102,102,102);font-variant:inherit;line-height:inherit;display:inline-block;zoom:1;background-image:url(http://s.c.lnkd.licdn.com/scds/common/u/images/apps/profile/sprite/sprite_profile_top_card_v8.png);background-repeat:no-repeat no-repeat" target="_blank">www.linkedin.com/in/kseeburn/</a></dd></dl></li></ul><div><br></div></div><div><br></div><br>
</div>
<br></div><br>_______________________________________________<br>
CWG-Stewardship mailing list<br>
<a href="mailto:CWG-Stewardship@icann.org" target="_blank">CWG-Stewardship@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/cwg-stewardship" target="_blank">https://mm.icann.org/mailman/listinfo/cwg-stewardship</a><br>
<br></blockquote></div><br></div></div>