This article is rated C-class on Wikipedia's content assessment scale. It is of interest to the following WikiProjects:

Mass surveillance Deep packet inspection is within the scope of WikiProject Mass surveillance, which aims to improve Wikipedia's coverage of mass surveillance and mass surveillance-related topics. If you would like to participate, visit the project page, or contribute to the discussion.Mass surveillanceWikipedia:WikiProject Mass surveillanceTemplate:WikiProject Mass surveillanceMass surveillance ??? This article has not yet received a rating on the project's importance scale. Internet Mid‑importance This article is within the scope of WikiProject Internet, a collaborative effort to improve the coverage of the Internet on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.InternetWikipedia:WikiProject InternetTemplate:WikiProject InternetInternet Mid This article has been rated as Mid-importance on the project's importance scale. Computing: Networking / Security Low‑importance This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing Low This article has been rated as Low-importance on the project's importance scale. This article is supported by Networking task force (assessed as Mid-importance). This article is supported by WikiProject Computer Security (assessed as High-importance). Things you can help WikiProject Computer Security with: Article alerts will be generated shortly by AAlertBot. Please allow some days for processing. More information... Review importance and quality of existing articles Identify categories related to Computer Security Tag related articles Identify articles for creation (see also: Article requests) Identify articles for improvement Create the Project Navigation Box including lists of adopted articles, requested articles, reviewed articles, etc. Find editors who have shown interest in this subject and ask them to take a look here.

DPI allows phone and cable companies to "readily know the packets of information you are receiving online--from e-mail, to websites, to sharing of music, video and software downloads"[1] - as would a network analysis tool. <---seems a bit too political and unencyclopedic...citations or not.

Why don't people learn to keep their paranoias out of encyclopedias and the public discourse in general. (— Preceding unsigned comment added by 72.66.26.32 (talk) 04:41, December 18, 2006‎

Citing examples is un-encyclopedic? — Preceding unsigned comment added by 24.21.228.24 (talk) 05:51, 24 May 2018 (UTC)[reply]

• BACKGROUND section is completely out of the scope and this section which should introduce the theme is only restricting. neorider 12:00, 28th June 2012 (UTC)
• Why do ISPs not generate revenue from delivering P2P traffic to their subscribers? How does this differ from non-P2P traffic?
• Don't ISPs generate revenue from subscriptions by customers who want this service? Won't there be "customer churn" if the provider fails to supply good P2P service?
• What does it mean when "P2P traffic goes off-net"?
• Why is this a problem? For small vendors in particular?
• What are the costs associated with P2P?
• What does "has emerged from the enterprise world" mean? Was this technology already developed and used for other things? If so, what, and where did it come from? Or was it simply developed to deal with the P2P problem? In which case why not say that instead of mushing about the "enterprise world"?
• Why do smaller DSL operators suffer most from P2P-generated off-net traffic?
• What's the significance of DPI "alongside" IPTV?

I have no axe to grind; the article just seems slightly one-sided, and it assumes familiarity with issues whose significance the general reader won't understand.  Elphion 18:28, 29 September 2007 (UTC)[reply]

Is DPI going to be become a solution, or part of a solution - for Lawful Intercept?

Yes. CALEA lawful interception is done at Traffic access points. Some DPI products that are "CALEA-compliant" can be used as a TAP to collect a user's datastream. But generally a DPI is much too expensive for this function. TAPs are typically intercepting proxy servers. TAP vendors include Fluke Networks, Network Critical and NetOptics.Kgrr (talk) 17:05, 1 March 2008 (UTC)[reply]

Per WP:EL, WP frowns on external links in articles. Wikipedia is not a directory. Companies that are notable enough to be on this page should have WP articles. Be forewarned that your company's article may be deleted if you can't stake a claim for notability, and that claim is harder to defend if you write an article for your own company.

I've scrubbed the article down to notable companies and, per Network Access Control, reworded the vendor list to a "See also", which is the proper wikified way to list the section. "See also" links point exclusively to Wikipedia articles.

--- tqbf 00:36, 7 December 2007 (UTC)[reply]

I wouldn't AfD an article about Ellacoya --- start one here if you'd like. A long time ago, I worked at an Ellacoya competitor (I have no financial interest in this space whatsoever anymore).

However, until you do add that article, do not add links to Ellacoya to this article. Wikipedia is not a directory, and "See also" sections shouldn't have extlinks. See WP:EL.

--- tqbf 14:09, 7 December 2007 (UTC)[reply]

I added WinRoute and Kerio Technologies as a vendor. WinRoute in fact does have DPI. Check their website. I believe it should be reinstated. Shootthedevgru (talk) 00:42, 10 December 2007 (UTC)[reply]

I agree that the title of this article is ambiguous, but nobody is ever going to deploy this product at a service provider. The same logic calls Tcpdump "DPI". The article is talking about high-speed deep packet inspection; the concept of forwarding packets based on application-layer details, something service providers cannot yet do effectively. --- tqbf 00:45, 10 December 2007 (UTC)[reply]

Although the article does mention DPI's purpose for ISPs and other large networks, it does not rule out the use of DPI in smaller settings. Smaller applications implementing DPI with a wide user base is still quite valid for the purpose of this article.

The first sentence says "viruses, spam, intrusions or predefined criteria to decide if the packet can pass or if it needs to be routed to a different destination, or for the purpose of collecting statistical information. It also called Content Inspection or Content Processing". WinRoute is capable of performing almost all of the above. If the intro did say something about high speed DPI in specialised hardware boxes, then I wouldn't have put the Winroute link in. Maybe there should be a new section talking about DPI in non-service provider scenarios. Shootthedevgru (talk) 01:01, 10 December 2007 (UTC)[reply]

I understand where you're coming from, and I don't blame you for bringing this up. But "Deep Packet Inspection" is an industry term that connotes "high speed". It is not computer science-interesting to perform DPI functions at low speeds or on Windows end-stations; a typical end-station doesn't generate enough traffic to make that a hard problem.

The irony here is that products like yours probably perform more "deep packet" inspection than DPI products; DPI products push the limit of what can be done at 10-100 gig speeds, and are limited to relatively superficial functions (like "detecting BitTorrent").

I buy that this article could be renamed, and definitely that the lede could be cleaned up. But it has no meaning if it covers host firewalls or software intrusion prevention products for small/medium enterprises. --- tqbf 01:07, 10 December 2007 (UTC)[reply]

By the way, thanks for taking the time to write here; less careful editors would just revert the changes. --- tqbf 01:08, 10 December 2007 (UTC)[reply]

No problem. I may consider starting a different article or modifying this one (or others) if no one else does. Shootthedevgru (talk) 01:31, 10 December 2007 (UTC)[reply]

Consider Network firewall? --- tqbf 01:33, 10 December 2007 (UTC)[reply]

This article was marked with an NPOV tag here. I will respect that. However, tagging an article with NPOV is insufficient and must be accompanied by an objection which must be resolved.

I found the article to be written from the Open Internet viewpoint. And both sides of the Network Neutrality argument are not represented here. Also, the article was written from a viewpoint that makes the service providers look like they have a need to spy on people. On the whole this is not true.Kgrr (talk) 14:21, 2 March 2008 (UTC)[reply]

I feel that the section on DPI at ISPs needs to be reviewed again. It seems to was edited too far in the other direction. While the information provided (About the motives behind some (which?) ISP's using DPI may be true, the tone is far from neutral, and this article is not balanced any longer because of the ISP-Favoring leaning of this section. I can clarify, if needed, however I feel the tone of this entire section needs to be changed. Ill look through the history and try to find a happy middle ground... Nigtv (talk) 02:49, 8 April 2010 (UTC)[reply]

I removed the reference to https://www.dpacket.org/ because it appears to be spam to a pro-net neutrality blog. I will attempt to summarize the DPI/Net Neutrality argument and will use solid references instead.Kgrr (talk) 14:21, 2 March 2008 (UTC)[reply]

I deleted the following false statement: " In the U.S., multiple system operators large cable operators were early adopters of the technology. This is because Cable Operators faced greater challenges than DSL providers in the last mile. For a Cable Operator, the last-mile bandwidth is shared among users, whereas in a DSL network a dedicated link is established for each subscriber. Smaller DSL operators were generally early adopters of DPI, as they suffered most from P2P-generated off-net traffic and peering costs.^{[citation needed]}"

Both DSL and Cable providers have problems with bandwidth abuse. Cable operators offer a large shared bandwidth from the subscriber's cable modem to the cable router. The cable router in turn is connected to an aggregation router at the POP via a fiber link. On the other hand, DSL providers have a limited bandwidth from the subscriber's DSL modem to the DSLAM. The DSLAM in turn is connected to an aggregation router at the POP via a fiber link. In both cases P2P traffic from applications like Napster, Gnutella and most recently BitTorrent are a three-fold concerns for the ISP: CALEA, Bandwidth and having to deal with Copyright letters from the RIAA and the MPAA.Kgrr (talk) 22:18, 2 March 2008 (UTC)[reply]

I removed the {{Refimprove|date=December 2007}} tag after adding 11 references and text.Kgrr (talk) 15:51, 4 March 2008 (UTC)[reply]

I removed the {{weasel}} tag after copyediting the article.Kgrr (talk) 15:54, 4 March 2008 (UTC)[reply]

Isn't this a non-issue with end-to-end-encrytion, e.g. https? —Preceding unsigned comment added by 212.42.255.51 (talk) 16:41, 6 April 2008 (UTC)[reply]

DPI can proxy HTTPS, SSH and DNS tunnels and insert themselves in the middle or block them altogether. It's not a non-issue.Kgrr (talk) 14:44, 27 November 2008 (UTC)[reply]

That's not quite true. DPI can do that, but the user is notified about it. It will get a new certificate or an incorrect one. —Preceding unsigned comment added by 85.250.105.224 (talk) 20:04, 25 April 2009 (UTC)[reply]

I removed the following link from the see also section:

• dPacket.org - A nonprofit user-driven community for deep packet inspection and processing topics (dPacket.org)

The See also section is for internal links inside Wikipedia only. Wikipedia is not a collection of links, it's an encyclopedia. If it's important information, feel free to add it to the article and properly reference it. However, as such, dpacket.org is a blog site and not what would qualify as a credible source. The bylines don't have real names, there are no dates on the articles and furthermore, the site is not published. Please read WP:REF. Kgrr (talk) 15:02, 12 March 2008 (UTC)[reply]

I cleaned up a couple of drive-by edits. The edits substantially changed the meaning of the sentences. 1) Copyright filtering is a subset of copyright enforcement. DPI can be used in other ways to help enforce copyrights other than just filtering-out items that are copyrighted. 2) DPI can look into both headers and the data. Kgrr (talk) 14:38, 27 November 2008 (UTC)[reply]

"US ISPs monitoring their customers include Knology,[9]" - This statement is not backed up by the citation, which is a link to a Charter page (a wholly different ISP) that says "Charter Communications is not providing enhanced online advertising services at this time." —Preceding unsigned comment added by 207.98.206.205 (talk) 05:20, 18 April 2010 (UTC)[reply]

There's a lot of bias in this article. There isn't a criticism section, and it just seems to promote it. 90.196.224.2 (talk) 18:15, 23 June 2010 (UTC)[reply]

(Added to the article by 82.2.24.183, moved here by User:A. Parrot)

As i understand that ISP's are using "Deep Packet Inspection" (DPI) to intercept data communications but doesnt that breach our privacy rights?

As under the Privacy and Electronic Communications (EC Directive) Regulations (PECR) and the Regulation of Investigatory Powers Act (RIPA) as well as the European ePrivacy Directive, that interception and processing of communications requires either explicit informed consent from all parties or a warrant.

Hence ilegal. !

It should be noted that there is no exemption in the regulations for the purpose of detecting illicit copyright infringement – and indeed in such cases where interception is being used for law enforcement, a warrant is required.

...is the act of.... A verb - such as "intercepting", "parsing", etc., must be added. —Preceding unsigned comment added by 193.57.56.10 (talk) 12:37, 8 March 2011 (UTC)[reply]

Recently, the AU government has announced plans to introduce DPI as a 'counter terrorism'

According to Walid Al-Saqaf, the developer of the internet censorship circumventor, Alkasir, in February 2012 Iran used deep packet inspection, bringing internet speeds in the entire country to a near standstill. This briefly eliminated access to tools such as Tor and Alkasir.[31]

This briefly mentions Deep packet inspection, but I don't really see a timeline or a reference to tor in it. Could somebody look at this? — Preceding unsigned comment added by 70.164.194.155 (talk) 20:13, 10 December 2012 (UTC)[reply]

Here is a related comment left on the page at the end of Iran section (right after section quoted above.) Moved here mostly because it was breaking page layout. 71.59.250.9 (talk) 09:04, 7 April 2013 (UTC)[reply]

The above information is not accurate. Currently there is just SPI in Iran, they block anonymity tools using IP filtering. 
Due to mass bandwidth usage in Iran, they can not permanently and efficiently use DPI.

yea France along with china, iran and syria use also DPI, it would be nice to add it to the list, my english isn't very good to write, thanks you guys. — Preceding unsigned comment added by 88.183.227.187 (talk) 19:46, 15 November 2016 (UTC)[reply]

Hello fellow Wikipedians,

I have just added archive links to one external link on Deep packet inspection. Please take a moment to review my edit. If necessary, add {{cbignore}} after the link to keep me from modifying it. Alternatively, you can add {{nobots|deny=InternetArchiveBot}} to keep me off the page altogether. I made the following changes:

• Added archive http://web.archive.org/web/20090113033923/http://www.enn.ie:80/frontpage/news-9617239.html to http://www.enn.ie/frontpage/news-9617239.html

When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at {{Sourcecheck}}).

This section has no citations, and is difficult to follow. It needs to be revised properly. — Preceding unsigned comment added by Neurosys (talk • contribs) 19:48, 9 January 2017 (UTC)[reply]

This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}} (last update: 5 June 2024).

• If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
• If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—^{cyberbot II}_{Talk to my owner:Online} 10:41, 28 February 2016 (UTC)[reply]

Hello fellow Wikipedians,

I have just modified 9 external links on Deep packet inspection. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:

• Added {{dead link}} tag to http://news.moneycentral.msn.com/ticker/article.aspx?Feed=PR&Date=20080205&ID=8139811&Symbol=ALLT
• Added archive https://web.archive.org/web/20080214235115/http://www.infoworld.com:80/article/08/02/13/Danish-ISP-prepares-to-fight-Pirate-Bay-injunction_1.html to http://www.infoworld.com/article/08/02/13/Danish-ISP-prepares-to-fight-Pirate-Bay-injunction_1.html
• Added archive https://web.archive.org/web/20110726003528/https://www.dpacket.org/articles/deep-security-disa-beefs-security-deep-packet-inpection-ip-transmissions to https://www.dpacket.org/articles/deep-security-disa-beefs-security-deep-packet-inpection-ip-transmissions
• Added archive https://web.archive.org/web/20080228174845/http://www.businessweek.com:80/technology/content/jan2006/tc20060112_434051.htm to http://www.businessweek.com/technology/content/jan2006/tc20060112_434051.htm
• Added archive https://web.archive.org/web/20090625174434/http://www.nokiasiemensnetworks.com:80/global/Press/Press+releases/news-archive/Provision+of+Lawful+Intercept+capability+in+Iran.htm to http://www.nokiasiemensnetworks.com/global/Press/Press+releases/news-archive/Provision+of+Lawful+Intercept+capability+in+Iran.htm
• Added archive https://web.archive.org/web/20130504062759/http://www.government.ru:80/eng/gov/base/54.html to http://www.government.ru/eng/gov/base/54.html
• Added archive https://web.archive.org/web/20130507112012/http://www.themalaysianinsider.com:80/malaysia/article/in-malaysia-online-election-battles-take-a-nasty-turn to http://www.themalaysianinsider.com/malaysia/article/in-malaysia-online-election-battles-take-a-nasty-turn/
• Added archive https://web.archive.org/web/20080511161247/http://www.cybertelecom.org/ci/neutral.htm to http://www.cybertelecom.org/ci/neutral.htm#his
• Added archive https://web.archive.org/web/20080511161247/http://www.cybertelecom.org/ci/neutral.htm to http://www.cybertelecom.org/ci/neutral.htm#ins
• Added archive https://web.archive.org/web/20120618050941/http://www.savetheinternet.com/ to http://www.savetheinternet.com/

When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at {{Sourcecheck}}).

This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}} (last update: 5 June 2024).

• If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
• If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—InternetArchiveBot (Report bug) 01:06, 10 November 2016 (UTC)[reply]

Hello fellow Wikipedians,

I have just modified 7 external links on Deep packet inspection. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:

• Corrected formatting/usage for http://www.infoworld.com/article/08/02/13/Danish-ISP-prepares-to-fight-Pirate-Bay-injunction_1.html
• Corrected formatting/usage for http://www.businessweek.com/technology/content/jan2006/tc20060112_434051.htm
• Corrected formatting/usage for http://www.themalaysianinsider.com/malaysia/article/in-malaysia-online-election-battles-take-a-nasty-turn/
• Added archive https://web.archive.org/web/20100520120757/http://www.breakingpointsystems.com/resources/resiliency-methodologies/dpi-resiliency-methodology/ to http://www.breakingpointsystems.com/resources/resiliency-methodologies/dpi-resiliency-methodology
• Added archive https://web.archive.org/web/20090408150009/http://dpi.priv.gc.ca/ to http://dpi.priv.gc.ca/
• Added archive https://web.archive.org/web/20091104045628/http://www.ipoque.com/resources/white-papers to http://www.ipoque.com/resources/white-papers/
• Added archive https://web.archive.org/web/20120308084342/http://advancedtca-systems.com/deep-stamp-an-evolving-internet/ to http://advancedtca-systems.com/deep-stamp-an-evolving-internet/

When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.

This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}} (last update: 5 June 2024).

• If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
• If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—InternetArchiveBot (Report bug) 14:30, 4 September 2017 (UTC)[reply]

Hello fellow Wikipedians,

I have just modified 2 external links on Deep packet inspection. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:

• Added archive https://web.archive.org/web/20131025002710/http://www.projectpact.eu/documents-1/ to http://www.projectpact.eu/documents-1/%231_Privacy_and_Security_Research_Paper_Series.pdf
• Added archive https://web.archive.org/web/20151207050407/http://www.opendpi.org/ to http://www.opendpi.org/

When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.

This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}} (last update: 5 June 2024).

• If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
• If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—InternetArchiveBot (Report bug) 23:17, 7 September 2017 (UTC)[reply]

Hello fellow Wikipedians,

I have just modified one external link on Deep packet inspection. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:

• Added archive https://web.archive.org/web/20150924071637/http://www.perusa-partners.de/english/who_we_are.php to http://www.perusa-partners.de/english/who_we_are.php

When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.

This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}} (last update: 5 June 2024).

• If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
• If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—InternetArchiveBot (Report bug) 21:00, 11 December 2017 (UTC)[reply]

The word "Front_Porch" links to "https://en.wikipedia.org/wiki/Front_Porch". The linked wiki article has nothing to do with the subject. The contributor probably meant "Front Porch, Inc". — Preceding unsigned comment added by DataNuke64 (talk • contribs) 13:41, 25 October 2021 (UTC)[reply]