Tôi hiện đang làm việc trên một giải pháp định hình lưu lượng truy cập cho các công ty cấp ISP và đã đi đến một vấn đề thú vị (triết học).
Nhìn về số lượng điểm cuối mà hệ thống sẽ xử lý (khoảng ~ 20k), tôi hơi lo lắng điều gì sẽ xảy ra khi tôi cần chính sách / định hình lưu lượng truy cập của nhiều người dùng hơn. Vì tôi hiện đang sử dụng cây định hình HFSC (xem tc-hfsc, chủ yếu là thứ tương tự nhưng mát hơn như HTB được biết đến nhiều hơn) cho toàn bộ mạng, tôi cần sử dụng nhiều ClassID hơn (rõ ràng ít nhất một cho mỗi người dùng trên mạng). Vấn đề mà tôi nhận thấy là các TC ClassID bị giới hạn - chúng là các số 16 bit, mang lại cho tôi tối đa 64k người dùng có thể được định hình bởi giải pháp này.
Tương tự, nếu tôi muốn quản lý các bộ lọc TC một cách hiệu quả (ví dụ: không sử dụng 'kỹ thuật tuôn ra tất cả'), tôi cần có thể xóa hoặc sửa đổi các mục bộ lọc riêng lẻ. (Tôi đang sử dụng một cái gì đó tương tự như bảng băm từ LARTC [1]). Một lần nữa, phương pháp duy nhất có vẻ hoạt động với điều này là đánh số tất cả các bộ lọc bằng cách sử dụng các ưu tiên riêng lẻ (bộ lọc tc thêm dev ... pro 1). Không có tham số nào khác có thể được sử dụng cho mục đích này, và thật đáng tiếc, Prio chỉ là 16 bit.
Câu hỏi của tôi là: Có tồn tại một số phương pháp tốt để mở rộng "không gian định danh" có sẵn, chẳng hạn như clsid 32 bit cho lệnh 'tc class' và các ưu tiên 32 bit (hoặc bất kỳ xử lý sửa đổi nào khác) cho 'bộ lọc tc' chỉ huy?
Cảm ơn rất nhiều,
-mk
(btw Tôi hy vọng điều này sẽ không xảy ra với kịch bản "64k người dùng là đủ cho tất cả mọi người" ...)