5. Cấu trúc của luận văn
2.2. Giao thức RoVegas
Mặc dù Vegas là vượt trội so với Reno trong các khía cạnh, nhưng nó bị một số vấn đề mà ở đây là vấn đề tránh tắc nghẽn, bao gồm các vấn đề về định tuyến lại, công bằng, mạng không đối xứng và không tương thích giữa Reno và Vegas. Tất cả những vấn đề này có thể là việc trở ngại cho Vegas để đạt được hiệu năng cao. Trong nghiên cứu này, tôi tìm hiểu một cơ chế dựa trên cơ chế tránh tắc nghẽn của TCP Vegas là RoVegas [5]. Thông qua cơ chế này, RoVegas có thể giải quyết vấn đề định tuyến lại (Rerouting) và tránh tắc nghẽn, nâng cao tính công bằng trong cạnh tranh kết nối, và cải thiện thông lượng khi tắc nghẽn xảy ra trên chiều báo nhận.
2.2.1. Cơ chế hoạt động
RoVegas cải tiến của TCP Vegas nên nó cũng điều khiển kích thước cửa sổ bằng cách theo dõi thời gian RTT.
Việc đo RTT chia thành 4 phần:
+ Độ trễ chuyển tiếp ( tức là độ trễ đường truyền và thời gian xử lý gói tin) + Thời gian chuyển tiếp ở hàng đợi
+ Độ trễ báo nhận ACK
+ Thời gian báo nhận ở hàng đợi
Trong phần này, tôi trình bày một phân tích trạng thái ổn định của cả hai giao thức Vegas và RoVegas khi tắc nghẽn xảy ra trong đường báo nhận ACK. Bằng cách kiểm tra chiều dài hàng đợi của bộ đệm nút cổ chai thông qua các phương pháp phân tích, tôi tìm hiểu và làm sáng tỏ bản chất tự nhiên của hai cơ chế này. Các mô hình mạng được sử dụng trong phân tích được mô tả hình 2.2 [5].
Hình 2.2: Mô hình phân tích RoVegas
S1: nguồn, D1: đích, R1 và R2 là hai nút cổ chai Các liên kết chuyển tiếp giữa hai bộ định tuyến: + Công suất uf (số gói dữ liệu được xử lý/giây tại R1) + Công suất ub (số gói ACK được xử lý/ giây tại R2)
+ lf , lb là độ dài các gói tin của nút chuyển tiếp di và nút phía báo nhận ACK của nút cổ chai bộ đệm tương ứng.