<div dir="ltr"><div class="gmail_default"><div class="gmail_default" style="font-family:arial,sans-serif"><font face="verdana, sans-serif">Nigel,</font></div><div class="gmail_default" style="font-family:arial,sans-serif"><font face="verdana, sans-serif"><br></font></div><div class="gmail_default" style="font-family:arial,sans-serif"><font face="verdana, sans-serif">I&#39;ll give it a shot:</font></div><div class="gmail_default" style="font-family:arial,sans-serif"><font face="verdana, sans-serif"><br></font></div><div class="gmail_default" style="font-family:arial,sans-serif"><font face="verdana, sans-serif"><br></font></div><div class="gmail_default"><font face="verdana, sans-serif"><div class="gmail_default"><font color="#0000ff">Within its Mission and in its operations, ICANN will respect internationally recognized Human Rights.  </font><font color="#000000">ICANN would be obligated to respect internationally recognized Human Rights, but only to the extent consistent with its mission.  Respect might be defined at least in part according to the Ruggie principles, i.e., avoid infringing on the internationally recognized human rights of others), but that is going to require work in Work Stream 2.  Again, if we use Ruggie, &quot;internationally recognized Human Rights&quot; would mean &quot;at a minimum,
as those expressed in the International Bill of Human Rights and the
principles concerning fundamental rights set out in the International
Labour Organization’s Declaration on Fundamental Principles and
Rights at Work.&quot;  The reference to the ILO Declaration shows a bit of a mis-fit with ICANN as a business enterprise, since Ruggie is aimed primarily at business&#39;s relationship with employees, supply chain, etc., and may not fit so well with an organization whose &quot;product&quot; is technical coordination and the implementation of global policy set by non-employee stakeholders.  So this might be good for ICANN&#39;s overworked policy staff!  Of course, that is a Work Steam 2 discussion....</font></div></font><div class="gmail_default" style="font-family:verdana,sans-serif"><font color="#0000ff"><br></font></div><div class="gmail_default"><font color="#0000ff" style="font-family:verdana,sans-serif">This commitment shall not in any way create an obligation for ICANN, or any entity having a relationship with ICANN, to protect or enforce Human Rights beyond what may be required by applicable law. </font><font face="verdana, sans-serif" color="#000000">The key here is that it does not &quot;create an obligation&quot; for ICANN.  In other words, it doesn&#39;t add any new &quot;protection or enforcement&quot; obligations for ICANN.  However, there is nothing in this language that is in any way preventative, nor does it take away (or &quot;relieve&quot;) any obligations ICANN may have -- whether in law, ICANN policy, or in contract.  As such, it does not prevent ICANN from choosing to do anything within its mission that could be viewed as protecting or enforcing Human Rights regardless of whether its part of applicable law. (I&#39;ll save my response on the &quot;applicable law&quot; discussion for a different email.)  This sentence also acknowledges that ICANN does have an obligation to follow all applicable laws (including those that protect Human Rights).  Ruggie classifies &quot;protecting&quot; and &quot;enforcing&quot; as inherent the powers (and duties) of government, not of a private company.  In explaining &quot;protecting&quot; Human Rights, Ruggie refers to a duty to &quot;prevent, investigate, punish and redress [Human Rights] abuse through effective policies, legislation, regulations and adjudication.&quot; This implies that &quot;protecting and enforcing&quot; is not merely doing something that might qualify as protecting, enforcing or preventing, etc. Human Rights; it is using the power of the state to do so. (The rest of the Ruggie definition is even more oriented toward what states can do.)  Of course, a private company can (and should) try to &quot;prevent [Human Rights] abuse&quot; in its workplace &quot;through effective policies.&quot;  If I follow Ruggie&#39;s logic, that would still be considered &quot;respecting&quot; Human Rights and not protecting or enforcing Human Rights.  As such, if you follow Ruggie literally, it could be said that ICANN (not having the power of the state) could not &quot;protect or enforce&quot; Human Rights even if it tried.  Of course, ICANN has powers that are different from those of a typical &quot;business enterprise.&quot;  And &quot;protect and enforce&quot; can be construed more broadly than Ruggie does, so that things businesses do could be called &quot;protecting&quot; and &quot;enforcing.&quot;</font></div><div class="gmail_default" style="font-family:verdana,sans-serif"><font color="#0000ff"><br></font></div><div class="gmail_default"><font color="#0000ff" style="font-family:verdana,sans-serif">In particular, this does not create any additional obligation for ICANN to respond to or consider any complaint, request, or demand seeking the enforcement of Human Rights by ICANN. </font><font color="#000000" face="verdana, sans-serif">This is intended to insulate ICANN from claims that the new Bylaw creates a new job for ICANN -- Human Rights &quot;enforcer.&quot;  Again, ICANN could &quot;enforce&quot; Human Rights, if it chose to do so, and if you don&#39;t read &quot;enforce&quot; so narrowly that it is only the power of a sovereign state. (If you do read &quot;enforce&quot; narrowly, ICANN couldn&#39;t &quot;enforce&quot; anything even if it tried, since it is a private entity -- but that gets us back to the issue that ICANN is not a typical &quot;business enterprise&quot;.)</font></div><div class="gmail_default" style="font-family:verdana,sans-serif"><font color="#0000ff"><br></font></div><div class="gmail_default" style="font-family:verdana,sans-serif"><font color="#0000ff">This Bylaw provision will not enter into force until a Framework of Interpretation is developed as part of “Work Stream 2” by the CCWG-Accountability or another Cross Community Working Group chartered for such purpose by one or more Supporting Organizations or Advisory Committees. </font><font color="#000000">One could say this means the Bylaw is merely symbolic, and does nothing until the FoI is developed and adopted, and is itself &quot;in force.&quot;  However, it does a little more than that, for better or worse -- it creates a presumption that the particular words of the Bylaw are the rights words for the Bylaw, regardless of where Work Stream 2 takes us.  So, if the work of the CCWG-WS2 concludes that these words have &quot;issues&quot; and we&#39;d all be better off with variations, additions, subtractions or wholesale changes, it will be a bit of an uphill battle to remove the &quot;not-yet-in-force-but-already-adopted&quot; language and replace it with &quot;new and improved&quot; language.  It may also tend to force WS2 to try and deal with these words and make the best of it, rather than coming out at the end of the process with both a FoI and a matching bylaw. But c&#39;est la vie....</font></div><div class="gmail_default" style="font-family:verdana,sans-serif"><font color="#0000ff"><br></font></div><div class="gmail_default" style="font-family:verdana,sans-serif"><font color="#0000ff">ICANN shall support the establishment and work of such a Group to facilitate development of the Framework of Interpretation as promptly as possible.  </font><font color="#000000">To paraphrase Warren Zevon, &quot;Give us lawyers, guns and money.&quot;</font></div><div style="font-family:arial,sans-serif"><br></div></div><div class="gmail_default" style="font-family:arial,sans-serif"><font face="verdana, sans-serif"><br></font></div><div class="gmail_default"><font face="verdana, sans-serif">Hope that helps, and is not too stultifying.  Some may disagree with some of what I&#39;ve said, but hey! that&#39;s what Work Stream 2 is for.  </font></div><div class="gmail_default"><font face="verdana, sans-serif"><br></font></div><div class="gmail_default"><font face="verdana, sans-serif">[I should add that the usual caveat applies, as it always does (this is not legal advice, this does not form a lawyer-client relationship, (but feel free to send money), etc.).]</font></div><div class="gmail_default"><font face="verdana, sans-serif"><br></font></div><div class="gmail_default"><font face="verdana, sans-serif">Greg</font></div><div class="gmail_default"><font face="verdana, sans-serif"><br></font></div><div class="gmail_default"><font face="verdana, sans-serif"><br></font></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 28, 2016 at 12:59 PM, Nigel Roberts <span dir="ltr">&lt;<a href="mailto:nigel@channelisles.net" target="_blank">nigel@channelisles.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">MAYBE, just maybe, we can put this to bed.<br>
<br>
Can you construe (deconstruct) the latest language for me, the way you see it, please?<br>
<br>
As an aside, whilst I have no issue with the word enforcement, since ICANN will not employ blue helmets, I am not sure that IP interests would be that keen on relieving ICANN of its obligation to protect the right to property (on matters properly within mission).<span class=""><br>
<br>
On 28/01/16 17:51, Greg Shatan wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
Nigel,<br>
<br>
I have to disagree with your interpretation of the proposed bylaw.  The<br>
&quot;applicable law&quot; restriction only applies to ICANN&#39;s obligation (if any)<br>
to &quot;protect&quot; and &quot;enforce&quot; human rights.  It does not apply to ICANN&#39;s<br>
obligation to &quot;respect&quot; human rights.  As such, ICANN would be required<br>
to take into account human rights from the posture of &quot;respecting&quot; them.<br>
<br>
What exactly does that mean?  Well, that&#39;s what will be determined in<br>
WS2.  Avri believes that it would include a human rights impact<br>
assessment.  Is she right?  Wait for WS2.  Some think the Ruggie<br>
Principles should apply, while others believe that there are significant<br>
problems with that idea.  Who is right?  Wait for WS2.  Is this intended<br>
to change how ICANN operates (including policy development) or is just a<br>
backstop to prevent ICANN from backsliding from its current level of<br>
commitment (arguably enforced by the NTIA relationship)?  Wait for WS2.<br>
Are sequels better than the original or do they tend to be<br>
unimaginative, bloody and trite?  Wait for WS2.<br>
<br>
Greg<br>
<br>
On Thu, Jan 28, 2016 at 12:38 PM, Nigel Roberts &lt;<a href="mailto:nigel@channelisles.net" target="_blank">nigel@channelisles.net</a><br></span><div><div class="h5">
&lt;mailto:<a href="mailto:nigel@channelisles.net" target="_blank">nigel@channelisles.net</a>&gt;&gt; wrote:<br>
<br>
    But do you want a cleverly drafted by-law that guarantees that human<br>
    rights are not required to be taken into account (whilst appearing<br>
    to say the contrary), or a word-is-my-bond committment from the<br>
    current Board, who are at least, a lot more trustworthy than some<br>
    Boards that there were heretofore?<br>
<br>
    You can only pick one.<br>
<br>
<br>
    On 28/01/16 17:25, Avri Doria wrote:<br>
<br>
        Hi,<br>
<br>
        The problem with a firm commitment by the Board is that it<br>
        something<br>
        that can be undone or changed by a future Board with ease and at<br>
        their<br>
        will.  Unlike a bylaw which involves a multistakeholder process.<br>
<br>
        Without the bylaw, there is no guarantee.<br>
<br>
        avri<br>
<br>
        On 28-Jan-16 11:21, Kavouss Arasteh wrote:<br>
<br>
            HR should be referenced in intermediate Bylaws and drafted<br>
            at WS2. Based on our dis discussions and REC . once FOI is<br>
            ready the final legal  text shall  be approved and included<br>
            in the Definitive Bylaws. In the meantime Board,s firm<br>
            commitment once approved by CCWG shall apply<br>
            Kabouss .<br>
<br>
            Sent from my iPhone<br>
<br>
                On 28 Jan 2016, at 16:33, Avri Doria &lt;<a href="mailto:avri@acm.org" target="_blank">avri@acm.org</a><br></div></div><div><div class="h5">
                &lt;mailto:<a href="mailto:avri@acm.org" target="_blank">avri@acm.org</a>&gt;&gt; wrote:<br>
<br>
<br>
<br>
                    On 28-Jan-16 09:25, Andrew Sullivan wrote:<br>
<br>
                        On Thu, Jan 28, 2016 at 02:05:26PM +0000, Nigel<br>
                        Roberts wrote:<br>
                        ICANN must simply respect human rights. That&#39;s it.<br>
<br>
                    I wish I knew what this is supposed to mean for<br>
                    ICANN action, though.<br>
                    I&#39;m trying to imagine something where ICANN would<br>
                    act differently in<br>
                    the presence or absence of the bylaw, and I&#39;ve been<br>
                    unable to come up<br>
                    with anything.<br>
<br>
                As I have mentioned before, for me the prime issue is<br>
                that human rights<br>
                impact analysis be done as part of the PDP process as<br>
                opposed to just<br>
                waiting to see if some government agency slaps our wrist<br>
                afterwards for<br>
                not having considered the impact of, e.g., freedom of<br>
                expression or an<br>
                open internet.  At this point we just do stuff and then<br>
                wait to see if<br>
                NTIA, or any other federal agency, or the GAC lets us<br>
                know that we have<br>
                messed up.  Requiring that we respect Human Rights<br>
                includes it being in<br>
                scope as a consideration that is understood and<br>
                discussed when policy is<br>
                made and considered for approval.<br>
<br>
                Without the bylaw such considerations remain out of<br>
                scope in a future<br>
                where there is no backstop for our actions.   i believe<br>
                that taking on<br>
                this responsibility is our only reliable response to the<br>
                NTIA<br>
                requirement.  And I believe that the fears of such a<br>
                bylaw have been<br>
                shown to be emotional and not fact based.<br>
<br>
<br>
<br>
                    (That&#39;s also, I suppose, why I don&#39;t really have an<br>
                    opinion about what ought to be done here, except<br>
                    that we should come<br>
                    to a speedy conclusion so that the document can ship<br>
                    and we can get<br>
                    the transition over with.)<br>
<br>
                I see this as a gating issue.<br>
<br>
                Though I do not think our work can ever be called<br>
                speedy, even if we<br>
                were to reach consensus this week.<br>
                And this is just the start of the transition, unless you<br>
                also believe<br>
                that implementation and  WS2 are not part of the transition.<br>
<br>
                avri<br>
<br>
                ---<br>
                This email has been checked for viruses by Avast<br>
                antivirus software.<br>
                <a href="https://www.avast.com/antivirus" rel="noreferrer" target="_blank">https://www.avast.com/antivirus</a><br>
<br>
                _______________________________________________<br>
                Accountability-Cross-Community mailing list<br>
                <a href="mailto:Accountability-Cross-Community@icann.org" target="_blank">Accountability-Cross-Community@icann.org</a><br></div></div>
                &lt;mailto:<a href="mailto:Accountability-Cross-Community@icann.org" target="_blank">Accountability-Cross-Community@icann.org</a>&gt;<span class=""><br>
                <a href="https://mm.icann.org/mailman/listinfo/accountability-cross-community" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/accountability-cross-community</a><br>
<br>
<br>
<br>
<br>
        ---<br>
        This email has been checked for viruses by Avast antivirus software.<br>
        <a href="https://www.avast.com/antivirus" rel="noreferrer" target="_blank">https://www.avast.com/antivirus</a><br>
<br>
        _______________________________________________<br>
        Accountability-Cross-Community mailing list<br>
        <a href="mailto:Accountability-Cross-Community@icann.org" target="_blank">Accountability-Cross-Community@icann.org</a><br></span>
        &lt;mailto:<a href="mailto:Accountability-Cross-Community@icann.org" target="_blank">Accountability-Cross-Community@icann.org</a>&gt;<span class=""><br>
        <a href="https://mm.icann.org/mailman/listinfo/accountability-cross-community" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/accountability-cross-community</a><br>
<br>
    _______________________________________________<br>
    Accountability-Cross-Community mailing list<br>
    <a href="mailto:Accountability-Cross-Community@icann.org" target="_blank">Accountability-Cross-Community@icann.org</a><br></span>
    &lt;mailto:<a href="mailto:Accountability-Cross-Community@icann.org" target="_blank">Accountability-Cross-Community@icann.org</a>&gt;<br>
    <a href="https://mm.icann.org/mailman/listinfo/accountability-cross-community" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/accountability-cross-community</a><br>
<br>
<br>
</blockquote>
</blockquote></div><br></div></div>