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

    Shaper Bug

    Scheduled Pinned Locked Moved Traffic Shaping
    13 Posts 4 Posters 8.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.
    • S
      sharingzee
      last edited by

      This otherwise great firewall, Pfsense, as we have tested, in all its releases has a serious bug with Upload Shaping.

      For example, you have an ADSL with an up of 4Mbit. If you have 4 Queues for UpLoad and establishes the TOTAL Upload Limit as 4Mbits, it will apply a limit of 4MBits for EACH one of the Queues.

      The shaper, in the end, "thinks" that ur Up Limit is "16MBits", messing up your connection.

      So you may think, put 1MBit for each queue and you are done. A mistake! If you do this, no more you will have a dynamic sharing between Queues, and each queue will be hard limited at 1MBits, what is no good.

      Anyone knows what's happening, tell us.

      Att, SharingZee.

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

        Care to send us the rule file?  The wizard doesn't generate 4 upload queues, it generates one master queue with a limit of what you gave it.  The subqueues can then be individually limited (or guaranteed) at your leisure.

        –Bill

        pfSense core developer
        blog - http://www.ucsecurity.com/
        twitter - billmarquette

        1 Reply Last reply Reply Quote 0
        • S
          sharingzee
          last edited by

          Well, let me correct myself. It's not 4 UpLoad Queues. Its 4 Queues that r used to address the upload, e.g.: Bulk, and High Prio.

          So I put in the MAIN upload a hard limit of 4MBits. Then each one of the Queues that r used for Upload will use 4MBits, summing up 16MBits.

          Example: Bulk Queue will take advantage of 4MBits and High Prio Queue more 4MBits, simultaneously. This happens, despite the fact that 4MBits SHOULD be the hard limit shared by every and all Queues.

          Again, this fenomenon happens just for UPLOAD, the DownLoad shaping is working right.

          Perhaps for this reason so many users report a messed Shaping, as according to various tests we conducted, the pfsense shaper performs mostly very well.

          Att, SharingZee.

          1 Reply Last reply Reply Quote 0
          • C
            charincol
            last edited by

            Where are you seeing this?  In the queue graphs?

            The main purpose of the "sub"-queues that are a part of the main queues is to guarantee or restrict bandwidth for a certain type of traffic withing the main queue.

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

              @sharingzee:

              Well, let me correct myself. It's not 4 UpLoad Queues. Its 4 Queues that r used to address the upload, e.g.: Bulk, and High Prio.

              So I put in the MAIN upload a hard limit of 4MBits. Then each one of the Queues that r used for Upload will use 4MBits, summing up 16MBits.

              Example: Bulk Queue will take advantage of 4MBits and High Prio Queue more 4MBits, simultaneously. This happens, despite the fact that 4MBits SHOULD be the hard limit shared by every and all Queues.

              Hrm…the *up queues are setup identical to the *down queues and the way ALTQ works, a subqueue can't possibly exceed the bandwidth assigned to the parent queue.  If the parent is set to 4Mbit, no child should ever be able to exceed 4Mbit.  I'm not sure why (or how) you're seeing this.

              --Bill

              PS. if your line speed is 4Mbit, no way in hell can ALTQ let you upload at 8Mbit - this feels more like a display bug if you're seeing this.

              pfSense core developer
              blog - http://www.ucsecurity.com/
              twitter - billmarquette

              1 Reply Last reply Reply Quote 0
              • S
                sharingzee
                last edited by

                No, no, no. My Upload connection is 40MBit, and the Upload Shaper is really screwed. It IS pushing 16MBit Upload.

                1 Reply Last reply Reply Quote 0
                • S
                  sharingzee
                  last edited by

                  @billm:

                  @sharingzee:

                  Well, let me correct myself. It's not 4 UpLoad Queues. Its 4 Queues that r used to address the upload, e.g.: Bulk, and High Prio.

                  So I put in the MAIN upload a hard limit of 4MBits. Then each one of the Queues that r used for Upload will use 4MBits, summing up 16MBits.

                  Example: Bulk Queue will take advantage of 4MBits and High Prio Queue more 4MBits, simultaneously. This happens, despite the fact that 4MBits SHOULD be the hard limit shared by every and all Queues.

                  Hrm…the *up queues are setup identical to the *down queues and the way ALTQ works, a subqueue can't possibly exceed the bandwidth assigned to the parent queue.  If the parent is set to 4Mbit, no child should ever be able to exceed 4Mbit.  I'm not sure why (or how) you're seeing this.

                  --Bill

                  PS. if your line speed is 4Mbit, no way in hell can ALTQ let you upload at 8Mbit - this feels more like a display bug if you're seeing this.

                  There is no child queue exceeding 4MBit. The sum of them all: 4x 4MBit, exceeds 4MBit, since 4x4=16, right? There is the bug, they r being SUMMED UP.

                  1 Reply Last reply Reply Quote 0
                  • S
                    sullrich
                    last edited by

                    @sharingzee:

                    There is no child queue exceeding 4MBit. The sum of them all: 4x 4MBit, exceeds 4MBit, since 4x4=16, right? There is the bug, they r being SUMMED UP.

                    No, these are child queues of a parent queue which holds the bandwidth settings.

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

                      @sharingzee:

                      No, no, no. My Upload connection is 40MBit, and the Upload Shaper is really screwed. It IS pushing 16MBit Upload.

                      So what's the download being shaped at?  And is it working as advertised?

                      –Bill

                      pfSense core developer
                      blog - http://www.ucsecurity.com/
                      twitter - billmarquette

                      1 Reply Last reply Reply Quote 0
                      • S
                        sharingzee
                        last edited by

                        So, lets put it another way:
                        How can the pfSense user limit the TOTAL UPLOAD to 4MBit? Who has achieved this feat (for REAL)?

                        Att, SharingZee.

                        PS.: Of course: 4MBit dinamically shared by the children Queues.

                        1 Reply Last reply Reply Quote 0
                        • S
                          sullrich
                          last edited by

                          @sharingzee:

                          So, lets put it another way:
                          How can the pfSense user limit the TOTAL UPLOAD to 4MBit? Who has achieved this feat (for REAL)?

                          Att, SharingZee.

                          PS.: Of course: 4MBit dinamically shared by the children Queues.

                          We just found a major bug that has been present since 0.94ish.

                          The bug is in the kernel and really wrecks traffic shaping.  Please wait until the next version and test again.

                          1 Reply Last reply Reply Quote 0
                          • S
                            sharingzee
                            last edited by

                            Yeah, I've tested 0.96.4. The bug remains intact.

                            1 Reply Last reply Reply Quote 0
                            • S
                              sullrich
                              last edited by

                              Uh, it wasn't fixed in 0.96.4.

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