While designing a QoS policy for an organization, a network engineer is determining the method to limit the output rate of traffic whit in the real-time queue. How must the limiting of traffic…

Question

Options

• AThe traffic must be remarked to a low priority to and allowed pass
• BThe traffic must be policed and not allowed to pass
• CThe traffic within the real-time queue must not be limited
• DThe traffic must be shaped to allow for it to be transmitted after the tokens have been replenished

• A
  13% (3)
• B
  79% (19)
• C
  4% (1)
• D
  4% (1)

Explanation

Real-time traffic (voice, video) is placed in a Low-Latency Queue (LLQ) or Priority Queue (PQ) and given strict priority scheduling. When traffic in the real-time queue exceeds its configured rate, it must be policed-meaning excess packets are dropped immediately. Shaping is explicitly wrong here because shaping buffers excess packets in a queue and retransmits them later; this introduces variable delay (jitter) that destroys real-time application quality. Remarking and passing traffic would allow the rate to be exceeded. Therefore, policing with a drop action is the only correct method to enforce rate limits on real-time queues without causing jitter.

No community discussion yet for this question.