Hello Tkaashan
Yes, the priority queue configuration for the voice-video class can indeed impact the class-default traffic. This is because during periods of congestion, the priority queue is serviced preferentially, which could potentially starve other queues of bandwidth, causing increased delays and potential packet loss in the class-default queue. Using bandwidth or police instead of priority for the voice-video class can help to alleviate this issue, as these methods do not provide preferential treatment to the voice-video class during times of congestion.
If the voice-video class is continuously exceeding its 6gbps allocation, but the class-default traffic is under its 2gbps allocation, there shouldn’t be any impact on the class-default traffic, assuming there is no congestion. However, if there is congestion, then the class-default traffic would indeed have to wait behind the priority queue to get into the transmit ring.
FIFO queuing is the default behavior for the class-default queue, but this can be overridden if an explicit action like police is configured. During congestion, the order of operations would typically be FIFO queuing first, followed by policing. The policing action would drop packets once the queue becomes full.
I hope this has been helpful!
Laz