Have you tried the p2p prioritizing stuff in the shaper wizard?

Feel like I'm talking to myself here, but I think I figured it out.

UPnP screws up shaping.  By default, uTorrent uses UPnP to map its port.

I disabled the UPnP mapping in uTorrent, loaded up my Shaper rules again, and now my Torrent traffic goes into the correct queues.  Thankfully the only other traffic I use UPnP for is game systems, so I can hard-assign the "qGamesDown" Queue to UPnPd and this should work out OK.

(I actually have a few other port mappings in there from a Windows Home Server, but they aren't used enough for me to be concerned that they're in the wrong queue.)

I'm still not 100% on how I can handle "bursting" downloads (i.e. Road Runner powerboost).

What I've done now:
qLANRoot (i.e. incoming traffic) - I changed the "Bandwidth" from 7000Kb to 100 (percent).  I then turned on the "Upperlimit" service curve, and specified my values in there.  (M1 = 10000Kb which is what I've read is the powerboost cap, d=16000 or 16 seconds, according to wikipedia, and M2=7000Kb, my "normal" download speed).  I haven't yet played with speedtest to see if this will work though.

Ah, I was wondering if there was something else involved.  I misread the original post.

Well, you can set the inbound bandwidth to something quite a bit smaller, and if most of your inbound BW is TCP, I think the shaper will delay the inbound traffic enough to slow it down.  I'm not 100% sure of that though.  If you have a T1, the far preferable approach is to have your ISP prioritize the traffic for you. I have done this when I was the technical consultant for an ISP in the past - it is not difficult to tell the far-end router to push RTP packets to the head of the queue (or even just UDP will help a lot.)

You don't say what you have set the shaper to do.

The main connection from the client to the server uses tcp 1119 now instead of tcp 3724.

5060 or whatever wouldn't help, that is for SIP, but the audio is RTP which uses dynamic ports.  you could try setting an outbound rule for UDP that specifies the voip queue, and put that rule in front of the default rule (to see that default rule, go to firewall -> rules -> LAN and add the new rule before the default one.

yup … if u have more BW then it's not problem ...

@crnet ...
thanks to give a good direction ...

i like this ... and it wont destroy anything ...
give a courage to eksplore ...

Hello,
I think I understand your misunderstanding of the graphs :

In fact you shouldn't read the different curves as beeing represented on the same graph, and thus adding their max to compute your total bandwidth, but the total bandwith used by the queues is the skyline, the out shape of the curve, while each color represents what place each queue reprensents in this whole.

So on the former examples you shouldn't read that the mustard queue uses 1 Mb/s, it only uses what the others have let to her, corresponding exactly to the mustard part of the curve you see. There's no "hidden" mustard :-)

Michel

http://forum.pfsense.org/index.php/topic,16463.msg136134.html#msg136134

The first Step might be to use the wizard and to activate possible options even if you dont use them right now.
The result is a list of rules, where you can tweak them to your needs.

The "big problem" with TC is to understand wht is does, not to set it up cool in pfSense.

This may help:
http://www.openbsd.org/faq/pf/queueing.html

Yes - you set up queues (where you can setup Bandwidth limits, Priority etc.) and group the IPs into them.

http://forum.pfsense.org/index.php/topic,23293.msg121039.html#msg121039