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

    Is traffic shaping working? " No queue statistics could be read."

    Scheduled Pinned Locked Moved Traffic Shaping
    14 Posts 3 Posters 5.1k 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.
    • K
      kamiller42
      last edited by

      Here are the wizard values I've chosen. All others are default values.

      of WAN ports: 1

      D/L Scheduler: HFSC
      U/L Scheduler: HFSC
      Con Up: 5.5Mbps
      Con Down: 34Mbps
      Prioritize VoIP: Enabled
      WAN #1 VoIP upload: 41Kbps
      WAN #1 VoIP download: 41Kbps
      Penalty Box: Disabled
      P2P Shaping: Enabled
      Enabled P2P Protocols: BitTorrent
      Network Games: Enabled
      Enabled Games: PS3, Steam
      Raise/Lower Other: Enabled
      Web: Higher
      DNS: Higher
      NNTP: Lower

      Going to try creating a plan shaper with VoIP only.

      1 Reply Last reply Reply Quote 0
      • K
        kamiller42
        last edited by

        @KOM:

        Yes, it is normal for any previous wizard data to be retained.  Either remove or replace any values that you want to substitute.  What kind of shaper are you creating?  Which options are you choosing?  What happens if you create a basic PRIQ or HFSC shaper with just VoIP support?

        I created a basic shaper, VoIP prioritization only. Only PRIQ worked. HBQ and HFSC produce nothing, i.e. no status.

        1 Reply Last reply Reply Quote 0
        • KOMK
          KOM
          last edited by

          If you're new to traffic shaping then I would avoid HFSC for now and stick with PRIQ.  Is there anything in your System log when the queues don't appear?  I'm still on 2.1.4 but I've never seen your situation where the shaper consistently fails to configure.

          1 Reply Last reply Reply Quote 0
          • K
            kamiller42
            last edited by

            @KOM:

            If you're new to traffic shaping then I would avoid HFSC for now and stick with PRIQ.  Is there anything in your System log when the queues don't appear?  I'm still on 2.1.4 but I've never seen your situation where the shaper consistently fails to configure.

            Here's the log…

            Sep 12 14:56:08 php: /status_queues.php: XML error: no altqstats object found!
            Sep 12 14:56:12 check_reload_status: Syncing firewall
            Sep 12 14:56:12 check_reload_status: Reloading filter
            Sep 12 14:56:17 check_reload_status: Syncing firewall
            Sep 12 14:56:30 php: /wizard.php: Creating rrd update script

            1 Reply Last reply Reply Quote 0
            • B
              BeerCan
              last edited by

              Just curious but what NIC's are in that machine?

              1 Reply Last reply Reply Quote 0
              • K
                kamiller42
                last edited by

                @BeerCan:

                Just curious but what NIC's are in that machine?

                It's running is in a Promox VM. The host using dual Intel NICs. The mainboard is AsRock Extreme 6. The Proxmox VM is using VirtIO NICs.

                1 Reply Last reply Reply Quote 0
                • KOMK
                  KOM
                  last edited by

                  What type of NIC is the hypervisor presenting to the pfSense guest?  When you look at the output of the pfSense console window, what does it have listed beside WAN (wan) -> and LAN (lan) ->?

                  1 Reply Last reply Reply Quote 0
                  • K
                    kamiller42
                    last edited by

                    @KOM:

                    What type of NIC is the hypervisor presenting to the pfSense guest?  When you look at the output of the pfSense console window, what does it have listed beside WAN (wan) -> and LAN (lan) ->?

                    WAN (wan)      -> vtnet1
                    LAN (lan)      -> vtnet0

                    Here is my ifconfig output if it helps any:

                    vtnet0: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500
                    	options=c02bb <rxcsum,txcsum,vlan_mtu,vlan_hwtagging,jumbo_mtu,vlan_hwcsum,tso6,vlan_hwtso,linkstate>ether xx:xx:xx:xx:xx:xx
                    	inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255
                    	inet6 fe80::b86b:90ff:fe0c:f040%vtnet0 prefixlen 64 scopeid 0x1 
                    	nd6 options=1 <performnud>media: Ethernet 1000baseT <full-duplex>
                    	status: active
                    vtnet1: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500
                    	options=c02bb <rxcsum,txcsum,vlan_mtu,vlan_hwtagging,jumbo_mtu,vlan_hwcsum,tso6,vlan_hwtso,linkstate>ether xx:xx:xx:xx:xx:xx
                    	inet foo.foo.foo.foo netmask 0xffffe000 broadcast 255.255.255.255
                    	inet6 foo:foo:foo:foo:foo%vtnet1 prefixlen 64 scopeid 0x2 
                    	inet6 foo:foo:foo:foo:foo:foo:foo prefixlen 128 
                    	nd6 options=3 <performnud,accept_rtadv>media: Ethernet 1000baseT <full-duplex>
                    	status: active
                    lo0: flags=8049 <up,loopback,running,multicast>metric 0 mtu 16384
                    	options=3 <rxcsum,txcsum>inet 127.0.0.1 netmask 0xff000000 
                    	inet6 ::1 prefixlen 128 
                    	inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 
                    	nd6 options=3 <performnud,accept_rtadv>pflog0: flags=100 <promisc>metric 0 mtu 33192
                    enc0: flags=0<> metric 0 mtu 1536
                    pfsync0: flags=0<> metric 0 mtu 1460
                    	syncpeer: 224.0.0.240 maxupd: 128 syncok: 1
                    ovpns1: flags=8051 <up,pointopoint,running,multicast>metric 0 mtu 1500
                    	options=80000 <linkstate>inet6 foo:foo:foo:foo:foo%ovpns1 prefixlen 64 scopeid 0x7 
                    	inet 192.168.10.1 --> 192.168.10.2 netmask 0xffffffff 
                    	nd6 options=3 <performnud,accept_rtadv>Opened by PID 14687</performnud,accept_rtadv></linkstate></up,pointopoint,running,multicast></promisc></performnud,accept_rtadv></rxcsum,txcsum></up,loopback,running,multicast></full-duplex></performnud,accept_rtadv></rxcsum,txcsum,vlan_mtu,vlan_hwtagging,jumbo_mtu,vlan_hwcsum,tso6,vlan_hwtso,linkstate></up,broadcast,running,simplex,multicast></full-duplex></performnud></rxcsum,txcsum,vlan_mtu,vlan_hwtagging,jumbo_mtu,vlan_hwcsum,tso6,vlan_hwtso,linkstate></up,broadcast,running,simplex,multicast>
                    
                    1 Reply Last reply Reply Quote 0
                    • KOMK
                      KOM
                      last edited by

                      I suspect the vtnet (virtio) driver isn't ALTQ compatible.  If that's the case, you won't be able to do traffic shaping with it.  This bug report for the upcoming 2.2 (https://redmine.pfsense.org/issues/3770) shows ALTQ support missing for a variety of cards.  I don't know if that applies to anything in 2.1.x though, but it may explain the behaviour you're seeing.

                      1 Reply Last reply Reply Quote 0
                      • K
                        kamiller42
                        last edited by

                        Just to give an update on this…

                        I am running pfSense 2.2 RC1, and it appears this is working now. I'm a happy camper.  :)

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