<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Announcement: Working Paper on DPI Now Available</title>
	<atom:link href="http://www.christopher-parsons.com/blog/isps/announcement-working-paper-on-dpi-now-available/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.christopher-parsons.com/blog/isps/announcement-working-paper-on-dpi-now-available/</link>
	<description>Touring the digital through type</description>
	<lastBuildDate>Tue, 17 Aug 2010 19:32:33 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Christopher</title>
		<link>http://www.christopher-parsons.com/blog/isps/announcement-working-paper-on-dpi-now-available/comment-page-1/#comment-3567</link>
		<dc:creator>Christopher</dc:creator>
		<pubDate>Tue, 09 Mar 2010 23:09:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/archives/535#comment-3567</guid>
		<description>Sorry about the link - I&#039;m locally hosting now, so it should work. I&#039;d no idea that they&#039;d modified the link structure....

To answer your question: sort of, but with conditions on the intended uses. I&#039;ve written about Detica and CView in this space (a few links at end of my comment) and they seem to have designed an appliance that is meant to engage in surveillance while &#039;maintaining&#039; as much privacy as possible (through the anonymization and aggregation of data). Where this kind of pure &#039;traffic management&#039; approach is taken, it is possible to limit the exposure of private information to ISPs. 

I think, however, that this approach I take - minimizing the invasiveness of DPI - is drastically different from any kind of &#039;privacy-enhanced&#039; DPI. An &#039;enhancement strategy&#039; suggests that the device itself is somehow enhancing privacy, which it clearly is not. Think of it like a surveillance camera: you don&#039;t &#039;enhance&#039; the privacy provided by a camera, but recuperate the lost privacy. I focus on the loss -&gt; regain, rather than just the &#039;regain/enhance&#039; because rhetorically I see it as important to acknowledge that there are costs to installing surveillance gear. Sure, there can be benefits as well - and DPI is a great example of possible benefits to carriers, whereas the benefits are more nebulous when dealing with other systems of surveillance - but we should focus on costs when talking surveillance, or at least not obviate them from the discussion. 

Such a discussion of costs *shouldn&#039;t* turn to a &#039;balancing&#039; discussion, but be put in the start terms of security (or other desired outcome of the surveillance apparatus) gain and rights loss. The two are not commensurate, as far as I&#039;m concerned, and there isn&#039;t any shame in recognizing this division. Instead, it makes for a more honest discussion of the actual implications of surveillance systems, and avoids the &#039;is surveillance a threat to privacy&#039; nonsense, which is a loaded discussion that (in my view) requires the intermediary of constitutional rights to bridge the divide between surveillance and privacy as issues and concepts in contemporary Western environments.

Many apologies for that bad link, again. I&#039;ve fixed it, and I&#039;ll email along a copy of the article, just to be sure that you receive it!

Links as promised: 
http://www.christopher-parsons.com/blog/privacy/aggregating-information-about-cview/
http://www.christopher-parsons.com/blog/privacy/update-to-virgin-media-and-copyright-dpi/
http://www.christopher-parsons.com/blog/privacy/virgin-media-to-monitor-copyright-infringement/</description>
		<content:encoded><![CDATA[<p>Sorry about the link &#8211; I&#8217;m locally hosting now, so it should work. I&#8217;d no idea that they&#8217;d modified the link structure&#8230;.</p>
<p>To answer your question: sort of, but with conditions on the intended uses. I&#8217;ve written about Detica and CView in this space (a few links at end of my comment) and they seem to have designed an appliance that is meant to engage in surveillance while &#8216;maintaining&#8217; as much privacy as possible (through the anonymization and aggregation of data). Where this kind of pure &#8216;traffic management&#8217; approach is taken, it is possible to limit the exposure of private information to ISPs. </p>
<p>I think, however, that this approach I take &#8211; minimizing the invasiveness of DPI &#8211; is drastically different from any kind of &#8216;privacy-enhanced&#8217; DPI. An &#8216;enhancement strategy&#8217; suggests that the device itself is somehow enhancing privacy, which it clearly is not. Think of it like a surveillance camera: you don&#8217;t &#8216;enhance&#8217; the privacy provided by a camera, but recuperate the lost privacy. I focus on the loss -> regain, rather than just the &#8216;regain/enhance&#8217; because rhetorically I see it as important to acknowledge that there are costs to installing surveillance gear. Sure, there can be benefits as well &#8211; and DPI is a great example of possible benefits to carriers, whereas the benefits are more nebulous when dealing with other systems of surveillance &#8211; but we should focus on costs when talking surveillance, or at least not obviate them from the discussion. </p>
<p>Such a discussion of costs *shouldn&#8217;t* turn to a &#8216;balancing&#8217; discussion, but be put in the start terms of security (or other desired outcome of the surveillance apparatus) gain and rights loss. The two are not commensurate, as far as I&#8217;m concerned, and there isn&#8217;t any shame in recognizing this division. Instead, it makes for a more honest discussion of the actual implications of surveillance systems, and avoids the &#8216;is surveillance a threat to privacy&#8217; nonsense, which is a loaded discussion that (in my view) requires the intermediary of constitutional rights to bridge the divide between surveillance and privacy as issues and concepts in contemporary Western environments.</p>
<p>Many apologies for that bad link, again. I&#8217;ve fixed it, and I&#8217;ll email along a copy of the article, just to be sure that you receive it!</p>
<p>Links as promised:<br />
<a href="http://www.christopher-parsons.com/blog/privacy/aggregating-information-about-cview/" rel="nofollow">http://www.christopher-parsons.com/blog/privacy/aggregating-information-about-cview/</a><br />
<a href="http://www.christopher-parsons.com/blog/privacy/update-to-virgin-media-and-copyright-dpi/" rel="nofollow">http://www.christopher-parsons.com/blog/privacy/update-to-virgin-media-and-copyright-dpi/</a><br />
<a href="http://www.christopher-parsons.com/blog/privacy/virgin-media-to-monitor-copyright-infringement/" rel="nofollow">http://www.christopher-parsons.com/blog/privacy/virgin-media-to-monitor-copyright-infringement/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fred</title>
		<link>http://www.christopher-parsons.com/blog/isps/announcement-working-paper-on-dpi-now-available/comment-page-1/#comment-3565</link>
		<dc:creator>Fred</dc:creator>
		<pubDate>Tue, 09 Mar 2010 20:56:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/archives/535#comment-3565</guid>
		<description>Sorry can&#039;t seem to access your paper  :-(
My question: it&#039;s easy to criticze, but is it possible to design and operate privacy-enhanced DPI??  if so, How might it work?</description>
		<content:encoded><![CDATA[<p>Sorry can&#8217;t seem to access your paper  <img src='http://www.christopher-parsons.com/blog/wp-includes/images/smilies/icon_sad.gif' alt=':-(' class='wp-smiley' /><br />
My question: it&#8217;s easy to criticze, but is it possible to design and operate privacy-enhanced DPI??  if so, How might it work?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
