Các ứng dụng thoại không chấp nhận độ trễ và vấn đề tắc nghẽn trên mạng. Để hạn chế độ trễ, jitter, và mất gói, lưu lượng thoại phải ln ln được đưa vào hàng đợi ưu tiên, có thể sử dụng hàng đợi LLQ bất kỹ lúc nào có thể được.
Các ứng dụng dữ liệu có thể tách ra không quá 4 hoặc 5 lớp lưu lượng khác nhau, mỗi lớp bao gồm các ứng dụng dữ liệu yêu cầu QoS như nhau. Các lớp này bao gồm:
- Các ứng dụng quan trọng (Mission – critial applications). Các ứng dụng
này được xác định như là các ứng dụng lõi trong việc kinh doanh dựa trên chức năng thực tế và tính hiệu quả. Các ứng dụng này cần rất nhiều băng thơng bởi vì chúng sử dụng giao thức TCP, và chúng không nhạy cảm với độ trễ, jitter, và mất gói. Các ứng dụng này có thể giới hạn trong 3 lớp hoặc thấp hơn, sẽ nhận được tối thiểu (least) 50% băng thơng cịn lại sau khi hàng đợi LLQ được phục vụ ưu tiên lưu lượng.
- Các ứng dụng giao dịch (Transactional applications). Các ứng dụng này
là các ứng dụng Client/Server hỗ trợ chính trong việc kinh doanh. Như các ứng dụng hoạch định tài nguyên doanh nghiệp ERP (Enterprise Resource Planning) ví dụ như SAP hoặc Oracle. Các ứng dụng này nhạy cảm với độ trễ và mất gói. Các ứng dụng này có thể giới hạn trong 3 lớp hoặc thấp hơn, sẽ nhận được tối thiểu (least) 20% băng thơng cịn lại sau khi hàng đợi LLQ được phục vụ ưu tiên lưu lượng.
- Các ứng dụng nỗ lực tối đa (Best Effort Applications). Hầu hết các ứng
dụng ở dụng lớp này. Bao gồm các ứng dụng như: E-mail, HTTP, và FTP. Các ứng dụng này sẽ nhận được tối thiểu (least) 25% băng thơng cịn lại sau khi hàng đợi LLQ được phục vụ ưu tiên lưu lượng.
- Các ứng dụng khác thấp hơn các ứng dụng nỗ lực tối đa. Các ứng dụng
loại này có thể bao gồm các ứng dụng tương tự như chương trình chia sẻ file ngang hàng Kazaa (peer-to-peer file-sharing program Kazaa). Các ứng dụng này có thể nhận khơng q 5% băng thơng cịn lại sau khi hàng đợi LLQ được phục vụ ưu tiên lưu lượng.
Sau khi chúng ta đã phân ranh giới của các ứng dụng trong mạng và xác định các lớp cần thiết để cung cấp các mức dịch vụ yêu cầu, một điều quan trọng tiếp theo là nhóm các ứng dụng với các yêu cầu phổ biến vào cùng lớp. Ví dụ, chúng ta khơng thể nhóm một ứng dụng FTP (lưu lượng bùng nổ và cần nhiều băng thông) và một ứng dụng giao dịch (nhạy cảm với độ trễ, mất gói và thời gian của phiên giao dịch) vào cùng nhóm.
Voice Video
Mission-Critical/ Transactional Data
Bulk Data/ Best-Effort Data Băng thông yêu cầu
(Bandwidth Requirements ) Thấp đến vừa (Low to Moderate) Vừa (Moderate)
Thấp đến vừa Vừa đến cao
Nhạy cảm với mất gói (Drop Sensitivity)
Cao Cao Thấp đến cao Thấp
Nhạy cảm với độ trễ (Delay Sensitivity)
Cao Cao Thấp đến vừa Thấp
Nhạy cảm với Jitter (Jitter Sensitivity)
High High Thấp đến vừa Thấp
Bình thường hoặc bùng nổ (Smooth or Bursty) Bình thường (Smooth) Bùng nổ (Bursty) Cả 2 Cả 2
Ơn hịa hoặc tham lam Ôn hòa (Benign)
Tham lam (Greedy)
Cả 2 Cả 2