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

    Reading pftop queue drops (PRIQ)

    Traffic Shaping
    3
    4
    963
    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
      klou
      last edited by

      So, I'm using PRIQ to balance outbound traffic between VOIP, VPN, and other services (I recently added a 2nd ACK queue for the lesser queues to hopefully throttle inbound DL's a bit).

      As you can see below, I've got some recent drops on the VPN queue - which is relatively high on the list.

      The weird part is that there really isn't any traffic of note on the two higher queues (and they're not prone to massive spikes), so I'm trying to understand why and how these packets could've been dropped.  Does anybody have any suggestions on how this can happen?  The queue limits themselves are at default levels (50).

      
      QUEUE                             BW SCH  PRIO     PKTS    BYTES   DROP_P   DROP_B QLEN BORROW SUSPEN     P/S     B/S
      qACK                                 priq   15      228    15024        0        0    0                     0       0
      qVoIP                                priq    7    13088  1154490        0        0    0                     3     183
      qVPN                                 priq    6    94412 64366720        5     5812    0                    16    2299
      qOthersHigh                          priq    4    11167   912868        0        0    0                     1      83
      qDefault                             priq    3   105607 56230434        0        0    0                   268   30905
      qOthersLow                           priq    2     2618   907874        0        0    0                     0       0
      qLowACK                              priq    5   273883 15601822        0        0    0                   280   15253
      
      
      1 Reply Last reply Reply Quote 0
      • KOMK
        KOM
        last edited by

        A traffic shaper will drop packets to meet its commitments.  5 packets is hardly anything to get worried about.  Those packets were probably dropped due to high voip traffic at that specific moment.

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

          Thanks for the reply.

          It just looks weird to me – because I know that there's very, very little traffic on the VOIP lines at the moment.

          1 Reply Last reply Reply Quote 0
          • H
            Harvy66
            last edited by

            Dropping 1 out of nearly 19,000 packets is worrisome? Dropping packets is normal unless you have a synchronous connection directly connecting only two devices.

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