Khái niệm này phân biệt các luồng đa phƣơng tiện với các luồng dữ liệu thông thƣờng thông qua một trình phân loại, tƣơng tự nhƣ kĩ thuật dự phòng tài nguyên. Tuy nhiên, thay vì dự trữ tài nguyên (băng thông) tại mỗi thiết bị chuyển tiếp, bộ điều khiển tự động đặt các luồng ƣu tiên cao trên các tuyến đảm bảo QoS. Đồng thời luồng dữ liệu thƣờng xuyên vẫn còn trên các tuyến đƣờng thông thƣờng của chúng. Trong trƣờng hợp này, định tuyến QoS đƣợc coi là một vấn đề hạn chế đƣờng dẫn ngắn nhất (CSP). Để đảm bảo đƣờng đi là tối ƣu, vấn đề tắc nghẽn mạng cũng đƣợc tính đến. OpenQoS xem xét một liên kết bị tắc nghẽn nếu việc sử dụng nó vƣợt quá 70% băng thông liên kết. Ƣu điểm chính của phƣơng pháp dự trữ tài nguyên này là giảm thiểu độ trễ và mất gói cho luồng không hỗ trợ QoS.
Một framework đại diện cho loại này là OpenQoS. Nó đảm bảo dịch vụ (đƣờng truyền ứng dụng) trên một đƣờng dẫn tối ƣu và tập trung chủ yếu vào các luồng đa phƣơng tiện, chẳng hạn nhƣ VoIP hoặc video. Framework này dựa trên Floodlight, bộ điều khiển Java phổ biến.
Để tạo ra các tuyến đƣờng hiệu quả cho các luồng dịch vụ ƣu tiên cao, bộ điều khiển cần nắm tổng quan về trạng thái mạng hiện tại (mất gói, trễ, cho mỗi liên kết). Trạng thái mạng đƣợc thu thập từ các yếu tố chuyển tiếp đơn giản bằng cách
tích cực gửi bản tin Feature request cho mỗi tính năng quan tâm (lấy mẫu tích cực).
Hiệu suất của framework phụ thuộc vào tính chính xác của dữ liệu thu thập đƣợc, do đó framework truy vấn các phần tử trong mỗi giây. Yêu cầu này có ảnh hƣởng tiêu cực đến khả năng mở rộng, thu thập dữ liệu chính xác cho các mạng lớn là không hiệu quả. Một ƣu điểm khác của OpenQoS là nỗ lực xác định các luồng chỉ sử dụng các trƣờng từ OSI mức thấp hơn.