Floating rules can apply to traffic in both directions. It depends on what you have set for source and destination. They are NOT quick rules. This means that last matching and not first matching rule wins.

Yes I did read the article.  Doesn't have much on CBQ though which I was looking at for an option.  Just need to know how it works with multiple LAN connections. Thanks for the response.

in the operation system. you can use "netstat -an" or "netstat -anb",to see which port is used. if bt go the voip port, what you see is very correct. in my env ,I use white list, for example,put 80 port in other queue. then set a low bandwidth and low priority in the default queue. any undefine port and traffice will go default queue.

@spartan7: anyone selling a premade 1U for 2 WAN/1LAN running pfsense? or link to a build. http://www.applianceshop.eu/index.php/firewalls/opnsense/opnsense-rack.html

For some reason ports will NOT show in any rules I create. Not sure what to do to get them to work correctly.

It happened again this morning. It looks like the problem was one of our lines - despite the modem saying it was connected at 3700 kb/s, throughput to the ISP's speed tester was more like 500kb/s. The ISP has done something, and it is better. The situation is complicated by the fact that my access to the system is through a wireless network to where the router is, a mile or two away, and the router load balancing means the problem comes and goes, depending on which line a given connection gets. However, to help diagnose, I put a temporary firewall rule to direct all traffic from my IP through a particular modem, and, by editing the rule, was able to pin down which modem it was. I have kept the rule (disabled) for future use if it happens again. I am still mystified as to what I might be doing wrong with the traffic limiting wizard, that it would halve the bandwidth, so any suggestions gratefully received.

Ok, I have the exact same configuration. Two limiters, a firewall rule for the LAN interface with "LAN net" as source. As you stated "Anon Freifunk" is a subnet. LAN net is my LAN subnet, so it schould work.  ;D

That's correct.

A bridged queue would be handy. AFAIK there is no such thing and therefore no way around deploying a transparent firewall and use the shaper on the bridge. Let me know if I am wrong.

TCP/UDP rules cover both TCP and UDP, so packets can use either protocol and it will work. Usenet traffic would be all TCP as far as I know.

Would this happen if you had less bandwidth than you thought, and put too high of values for ISP bandwidth when going through the wizard?