the triple duplicate ACKs received)

the triple duplicate ACKs received) and records the value of ssthreshto be half
the value of cwndwhen the triple duplicate ACKs were received. The fast-recovery
state is then entered.
Fast Recovery
In fast recovery, the value of cwndis increased by 1 MSS for every duplicate ACK
received for the missing segment that caused TCP to enter the fast-recovery state.
Eventually, when an ACK arrives for the missing segment, TCP enters the
congestion-avoidance state after deflating cwnd. If a timeout event occurs, fast
recovery transitions to the slow-start state after performing the same actions as in
slow start and congestion avoidance: The value of cwndis set to 1 MSS, and the
value of ssthreshis set to half the value of cwndwhen the loss event occurred.
Fast recovery is a recommended, but not required, component of TCP [RFC
5681]. It is interesting that an early version of TCP, known as TCP Tahoe, unconditionally cut its congestion window to 1 MSS and entered the slow-start phase after
either a timeout-indicated or triple-duplicate-ACK-indicated loss event. The newer
version of TCP, TCP Reno, incorporated fast recovery.
Figure 3.53 illustrates the evolution of TCP’s congestion window for both Reno
and Tahoe. In this figure, the threshold is initially equal to 8 MSS.For the first eight
transmission rounds, Tahoe and Reno take identical actions. The congestion window
climbs exponentially fast during slow start and hits the threshold at the fourth round
of transmission. The congestion window then climbs linearly until a triple duplicateACK event occurs, just after transmission round 8. Note that the congestion window
is 12 • MSSwhen this loss event occurs. The value of ssthreshis then set to

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

các ACK trùng lặp ba lần nhận được) và ghi lại giá trị của ssthreshto được một nửa
giá trị của cwndwhen các ACK trùng lặp ba đã nhận được. Việc nhanh chóng phục hồi
sau đó nhà nước được nhập vào.
Phục hồi nhanh
Trong phục hồi nhanh chóng, giá trị của cwndis tăng 1 MSS cho mỗi bản sao ACK
nhận được đối với phân khúc mất tích mà gây ra TCP để vào nhà nước nhanh chóng phục hồi.
Cuối cùng, khi một ACK đến cho phân khúc mất tích, TCP đi vào
trạng thái tắc nghẽn, tránh sau khi xì hơi CWnd. Nếu một sự kiện timeout xảy ra, nhanh chóng
chuyển tiếp phục hồi đến chậm bắt đầu nhà nước sau khi thực hiện các hành động tương tự như trong
chậm bắt đầu và tránh ùn tắc: Giá trị của cwndis thiết lập để 1 MSS, và các
giá trị của ssthreshis thiết lập để một nửa giá trị của cwndwhen sự sự kiện mất mát xảy ra.
nhanh chóng phục hồi là một thành phần được khuyến khích, nhưng không bắt buộc, trong TCP [RFC
5681]. Điều thú vị là phiên bản đầu tiên của TCP, được gọi là TCP Tahoe, vô điều kiện cắt cửa sổ tắc nghẽn của nó đến 1 MSS và bước vào giai đoạn chậm bắt đầu sau khi
một trong hai sự kiện thời gian chờ chỉ định hay mất ba-trùng-ACK-chỉ định. Các phiên bản mới hơn
phiên bản của giao thức TCP, TCP Reno, kết hợp phục hồi nhanh.
Hình 3.53 minh họa quá trình tiến hóa của cửa sổ tắc nghẽn TCP cho cả hai Reno
và Tahoe. Trong hình này, ngưỡng ban đầu bằng 8 MSS.For tám đầu
đạn truyền, Tahoe và Reno có những hành động giống hệt nhau. Các cửa sổ tắc nghẽn
trèo nhanh theo hàm mũ khi khởi đầu chậm chạp và đạt đến ngưỡng đó ở vòng thứ tư
của truyền dẫn. Các cửa sổ tắc nghẽn sau đó trèo tuyến tính cho đến khi một sự kiện xảy ra ba duplicateACK, chỉ sau vòng truyền 8. Lưu ý rằng cửa sổ tắc nghẽn
là 12 • MSSwhen mất mát này sự kiện xảy ra. Giá trị của ssthreshis sau đó thiết lập để