<?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 for Office of the Privacy Commissioner - Deep Packet Inspection</title>
	<atom:link href="http://dpi.priv.gc.ca/index.php/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://dpi.priv.gc.ca</link>
	<description>Essays on Deep Packet Inspection</description>
	<lastBuildDate>Sun, 08 Nov 2009 23:15:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on What is Deep Packet Inspection? by Deep Packet Inspection &#171; Utopias Digitales</title>
		<link>http://dpi.priv.gc.ca/index.php/what-is-deep-packet-inspection/comment-page-1/#comment-121</link>
		<dc:creator>Deep Packet Inspection &#171; Utopias Digitales</dc:creator>
		<pubDate>Sun, 08 Nov 2009 23:15:35 +0000</pubDate>
		<guid isPermaLink="false">http://172.16.1.101:8888/?page_id=24#comment-121</guid>
		<description>[...] Sobre DPI en : http://dpi.priv.gc.ca/index.php/what-is-deep-packet-inspection/ [...]</description>
		<content:encoded><![CDATA[<p>[...] Sobre DPI en : <a href="http://dpi.priv.gc.ca/index.php/what-is-deep-packet-inspection/" rel="nofollow">http://dpi.priv.gc.ca/index.php/what-is-deep-packet-inspection/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Privacy is about use cases, not about technology by Ben</title>
		<link>http://dpi.priv.gc.ca/index.php/essays/privacy-is-about-use-cases-not-about-technology/comment-page-1/#comment-118</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Thu, 10 Sep 2009 03:43:56 +0000</pubDate>
		<guid isPermaLink="false">http://dpi.priv.gc.ca/?p=275#comment-118</guid>
		<description>Please take note of the definitional language within the Video Privacy Protection Act; 18 USC 2710 (a)(4) &quot;...delivery of prerecorded video cassette tapes or similar audio visual material...&quot;.  It is easily arguable that &quot;or similar audio visual material&quot; includes all such video content irrespective of the distribution medium.  

As one of the only U.S. privacy laws with a private right of action, you can bet an online data use violation of this law will be challenged at some point soon.  (Eg; The potential for de-identification of the Netflix &#039;prize&#039; data or Brightroll providing behavioral targeting to streaming video users.)</description>
		<content:encoded><![CDATA[<p>Please take note of the definitional language within the Video Privacy Protection Act; 18 USC 2710 (a)(4) &#8220;&#8230;delivery of prerecorded video cassette tapes or similar audio visual material&#8230;&#8221;.  It is easily arguable that &#8220;or similar audio visual material&#8221; includes all such video content irrespective of the distribution medium.  </p>
<p>As one of the only U.S. privacy laws with a private right of action, you can bet an online data use violation of this law will be challenged at some point soon.  (Eg; The potential for de-identification of the Netflix &#8216;prize&#8217; data or Brightroll providing behavioral targeting to streaming video users.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Transport and Tracking by Kenshin</title>
		<link>http://dpi.priv.gc.ca/index.php/essays/transport-and-tracking/comment-page-1/#comment-114</link>
		<dc:creator>Kenshin</dc:creator>
		<pubDate>Fri, 07 Aug 2009 16:50:57 +0000</pubDate>
		<guid isPermaLink="false">http://172.16.1.101:8888/?p=55#comment-114</guid>
		<description>@jose,
the owners of the highway are few. And any decision they make affects the others.
that by it self is one VERY huge big problem. 
Prioritizing and fair queueing is good and doesn&#039;t  require DPI.  in a way it will ebentually free the bandwidth if not needed. (using that to manage my network, gave some services high priority and P2P the lowest, if a torrent is downloading I can surf the web without hindering its performaces -- given that it&#039;s before 16h or after 2h )
what&#039;s going on now is  that the isp (Actually one or two) is messing with the packets.
(ex: taking a TCP packet sent from A to B and transforming it to look like a RST which will cause that  simply cut that connection. a thing that I&#039;m sure  A didn&#039;t  want).
Worse when people noticed the throttling and begun encrypting traffic, they deliberatly throttled any encrypted traffic regardless of it&#039;s content. so it you&#039;re using a VPN connection to work from home ... guess what? you&#039;re screwed. 

to keep the metaphor if you want your package to be delivered faster you pay for premium service (be it with FedEx or UPS or the Canada Post ..). that&#039;s what people paying for High speed are doing I guess. if I want to just read my emails a 56kpbs connection is more that enough, and costs a lot less.</description>
		<content:encoded><![CDATA[<p>@jose,<br />
the owners of the highway are few. And any decision they make affects the others.<br />
that by it self is one VERY huge big problem.<br />
Prioritizing and fair queueing is good and doesn&#8217;t  require DPI.  in a way it will ebentually free the bandwidth if not needed. (using that to manage my network, gave some services high priority and P2P the lowest, if a torrent is downloading I can surf the web without hindering its performaces &#8212; given that it&#8217;s before 16h or after 2h )<br />
what&#8217;s going on now is  that the isp (Actually one or two) is messing with the packets.<br />
(ex: taking a TCP packet sent from A to B and transforming it to look like a RST which will cause that  simply cut that connection. a thing that I&#8217;m sure  A didn&#8217;t  want).<br />
Worse when people noticed the throttling and begun encrypting traffic, they deliberatly throttled any encrypted traffic regardless of it&#8217;s content. so it you&#8217;re using a VPN connection to work from home &#8230; guess what? you&#8217;re screwed. </p>
<p>to keep the metaphor if you want your package to be delivered faster you pay for premium service (be it with FedEx or UPS or the Canada Post ..). that&#8217;s what people paying for High speed are doing I guess. if I want to just read my emails a 56kpbs connection is more that enough, and costs a lot less.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DPI can be misused – so can a hammer by M B A</title>
		<link>http://dpi.priv.gc.ca/index.php/essays/dpi-can-be-misused-%e2%80%93-so-can-a-hammer/comment-page-1/#comment-113</link>
		<dc:creator>M B A</dc:creator>
		<pubDate>Fri, 07 Aug 2009 06:30:32 +0000</pubDate>
		<guid isPermaLink="false">http://dpi.priv.gc.ca/?p=258#comment-113</guid>
		<description>I certainly agree with you but dealing with thee threats is also possible without DPI. 
and right now the ISPs are not really using this tehcnology for that exactly. instead they`re perverting it and using it to hinder their user&#039;s (other ISP&#039;s users fot that matter ) internet experience. choosing in the user&#039;s place what he can use or can&#039;t use with his purchased bandwidth.  and no body is stopping them.
As somebody said is post canada allowed to open everyone&#039;s mail and check it to see if it&#039;s dangerous or important enough to deliver it?
the answer is obviously no.

It is true most certainly that P2P traffic  can certainly be cumbersom (Bittorrent for instance fills up conection queues very quickly-- depending)  but there are other methods  to do so. QOS and Priority Queus are one of these (personallyI use that to balance the traffic in my network). should I need an SSH connection I can without halting any P2P traffic  as I gave SSh high priority and if I don;t ... well P2P traffic can flow as quick as it can.  and everybody is happy.
Which is not the case with ISPs. Actualy only one taht is afecting others using his position as leader in that market. If some ISP decided to put that for his client I don;t see why other ISP`s client should suffer from that.</description>
		<content:encoded><![CDATA[<p>I certainly agree with you but dealing with thee threats is also possible without DPI.<br />
and right now the ISPs are not really using this tehcnology for that exactly. instead they`re perverting it and using it to hinder their user&#8217;s (other ISP&#8217;s users fot that matter ) internet experience. choosing in the user&#8217;s place what he can use or can&#8217;t use with his purchased bandwidth.  and no body is stopping them.<br />
As somebody said is post canada allowed to open everyone&#8217;s mail and check it to see if it&#8217;s dangerous or important enough to deliver it?<br />
the answer is obviously no.</p>
<p>It is true most certainly that P2P traffic  can certainly be cumbersom (Bittorrent for instance fills up conection queues very quickly&#8211; depending)  but there are other methods  to do so. QOS and Priority Queus are one of these (personallyI use that to balance the traffic in my network). should I need an SSH connection I can without halting any P2P traffic  as I gave SSh high priority and if I don;t &#8230; well P2P traffic can flow as quick as it can.  and everybody is happy.<br />
Which is not the case with ISPs. Actualy only one taht is afecting others using his position as leader in that market. If some ISP decided to put that for his client I don;t see why other ISP`s client should suffer from that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Transport and Tracking by Jose A.</title>
		<link>http://dpi.priv.gc.ca/index.php/essays/transport-and-tracking/comment-page-1/#comment-111</link>
		<dc:creator>Jose A.</dc:creator>
		<pubDate>Fri, 12 Jun 2009 16:47:39 +0000</pubDate>
		<guid isPermaLink="false">http://172.16.1.101:8888/?p=55#comment-111</guid>
		<description>in the context of a ISP being a transport, perhaps and ISP should be said to be a &quot;transporter&quot;. ISPs not only own the highways but also the vehicles. prioritization of the content can only be done through DPI...something that FedEX or UPS do well and have competitiveness amongst.</description>
		<content:encoded><![CDATA[<p>in the context of a ISP being a transport, perhaps and ISP should be said to be a &#8220;transporter&#8221;. ISPs not only own the highways but also the vehicles. prioritization of the content can only be done through DPI&#8230;something that FedEX or UPS do well and have competitiveness amongst.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on What is Deep Packet Inspection? by LibrarianActivist.org &#124; SaveOurNet Ottawa Town Hall meeting</title>
		<link>http://dpi.priv.gc.ca/index.php/what-is-deep-packet-inspection/comment-page-1/#comment-110</link>
		<dc:creator>LibrarianActivist.org &#124; SaveOurNet Ottawa Town Hall meeting</dc:creator>
		<pubDate>Fri, 12 Jun 2009 00:51:27 +0000</pubDate>
		<guid isPermaLink="false">http://172.16.1.101:8888/?page_id=24#comment-110</guid>
		<description>[...] Packet Inspection (the privacy commissioner has raised serious privacy concerns regarding this [...]</description>
		<content:encoded><![CDATA[<p>[...] Packet Inspection (the privacy commissioner has raised serious privacy concerns regarding this [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Deep Packet Inspection is Essential for Net Neutrality by Michael_M</title>
		<link>http://dpi.priv.gc.ca/index.php/essays/deep-packet-inspection-is-essential-for-net-neutrality/comment-page-1/#comment-96</link>
		<dc:creator>Michael_M</dc:creator>
		<pubDate>Wed, 29 Apr 2009 03:51:28 +0000</pubDate>
		<guid isPermaLink="false">http://172.16.1.100:8888/?p=97#comment-96</guid>
		<description>I believe that one important aspect of the overall issue (DSI as the necessary evil?) is missing in the discussion. The problem I see is the inevitable business dilemma for the ISP providers: expand the network bandwidth (more expensive option) or limit/throttle the usage using DPI approach. The DSI option must not be used to promote inefficient monopoly relying on the non existent business ethics especially as I don’t see how the use of the DSI is going to be tightly controlled and it misuse prevented.
I personally don’t believe in the “laissez-faire” approach to free enterprise and consequently in the existence of the ethical business practice without the adequate measures independently ensuring general public protection. We just have to look at Enrons of our era and the consequence of “ethical” business practices in the business behavior of unregulated financial institutions in the global financial market to come to the conclusions that the DSI throttling will inevitably be misused as the cost effective approach to avoid necessary and costly capacity upgrades of ISP networks unless the application of these throttling techniques are not tightly controlled. 
The question is then whether the sufficient control measures exist to prevent misuse and if not, what these measures should be and how to establish them!</description>
		<content:encoded><![CDATA[<p>I believe that one important aspect of the overall issue (DSI as the necessary evil?) is missing in the discussion. The problem I see is the inevitable business dilemma for the ISP providers: expand the network bandwidth (more expensive option) or limit/throttle the usage using DPI approach. The DSI option must not be used to promote inefficient monopoly relying on the non existent business ethics especially as I don’t see how the use of the DSI is going to be tightly controlled and it misuse prevented.<br />
I personally don’t believe in the “laissez-faire” approach to free enterprise and consequently in the existence of the ethical business practice without the adequate measures independently ensuring general public protection. We just have to look at Enrons of our era and the consequence of “ethical” business practices in the business behavior of unregulated financial institutions in the global financial market to come to the conclusions that the DSI throttling will inevitably be misused as the cost effective approach to avoid necessary and costly capacity upgrades of ISP networks unless the application of these throttling techniques are not tightly controlled.<br />
The question is then whether the sufficient control measures exist to prevent misuse and if not, what these measures should be and how to establish them!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Review of the Internet traffic management practices of Internet service providers by luke</title>
		<link>http://dpi.priv.gc.ca/index.php/essays/review-of-the-internet-traffic-management-practices-of-internet-service-providers/comment-page-1/#comment-90</link>
		<dc:creator>luke</dc:creator>
		<pubDate>Mon, 27 Apr 2009 01:09:49 +0000</pubDate>
		<guid isPermaLink="false">http://172.16.1.100:8888/?p=146#comment-90</guid>
		<description>This is a very good report that touches on many important issues of privacy that surround DPI. The report does not offer any recommendations in terms of specific policy, but raises many familiar questions that Canadians should be concerned about.</description>
		<content:encoded><![CDATA[<p>This is a very good report that touches on many important issues of privacy that surround DPI. The report does not offer any recommendations in terms of specific policy, but raises many familiar questions that Canadians should be concerned about.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Authors by Roy Firestein &#187; Deep packet inspection and the thoughts of some experts</title>
		<link>http://dpi.priv.gc.ca/index.php/authors/comment-page-1/#comment-75</link>
		<dc:creator>Roy Firestein &#187; Deep packet inspection and the thoughts of some experts</dc:creator>
		<pubDate>Mon, 20 Apr 2009 21:31:56 +0000</pubDate>
		<guid isPermaLink="false">http://172.16.1.101:8888/?page_id=34#comment-75</guid>
		<description>[...] resulting project site presents the work of these academics, lawyers, researchers, activists and industry professionals. We value the time they invested in preparing their essays, and we are happy to present their work [...]</description>
		<content:encoded><![CDATA[<p>[...] resulting project site presents the work of these academics, lawyers, researchers, activists and industry professionals. We value the time they invested in preparing their essays, and we are happy to present their work [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Deep Packet Inspection is Essential for Net Neutrality by Anil</title>
		<link>http://dpi.priv.gc.ca/index.php/essays/deep-packet-inspection-is-essential-for-net-neutrality/comment-page-1/#comment-51</link>
		<dc:creator>Anil</dc:creator>
		<pubDate>Sun, 12 Apr 2009 02:55:56 +0000</pubDate>
		<guid isPermaLink="false">http://172.16.1.100:8888/?p=97#comment-51</guid>
		<description>Old fashioned routers just looked at the IP packet header: really, just the destination IP address.  Now networking gear look beyond the IP header into the TCP header (for connection tracking) and then into the application-level headers (i.e. HTTP headers) and below.  Inspection of application-level headers is &quot;deep packet inspection&quot; since it goes beyond the standard IP and TCP/UDP headers.

But, as Matthias points out, traffic management equipment, such as that produced by Sandvine, also analyzes the pattern of packets.  Turns out a lot of traffic can be identified merely by watching the pattern of packets.  Recent research has even shown that shell commands going over SSH can be identified - all without breaking the underlying encryption.  So, even universal encryption would not stop all traffic throttling or even network-level user profiling.

Dan - The OSI model has no clear mapping to the modern Internet.  How do you define DPI in terms of current networking technology?

Michael - note that DPI is not something that can easily be an &quot;opt-in&quot; technology.  When you&#039;re trying to identify a spreading worm or a spam flood from a botnet, the contributions from individual hosts can be relatively modest; they are only problematic in aggregate.

While I don&#039;t condone what Bell has been doing to the smaller ISPs, I can see why they might be doing it: if traffic from all sources is getting pushed onto Bell&#039;s backbone without any labeling, then they would be left with either shaping the traffic of everyone or nobody.  But really, if this is the case then this is an example of incompetence: they implemented a bad network architecture and now they are stuck with it.  This is probably all the more reason, though, that we need good regulations and regulators.

That was the point of my essay - DPI is a set of networking technologies that have both legitimate and illegitimate uses.  The bad part is not looking in payloads; the bad part is looking at payloads for the wrong reason (advertising vs. legit traffic management) or in the wrong way (exposing private communications to humans, rather than algorithms).

Internet traffic must be managed because there are always circumstances where there are insufficient resources - in crisis situations, sometimes much, much less.  To manage traffic you have to understand it in some way.  For multiple reasons the information necessary for understanding modern Internet traffic is more than that supplied by standard packet headers.

I&#039;m actually a bit worried about universal encryption of network traffic because it would make  traffic management a lot more difficult.  I care about privacy a lot.  (I digitally sign my email with GNU Privacy Guard and encrypt with everyone I can - do you?)  But I care about the Internet working as well.

But that&#039;s the topic for another essay. :-)

  --Anil</description>
		<content:encoded><![CDATA[<p>Old fashioned routers just looked at the IP packet header: really, just the destination IP address.  Now networking gear look beyond the IP header into the TCP header (for connection tracking) and then into the application-level headers (i.e. HTTP headers) and below.  Inspection of application-level headers is &#8220;deep packet inspection&#8221; since it goes beyond the standard IP and TCP/UDP headers.</p>
<p>But, as Matthias points out, traffic management equipment, such as that produced by Sandvine, also analyzes the pattern of packets.  Turns out a lot of traffic can be identified merely by watching the pattern of packets.  Recent research has even shown that shell commands going over SSH can be identified &#8211; all without breaking the underlying encryption.  So, even universal encryption would not stop all traffic throttling or even network-level user profiling.</p>
<p>Dan &#8211; The OSI model has no clear mapping to the modern Internet.  How do you define DPI in terms of current networking technology?</p>
<p>Michael &#8211; note that DPI is not something that can easily be an &#8220;opt-in&#8221; technology.  When you&#8217;re trying to identify a spreading worm or a spam flood from a botnet, the contributions from individual hosts can be relatively modest; they are only problematic in aggregate.</p>
<p>While I don&#8217;t condone what Bell has been doing to the smaller ISPs, I can see why they might be doing it: if traffic from all sources is getting pushed onto Bell&#8217;s backbone without any labeling, then they would be left with either shaping the traffic of everyone or nobody.  But really, if this is the case then this is an example of incompetence: they implemented a bad network architecture and now they are stuck with it.  This is probably all the more reason, though, that we need good regulations and regulators.</p>
<p>That was the point of my essay &#8211; DPI is a set of networking technologies that have both legitimate and illegitimate uses.  The bad part is not looking in payloads; the bad part is looking at payloads for the wrong reason (advertising vs. legit traffic management) or in the wrong way (exposing private communications to humans, rather than algorithms).</p>
<p>Internet traffic must be managed because there are always circumstances where there are insufficient resources &#8211; in crisis situations, sometimes much, much less.  To manage traffic you have to understand it in some way.  For multiple reasons the information necessary for understanding modern Internet traffic is more than that supplied by standard packet headers.</p>
<p>I&#8217;m actually a bit worried about universal encryption of network traffic because it would make  traffic management a lot more difficult.  I care about privacy a lot.  (I digitally sign my email with GNU Privacy Guard and encrypt with everyone I can &#8211; do you?)  But I care about the Internet working as well.</p>
<p>But that&#8217;s the topic for another essay. <img src='http://dpi.priv.gc.ca/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>  &#8211;Anil</p>
]]></content:encoded>
	</item>
</channel>
</rss>
