Project

General

Profile

Actions

Bug #1582

closed

traffic shaper queues bug

Added by Bipin Chandra almost 13 years ago. Updated almost 13 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
06/03/2011
Due date:
% Done:

0%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
2.0
Affected Architecture:

Description

bear in mind this is not the same bug as ports opened by upnp not being shaped, to replicate this bug add some rules and under protocol select UDP only and assign this traffic to some queue and keep upnp disabled as i noticed this when mine was disabled, now send some traffic and ull see the download traffic goes to the default queue where as the upload goes to the proper queue so its a problem in the download side only as the same rules used to work in older snaps without any issues.

for more info
http://forum.pfsense.org/index.php/topic,36742.msg190471.html#msg190471

in no way is this related to the below bugs
http://redmine.pfsense.org/issues/1546
and
http://redmine.pfsense.org/issues/1575

Actions #1

Updated by Chris Buechler almost 13 years ago

  • Status changed from New to Closed

config issue not bug, UDP queues as configured (though probably related to general wizard issue covered by another ticket, which will help set that up properly)

Actions #2

Updated by Bipin Chandra almost 13 years ago

queues adnd rules both created manually, no wizard used and it used to work also earlier but just went dead in newer snaps without any change in rules or queues

Actions #3

Updated by Bipin Chandra almost 13 years ago

i compared an old config file with the current one and didnt notice any major change in the queues and rules, should i post my config file here?

Actions #4

Updated by Philip Wipf almost 13 years ago

really think this should be re-opened, there is definitely something wrong with queuing UDP traffic. I find that a simple non-floating LAN rule that should send outgoing UDP traffic to a WAN interface queue doesn't work. It matches the packets according to the log, but they go to the default queue instead of the specified one.

Actions #5

Updated by Bipin Chandra almost 13 years ago

this is fixed now

Actions

Also available in: Atom PDF