Đầu tiên, hãy tưởng tượng một policy map có một hàng đợi low-latency cấu hình với lệnh priority 400. Hàng đợi này cần 320 kbps cho một cuộc gọi hội nghị video duy nhất, cộng với ba cuộc gọi thoại G.729 tổng cộng khoảng 80 kbps. Nếu chỉ
46
có ba cuộc gọi thoại và một cuộc gọi video duy nhất xảy ra thì cấu hình LLQ hoạt động tốt, các chính sách không hủy bất kỳ gói dữ liệu nào, và các gói thoại và video được xử lý như FIFO trong lớp LLQ. Như mọi khi, các gói tin trong hàng đợi có độ trễ thấp được phục vụ trước gói tin trong các lớp khác.
So sánh cấu hình đó vào một policy map với hai hàng đợi low-latency được định nghĩa cho thoại với lệnh priority 80, và một cho hội nghị video với lệnh priority 320. Với nhiều hàng đợi có độ trễ thấp, mỗi lớp được điều khiển ở mức cấu hình. Ví dụ, với tất cả các cuộc gọi thoại đến lớp với priority 80, ba cuộc gọi G.729 được hỗ trợ, nhưng không nhiều hơn thế. Với lưu lượng truy cập video hội nghị đi vào lớp có
priority 320, chỉ một cuộc gọi video duy nhất được hỗ trợ.
Giả sử rằng một cuộc gọi thoại thứ tư được thực hiện, và các công cụ CAC tại chỗ đã không ngăn chặn các cuộc gọi, có nghĩa là hơn 80 kbps lưu lượng thoại đã được gửi đi. Với một hàng đợi low-latency, cả video và một số gói thoại sẽ bị loại bỏ do chính sách, do tổng lưu lượng vượt quá 400 kbps. Các chính sách sẽ không có cách nào để loại bỏ mình đoạn thoại được thêm vào, bởi vì chính sách hoạt động trên tất cả các lưu lượng truy cập trong lớp. Tuy nhiên, với cấu hình hai hàng đợi low-latency, chỉ có các cuộc gọi thoại sẽ mất gói dữ liệu do chính sách, và các hội nghị video sẽ không có bất kỳ gói nào bị loại bỏ. Trong thực tế, có nhiều hàng đợi có độ trễ thấp, lý do điển hình nhất để sử dụng nhiều hàng đợi có độ trễ thấp là để hỗ trợ voice trong một hàng đợi, và video trong hàng đợi khác.
Hàng đợi không khác biệt khi so sánh việc sử dụng một hàng đợi low-latency duy nhất với nhiều hàng đợi low-latency trong một policy map. Giống như trước đây, IOS luôn lấy các gói tin từ các hàng đợi có độ trễ thấp đầu tiên, so với các hàng đợi có độ trễ không thấp (những gói tin dùng lệnh bandwidth). Tuy nhiên, IOS không sắp xếp lại các gói dữ liệu giữa các hàng đợi low-latency khác nhau bên trong policy map mà nó sẽ xử lý tất cả lưu lượng truy cập trong hàng đợi low-latency với FIFO logic.