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

    Bug? cxl0 driver does not support altq

    Scheduled Pinned Locked Moved Traffic Shaping
    7 Posts 3 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.
    • F
      fmatthew5876
      last edited by

      Hi everyone,

      I'm running pfsense 2.3.3-RELEASE-p1

      I've been wresting with the traffic shaper and my LAN interface is a Chelsio T520-SO-CR card using the cxbge (cxlN interface) driver. When trying to enable the shaper on my LAN, I get an error message in the system log.

      There were error(s) loading the rules: pfctl: cxl0: driver does not support altq - The line in question reads [0]: @ 2017-04-25 04:08:19

      According to the FreeBSD manpages for 10.3, the cxgbe driver is listed as supporting altq.

      https://www.freebsd.org/cgi/man.cgi?query=altq&apropos=0&sektion=0&manpath=FreeBSD+10.3-RELEASE&arch=default&format=html

      There's also this bug report which appears to have been fixed. I've verified that in /etc/inc/interfaces.inc on my machine "cxl" in included in the list of altq capable interfaces.

      https://redmine.pfsense.org/issues/6830

      Any ideas why I might be getting this error? Is it some misconfiguration on my part or maybe the cxgbe driver in the pfsense kernel was not compiled with some option?

      Thanks!

      1 Reply Last reply Reply Quote 0
      • w0wW
        w0w
        last edited by

        Try 2.4, if it works then post your issue to https://redmine.pfsense.org/issues/6830 to re-open the ticket.
        By the way what are you trying to do? What bandwidth do you try to shape?

        1 Reply Last reply Reply Quote 0
        • F
          fmatthew5876
          last edited by

          @w0w:

          Try 2.4, if it works then post your issue to https://redmine.pfsense.org/issues/6830 to re-open the ticket.
          By the way what are you trying to do? What bandwidth do you try to shape?

          Unfortunately its not so easy for me to just put my whole network on a development version of pfsense to test this. If any dev has some commands they would like me to run, or logfiles, or anything else I'm happy to help provide more info.

          The Chelsio cards are even sold by the pfsense store, so I'm surprised they would not be supported.

          The ticket says its supposed to be fixed in 2.3.3. At least in my case its obviously not so maybe that warrants reopening the ticket anyway?

          @w0w:

          By the way what are you trying to do? What bandwidth do you try to shape?

          Just simple PRIQ based shaping.

          I want bulk traffic to slow down and get out of the way when the internet is being used for other things. I also want a guarantee that I can always do interactive ssh into my network from outside no matter how saturated the link is. I don't care about the possibility of high prio traffic completely starving out the low prio traffic.

          I don't want to use complicated algos like HFSC or anything else that cares about a "bandwidth" number. I'm on a home consumer ISP and as we all know the real bandwidth available fluctuates throughout the day.

          Right now I'm on a crappy slow connection but I'm moving soon and expect to get a better one.

          My WAN is igb (seems to work fine), LAN is cxl.

          1 Reply Last reply Reply Quote 0
          • w0wW
            w0w
            last edited by

            The error message is clear enough, I don't think any further information is needed, but I am not a developer :)

            As for the bandwidth if it's far away from 10G that card supports then it's OK for you, just remember that ALTQ using hfsc is limited to a maximum parent bandwidth of 4294Mbps.

            I hope somebody from pfSense team will answer your question about cxl ALTQ support in 2.3.3

            The other solution would be use of the VMWare ESXi on your hardware.

            1 Reply Last reply Reply Quote 0
            • F
              fmatthew5876
              last edited by

              @w0w:

              As for the bandwidth if it's far away from 10G that card supports then it's OK for you, just remember that ALTQ using hfsc is limited to a maximum parent bandwidth of 4294Mbps.

              That's fine with me. 10g is because I'd like more than 1g speeds, but not necessarily full 10g. I'm using PRIQ anyway so the HFSC bug  doesn't matter for my case.

              As an aside, I wish altq was bidirectional. Then I could just put all of the rules on my WAN interface and be done. It would simplify configuration too, not having to do any traffic shaping on the various LAN interfaces.

              Even if we get cxl working, I don't believe altq works on vlans right? So I'm still out of luck with regards to limiting traffic to my guest network.

              1 Reply Last reply Reply Quote 0
              • w0wW
                w0w
                last edited by

                This is not HFSC bug, but ALTQ bug. ALTQ is a base layer for all official traffic shaper types in pfSense, but it does not matter in your case.
                ALTQ works on VLANS. There are some tricks people use to enable ALTQ on unsupported adapters using VLANS.
                https://forum.pfsense.org/index.php?topic=124533.0
                https://forum.pfsense.org/index.php?topic=122798.0 some example.

                1 Reply Last reply Reply Quote 0
                • C
                  CuteBoi
                  last edited by

                  I was in the same boy, I wasn't trying to shape full 10gbps, but rather just 2gbps.

                  I'm not able to test this anymore, as we disposed of the Netgate tested Chelsio cards.

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