Tweet
Anh em kỹ sư mạng chắc hẳn đã từng gặp cảnh “kẹt xe” trên đường truyền – băng thông đầy, hàng đợi nghẽn, ứng dụng thì khựng lại. Trong QoS, tình huống này gọi là tắc nghẽn (congestion), và nếu không có cơ chế kiểm soát thì hậu quả là TCP đồng loạt giảm tốc, làm băng thông toàn mạng sử dụng kém hiệu quả.
Vậy chúng ta có thể làm gì? Ngoài các kỹ thuật quản lý tắc nghẽn (congestion management) như queuing và scheduling, còn có một mảng cực kỳ quan trọng: công cụ tránh tắc nghẽn (congestion avoidance).
Tail Drop vs Congestion Avoidance
Ví dụ:
Anh em tưởng tượng một con đường cao tốc 4 làn. Nếu để xe chạy thoải mái cho đến khi nghẽn rồi mới chặn tất cả, thì sẽ kẹt xe toàn tuyến. Nhưng nếu ta chủ động cho một số xe ít quan trọng hơn (ví dụ xe tải chở hàng bình thường) tạm dừng từ sớm, thì đường cao tốc vẫn duy trì lưu lượng mượt cho xe ưu tiên (xe cứu thương, xe buýt).
RED và WRED
Ví dụ thực tế:
Cách WRED hoạt động
👉 Kết luận: WRED là một trong những kỹ thuật phòng ngừa tắc nghẽn thông minh trong QoS. Nó vừa giúp tránh TCP Global Synchronization, vừa đảm bảo dịch vụ ưu tiên cho các loại lưu lượng quan trọng.
Anh em CCNA/CCNP có thể lab ngay với lệnh:
Router(config)# interface serial 0/0
Router(config-if)# random-detect
Router(config-if)# random-detect dscp-based
Vậy chúng ta có thể làm gì? Ngoài các kỹ thuật quản lý tắc nghẽn (congestion management) như queuing và scheduling, còn có một mảng cực kỳ quan trọng: công cụ tránh tắc nghẽn (congestion avoidance).
Tail Drop vs Congestion Avoidance
- Tail Drop: khi hàng đợi đầy, tất cả gói đến sau đều bị loại bỏ. Nghe có vẻ hợp lý, nhưng hệ quả là TCP Global Synchronization – tất cả các kết nối TCP giảm tốc cùng lúc, khiến đường truyền lúc thì rỗng, lúc thì lại đầy.
- Congestion Avoidance (Tránh tắc nghẽn): thay vì chờ hàng đợi đầy mới drop, thiết bị sẽ chủ động loại bỏ ngẫu nhiên một số gói tin khi hàng đợi bắt đầu “dày” lên. Nhờ vậy, TCP giảm tốc dần dần, tránh được hiện tượng đồng loạt giảm tốc.
Ví dụ:
Anh em tưởng tượng một con đường cao tốc 4 làn. Nếu để xe chạy thoải mái cho đến khi nghẽn rồi mới chặn tất cả, thì sẽ kẹt xe toàn tuyến. Nhưng nếu ta chủ động cho một số xe ít quan trọng hơn (ví dụ xe tải chở hàng bình thường) tạm dừng từ sớm, thì đường cao tốc vẫn duy trì lưu lượng mượt cho xe ưu tiên (xe cứu thương, xe buýt).
RED và WRED
- RED (Random Early Detection): thiết bị theo dõi độ sâu hàng đợi trung bình, khi vượt ngưỡng tối thiểu thì bắt đầu drop ngẫu nhiên gói tin. Khi hàng đợi chạm ngưỡng tối đa thì drop mạnh tay hơn.
- WRED (Weighted RED): Cisco IOS không dùng RED thuần mà triển khai WRED. Ý tưởng giống RED nhưng “có trọng số” – nghĩa là lưu lượng quan trọng (ví dụ VoIP, video conference) sẽ ít bị drop hơn lưu lượng ít quan trọng (FTP, HTTP tải file).
Ví dụ thực tế:
- Một interface WAN 10 Mbps đang truyền nhiều loại lưu lượng.
- Khi WRED phát hiện hàng đợi trung bình vượt ngưỡng, nó sẽ “ưu tiên drop” lưu lượng đánh dấu DSCP thấp (Best Effort), giữ lại phần trăm cao hơn cho DSCP EF (VoIP).
- Nhờ vậy, người dùng vẫn gọi thoại mượt, trong khi FTP có thể chậm lại một chút.
Cách WRED hoạt động
- Router tính toán độ dài hàng đợi trung bình (dựa trên lịch sử, không phải tức thời).
- Khi một gói đến, nó được kiểm tra QoS marking (IP Precedence, DSCP) → chọn profile WRED phù hợp.
- WRED quyết định:
- Nếu hàng đợi < ngưỡng tối thiểu → gói được giữ lại.
- Nếu ngưỡng tối thiểu < hàng đợi < ngưỡng tối đa → WRED có thể drop ngẫu nhiên gói dựa trên xác suất.
- Nếu hàng đợi > ngưỡng tối đa → gói bị drop tail ngay lập tức.
👉 Kết luận: WRED là một trong những kỹ thuật phòng ngừa tắc nghẽn thông minh trong QoS. Nó vừa giúp tránh TCP Global Synchronization, vừa đảm bảo dịch vụ ưu tiên cho các loại lưu lượng quan trọng.
Anh em CCNA/CCNP có thể lab ngay với lệnh:
Router(config)# interface serial 0/0
Router(config-if)# random-detect
Router(config-if)# random-detect dscp-based
Attached Files