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

    HSFC Traffic Shapping not Artifically Capping my Bandwidth

    Scheduled Pinned Locked Moved Traffic Shaping
    11 Posts 4 Posters 1.8k 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
      Ryu945
      last edited by

      I used the wizard to set up traffic shaping with HSFC but when I run a speed test, I get speeds a lot higher then the limit I set.  Any ideas what is going on?  I am on Pfsense 2.2.4 .

      1 Reply Last reply Reply Quote 0
      • KOMK
        KOM
        last edited by

        I get speeds a lot higher then the limit I set.

        HFSC is all about providing guaranteed service levels.  You don't limit HFSC, you establish minimums.  HFSC will provide full bandwidth if nothing else is in contention.

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

          What I am aiming for is guaranteeing bandwidth and low ping to certain applications.  I also want to set some applications at a lower priority then default.  I want different internet uses to not have set bandwidth.  If one application is not using the bandwidth, it should share to another.  Should I use a hybrid of hfsc and something else?

          1 Reply Last reply Reply Quote 0
          • KOMK
            KOM
            last edited by

            If you need to provide realtime guarantees than HFSC is what you need.  It's not for the faint of heart though.

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

              Do I need to have hsfc inside another technique so I can cap max internet speed?  If so what technique?

              1 Reply Last reply Reply Quote 0
              • KOMK
                KOM
                last edited by

                HFSC does shaping.  Limiters do limiting.  You can use both at the same time.

                1 Reply Last reply Reply Quote 0
                • H
                  Harvy66
                  last edited by

                  Did you set the rate limit on your LAN and WAN interfaces? The bandwidth option in HFSC is not how much bandwidth the queue can use, but how much it will get when all other queues are contenting for bandwidth. Of course HFSC will allow you to use up to the full rate of your interface, which is why you need to rate limit your interface.

                  You can only shape egress, so to shape download you need to shape your LAN and upload you shape your WAN.

                  See the "99"

                  https://lh3.googleusercontent.com/9D8aLD1l6gC6MEh-q2d5c1ovj0Kq63RptaV4TAuV955NdHyNT8nw3KwJLcuux1Bs5GFhOhcDmoW3NCqbeOAvpcAwzao2NXYI-oNxnXO37mLiH5zK_OoKPMZ48yl43CegnO57RL_1KrcRGsC4QP3EoB3xyf_cSnR245cZ3cRNAX7Q3yl7USAVVuZnLNyRxNhxlcuJuI94SA-hhxPjRPIhCZ7ZElpSZ1Zkmwozdja3_fubFBfS6QUNqp4t5Ib_mJByJCLYML-WZpWoEUk8MvkWuLl5yb1Uro2GfCRW_LItvr5ahYrlH7wmx1vkzF7-0fyEl0JSvvQJydc_MA8xB75FeqWj4_w0JjeZJRlOrRpV-ZT5HXr5ZRKrEiPvVNtZMGk6gUYBG96GhLQ3iGenw0FFWNKjD3FhVbt31Q1pezqr_2eIQdq3UkIVfXm6zchJDXluhyxEP-jcw-gaqymu3ciYQbOnyW3ZzwOC7_TvYORhDcW7K6tfN0Ds8qVosGkdXaZRsp50VLEafd2LqNF2ek2T2iU=w837-h313-no

                  1 Reply Last reply Reply Quote 0
                  • N
                    Nullity
                    last edited by

                    If you want to limit an HFSC queue, use upper-limit. It can limit bandwidth (or latency).

                    Real-time sets minimum (guaranteed) BW/latency, if used properly.
                    Link-share does the same but with no guarantees. (Real-time has priority, and during that time, the non-real-time BW is split among all the link-shares proportionally.)
                    Upper-limit sets … an upper-limit. ;)

                    Interfaces/devices are usually controlled by ALTQ's Token Bucket Regulator, not HFSC. See https://www.sonycsl.co.jp/person/kjc/software/TIPS.txt (author of ALTQ). If you get the interface bandwidth wrong, HFSC will not work properly.

                    I would use CBQ (or HFSC with m2 params exclusively) until I had mastered it. HFSC is a mind-fuck.

                    Please correct any obvious misinformation in my posts.
                    -Not a professional; an arrogant ignoramous.

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

                      @Nullity:

                      If you want to limit an HFSC queue, use upper-limit. It can limit bandwidth (or latency).

                      Upperlimit has no effect when I apply it to the qinternet folder.

                      1 Reply Last reply Reply Quote 0
                      • H
                        Harvy66
                        last edited by

                        Is your internet traffic going into the qInternet queue or its sub-queues? On your WAN interface, all of your traffic should be under qInternet.

                        1 Reply Last reply Reply Quote 0
                        • N
                          Nullity
                          last edited by

                          Make sure your WAN interface is properly throttled. Take your real-world, average maximum throughput/goodput value and set the interface ~3-10% less than said value.

                          Until your interface is properly rate-limited, HFSC (or any pfSense/ALTQ sched algo) has no queue to manipulate. The interface needs to receive traffic slightly faster than it can send, otherwise there's no traffic in the buffer/queue for HFSC to intelligently (re)schedule.

                          PS - Are you resetting states?

                          Please correct any obvious misinformation in my posts.
                          -Not a professional; an arrogant ignoramous.

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