của
Thông lượng TCP Reno)
Thông lượng TCP Reno) nhiêu. Trong phân tích này, chúng tôi sẽ bỏ qua các giai đoạn bắt đầu chậm xảy ra sau các sự kiện hết thời gian chờ. (Các giai đoạn này thường rất ngắn, vì người gửi phát triển ra khỏi giai đoạn nhanh theo cấp số nhân.)
CXXX. Trong một khoảng thời gian khứ hồi cụ thể, tốc độ tại đó TCP gửi dữ
liệu là
một chức năng của cửa sổ tắc nghẽn và RTT hiện tại. Khi kích thước cửa sổ là w byte và thời gian khứ hồi hiện tại là RTT giây, thì tốc độ truyền của TCP là khoảng w / RTT. TCP sau đó thăm dò băng thông bổ sung bằng cách tăng w 1 MSS mỗi RTT cho đến khi xảy ra sự kiện mất mát. Ký hiệu bằng W giá trị của w khi xảy ra sự kiện mất mát. Giả sử rằng RTT và W gần như không đổi trong suốt thời gian kết nối, tốc độ truyền TCP nằm trong khoảng từ W / (2 • RTT) đến W / RTT.
CXXXI. Những giả định này dẫn đến một mô hình vĩ mô được đơn giản hóa cao cho cao cho
hành vi ổn định của TCP. Mạng bỏ một gói tin khỏi kết nối khi tốc độ tăng lên W / RTT; Sau đó, tốc độ bị cắt đi một nửa và sau đó tăng MSS / RTT mỗi RTT cho đến khi đạt W / RTT một lần nữa. Quá trình này lặp đi lặp lại nhiều lần. Vì thông lượng của TCP (nghĩa là tốc độ) tăng tuyến tính giữa hai giá trị cực đoan, chúng tôi có thông lượng trung bình của một kết nối = “——■”•
CXXXII. Sử dụng mô hình lý tưởng hóa cao này cho động thái ổn định của
TCP, chúng
ta cũng có thể rút ra một biểu thức thú vị liên quan đến tỷ lệ mất kết nối với băng thông khả dụng của nó [Mathis 1997]. Sự suy diễn này được nêu ra trong các bài tập về nhà. Một mô hình phức tạp hơn đã được thực nghiệm đồng ý với dữ liệu đo được là [Padhye 2000].
IV. Network-Assisted Explicit Congestion Notification and Delayed-based
Congestion Control (Thông báo tắc nghẽn rõ ràng do mạng hỗ trợ và kiểm soát tắc nghẽn dựa trên độ trễ)
CXXXIII. Kể từ khi tiêu chuẩn hóa ban đầu về khởi động chậm và tránh tắc
nghẽn vào
cuối những năm 1980 [RFC 1122], TCP đã triển khai hình thức kiểm soát tắc nghẽn đầu cuối mà chúng tôi đã nghiên cứu: người gửi TCP không nhận được chỉ báo tắc nghẽn rõ ràng nào từ mạng và thay vào đó, gây ra tắc nghẽn thông qua việc mất gói được quan sát. Gần đây hơn, các phần mở rộng cho cả IP và TCP [RFC 3168] đã được đề xuất, thực hiện và triển khai cho phép mạng báo hiệu rõ ràng sự tắc nghẽn cho người gửi và người nhận TCP. Ngoài ra, một số biến thể của tắc nghẽn TCP các giao thức điều khiển đã được đề xuất để suy ra tắc nghẽn bằng cách sử dụng độ trễ gói được đo. Chúng ta sẽ xem xét cả kiểm soát tắc nghẽn do mạng hỗ trợ và dựa trên