Blocking Bittorrent

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Announcements
Please sign in to see details of an important advisory in our Customer Advisories area.

Blocking Bittorrent

L1 Bithead

Hi Everyone,

 

Is there a way to limit the sessions on bittorrent with Palo Alto ?

 

You can only enable a session limiter based on a service, but not on an application i think?

 

Anyone has some suggestions ?

 

Goal-> Limit bittorrent traffic. Users must be still able to download via bittorrent but the experience should be limited.

 

Kind Regards

 

Jan Meylaers

8 REPLIES 8

L7 Applicator

You can do application-specific QoS. I'd recommend setting up a QoS policy to limit the max bandwidth available for Bittorrent. Rather than trying to limit the number of sessions, you simply make it slow.

 

Best regards,

Greg

L2 Linker

Is the end goal to limit the bandwidth consumed by bittorrent traffic? Session based limits of BT peer connections wouldn't give you as much control over the consumption of bandwidth since a few peers could have high throughput available and it wouldn't scale if you had a sudden increase in BT users.

 

I would probably look at a QoS policy to limit the max rate of BT traffic. You can apply the QoS profile to a rule specific to BT traffic and even apply it to specific users if you wanted to. 

 

If you are hard set on session limits, I would create a separate service for your BT allow rule that included >1024 and then apply a DoS policy to that service. It should only match on the rule it's used in. I'd name it BT-Ports or something similar so it was obvious why it was created separately. 

Hi,

 

We apply QoS on peer-to-peer traffic to limit its use. Encrypted bittorrent traffic will show up as unknown-tcp and unknown-udp, so you might want to also limit those. Keep in mind that other completely unrelated applications could also show up as unknown-tcp and unknown-udp, so don't put the bandwidth limit too low. Actually, you could simply lower its priority.

 

Regards,

 

Benjamin

Community Team Member

Hi,

 

QoS was already pointed out as a solution by gwesson.

 

Please refer to the following link, explaining application-specific QoS :

QoS configuration example

 

Note that the above example shows how to configure QoS to limit web browsing traffic.

 

Hope this helps,

-Kim.

LIVEcommunity team member, CISSP
Cheers,
Kiwi
Please help out other users and “Accept as Solution” if a post helps solve your problem !

Read more about how and why to accept solutions.

Hi All,

 

I totally forgot about this community and now i can see the answers what i find fantastic!

 

I configured qos for bittorrent.

 

Question;

 

- 40 student buildings

- about 2000 hosts

- througput of 950Mbps during the evening as download

 

Best practice should be to configure qos policies based on source network as in network A= building A with a bittorrent limiter of 'y' Mbps.

 

Now, is this value 'y' session based or ip based ? Will the 'y' be divided up to the amount of hosts ?

 

Kind Regards

 

Jan Meylaers

I'm new to Palo Alto, and was researching limiting BitTorrent traffic and came across this post. But to try and answer the (dated) question, I believe you are going to be limiting on total defined bandwidth on your traffic class, in this case say class x=950Mbps where x= the class you set for bittorrent. Everything else is a match in your qos rule on what you want to limit to that bandwidth, like application, source ip, zone, etc.

 

For example, a single host could establish one or more sessions and theoretically receive BitTorrent traffic at speeds up to 950Mbps. Alternatively, if you have 50 users they will compete for bandwidth once the 950Mbps cap is reached, which would then queue packets according to your QoS policy.

 

In my case, I would be inclined to create two policies. One for "untrusted-bittorent" that defines a source of any, zones of any, application of bittorrent, and set a max cap of about 50Kbps and apply it campus wide. We find slowing it down is more effective than blocking it, because people are more likely to work around the block than the slow speeds. Then another rule for "trusted-bittorrent" allowing our users who have requested the application for legitimate reasons (pretty rare request, but does happen). Ticket process flags users to belong to a AD group, qos user-rule queries said AD group for matches, in turn allowing BitTorrent at a much higher data cap, ~950Mbps.

 

 

-Nathan

L0 Member

Hello,

Does anyone limit the sessions number?  While we have bandwidth cap of 5mbps, I'm seeing many sessions on this app traffic ( close to 1.2M session)  Would other traffic be affected by this move?

 

@Luis.Quispe,

Does Bittorrent actually have a viable use-case in your enviroment? In most situations, this would be traffic that you could block outright without any issues, if not then you would want to put a pretty heavy QoS profile on it since you don't have much bandwidth to begin with. 

Bittorrent by it's very nature will have a large amount of sessions associated with it, there really isn't any way around that seeing as its how it's designed to function. 

  • 6938 Views
  • 8 replies
  • 1 Likes
Like what you see?

Show your appreciation!

Click Like if a post is helpful to you or if you just want to show your support.

Click Accept as Solution to acknowledge that the answer to your question has been provided.

The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!

These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!

The LIVEcommunity thanks you for your participation!