<?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: Deep Packet Inspection is Essential for Net Neutrality</title>
	<atom:link href="http://dpi.priv.gc.ca/index.php/essays/deep-packet-inspection-is-essential-for-net-neutrality/feed/" rel="self" type="application/rss+xml" />
	<link>http://dpi.priv.gc.ca/index.php/essays/deep-packet-inspection-is-essential-for-net-neutrality/</link>
	<description>Essays on Deep Packet Inspection</description>
	<lastBuildDate>Fri, 13 May 2011 17:13:29 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
	<item>
		<title>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>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>
	<item>
		<title>By: am</title>
		<link>http://dpi.priv.gc.ca/index.php/essays/deep-packet-inspection-is-essential-for-net-neutrality/comment-page-1/#comment-50</link>
		<dc:creator>am</dc:creator>
		<pubDate>Sat, 11 Apr 2009 22:20:26 +0000</pubDate>
		<guid isPermaLink="false">http://172.16.1.100:8888/?p=97#comment-50</guid>
		<description>As with Micheal, I too take issue with the way that Bell has forced DPI based filtering (er &#039;network management&#039;) on independent ISPs.  These ISPs effectively rent the DSL frequencies of a copper pair together with a back haul circuit that brings the packet to the independent ISPs datacentre.

The copper pair is dedicated between a home (or other location) and the telephone central office so any traffic on this circuit will not interfere with other customer&#039;s traffic; Bell can make no argument for touching content of the DSL circuit in the name of &#039;network management&#039;, so they must be touching the back haul circuit.

The back haul circuit brings the traffic to the independent ISP datacentre.  Bell already managed this circuit without DPI; if the independent ISP buys too little bandwidth, Bell randomly drops the packets that don&#039;t fit in the pipe.  Again, no reason for Bell to touch the payload in this circuit, at least no in the name of &#039;network management&#039;.  This circuit is remarkably similar to a circuit that a large enterprise might purchase, and I don&#039;t think Bell runs DPI to drop packets of their choice from a Bank&#039;s network, they just drop packets which do not fit.

Bell can use the name &#039;network management&#039; when they look for traffic they feel is harming Bell Internet service (Sympatico), but when they do it to Independent ISPs, it seems there must be another reason.  Perhaps the regulations which require Bell to share their monopolistic network (copper to the house) are tariffed incorrectly, not breaking out the back haul circuit?  If so, Bell should be arguing for correct tariffs so that they can sell bigger circuits to independent ISPs and make more money.  But instead, it would appear that they have chosen to filter traffic on behalf of Independent ISPs, preventing other ISPs from having competitive network service offerings.

This is only one argument against DPIs.  


P.S.

Anil referenced &#039;payload&#039;, as opposed to &#039;header&#039;, and as such identifies correctly that DPI applies to the thigher layers of OSI.  It is, however, unclear to me how layers 4 and 5 apply to the terms &#039;header&#039; and &#039;payload&#039;.   For example, is a port number a header?  If we use postal mail as an example, the port number is similar to a name, since mail can still be delivered to a location without the name, but it may have difficulty finding the right person to look at it without the name, or port number in the case of a computer.  Most postal mail includes a name on the envelop despite the fact that the post office does not need it for delivery most of the time.

P.P.S

Do you suppose that encryption will be like port 80?  Before firewalls filtered everything based on port, so everyone moved services to port 80 to get through the firewalls.  Now, some services are moving to encryption to protect privacy or avoid DPI.  Once most everything uses encryption, network operators will be forced to look only at headers and traffic profiles.  If they really do rely on DPI, they better have some other plans for when encryption is ubiquitous!</description>
		<content:encoded><![CDATA[<p>As with Micheal, I too take issue with the way that Bell has forced DPI based filtering (er &#8216;network management&#8217;) on independent ISPs.  These ISPs effectively rent the DSL frequencies of a copper pair together with a back haul circuit that brings the packet to the independent ISPs datacentre.</p>
<p>The copper pair is dedicated between a home (or other location) and the telephone central office so any traffic on this circuit will not interfere with other customer&#8217;s traffic; Bell can make no argument for touching content of the DSL circuit in the name of &#8216;network management&#8217;, so they must be touching the back haul circuit.</p>
<p>The back haul circuit brings the traffic to the independent ISP datacentre.  Bell already managed this circuit without DPI; if the independent ISP buys too little bandwidth, Bell randomly drops the packets that don&#8217;t fit in the pipe.  Again, no reason for Bell to touch the payload in this circuit, at least no in the name of &#8216;network management&#8217;.  This circuit is remarkably similar to a circuit that a large enterprise might purchase, and I don&#8217;t think Bell runs DPI to drop packets of their choice from a Bank&#8217;s network, they just drop packets which do not fit.</p>
<p>Bell can use the name &#8216;network management&#8217; when they look for traffic they feel is harming Bell Internet service (Sympatico), but when they do it to Independent ISPs, it seems there must be another reason.  Perhaps the regulations which require Bell to share their monopolistic network (copper to the house) are tariffed incorrectly, not breaking out the back haul circuit?  If so, Bell should be arguing for correct tariffs so that they can sell bigger circuits to independent ISPs and make more money.  But instead, it would appear that they have chosen to filter traffic on behalf of Independent ISPs, preventing other ISPs from having competitive network service offerings.</p>
<p>This is only one argument against DPIs.  </p>
<p>P.S.</p>
<p>Anil referenced &#8216;payload&#8217;, as opposed to &#8216;header&#8217;, and as such identifies correctly that DPI applies to the thigher layers of OSI.  It is, however, unclear to me how layers 4 and 5 apply to the terms &#8216;header&#8217; and &#8216;payload&#8217;.   For example, is a port number a header?  If we use postal mail as an example, the port number is similar to a name, since mail can still be delivered to a location without the name, but it may have difficulty finding the right person to look at it without the name, or port number in the case of a computer.  Most postal mail includes a name on the envelop despite the fact that the post office does not need it for delivery most of the time.</p>
<p>P.P.S</p>
<p>Do you suppose that encryption will be like port 80?  Before firewalls filtered everything based on port, so everyone moved services to port 80 to get through the firewalls.  Now, some services are moving to encryption to protect privacy or avoid DPI.  Once most everything uses encryption, network operators will be forced to look only at headers and traffic profiles.  If they really do rely on DPI, they better have some other plans for when encryption is ubiquitous!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matthias Bärwolff</title>
		<link>http://dpi.priv.gc.ca/index.php/essays/deep-packet-inspection-is-essential-for-net-neutrality/comment-page-1/#comment-49</link>
		<dc:creator>Matthias Bärwolff</dc:creator>
		<pubDate>Sat, 11 Apr 2009 02:37:15 +0000</pubDate>
		<guid isPermaLink="false">http://172.16.1.100:8888/?p=97#comment-49</guid>
		<description>In a sense, DPI is a misnomer - hence the flame war above. It is a metaphor that seems to imply depth of inspection rather than breadth. Yet very clearly it is about both inspecting payloads of packets, and observing the patterns of traffic that develop over time and many of the packets. After all, the later is what most DPI boxes do when analysing the &quot;behavior&quot; of traffic - thus inferring what types of application are being used. An ISP would be mad if they were to look too deep inside the application layer content that is being transmitted, for that would expose them not only to PR disasters, but would likely rob them of their mere conduit status. I have been told, and I tend to believe that the ISPs are well aware of that fine line.

I would like to think that a happy equilibrium would be the encryption of content end-to-end, and the ISPs doing whatever competition lets them get away with in pricing congestion (a cost issue) and value to the user (grabbing more of the social surplus).

An aside: The OSI layer model, while still mentioned in most textbooks, is totally irrelevant for the internet. It is not even useful for abstract purposes, since the upper three layers have no such counterpart in the internet. Why is it that even 25 years after this has been clear (to some at least) there is still such an appreciation of the OSI layer model?</description>
		<content:encoded><![CDATA[<p>In a sense, DPI is a misnomer &#8211; hence the flame war above. It is a metaphor that seems to imply depth of inspection rather than breadth. Yet very clearly it is about both inspecting payloads of packets, and observing the patterns of traffic that develop over time and many of the packets. After all, the later is what most DPI boxes do when analysing the &#8220;behavior&#8221; of traffic &#8211; thus inferring what types of application are being used. An ISP would be mad if they were to look too deep inside the application layer content that is being transmitted, for that would expose them not only to PR disasters, but would likely rob them of their mere conduit status. I have been told, and I tend to believe that the ISPs are well aware of that fine line.</p>
<p>I would like to think that a happy equilibrium would be the encryption of content end-to-end, and the ISPs doing whatever competition lets them get away with in pricing congestion (a cost issue) and value to the user (grabbing more of the social surplus).</p>
<p>An aside: The OSI layer model, while still mentioned in most textbooks, is totally irrelevant for the internet. It is not even useful for abstract purposes, since the upper three layers have no such counterpart in the internet. Why is it that even 25 years after this has been clear (to some at least) there is still such an appreciation of the OSI layer model?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://dpi.priv.gc.ca/index.php/essays/deep-packet-inspection-is-essential-for-net-neutrality/comment-page-1/#comment-46</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Thu, 09 Apr 2009 19:31:51 +0000</pubDate>
		<guid isPermaLink="false">http://172.16.1.100:8888/?p=97#comment-46</guid>
		<description>&quot;But DPI covers *any* networking equipment that examines the payloads of packets while in transit. &quot;

WRONG!

I assume you know what the OSI 7 Layer Model is?

The objection amongst us is not &#039;packet inspection&#039;, it&#039;s &#039;DEEP&#039; packet inspection.</description>
		<content:encoded><![CDATA[<p>&#8220;But DPI covers *any* networking equipment that examines the payloads of packets while in transit. &#8221;</p>
<p>WRONG!</p>
<p>I assume you know what the OSI 7 Layer Model is?</p>
<p>The objection amongst us is not &#8216;packet inspection&#8217;, it&#8217;s &#8216;DEEP&#8217; packet inspection.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://dpi.priv.gc.ca/index.php/essays/deep-packet-inspection-is-essential-for-net-neutrality/comment-page-1/#comment-42</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Wed, 08 Apr 2009 22:30:20 +0000</pubDate>
		<guid isPermaLink="false">http://172.16.1.100:8888/?p=97#comment-42</guid>
		<description>The problem with DPI is how it is employed by ISPs (like Bell and Rogers).  These ISPs are forcing THEIR view of DPI UPON me.  They are thus violating my privacy, and using their monopolization of the Canadian Internet Backbones to ensure that they get their way at the expense of the Canadian Public.

ISPs are not using DPI to protect me... they are using DPI to ensure that they have a competitive advantage over competition.  It is unconcionable that the CND government allows the internet to be used this way.

DPI should be an opt-in service that I subscribe to if I want it.  Am I sick of getting spam?  Yes... therefore I signed up to Gmail which DPIs the email I get Google to filter my email.  Am I worried about Internet Worms? NO... my Router will protect me from them, and I keep my systems UP-to-Date.  I do not want DPI to protect me from them.  Am I afraid of DDoS? No... dont DPI me.

Dont DPI my traffic unless I specifically ask for it.  Thank you very much.</description>
		<content:encoded><![CDATA[<p>The problem with DPI is how it is employed by ISPs (like Bell and Rogers).  These ISPs are forcing THEIR view of DPI UPON me.  They are thus violating my privacy, and using their monopolization of the Canadian Internet Backbones to ensure that they get their way at the expense of the Canadian Public.</p>
<p>ISPs are not using DPI to protect me&#8230; they are using DPI to ensure that they have a competitive advantage over competition.  It is unconcionable that the CND government allows the internet to be used this way.</p>
<p>DPI should be an opt-in service that I subscribe to if I want it.  Am I sick of getting spam?  Yes&#8230; therefore I signed up to Gmail which DPIs the email I get Google to filter my email.  Am I worried about Internet Worms? NO&#8230; my Router will protect me from them, and I keep my systems UP-to-Date.  I do not want DPI to protect me from them.  Am I afraid of DDoS? No&#8230; dont DPI me.</p>
<p>Dont DPI my traffic unless I specifically ask for it.  Thank you very much.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anil</title>
		<link>http://dpi.priv.gc.ca/index.php/essays/deep-packet-inspection-is-essential-for-net-neutrality/comment-page-1/#comment-39</link>
		<dc:creator>Anil</dc:creator>
		<pubDate>Wed, 08 Apr 2009 15:59:04 +0000</pubDate>
		<guid isPermaLink="false">http://172.16.1.100:8888/?p=97#comment-39</guid>
		<description>Dan, Dave -

It all comes down to what you classify as &quot;DPI gear.&quot;  If you are just looking at the boxes that track user behavior for advertising purposes, then yeah, the Internet will be fine without them.  But DPI covers *any* networking equipment that examines the payloads of packets while in transit.  A box that scans email connections to terminate connections from spambots - it is doing DPI.  Blocking viruses at a gateway - that&#039;s DPI.  Filtering a web flash crowd (i.e. &quot;the slashdot effect&quot;) upstream by blocking requests for a specific URL - that&#039;s DPI.

This is my point - you&#039;ve got to look at the payloads to do any number of important things in the network.  Even if you specifically made exceptions in the law for these cases, tomorrow some new problem will come along that will require some box on the network to inspect packet payloads.  That&#039;s why I don&#039;t want DPI to outlawed; it should be regulated, but regulated in a way that allows ISPs to adapt to changing circumstances.

Note that the very architecture of the Internet (indeed, any modern communications network) means that everyone cannot use all of their upstream bandwidth at the same time.  Uplinks (almost) always offer less bandwidth than the sum of the connections feeding into them.  Thus there is always the potential for parts of the network to become congested due to excessive demand.  What happens if a flash worm (one that can spread across the entire Internet in a matter of minutes) starts saturating everyone&#039;s Internet connection, how are you going to stop it? DPI, that&#039;s the only way.

All I&#039;m saying is that we need DPI technology in some form to keep the Internet alive.  But, clearly some ISPs are now abusing their power and are doing inappropriate things with DPI technology.  So we need regulation.  But please, don&#039;t legislate &quot;don&#039;t look at my packets ever!&quot;  Instead, make laws with specific intentionality tests, i.e., you can inspect to block known security threats but not to choose which applications are and aren&#039;t allowed.  And definitely, they shouldn&#039;t be profiling me for advertising purposes.  (But really, that&#039;s a much larger debate - right now major Internet companies can track almost everything you do, and that&#039;s without DPI.  That doesn&#039;t make me happy.)

If you ask me, wiretap was a horrible precedent for the Internet.  But we live in a world where, in general, we don&#039;t relinquish technological power once we have it - generally because we can think of too many situations where we&#039;d really, really like to have that power.  So, we just have to agree on the rules for when such power may be used.

OK, that was a bit of a lecture. But, does that clarify things?

  --Anil</description>
		<content:encoded><![CDATA[<p>Dan, Dave -</p>
<p>It all comes down to what you classify as &#8220;DPI gear.&#8221;  If you are just looking at the boxes that track user behavior for advertising purposes, then yeah, the Internet will be fine without them.  But DPI covers *any* networking equipment that examines the payloads of packets while in transit.  A box that scans email connections to terminate connections from spambots &#8211; it is doing DPI.  Blocking viruses at a gateway &#8211; that&#8217;s DPI.  Filtering a web flash crowd (i.e. &#8220;the slashdot effect&#8221;) upstream by blocking requests for a specific URL &#8211; that&#8217;s DPI.</p>
<p>This is my point &#8211; you&#8217;ve got to look at the payloads to do any number of important things in the network.  Even if you specifically made exceptions in the law for these cases, tomorrow some new problem will come along that will require some box on the network to inspect packet payloads.  That&#8217;s why I don&#8217;t want DPI to outlawed; it should be regulated, but regulated in a way that allows ISPs to adapt to changing circumstances.</p>
<p>Note that the very architecture of the Internet (indeed, any modern communications network) means that everyone cannot use all of their upstream bandwidth at the same time.  Uplinks (almost) always offer less bandwidth than the sum of the connections feeding into them.  Thus there is always the potential for parts of the network to become congested due to excessive demand.  What happens if a flash worm (one that can spread across the entire Internet in a matter of minutes) starts saturating everyone&#8217;s Internet connection, how are you going to stop it? DPI, that&#8217;s the only way.</p>
<p>All I&#8217;m saying is that we need DPI technology in some form to keep the Internet alive.  But, clearly some ISPs are now abusing their power and are doing inappropriate things with DPI technology.  So we need regulation.  But please, don&#8217;t legislate &#8220;don&#8217;t look at my packets ever!&#8221;  Instead, make laws with specific intentionality tests, i.e., you can inspect to block known security threats but not to choose which applications are and aren&#8217;t allowed.  And definitely, they shouldn&#8217;t be profiling me for advertising purposes.  (But really, that&#8217;s a much larger debate &#8211; right now major Internet companies can track almost everything you do, and that&#8217;s without DPI.  That doesn&#8217;t make me happy.)</p>
<p>If you ask me, wiretap was a horrible precedent for the Internet.  But we live in a world where, in general, we don&#8217;t relinquish technological power once we have it &#8211; generally because we can think of too many situations where we&#8217;d really, really like to have that power.  So, we just have to agree on the rules for when such power may be used.</p>
<p>OK, that was a bit of a lecture. But, does that clarify things?</p>
<p>  &#8211;Anil</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://dpi.priv.gc.ca/index.php/essays/deep-packet-inspection-is-essential-for-net-neutrality/comment-page-1/#comment-38</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Wed, 08 Apr 2009 13:50:47 +0000</pubDate>
		<guid isPermaLink="false">http://172.16.1.100:8888/?p=97#comment-38</guid>
		<description>Dan:

Exactly!  All the DPI gear out there doesn&#039;t do any of that!  It&#039;s only job is to gather data on advertising.  Anil is really just spreading FUD.

Dave</description>
		<content:encoded><![CDATA[<p>Dan:</p>
<p>Exactly!  All the DPI gear out there doesn&#8217;t do any of that!  It&#8217;s only job is to gather data on advertising.  Anil is really just spreading FUD.</p>
<p>Dave</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://dpi.priv.gc.ca/index.php/essays/deep-packet-inspection-is-essential-for-net-neutrality/comment-page-1/#comment-35</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Wed, 08 Apr 2009 03:25:58 +0000</pubDate>
		<guid isPermaLink="false">http://172.16.1.100:8888/?p=97#comment-35</guid>
		<description>&quot;Who am I to disagree. Yes, I’d love to have an Internet with no DPI. No network spam filtering. No malware defense. No defenses against botnet-based DDoS (cause yeah, the headers from your neighbor’s infected desktop are a dead giveaway). Sounds like an Internet that would work really well.

Yep.

–Anil&quot;

What are you talking about? DPI != all of those other things.</description>
		<content:encoded><![CDATA[<p>&#8220;Who am I to disagree. Yes, I’d love to have an Internet with no DPI. No network spam filtering. No malware defense. No defenses against botnet-based DDoS (cause yeah, the headers from your neighbor’s infected desktop are a dead giveaway). Sounds like an Internet that would work really well.</p>
<p>Yep.</p>
<p>–Anil&#8221;</p>
<p>What are you talking about? DPI != all of those other things.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://dpi.priv.gc.ca/index.php/essays/deep-packet-inspection-is-essential-for-net-neutrality/comment-page-1/#comment-34</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Wed, 08 Apr 2009 03:15:39 +0000</pubDate>
		<guid isPermaLink="false">http://172.16.1.100:8888/?p=97#comment-34</guid>
		<description>DPI is moot once encryption is involved - the only reason for DPI is so that ISPs (also known as the TV and Phone providers) can degrade competitive traffic such as VOIP, streaming video and file sharing  - along with encrypted &#039;unidentified&#039; traffic from people like me who encrypt everything on principle alone. The bad guys will still be out there doing what they do, while actual consumers will be left to pay premium prices for HDTV and phone services offered by their providers at quality levels that only they have access to.</description>
		<content:encoded><![CDATA[<p>DPI is moot once encryption is involved &#8211; the only reason for DPI is so that ISPs (also known as the TV and Phone providers) can degrade competitive traffic such as VOIP, streaming video and file sharing  &#8211; along with encrypted &#8216;unidentified&#8217; traffic from people like me who encrypt everything on principle alone. The bad guys will still be out there doing what they do, while actual consumers will be left to pay premium prices for HDTV and phone services offered by their providers at quality levels that only they have access to.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

