<div dir="ltr"><div>Echoing Patrik, I too just got a chance to read Pier's document carefully, and I, too, like it :) </div><div><br></div><div>In fact, a moment of congratulations and thanks to Pier for striking out and pulling together something comprehensive! The structure is really good, and the lively debate on this thread indicates that the work here is on the right path. </div>
<div><br></div><div>With that, I have one high-level, two-paragraph comment that I hope adds to the discussion. </div><div><br></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div>I would suggest removing the target audience -- here started as law enforcement and governments -- and dedicating this work more broadly to anyone who's interested in this topic and would like a basic understanding of mechanisms and approaches used by *whoever* to block or prevent access to content. This expands the document a bit, but I think presents a clearer conceptual framework: how to actors that want to block content go about doing it, from asking ISPs to block specific IP addresses, to DDOS attacks, to whatever in between. What are the technical means, good or bad? </div>
<div><br></div><div>In that spirit, while I think you've done an admirable job staying away from ascribing a value to specific acts of content blocking/filtering, I would suggest pruning even further. Page 8 and 9 suggest means of using these techniques for "preventing access to illicit content." I would suggest removing this section -- these same technical means are used both to prevent access to child pornography (the canonical example), and to silence political speech and quiet debate that threatens those in power, &c. Insofar as this is a document focused on the means, not the ends, speculating on "good" vs. "bad" modes of filtering/blocking, even implicitly, leads quickly to our having to justify one or another ethical viewpoints, and I think confuses the clarity of the document. </div>
</blockquote><div><br></div><div>At this stage, I would suggest thinking of others we might want to bring into the discussion. Are there folks who have experience here and could add more detail? Do we want to expand on specific modes of blocking (DPI/filtering boxes, and their similarities and differences, for example)? In my view its always good to add as much as possible in the beginning, ensuring that everything is covered, then remove and distill during the editing process. (And, as before, I'm more than happy to help with editing.) </div>
<div><br></div><div>Cheers, and thanks again,</div><div>Meredith </div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jan 28, 2014 at 8:02 AM, Jim Reid <span dir="ltr"><<a href="mailto:jim@rfc1035.com" target="_blank">jim@rfc1035.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 26 Jan 2014, at 15:08, Michele Neylon - Blacknight <<a href="mailto:michele@blacknight.com">michele@blacknight.com</a>> wrote:<br>

<br>
> And I thought this paper was about domains more than domain registries?<br>
<br>
</div>Indeed it is. However the point I made remains. So I repeat it:<br>
<div class="im"><br>
DNS service for some domain does not necessarily rest with a single entity. ie all the authoritative name servers for a domain might not be under the same administrative and operational control: SLAs, reporting and incident response procedures, legal jurisdictions, contracts, T&Cs, etc.<br>

<br>
</div>Even if all the names you manage for your customers are on Blacknight's DNS servers Michele, it doesn't follow that every domain name registration with every other registrar follows that model.<br>
<br>
A government or regulator who is thinking about deploying DNS filtering/blocking or whatever needs to bear that in mind.<br>
<br>
<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div><br></div>Meredith Whittaker<br>Program Manager, Google Research<div>Google NYC<br></div><div><br></div><div><div><br></div><div><br></div></div>
</div>