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

Prioritizing Bandwidth to IP Range

Scheduled Pinned Locked Moved Traffic Shaping
8 Posts 3 Posters 7.6k 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.
  • A
    a_thiha
    last edited by Mar 5, 2016, 10:18 AM

    Hello.

    Could you guys please give me some advice on how to configure prioritize limitation by using limiter or other QoS tool.

    For instance, I want a range of IP to have 8mbps guaranteed speed all the time on my 10mbps Internet. If this IP range is not using any bandwidth, the rest may consume all the bandwidth. But this specific IP range will always have the exact amount of bandwidth no matter what. It is simple as that.  ;)

    I would be very appreciated if you could suggest me or lead me to a way to work this out.
    Thanks

    1 Reply Last reply Reply Quote 0
    • N
      Nullity
      last edited by Mar 5, 2016, 11:24 AM

      You could use aliases to create a list of hosts, then create a queue to prioritize 8Mbit to them. One queue for upload, another for download.

      Check out the wiki for details. https://doc.pfsense.org/index.php/Traffic_Shaping_Guide

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

      1 Reply Last reply Reply Quote 0
      • A
        a_thiha
        last edited by Mar 5, 2016, 2:16 PM

        First off, thanks a lot for your quick reply. I will try it out for sure. The most confusing thing is that which part of the steps really did for prioritizing or giving a guaranteed speed for my special IP range. I hope I am not asking too much here. :)

        Thanks again.

        1 Reply Last reply Reply Quote 0
        • A
          a_thiha
          last edited by Mar 7, 2016, 3:30 AM

          Hi again.. I tried as you suggested and it is not working as I expected. Maybe it is because of my ignorance. Please check out my settings below.

          1. I created an aliases for my Special IP range.
          2. Then went to Firewall > Traffic Shaper > Limiter to create a 8MB/s Download pipe and queue.
          3. Went to Firewall > Rules > Lan  to create a rule to allow access to my Special IP range. Then in advance, In/Out -  Admin_UP_Queue / Admin_DL_Queue.

          Then I tested my download and it seemed the rest of the IP still affecting my 8mbps guaranteed speed. I don't know why.. :/

          for the info: this is my download pipe and queue in Limiter..


          Name        : Admin_DL
          Bandwidth : 8 Mbit/s
          Schedule    : none
          Mask          : none

          I added a new queue

          Name      : Admin_DL_Queue
          Mask      : Destination addresses

          The same settings go to UPLOAD pipe but different speed.


          that's what I have done…
          Please light me up if I am missing something here.

          Thanks.....

          1 Reply Last reply Reply Quote 0
          • N
            Nullity
            last edited by Mar 7, 2016, 4:59 PM

            Using both queues & limiters implies you have not done your research. You only need one of the two.

            We are willing to help, but you need to show that you have put some effort into learning how to solve the problem yourself.

            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 Mar 7, 2016, 6:45 PM

              Limiters don't guarantee bandwidth, they limit bandwidth. If you create a limiter that limits your special subnet's bandwidth to 8Mb/s, that doesn't mean they'll always get 8Mb/s, just that they can never exceed it. You also need to place limits on the complement of that subnet.

              I personally prefer to use HFSC, which defaults to specifying minimums instead of maximums, although you can also do maximums.

              1 Reply Last reply Reply Quote 0
              • A
                a_thiha
                last edited by Mar 8, 2016, 2:18 AM

                @Nullity:

                Using both queues & limiters implies you have not done your research. You only need one of the two.

                We are willing to help, but you need to show that you have put some effort into learning how to solve the problem yourself.

                I'll admit that I have a limited knowledge when it comes to dealing with this part of Pfsense. Still it doesn't mean I am the best in other parts..  ;D

                I will surely do my research since I got the right way to achieve it and thanks to you guys. I just didn't want myself going on wrong way.  ;D

                Now it seems like HFSC is the best practice to meet my needs. I am sorry if I made my problems yours.  :-[

                1 Reply Last reply Reply Quote 0
                • A
                  a_thiha
                  last edited by Mar 8, 2016, 2:26 AM

                  @Harvy66:

                  Limiters don't guarantee bandwidth, they limit bandwidth. If you create a limiter that limits your special subnet's bandwidth to 8Mb/s, that doesn't mean they'll always get 8Mb/s, just that they can never exceed it. You also need to place limits on the complement of that subnet.

                  I personally prefer to use HFSC, which defaults to specifying minimums instead of maximums, although you can also do maximums.

                  Thanks for the suggestion Mr.Harvy66. Really appreciate it. I will work on HFSC now.  8)

                  1 Reply Last reply Reply Quote 0
                  8 out of 8
                  • First post
                    8/8
                    Last post
                  Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
                    This community forum collects and processes your personal information.
                    consent.not_received