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

    Limiter with Burst or similar solution needed

    Scheduled Pinned Locked Moved Traffic Shaping
    31 Posts 11 Posters 20.2k 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.
    • R
      rmssf
      last edited by

      Burst setting does not work.
      I've set up a limiter with bw 2Mb and 20MB burst, however didnt see any initial burst, bw limited at 2Mb all the time since start.
      I wonder if Ermal did any test at all using the burst setting, or have just assumed the other users got it all wrong.

      1 Reply Last reply Reply Quote 0
      • E
        eri--
        last edited by

        It seems this is getting a trend in this forum about accusing people of implementation.

        Good luck with it since you earned my silence.

        1 Reply Last reply Reply Quote 0
        • R
          rmssf
          last edited by

          Can't believe no one here can test and verify that the burst setting in LIMITER pipes is NOT working!
          Yet the updates keep mentioning this feature…

          @ermal:

          It is per session.

          So you have to congest the link with bittorrent or similar and then run speed test.
          Probably there you will see the burst.

          Here's the official FreeBSD documentation about this setting, no mention whatsoever about "link congestion":

          burst size
              If the data to be sent exceeds the pipe's bandwidth limit (and
              the pipe was previously idle), up to size bytes of data are
              allowed to bypass the dummynet scheduler, and will be sent as
              fast as the physical link allows. Any additional data will be
              transmitted at the rate specified by the pipe bandwidth. The
              burst size depends on how long the pipe has been idle; the effec-
              tive burst size is calculated as follows: MAX( size , bw * pipe_idle_time).

          Instead, it states that there will be a burst only if the pipe was idle (which makes sense), instead of congested.

          Note: I'm using pfsense 2.1.4 - i386 version.

          1 Reply Last reply Reply Quote 0
          • M
            mhohman
            last edited by

            We are seeing the same issue of the burst parameter being ignored.

            100mbit pipe. Limiting to 12mbit per session with a 20 in the burst field. All sessions limited to 12mbit each. I have even tried a 9999 in the burst field with no result. Turning off the limiter I see a full 94mbit.

            I really wish this feature worked as advertised it would be a huge win for us.

            1 Reply Last reply Reply Quote 0
            • R
              rmssf
              last edited by

              The burst parameter is in bytes transferred, it's not a bandwidth value. You have to put 10000000 for a 10 MB burst at 100 mbps.
              @mhohman:

              We are seeing the same issue of the burst parameter being ignored.

              100mbit pipe. Limiting to 12mbit per session with a 20 in the burst field. All sessions limited to 12mbit each. I have even tried a 9999 in the burst field with no result. Turning off the limiter I see a full 94mbit.

              I really wish this feature worked as advertised it would be a huge win for us.

              1 Reply Last reply Reply Quote 0
              • M
                mhohman
                last edited by

                Unfortunately even setting it to 9999999999999999999999 has no measurable difference.

                I am seeing the following when I lookup diag –> limiter info:

                
                Limiters:
                00001:   6.200 Mbit/s    0 ms burst 1 
                q131073  50 sl. 0 flows (1 buckets) sched 65537 weight 0 lmax 0 pri 0 droptail
                 sched 65537 type FIFO flags 0x1 256 buckets 2 active
                    mask:  0x00 0xffffffff/0x0000 -> 0x00000000/0x0000
                BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp
                 76 ip      10.200.0.194/0             0.0.0.0/0        5      377  0    0   0
                218 ip      10.200.0.137/0             0.0.0.0/0       97    18132  0    0   0
                00002:  12.000 Mbit/s    0 ms burst 19531250 k
                q131074  50 sl. 0 flows (1 buckets) sched 65538 weight 0 lmax 0 pri 0 droptail
                 sched 65538 type FIFO flags 0x1 256 buckets 16 active
                    mask:  0x00 0xffffffff/0x0000 -> 0x00000000/0x0000
                
                
                1 Reply Last reply Reply Quote 0
                • R
                  rmssf
                  last edited by

                  Yes, I've tried that also.
                  But unfortunately it seems no one responsible here seems to notice the problem.

                  @mhohman:

                  Unfortunately even setting it to 9999999999999999999999 has no measurable difference.

                  I am seeing the following when I lookup diag –> limiter info:

                  
                  Limiters:
                  00001:   6.200 Mbit/s    0 ms burst 1 
                  q131073  50 sl. 0 flows (1 buckets) sched 65537 weight 0 lmax 0 pri 0 droptail
                   sched 65537 type FIFO flags 0x1 256 buckets 2 active
                      mask:  0x00 0xffffffff/0x0000 -> 0x00000000/0x0000
                  BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp
                   76 ip      10.200.0.194/0             0.0.0.0/0        5      377  0    0   0
                  218 ip      10.200.0.137/0             0.0.0.0/0       97    18132  0    0   0
                  00002:  12.000 Mbit/s    0 ms burst 19531250 k
                  q131074  50 sl. 0 flows (1 buckets) sched 65538 weight 0 lmax 0 pri 0 droptail
                   sched 65538 type FIFO flags 0x1 256 buckets 16 active
                      mask:  0x00 0xffffffff/0x0000 -> 0x00000000/0x0000
                  
                  
                  1 Reply Last reply Reply Quote 0
                  • C
                    coreybrett
                    last edited by

                    I've noticed that the burst setting is no longer available on 2.3.4-RELEASE-p1. Will it come back in the future?

                    1 Reply Last reply Reply Quote 0
                    • G
                      grandrivers
                      last edited by

                      its not in 2.4.2 betas maybe open a ticket

                      pfsense plus 25.03 super micro A1SRM-2558F
                      C2558 32gig ECC  60gig SSD

                      1 Reply Last reply Reply Quote 0
                      • jimpJ
                        jimp Rebel Alliance Developer Netgate
                        last edited by

                        It was removed because it is broken in dummynet and does not operate as expected. It never did work, as evidenced by all the complaints in this thread.

                        It isn't viable, so unless it gets changed upstream in FreeBSD, it won't be coming back.

                        Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

                        Need help fast? Netgate Global Support!

                        Do not Chat/PM for help!

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