Problem with Qos and P2P traffic
-
You dont have the quick option checked on the rules. Have you done that? If you do not have that option checked it still processes the rest of the rules.
-
I've try but nothing change.
-
sorry i can't be of more help. I dont worry about P2P in my setup as I have the limiter defining a hard set bandwidth that all TCP streams share equally. I dont care if it is P2P or straight HTTP download , they only get x% of the bandwidth to share among all the clients requesting it.
I would search this forum and others to see what other people have tried.
-
Are you really on 2.1? You might want to consider upgrading to current. No use wasting time trying to work with a bug that may have already been fixed.
I also noticed that you have drops on your P2P queue but not many others. This shows me that your other queues are getting higher priority as expected. Sideout is right in that your floating rules shouldn't target a particular interface. That's what makes them floating rules.
Did you go through the wizard or did you build your queues manually?
-
Thanks sideout for your help!
I've this version:
2.1.2-RELEASE (amd64)
built on Thu Apr 10 05:42:41 EDT 2014I create the rules via the wizard then change manually some speed settings.
-
I am on 2.1.3 built on May 10th.
-
I will try to do it again via the wizard and see what append.
-
Make sure you delete any rules you manually added to WAN, LAN or Floating Rules tabs since they won't get removed when you remove your traffic shaper.
-
I've follow the wizzard and delete custum floating rules, wan, lan
add 2 floating rules to catch IP from the p2p computer(Interface LAN dest: IP and Interface LAN source: IP)(The computer as a Port forward) With WAN interface enable, no traffic is catch
qOtherHigh 60%
qP2P 2%
etc..Result: Packets get drops as before, but not enough.
I think the problem is how to match floating rules with LAN IP address instead of ports
-
is the lan address 192.168.0.210 of a particular PC set to static ip?
if not then did you set static ip+mac address in dhcp server? -
The PC is set with an static IP address
This guy have exactely the same problem.
Maybe it's just a bug..
https://forum.pfsense.org/index.php?topic=73570.msg401784#msg401784openSUSE-13.1 torrent and ubuntu 14.04 HTTP dl
no http dl, torrent 5 connexion: full speed
5 connexion: no problem the torrent get drop to almost no speed 10-20ko/s
10 connexion : 140ko/s
15 connexion : 230ko/s
20 connexion: almost full speedThe traffic shapper need to drop the speed to 10-20ko/s even with 1000 connexion on the p2p queue
-
Nothing to do with the config? 1 realtek on WAN and 1 3 Com on LAN, 1 atom processor.
I know that realtek is not a good brand… -
I prefer to use Intel or Broadcomm NIC's with PFSense with Intel's being the ones that work the best.
-
I see that you have same problem.
It seems that pfBug is not a valid solution for working environment.
I'm using PacketShaper from Packeteer and I had hope that I can move it onto ESXi server to remove one device from server cabinet. But seems that no can do. I spent 10 hours on pfSense and definitely this thing has nothing close to real traffic shaper. I have same settings on Packeteer PS7500 and pfBug. pfBug give maybe 10% of bandwidth to priority queue with 60% of bandwidth assign to it and 90% of bandwidth to lowest queue with just 5% of bandwidth assign to it.
It is a joke not traffic shaping. However pfSense GUI is faster than Packeteer one :D, but otherwise it is cra*.
-
Thanks for your feedback.
-
I've follow this tutorial
https://forum.pfsense.org/index.php?topic=63531.msg364520#msg364520And now when I download from 2 differents PC they got each one half bandwidth, the same for more PC. Getting close to resolve the problem!
Still can't figure out why the traffic shapping give the same speed even if one queue is 1% share and the other one 61%.
PS: I've got the last build:
2.1.5-RELEASE (amd64)
built on Mon Aug 25 07:44:45 EDT 2014
FreeBSD 8.3-RELEASE-p16
