Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    [SOLVED] traffic shaper queues bug

    Scheduled Pinned Locked Moved 2.0-RC Snapshot Feedback and Problems - RETIRED
    43 Posts 9 Posters 19.1k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • X
      xbipin
      last edited by

      in the recent snaps have noticed that my VoIP traffic doesn't go in proper queues for some reason, at the download side doesn't, the upload side does fine, i have tried reapplying settings etc but still on the download side all the traffics ends up in the default p2p queue.

      1 Reply Last reply Reply Quote 0
      • P
        PossumK
        last edited by

        Did you by chance manually create any LAN queues instead of cloning a WAN queue?  This is something I struggled with for the past two months since installing the 2.0 beta.  Then just this past Thursday, I tried deleting all of my LAN queues and saw incoming traffic being routed to the WAN queue that corresponded to the LAN queue I wanted to use.  So I cloned all of the WAN queues to LAN, didn't touch anything else and voila, traffic was reaching the desired LAN queues instead of the default LAN queue.  As soon as I manually created a LAN queue, it broke the shaper for incoming traffic.  I had to create the WAN side queue first, then clone it to the LAN side to get it to work.

        1 Reply Last reply Reply Quote 0
        • X
          xbipin
          last edited by

          i have all my rules etc on the floating tab and regarding the queues etc i havent changed any settings since ages and was working fine untill recently i noticed the download traffic going to the default queue so that put me in doubt if a bug was introduced in recent snaps

          1 Reply Last reply Reply Quote 0
          • X
            xbipin
            last edited by

            i tried cloning the queues also and even the rules on floating tab i tried changing from queue to pass but its still the same

            1 Reply Last reply Reply Quote 0
            • P
              PossumK
              last edited by

              I fooled around with the rules in the Floating, LAN, and WAN tabs a bit last week after having my Eureka moment.  I don't remember exactly what the results were, but I ended up only needing the queuing rules under the LAN tab (source = LAN side address/port, destination = WAN side address/ports), with nothing in the Floating tab.  Rules in the WAN tab are only set to allow for new incoming connections to be initiated from the WAN side - I have corresponding rules in the LAN tab to define the queuing, and no queues are defined in the WAN rules.  So far everything seems to be working the way I had it set up in 1.2.2.

              1 Reply Last reply Reply Quote 0
              • X
                xbipin
                last edited by

                i have the below rules set under floating tab with Apply the action immediately on match ticked and mysip being the sip server alias and it used to work till some recent snaps but now i the voip queues on wan side works for upload but on downlaod side all goes to p2p queue, mayb the developers need to have a look at this

                CropperCapture[1].jpg
                CropperCapture[1].jpg_thumb

                1 Reply Last reply Reply Quote 0
                • D
                  Djoss
                  last edited by

                  I have the same problem.  Outgoing VoIP traffic go in the right queue, but incoming traffic goes in the wrong one (default queue).

                  1 Reply Last reply Reply Quote 0
                  • X
                    xbipin
                    last edited by

                    so that makes 2 of us then, mayb if Ermal could look into it

                    1 Reply Last reply Reply Quote 0
                    • B
                      bio_hazard
                      last edited by

                      Im having a similar problem here http://forum.pfsense.org/index.php/topic,36766.0.html devs should open a ticket for this…

                      1 Reply Last reply Reply Quote 0
                      • L
                        lostcontrol
                        last edited by

                        I upgraded to RC2 last week. I only have traffic shaping for WAN. Everything seems to work fine except for VoIP. The traffic originating from my VoIP phone's IP should go to the VoIP queue but ends up in the default queue. I'm pretty sure the exact same setup worked with a previous snapshot (March or may April).

                        1 Reply Last reply Reply Quote 0
                        • X
                          xbipin
                          last edited by

                          to narrow it down further, i think its got to do with selecting UDP as protocol coz i created new rules under floating tab and assigned same queue and those work fine for some reason, image below

                          CropperCapture[1].jpg
                          CropperCapture[1].jpg_thumb

                          1 Reply Last reply Reply Quote 0
                          • B
                            bio_hazard
                            last edited by

                            Is definitely something with UDP traffic, i opened a ticket on the bug tracker. http://redmine.pfsense.org/issues/1546

                            Lets wait for a answer.

                            1 Reply Last reply Reply Quote 0
                            • X
                              xbipin
                              last edited by

                              this issue still remains, i cleared all rules and recreated them along with queues based on the reply i got
                              http://redmine.pfsense.org/issues/1582

                              1 Reply Last reply Reply Quote 0
                              • X
                                xbipin
                                last edited by

                                any1 willing to have a look at my config file in order to help me sort out this issue if it is really config related coz my voip phone seems to be almost unusable at high traffic and might have to switch to a old snap to make the queues work properly?

                                1 Reply Last reply Reply Quote 0
                                • D
                                  danswartz
                                  last edited by

                                  You seem to be having the exact behavior I see.  Unfortunate the ticket just got closed, but this is supposedly be addressed by a pre-GA change (or so I seem to recall reading…)

                                  1 Reply Last reply Reply Quote 0
                                  • D
                                    dusan
                                    last edited by

                                    Some peoples prefer to call it a feature or config issue, not a bug. In my view this should be termed a design bug/error as this violates the principle of stateful traffic processing.

                                    In a stateful firewall/router/shaper users must be able to filter/route/shape traffic simply by specifying the behavior with respect to the session-initiating packet. Take for example NTP, the administrator must be able to pass, to route and to shape incoming NTP requests to the correct NTP server and the outgoing NTP replies from that server as well without special care of the 'outgoing' direction.

                                    1 Reply Last reply Reply Quote 0
                                    • X
                                      xbipin
                                      last edited by

                                      can u plz elaborate whats wrong as having a UDP queue which as a matter of fact used to work perfect earlier but something broke it, if i only knew which commit was it then would manually revert those changes on my box.

                                      1 Reply Last reply Reply Quote 0
                                      • D
                                        dusan
                                        last edited by

                                        I can't tell. I just guess that it cannot be undone simply by reverting a single patch.

                                        1 Reply Last reply Reply Quote 0
                                        • X
                                          xbipin
                                          last edited by

                                          wouldnt it be possible to edit the config file manually to change the behavior temporarily till its fixed?

                                          1 Reply Last reply Reply Quote 0
                                          • D
                                            dusan
                                            last edited by

                                            I have no clue on manual config file editing. A temporary workaround (that appears to work for me) is to simply ignore the Floating tab and to select queues directly on LAN, WAN and all OPTx tabs. It is not comfortable, but doable.

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.