Điểm:0

Định hình lưu lượng và độ trễ nhân tạo trên mỗi IP trong mạng LAN bằng tc/netem

lá cờ za

trong vài ngày qua, tôi đã cố gắng thiết lập định hình lưu lượng và độ trễ nhân tạo trong mạng cục bộ. Hiện tại tôi có PC Ubuntu 20.04 với 2 NIC, trong đó một được kết nối với mạng công ty và một chia sẻ kết nối với số lượng khách hàng tùy ý (tất cả đều có IP tĩnh) thông qua một công tắc. Hiện tại tôi đã chia sẻ thành công kết nối với khách hàng, giới thiệu độ trễ và định hình tốc độ tải xuống bằng netem. Đây là vấn đề, dường như tôi không thể định hình lưu lượng tải lên giống như lưu lượng tải xuống. Những gì tôi đã cố gắng cho đến nay:

  • Sudo tc qdisc add dev enp4s0 xử lý gốc 1: ưu tiên
  • bộ lọc sudo tc thêm giao thức dev enp4s0 ip cha 1: ưu tiên 1 u32 khớp với ip dst {CLIENT IP} flowid 1:2 (xuống)
  • bộ lọc sudo tc thêm giao thức dev enp4s0 ip cha mẹ 1: trước 1 u32 khớp với ip src {CLIENT IP} flowid 1:2(lên, dường như không hoạt động)
  • Sudo tc qdisc add dev enp4s0 parent 1:2 handle 20: độ trễ mạng 50ms tốc độ 100mbit

Hơn nữa, trong khi tôi đang tìm kiếm các giải pháp, tôi đã tìm thấy đây rằng số lượng băng tần mặc định là 3, vì vậy điều này có nghĩa là theo mặc định, tôi có thể có 3 qdisc mạng để định hình lưu lượng truy cập. Rõ ràng nếu tôi thay đổi số lượng dải trong dòng đầu tiên bằng cách sử dụng đối số ban nhạc X Tôi cũng cần chỉnh sửa sơ đồ, nhưng sau khi thực hiện, có vẻ như mọi thứ vẫn hoạt động như trước. Đáng buồn thay, tôi dường như không thể tìm thấy câu trả lời tại sao điều này lại hoạt động như vậy.

Cách tiếp cận vấn đề của tôi có đúng không? Điều này sẽ được mở rộng? Tôi không nghĩ rằng mình sẽ cần tính đến hơn 20 khách hàng cùng một lúc nên tôi cho rằng nó có thể được tự động hóa khá tốt với một số tập lệnh sau này. Mặt khác, có một cách tốt hơn để đạt được những gì tôi cần mà tôi không biết. Tôi rất mới với chủ đề này vì vậy mọi lời khuyên đều được đánh giá cao, cảm ơn bạn trước.

A.B avatar
lá cờ cl
A.B
kiểm tra Q/A UL SE này: https://unix.stackexchange.com/questions/421462/simulation-of-packet-loss-on-bridged-interface-using-netem.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.