Re: Traffic shaping for Bit Torrent Traffic

Hmmm,
I guess that what you really are trying to do is compensate some under
provisioning with a unilateral policy based on "p2p is bad".

If this is so, good luck, but p2p clients will try to defeat you,
and IMHO, they will.

But if this is not a "p2p is bad thing", what you can do is create a
policy of "maximum data transfer in x time" or else we'll shape you.
That you can do with flow based tools and some automatic shaping
logic.
After all, it does not matter if they are e-muling videos,
bit-torrenting music or ftp-ing IOS images, they are using too much !!
Given sensible limits, you still may use full throuput for a song or two.

Just a point of view :)

-Carlos

Joshua @ 23/06/2010 12:35 -0300 dixit:
> As an local ISP, we have some customers that are heavy Bit Torrent
> users. We want to proactively put in place a bandwidth shaping
> solution so that our other users are not impacted. Unfortunately, we
> do not have Cisco NBAR capable routers. We have tried to shape
> standard ports that BT uses with the following commands in our Edge
> router (7606) on gi6/6 which is the port to our upstream provider:
>
> conf t
>
> ip access-list extended BT_Shape_Test
> permit tcp any any range 6881 6999
> !
> class-map BT_Shape
> match access-group name BT_Shape_Test
> !
> policy-map BT_Shape_Test
> class BT_Shape
> police cir 32000 bc 32000 be 32000 conform-action transmit
> exceed-action drop violate-action drop
> !
> int gi6/6
> service-policy input BT_Shape_Test
> service-policy output BT_Shape_Test
>
> I can confirm that this shaping does in fact work, however, this made
> no impact on our bandwidth usage as BT clients use such random ports.
> If you have any thoughts or ideas, I would be glad to hear them.
>
> Thanks,
> Joshua
>

-- 
Carlos G Mendioroz  <tron_at_huapi.ba.ar>  LW7 EQI  Argentina
Blogs and organic groups at http://www.ccie.net