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

    Does this sound right?

    Scheduled Pinned Locked Moved Traffic Shaping
    1 Posts 1 Posters 1.9k 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
      RafterX
      last edited by

      Hi.
      I have seem to reach a point whereby I understand the Traffic Shaper / queue's functions. (Atleast I think I do). ;)

      Although with specific data like torrent data, it seems not able to handle it right. It always goes to default queue, no matter firewall settings.

      But when default queue(qP2P(with a realtime max of xx%)) is overloaded, it uses qOthersLow.
      If setting a Realtime max % on qOthersLow too and it gets overloaded, the rest of the data doesnt use another queue, it stops at: qP2P max% + qOthersLow max%.

      Limiters does not seem to work :/ I have tried different settings in a * * * ip-source ip-destination *** firewall rule. Created two limiters, 1 for upload, 1 for download. No up- or download gets affected :/

      Iam using 2.0 newest version. Scenario is: Internet–>Router(with NAT and DHCP+plugnplay enabled)-->pfSense(standard configuration, no proxy, Queues created by the Wizard)-->Client
      Router serves 10.0.0.3-->pfSense(wan) and pfSense(lan) is 192.168.1.1.
      My internet bandwidth is 10mbit/1mbit.

      images:
      Traffic Shaper: http://tinypic.com/r/2jxpbn/7
      Queue traffic: http://tinypic.com/r/70khhl/7
      Firewall rules: http://tinypic.com/view.php?pic=161ht90&s=7

      What I would like is to limit a certain client/ip or alias to xx% of total bandwidth up/down.

      Would any1 comment on these statements, help me, correct me and so on, I would appreciate it alot :)
      If someone wants, we can talk over my Teamspeak server or find another voice communication method :)

      Thank you
      RafterX

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