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

    simplest shaper to deal with bufferbloat

    Scheduled Pinned Locked Moved Traffic Shaping
    5 Posts 4 Posters 1.3k 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.
    • C
      coreybrett
      last edited by

      Would this be sufficient for dealing with bufferbloat...

      <shaper>
      	<queue>
      		<interface>wan</interface>
      		<name>wan</name>
      		<scheduler>CODELQ</scheduler>
      		<bandwidth>15</bandwidth>
      		<bandwidthtype>Mb</bandwidthtype>
      		<enabled>on</enabled>
      	</queue>
      </shaper>
      

      Or would this be better...

      <shaper>
      	<queue>
      		<interface>wan</interface>
      		<name>wan</name>
      		<scheduler>FAIRQ</scheduler>
      		<bandwidth>15</bandwidth>
      		<bandwidthtype>Mb</bandwidthtype>
      		<enabled>on</enabled>
      		<queue>
      			<interface>wan</interface>
      			<priority>1</priority>
      			<name>wan-codel</name>
      			<bandwidth>15</bandwidth>
      			<bandwidthtype>Mb</bandwidthtype>
      			<enabled>on</enabled>
      			<default>default</default>
      			<codel>yes</codel>
      		</queue>
      	</queue>
      </shaper>
      

      Is shaping the LAN interface necessary if bufferbloat is my only real concern?

      1 Reply Last reply Reply Quote 0
      • DerelictD
        Derelict LAYER 8 Netgate
        last edited by

        Anything that will limit sending traffic faster than the ISP can deal with it without buffering will work.

        I would just set up PRIQ on WAN with a bandwidth of about 90% of what you can send. Set up one child default queue. With just the default queue you don't have to worry about matching traffic and putting it in the queue.

        Then tweak the bandwidth up until you start to get bloat/buffering then back it off a little.

        You can do CODEL or whatever, but the ones that need to implement CODEL are the upstream ISP who is doing the buffering.

        Done.

        Chattanooga, Tennessee, USA
        A comprehensive network diagram is worth 10,000 words and 15 conference calls.
        DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
        Do Not Chat For Help! NO_WAN_EGRESS(TM)

        M 1 Reply Last reply Reply Quote 0
        • M
          moelassus @Derelict
          last edited by

          @derelict Thanks for this. I tried what you suggested and it definitely had a positive effect on the bufferbloat during the upload phase on the speedtest but the download phase still hits 500+ms. I'm using DSL Reports speedtest. I don't guess there is anything I can do on the download side?

          1 Reply Last reply Reply Quote 0
          • DerelictD
            Derelict LAYER 8 Netgate
            last edited by Derelict

            Nothing you do can change how fast traffic is sent to you.

            The easiest thing to do is to tell your download clients (bittorrent, etc) to limit the download speed.

            Else you have to try to limit downloads by address/port and that gets tricky. Especially for protocols that try their best not to be limited like bittorrent.

            Any ISP that had bufferbloat on downloads is crap. The same can be said of bloat on uploads but at least the user has a fighting chance there.

            Chattanooga, Tennessee, USA
            A comprehensive network diagram is worth 10,000 words and 15 conference calls.
            DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
            Do Not Chat For Help! NO_WAN_EGRESS(TM)

            1 Reply Last reply Reply Quote 0
            • D
              dtaht
              last edited by

              you can inbound shape + fq_codel to 85-90% of the isp rate.

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