Chúng ta có thể xem xét và lựu chọn kỹ thuật hàng đợi LLQ nếu chúng ta cần hỗ trợ QoS tốt cho các ứng dụng nhạy cảm với độ trễ và jitter như VoiP. Bởi vì LLQ là một kỹ thuật được mở rộng từ kỹ thuật hàng đợi cân bằng trọng số theo lớp CBWFQ, nó bổ sung cho mạng đang sử dụng CBWFQ để phục vụ cho các lớp ứng dụng khác nhau bằng cách thêm vào một lớp khác và chỉ định các hàng đợi trong lớp đó là các hàng đợi ưu tiên. Các hàng đợi ưu tiên này cho phép các ứng dụng như Voice có thể nhận được ưu tiên trong hàng đợi và gửi đi đầu tiên, do đó nó không bị trễ và Jitter xảy ra đối với các gói tin Voice. Nếu ta đang sử dụng CBWFQ và sử dụng lệnh priority kích hoạt trong một trong một lớp thì ta đã chuyển sang sử dụng LLQ và một lớp với các lệnh priority là "LLQ" hoặc "PQ."
Hình 1-15. Phục vụ hàng đợi với LLQ và CBWFQ
Lưu ý rằng như PQ, lập lịch LLQ luôn luôn kiểm tra hàng đợi có độ trễ thấp đầu tiên và lấy một gói tin từ hàng đợi đó. Nếu không có các gói tin trong hàng đợi có độ trễ thấp, hàng đợi logic sẽ áp dụng cho các hàng đợi khác, đem lại cho chúng việc đảm bảo băng thông.
Đối với lưu lượng có nhạy cảm trễ, việc bổ sung một hàng đợi có độ trễ thấp vượt qua một trong những nhược điểm lớn của CBWFQ. Với tất cả các công cụ xếp hàng khác đã được đề cập chỉ có PQ cho lưu lượng thoại chất lượng tốt nhất. Tất nhiên, PQ có nhược điểm là gần như phá hủy hiệu suất của các ứng dụng có ưu tiên thấp hơn khi tắc nghẽn xảy ra. Với LLQ , ta sẽ có cả hai kỹ thuật với độ trễ thấp trong một hàng đợi và đảm bảo băng thông cho lưu lượng truy cập trong hàng đợi khác.
Vậy làm thế nào LLQ có thể đảm bảo băng thông cho các hàng đợi khác? Theo logic mà nói thì không bao giờ cho phép những hàng đợi này được phục vụ? Để ngăn chặn LLQ với cùng một vấn đề như PQ, nơi các gói tin trong hàng đợi ưu tiên cao
41
nhất có thể chiếm hết tất cả các băng thông có sẵn, lập lịch của LLQ thực sự hoạt động như thể hiện trong hình 1-16.
Hình 1-16. Hoạt động thực sự của hàng đợi với LLQ và CBWFQ
Thực sự LLQ dùng chính sách PQ dựa trên băng thông cấu hình. Bằng cách đó, các gói tin trong hàng đợi được chuyển tiếp vẫn có độ trễ rất thấp nhưng LLQ cũng ngăn chặn việc lưu lượng có độ trễ thấp dùng nhiều hơn số lượng băng thông được cấu hình. Bằng cách loại bỏ lưu lượng truy cập vượt quá, LLQ vẫn có thể cung cấp băng thông để đảm bảo hàng đợi không ưu tiên. Các chức năng này hoạt động như các policy nhưng nó là hoạt động tự động trong các hàng đợi có độ trễ thấp và không yêu cầu phải cấu hình các chính sách bổ sung.
Các chức năng lập chính sách của LLQ bảo vệ hàng đợi khác từ hàng đợi có độ trễ thấp, nhưng nó không loại bỏ các gói để thực hiện mục tiêu đó. Lưu lượng VoIP, lưu lượng truy cập video cần có độ trễ thấp, hiệu suất jitter thấp của hàng đợi low- latency. Tuy nhiên, đây là cũng là loại lưu lượng phải hạn chế việc mất gói tin. Vì vậy, mặc dù đặt thoại và video được đặt vào hàng đợi có độ trễ thấp có thể là lựa chọn tốt nhất cho việc xếp hàng nhưng việc loại bỏ các gói tin vượt quá mức cấu hình cho hàng đợi sẽ có hại cho những loại lưu lượng này.