Navigation

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

    CoDel AQM?

    Traffic Shaping
    8
    10
    6550
    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.
    • T
      Twiek last edited by

      Much has been made about this lately, and it definitely looks like something that would be great to have in BSD/pfSense.

      Here's the white paper: http://queue.acm.org/detail.cfm?id=2209336

      And a quote from the article:

      In the decade since, many researchers have made strides in AQM, but no one has produced an AQM that has the following characteristics:

      It is parameterless—it has no knobs for operators, users, or implementers to adjust.
          It treats good queue and bad queue differently—that is, it keeps the delays low while permitting bursts of traffic.
          It controls delay, while insensitive to round-trip delays, link rates, and traffic loads.
          It adapts to dynamically changing link rates with no negative impact on utilization.
          It is simple and efficient—it can easily span the spectrum low-end, Linux-based access points and home routers up to high-end commercial router silicon.

      and:

      CoDel’s algorithm is not based on queue size, queue-size averages, queue-size thresholds, rate measurements, link utilization, drop rate or queue occupancy time.

      It's just been put in the Linux mainline and OpenWRT mainline.  Anyone know any more, or if this is destined for BSD/pfSense?

      1 Reply Last reply Reply Quote 0
      • E
        eri-- last edited by

        It does not seem hard to implement though not on my priorities.

        1 Reply Last reply Reply Quote 0
        • J
          JamesBoes last edited by

          This is a big problem in my installation. If you want to hear from users about priority I'd vote to move this up near the top of the list!

          1 Reply Last reply Reply Quote 0
          • M
            Metu69salemi last edited by

            @JamesBoes:

            This is a big problem in my installation. If you want to hear from users about priority I'd vote to move this up near the top of the list!

            Make a bounty and then you should have better priority

            1 Reply Last reply Reply Quote 0
            • P
              PatrickWarn last edited by

              I'd like to vote for this to be implemented ASAP.

              1 Reply Last reply Reply Quote 0
              • W
                whoamib last edited by

                I'd like to vote for this also.  I'm sure this is a problem in most all environments that have a smaller pipe to the internet than they have internally.  Please address this issue as most likely everyone has it they just don't know it!!!

                Thanks!

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

                  I'm very curious why this isn't seen as a higher priority? It would seem to completely eliminate the need for traditional traffic shaping for a lot of use cases (and all the negatives that come with it)? At least according to the ipfire guys here: http://planet.ipfire.org/post/ipfire-2-13-tech-preview-fighting-bufferbloat

                  and here: http://planet.ipfire.org/post/ipfire-2-13-beta-2-part-4-bufferbloat

                  Isn't this the biggest innovation with the largest impact on actual performance in a very long time?

                  1 Reply Last reply Reply Quote 0
                  • ?
                    Guest last edited by

                    so is anything happening about this?

                    1 Reply Last reply Reply Quote 0
                    • E
                      eri-- last edited by

                      FYI there are some efforts.
                      http://permalink.gmane.org/gmane.os.openbsd.tech/29745

                      Still not gotten to it yet

                      1 Reply Last reply Reply Quote 0
                      • E
                        eri-- last edited by

                        This is in 2.1 snapshots.

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post

                        Products

                        • Platform Overview
                        • TNSR
                        • pfSense
                        • Appliances

                        Services

                        • Training
                        • Professional Services

                        Support

                        • Subscription Plans
                        • Contact Support
                        • Product Lifecycle
                        • Documentation

                        News

                        • Media Coverage
                        • Press
                        • Events

                        Resources

                        • Blog
                        • FAQ
                        • Find a Partner
                        • Resource Library
                        • Security Information

                        Company

                        • About Us
                        • Careers
                        • Partners
                        • Contact Us
                        • Legal
                        Our Mission

                        We provide leading-edge network security at a fair price - regardless of organizational size or network sophistication. We believe that an open-source security model offers disruptive pricing along with the agility required to quickly address emerging threats.

                        Subscribe to our Newsletter

                        Product information, software announcements, and special offers. See our newsletter archive to sign up for future newsletters and to read past announcements.

                        © 2021 Rubicon Communications, LLC | Privacy Policy