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

    Guarantee speed to a ip address

    Scheduled Pinned Locked Moved Traffic Shaping
    9 Posts 4 Posters 1.5k 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.
    • O
      optix
      last edited by

      Can i guarantee speed(dl and up) to a specific ip address in lan and how?

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

        Yes. There are several ways to do it.

        What kind of traffic is the IP in question using?

        Do you want to guarantee a percentage of the pipe or a specific bps value?

        Do you want to set a max speed or just a min?

        1 Reply Last reply Reply Quote 0
        • O
          optix
          last edited by

          @belt9:

          Yes. There are several ways to do it.

          What kind of traffic is the IP in question using?

          Do you want to guarantee a percentage of the pipe or a specific bps value?

          Do you want to set a max speed or just a min?

          It using RDP protocol.
          I want to guarantee minimum speed.

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

            you can set minimum values in HFSC that will never be shared even when idle.

            You can use dummynet and set weights that will ensure the IP gets at least x% of the pipe. But if everything else isn't using dummynet as well then it wouldn't work.

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

              HFSC always shares bandwidth. What you can do is set and upper limit. HFSC is all about setting the minimum. If you want a queue to have at least some amount of bandwidth, set it to that amount. If you want a queue to never have more than some amount of bandwidth, add that. You must be explicit. Never forget to set the interface bandwidth.

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

                HFSC minimum values if set is unshared

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

                  @belt9:

                  HFSC minimum values if set is unshared

                  Kinda but not really. If the (minimum) bandwidth is unused, other queues can use it. Perhaps you are confusing real-time's hard-limit on bandwidth allocation? Even if real-time is completely allocated (80% configured interface bitrate?), when said bandwidth is unused, the bandwidth can be used by link-share.

                  Harvy66 is correct and makes a good point about HFSC's upper-limit.

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

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

                    @belt9:

                    HFSC minimum values if set is unshared

                    The minimum value shares idle bandwidth, the only bandwidth worth sharing. If I set the minimum to 1Mb on my 150Mb connection and nothing else is using bandwidth, it will get 150Mb/s. If all other queues start using bandwidth, that queue will suddenly drop down to 1Mb/s as expected.

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

                      I stand corrected!

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