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) 1:

trùng lặp ACKs ba, nhận được) và ghi giá trị của ssthreshto là một nửagiá trị của cwndwhen ba trùng lặp ACKs đã nhận được. Nhanh chóng phục hồinhà nước sau đó tiến vào. Phục hồi nhanh chóngTrong phục hồi nhanh chóng, giá trị của cwndis tăng 1 MSS cho mỗi ACK trùng lặpnhận được các phân đoạn bị mất gây ra TCP nhập bang nhanh chóng phục hồi.Cuối cùng, khi một ACK đến cho các phân đoạn bị mất tích, TCP vào cáctránh tắc nghẽn các trạng thái sau khi deflating cwnd. Nếu xảy ra một sự kiện thời gian chờ, nhanh chóngphục hồi quá trình chuyển đổi sang trạng thái bắt đầu chậm sau khi thực hiện các hành động tương tự như tronglàm chậm bắt đầu và tắc nghẽn tránh: giá trị của cwndis thiết lập để 1 MSS, và cácgiá trị của ssthreshis thiết lập để một nửa giá trị của cwndwhen sự kiện tổn thất đã xảy ra.Phục hồi nhanh chóng là một thành phần được đề nghị, nhưng không bắt buộc, TCP [RFC5681]. nó là thú vị rằng phiên bản đầu tiên của TCP, được biết đến như TCP Tahoe, vô điều kiện cắt cửa sổ tắc nghẽn 1 MSS và bước vào giai đoạn bắt đầu chậm sau khihoặc là một sự kiện chỉ ra thời gian chờ hoặc ba bản sao-ACK-chỉ định. Các mới hơnCác phiên bản của TCP, TCP Reno, kết hợp phục hồi nhanh chóng. Con số 3,53 minh họa sự tiến hóa của cửa sổ tắc nghẽn của TCP cho cả hai Renovà Tahoe. Con số này, ngưỡng là lúc đầu bằng 8 MSS. Cho tám đầu tiênbộ truyền động viên đạn, Tahoe và Reno có những hành động giống hệt nhau. Cửa sổ tắc nghẽntrèo lên theo cấp số nhân nhanh chóng trong thời gian bắt đầu chậm và chạm ngưỡng ở vòng thứ tưtruyền dẫn. Cửa sổ tắc nghẽn sau đó trèo lên tuyến tính cho đến khi một sự kiện ba duplicateACK xảy ra, ngay sau khi truyền vòng 8. Lưu ý rằng cửa sổ tắc nghẽnlà 12 • MSSwhen sự kiện tổn thất này xảy ra. Giá trị của ssthreshis sau đó thiết lập để

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 để