Congestion-avoidance phase In this

Congestion-avoidance phase In this phase, the window size is increased much more slowly than the slow-start phase, when there is no congestion indication. More precisely,W is set to W + 1/W for every non-duplicate ack received. When packet loss is detected by the reception of three dupacks, the window size is halved, i.e., W ← W/2, and the algorithm continues in the congestion-avoidance phase. However, if packet loss is detected by timer expiry, ssthresh is set to W/2, the window size W is then set to 1, and TCP-Reno goes back to the slow-start phase. Thus, timer expiry is treated as a more serious loss event than three dupacks.

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

Giai đoạn tránh tắc nghẽn trong giai đoạn này, kích thước cửa sổ là tăng chậm hơn nhiều hơn so với giai đoạn khởi đầu chậm, khi không có dấu hiệu không có tắc nghẽn. Chính xác hơn, W được thiết lập để W + 1/W cho mỗi ack sao nhận được. Khi gói tin bị mất được phát hiện bởi việc tiếp nhận của ba dupacks, kích thước cửa sổ giảm đi một nửa, tức là, W ← W/2, và các thuật toán tiếp tục trong giai đoạn tránh tắc nghẽn. Tuy nhiên, nếu tổn thất gói được phát hiện bởi bộ đếm thời gian hết hạn, ssthresh được thiết lập để W/2, kích thước cửa sổ W sau đó được thiết lập để 1 và TCP-Reno đi trở lại giai đoạn bắt đầu chậm. Vì vậy, bộ đếm thời gian hết hạn được coi là một sự kiện tổn thất nghiêm trọng hơn so với ba dupacks.

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

giai đoạn tắc nghẽn tránh thể Trong giai đoạn này, các kích thước cửa sổ đang tăng chậm hơn rất nhiều so với giai đoạn chậm khởi động, khi không có dấu hiệu tắc nghẽn. Chính xác hơn, W được thiết lập để W + 1 / W cho mỗi ack không trùng lặp nhận được. Khi mất gói tin được phát hiện bởi sự tiếp đón của ba dupacks, kích thước cửa sổ được giảm một nửa, tức là, W ← W / 2, và các thuật toán tiếp tục trong giai đoạn tắc nghẽn tránh thể. Tuy nhiên, nếu mất gói tin được phát hiện bằng cách đếm thời gian hết hạn, ssthresh được thiết lập để W / 2, kích thước cửa sổ W sau đó được thiết lập để 1, và TCP-Reno đi trở lại giai đoạn chậm bắt đầu. Như vậy, bộ đếm thời gian hết hạn được coi là một sự kiện tổn thất nghiêm trọng hơn ba dupacks.

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

Ở giai đoạn giai đoạn đông nghịt tránh, kích cỡ của cửa sổ hoạt động chậm hơn nhiều so với giai đoạn chậm, khi không có hướng dẫn khi làm tắc nghẽn.Nói một cách chính xác hơn là W, w + 1 / W ACK nhận mọi không lặp lại.Khi gói tin bị mất bởi ba dupACKs nhận phát hiện, giảm kích cỡ của cửa sổ, tức là ← W W / 2, và các thuật toán trong giai đoạn đông nghịt tránh.Nhưng, nếu gói dữ liệu bị mất do Hồ thời hạn phát hiện, thiết lập ssthresh cho W / 2, kích cỡ của cửa sổ W và cài đặt% 1, với TCP Reno trở lại chậm khởi động giai đoạn.Vì vậy, đồng hồ bấm giờ bị coi là nghiêm trọng hơn sự kiện mất hơn ba dupACKs.