TCP Congestion ControlCongestion co

TCP Congestion Control
Congestion control in TCP is achieved using four intertwined,
yet distinct, congestion control algorithms. Each algorithm
plays an important role in the overall system, while
being inuenced by the other three at the same time. The
rst of these is an operating mode called Slow Start (SS)
which, as the name suggests, starts TCP off slowly to avoid
introducing congestion. The second is known as Congestion
Avoidance (CA) mode which, once reaching a certain
predened threshold (ssthresh) takes over from SS mode.
CA attempts to maintain the highest possible throughput for
TCP without causing undue congestion. The nal two algorithms
are closely linked and often grouped together: Fast
Retransmit and Fast Recovery. These algorithms were implemented
in TCP as a solution to the long delays sometimes
created by TCP timeouts. Fast Retransmit and Fast
Recovery allow losses to be detected and dealt with quickly.
2.2. TCP Vegas
Proposed by Brakmo et al. [5], TCP Vegas is a radical
departure from the congestion control and avoidance mechanisms
found in TCP Reno and its descendants NewReno
and SACK. The rst of the changes allows Vegas to detect
losses more quickly than Reno's fast retransmit or coarsegrained
timeout, the second allows Vegas to detect congestion
without inducing loss, and the third allows Vegas
to probe for available network capacity without creating
losses. A summary of some of the differences between
NewReno and Vegas is given in Figure 1.
The changes in Vegas were motivated by the observation
that Reno creates congestion as a means to detect the capacity
available in the network path. This seems paradoxical,
but the mechanisms that increase the congestion window do

Kết quả (Việt) 1:

TCP tắc nghẽn kiểm soátKiểm soát tắc nghẽn trong giao thức TCP là đạt được bằng cách sử dụng bốn intertwined,nào được nêu ra khác biệt, tắc nghẽn kiểm soát các thuật toán. Mỗi thuật toánđóng một vai trò quan trọng trong hệ thống tổng thể, trong khiđang trong uenced bởi ba cùng một lúc. CácRST các là một chế độ hoạt động, được gọi là bắt đầu chậm (SS)trong đó, như tên cho thấy, bắt đầu TCP từ từ để tránhgiới thiệu về tắc nghẽn. Thứ hai được gọi là tắc nghẽnTránh (CA) chế độ đó, sau khi đạt một sốprede ned ngưỡng (ssthresh) phải mất hơn từ chế độ SS.CA cố gắng duy trì băng thông cao nhất có thể choTCP không gây ùn tắc quá đáng. Các thuật toán nal hailà liên quan chặt chẽ và thường được nhóm lại với nhau: nhanhRetransmit và phục hồi nhanh chóng. Các thuật toán này được thực hiệntrong giao thức TCP như một giải pháp cho sự chậm trễ dài đôi khitạo bởi TCP timeout. Retransmit nhanh và nhanh chóngPhục hồi cho phép các thiệt hại được phát hiện và xử lý một cách nhanh chóng.2.2. TCP VegasĐề xuất bởi Brakmo et al. [5], TCP Vegas là một cănkhởi hành từ cơ chế kiểm soát và tránh tắc nghẽnloài này có ở TCP Reno và các hậu duệ NewRenovà BAO. Rst các thay đổi cho phép Vegas để phát hiệnmất mát nhanh hơn so với của Reno nhanh retransmit hoặc coarsegrainedthời gian chờ, thứ hai cho phép Vegas để phát hiện tắc nghẽnmà không gây ra thiệt hại, và thứ ba cho phép Vegasđể thăm dò mạng hiện có năng lực mà không cần tạothiệt hại. Một bản tóm tắt của một số sự khác biệt giữaNewReno và Vegas được đưa ra trong hình 1.Những thay đổi trong Vegas đã được thúc đẩy bởi các quan sátReno tạo ra tắc nghẽn như một phương tiện để phát hiện các năng lựccó sẵn trong đường dẫn mạng. Điều này có vẻ nghịch lý,nhưng các cơ chế tăng cửa sổ tắc nghẽn

Kết quả (Việt) 2:

TCP khiển tắc nghẽn
kiểm soát tắc nghẽn trong TCP đạt được sử dụng bốn hòa quyện vào nhau,
nhưng rõ ràng, các thuật toán điều khiển tắc nghẽn. Mỗi thuật toán
đóng một vai trò quan trọng trong toàn bộ hệ thống, trong khi
đang ở? Chịu ảnh hưởng bởi ba khác cùng một lúc. Các
? Đầu tiên trong số này là một chế độ hoạt động được gọi là Slow Start (SS)
trong đó, như tên cho thấy, bắt đầu TCP ra từ từ để tránh
giới thiệu tắc nghẽn. Việc thứ hai được gọi là tắc nghẽn
Avoidance (CA) chế độ nào, một khi đạt được một số
prede? Ngưỡng ned (ssthresh) tiếp quản từ chế độ SS.
CA cố gắng để duy trì thông lượng cao nhất có thể cho
TCP mà không gây tắc nghẽn quá mức. ? Các nal hai thuật toán
được liên kết chặt chẽ và thường được nhóm lại với nhau: nhanh
Tiếp truyền và phục hồi nhanh. Các thuật toán này được thực hiện
trong giao thức TCP là một giải pháp cho sự chậm trễ dài đôi khi
tạo ra bởi timeout TCP. Nhanh Tiếp truyền và nhanh chóng
phục hồi cho phép lỗ để được phát hiện và xử lý một cách nhanh chóng.
2.2. TCP Vegas
đề xuất bởi Brakmo et al. [5], TCP Vegas là một gốc
khởi hành từ các cơ chế điều khiển tắc nghẽn và tránh
được tìm thấy trong TCP Reno và con cháu của nó NewReno
và SACK. Các? Đầu tiên của những thay đổi cho phép Vegas để phát hiện
nhanh chóng giảm hơn truyền lại nhanh hay coarsegrained của Reno
thời gian chờ, thứ hai cho phép Vegas để phát hiện tắc nghẽn
mà không gây mất mát, và thứ ba cho phép Vegas
để thăm dò năng lực mạng lưới có sẵn mà không cần tạo
lỗ. Một bản tóm tắt của một số khác biệt giữa
NewReno và Vegas được đưa ra trong Hình 1.
Những thay đổi trong Vegas đã được thúc đẩy bởi những quan sát
đó Reno tạo ra tắc nghẽn như một phương tiện để phát hiện những khả năng
sẵn có trong đường dẫn mạng. Điều này có vẻ nghịch lý,
nhưng cơ chế làm tăng cửa sổ tắc nghẽn làm