<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>How to limit p2p packets that blocks upload in Cisco</title>
<link>http://www.dslreports.com/forum/r21007872</link>
<description></description>
<language>en</language>
<pubDate>Wed, 10 Feb 2010 09:14:14 EDT</pubDate>
<lastBuildDate>Wed, 10 Feb 2010 09:14:14 EDT</lastBuildDate>

<item>
<title>Re: How to limit p2p packets that blocks upload</title>
<link>http://www.dslreports.com/forum/remark,21025388</link>
<description><![CDATA[<A HREF="/useremail/u/1007806"><b>MSN</b></A> : Manta,<br>Your use of REGEXs got me thinking.  I wonder if I can look in my SNORT IDS rules and see what REGEXs they use for matching BitTorrent traffic.  I could then create an inspect class map which looks for the BitTorrent traffic both tunneled inside HTTP and native.  I'm also thinking I might create my own rule on my Cisco IOS IPS in my 871 perimeter router.  It's not as much an emergency now with my BitTorrenting daughter going to university, but still...it would be an interesting exercise and perhaps very useful since I do a lot of work with Cisco gear in big enterprises and the knowledge should be trasferable.<br><br>/Eric]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21025388</guid>
<pubDate>Fri, 29 Aug 2008 10:20:45 EDT</pubDate>
</item>

<item>
<title>Re: How to limit p2p packets that blocks upload</title>
<link>http://www.dslreports.com/forum/remark,21014658</link>
<description><![CDATA[<A HREF="/useremail/u/894843"><b>Manta</b></A> : Ah, whadya need DNS for anyway?!<br>That's a very fair point Aryoba.   Fortunately BitTorrent - at least when I monitored it - only uses ports higher than 1024 and the port-object range in the code only blocks UDP 1024-9999 and 10001-65535.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21014658</guid>
<pubDate>Wed, 27 Aug 2008 12:29:00 EDT</pubDate>
</item>

<item>
<title>Re: How to limit p2p packets that blocks upload</title>
<link>http://www.dslreports.com/forum/remark,21013581</link>
<description><![CDATA[<A HREF="/useremail/u/676954"><b>aryoba</b></A> : <div class="bquote"><small>said by  Manta <A HREF="/useremail/u/894843"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>You can use QoS to shape traffic but if the offending traffic is p2p you'll often find that it is difficult to classify.  According to Cisco's TAC, if you have their IPS module in the ASA, it's a lot easier to classify p2p traffic and shape/block accordingly.<br><br>The basic idea is to starve the BitTorrent client of peers. It's hard to block all the torrent traffic because it can be on any port so you'd have to do deep packet inspection on every port. Even then, with BitTorrent's protocol encryption it's another story. If you can stop the client obtaining any peers though, it won't have anybody to talk to. I blocked some of the common tcp ports that trackers use (2710 and 6969) for starters and then the regex identifies any tracker communication on port 80.<br></div>With regularly updated IPS database on dedicated IPS module or IPS 4200 Sensor series, yes it is more convenient to pin down P2P traffic such as Bit Torrent.<br><br><div class="bquote"><small>said by  Manta <A HREF="/useremail/u/894843"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Assuming you don't need UDP traffic - or you can specify what's allowed - the easiest way of dealing with it is to block all outbound UDP traffic. It's harsh but for this site, they only needed udp traffic for some dial-in VPNs - hence allowing UDP port 10000 and blocking all the rest.<br></div>You definitely don't want to block UDP port 53 unless you don't need DNS functionality :)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21013581</guid>
<pubDate>Wed, 27 Aug 2008 08:48:06 EDT</pubDate>
</item>

<item>
<title>Re: How to limit p2p packets that blocks upload</title>
<link>http://www.dslreports.com/forum/remark,21013246</link>
<description><![CDATA[<A HREF="/useremail/u/894843"><b>Manta</b></A> : The basic idea is to starve the BitTorrent client of peers.  It's hard to block all the torrent traffic because it can be on any port so you'd have to do deep packet inspection on every port.  Even then, with BitTorrent's protocol encryption it's another story.  If you can stop the client obtaining any peers though, it won't have anybody to talk to.  I blocked some of the common tcp ports that trackers use (2710 and 6969) for starters and then the regex identifies any tracker communication on port 80.<br><br>BitTorrent clients will use DHT (Distributed Hash Table) to obtain peers though and in doing so they'll hammer your NAT table with hundreds or thousands of entries.  I've seen this alone bring some routers to their knees.  Communication here is done on random UDP ports above 1024 (ephemeral ports) - just to make life easy for you.  Assuming you don't need UDP traffic - or you can specify what's allowed - the easiest way of dealing with it is to block all outbound UDP traffic.  It's harsh but for this site, they only needed udp traffic for some dial-in VPNs - hence allowing UDP port 10000 and blocking all the rest.<br><br>Hope this helps you and makes it a bit clearer to adapt it to your situation.<br><br>Gareth]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21013246</guid>
<pubDate>Wed, 27 Aug 2008 05:26:59 EDT</pubDate>
</item>

<item>
<title>Re: How to limit p2p packets that blocks upload</title>
<link>http://www.dslreports.com/forum/remark,21010451</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : Thank you - i will try to use method with regular expr.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21010451</guid>
<pubDate>Tue, 26 Aug 2008 16:31:20 EDT</pubDate>
</item>

<item>
<title>Re: How to limit p2p packets that blocks upload</title>
<link>http://www.dslreports.com/forum/remark,21010342</link>
<description><![CDATA[<A HREF="/useremail/u/1007806"><b>MSN</b></A> : This is an excellent post.  It is very difficult to find good, well-researched information about how to control the P2P scourge called Bittorrent!  ;-)<br><br>I have an asymmetric DSL line at home and have found Bittorrent to be a bit of a moving target.  Some of the problem is my own lack familiarity with all the adaptive mechanisms that the protocol can employ to get around my defensives and QoS configuration.  I will try your suggestions (the REGEX is particularly cool!) and post my results back on this board.<br><br>/Eric]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21010342</guid>
<pubDate>Tue, 26 Aug 2008 16:12:14 EDT</pubDate>
</item>

<item>
<title>Re: How to limit p2p packets that blocks upload</title>
<link>http://www.dslreports.com/forum/remark,21009736</link>
<description><![CDATA[<A HREF="/useremail/u/894843"><b>Manta</b></A> : You can use QoS to shape traffic but if the offending traffic is p2p you'll often find that it is difficult to classify.  According to Cisco's TAC, if you have their IPS module in the ASA, it's a lot easier to classify p2p traffic and shape/block accordingly.  Otherwise you may get on better by prioritising everything that's important to you and letting p2p get lumped in as 'the rest' and get the remaining bandwidth.  I believe this can be done with Service Policies on an ASA.<br><br>Blocking p2p protocols like BitTorrents is quite hard because they are deliberately difficult to pin down.  I've had some success with an ASA by blocking communication with trackers.  The following will give you an idea of how to block tracker traffic but BitTorrents will also use DHT so we also blocked all UDP traffic with exceptions as we needed them.<br><br>Hope this is of some help.<br><br>Gareth<br><br><textarea name="code" class="text" cols=50 rows=10>regex bit-torrent-tracker ".*&#91;Ii&#93;&#91;Nn&#93;&#91;Ff&#93;&#91;Oo&#93;_&#91;Hh&#93;&#91;Aa&#93;&#91;Ss&#93;&#91;Hh&#93;=.*"&#012; &#012;object-group service BitTorrent-Tracker tcp&#012; description TCP Ports used by Bit Torrent for tracker communication&#012; port-object eq 2710&#012; port-object eq 6969&#012;object-group service Blocked-UDP-Ports udp&#012; description All ports blocked for Bit Torrent UDP DHT (all ephemeral ports except VPN encapsulation)&#012; port-object range 10001 65535&#012; port-object range 1024 9999&#012; &#012;class-map type inspect http match-all bit-torrent-tracker&#012; description Bit Torrent Tracker communication&#012; match request args regex bit-torrent-tracker&#012; match request method get&#012; &#012;policy-map type inspect http Drop-P2P&#012; description Drop protocol violations, Kazaa, gator and Bit Torrent Tracker traffic&#012; parameters&#012;  protocol-violation action log&#012; class _default_gator&#012;  drop-connection log&#012; class _default_kazaa&#012;  drop-connection log&#012; class bit-torrent-tracker&#012;  drop-connection log&#012; &#012;policy-map global_policy&#012; class inspection_default&#012;  inspect http Drop-P2P&#012;</textarea><!--end code block-->]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21009736</guid>
<pubDate>Tue, 26 Aug 2008 14:18:14 EDT</pubDate>
</item>

<item>
<title>How to limit p2p packets that blocks upload</title>
<link>http://www.dslreports.com/forum/remark,21007872</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : Hi<br>We have small company - we use cisco asa 5505 as gateway and firewall. We have asynch. broadband 8mb/640kb. We have problem witht p2p packets that blocks upload. One cannot send emails, upload files onto ftp server, etc. Is there any way to block or reserve max bandwidth to p2p? <br>Regards. Aragornx<br>aragornx@poczta.fm]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21007872</guid>
<pubDate>Tue, 26 Aug 2008 05:54:07 EDT</pubDate>
</item>

</channel>
</rss>
