First, we will describe how TCP-Ren

First, we will describe how TCP-Reno detects lost packets. Upon reception of each packet, the destination sends an ack back to the source. The ack contains the sequence number of the next expected packet. For example, if the destination has already received packets 1–4 and receives packet 5 next, the ack indicates that the destination expects to receive packet 6. Now suppose that packet 7 is received next; the destination will again ask for packet 6 since it is the lowest-numbered packet that has not yet been received by the destination. If the source receives four acks asking for packet 6 (which is equivalent to saying that three duplicate acks, or dupacks, are received for packet 6), it assumes that packet 6 has been lost and cuts down the window size in a manner to be described shortly. However, sometimes all packets in a window are lost, in which case the destination can-not send any further acks since it receives no further packets. In such a case, TCP detects packet loss by using a pre-determined timer: if no acks are received over a time duration determined by the timer, TCP assumes that a loss event has occurred.

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

Trước tiên, chúng tôi sẽ mô tả cách thức TCP-Reno phát hiện gói dữ liệu bị mất. Sau khi tiếp nhận của mỗi gói tin, là điểm đến gửi một ack quay trở lại nguồn. Ack có chứa số thứ tự gói dự kiến tiếp theo. Ví dụ, nếu điểm đến đã nhận được gói dữ liệu 1-4 và nhận được gói 5 tiếp theo, ack chỉ đích hy vọng sẽ nhận được gói 6. Bây giờ giả sử rằng gói 7 là đã nhận được tiếp theo; điểm đến sẽ một lần nữa yêu cầu gói 6 vì nó là thấp nhất số gói tin đã không được được nhận được bởi các điểm đến. Nếu nguồn nhận được bốn acks yêu cầu cho gói 6 (đó là tương đương với nói rằng ba trùng lặp acks, hoặc dupacks, đang nhận được cho gói 6), nó giả định rằng gói 6 đã bị mất và cắt giảm xuống kích thước cửa sổ trong một cách thức để được mô tả một thời gian ngắn. Tuy nhiên, đôi khi tất cả các gói trong một cửa sổ bị mất, trong trường hợp đích có thể không gửi bất kỳ acks thêm kể từ khi nhận được không có gói dữ liệu thêm. Trong trường hợp này, TCP phát hiện tổn thất gói dữ liệu bằng cách sử dụng một bộ đếm thời gian được xác định trước: nếu acks không nhận được trong một thời gian xác định bởi bộ đếm thời gian, TCP giả định rằng một sự kiện tổn thất đã xảy ra.

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

Đầu tiên, chúng tôi sẽ mô tả cách thức TCP-Reno phát hiện mất gói tin. Sau khi tiếp nhận của mỗi gói tin, đích đến sẽ gửi một ACK trở lại nguồn. Các ack chứa số thứ tự của gói dự kiến ​​tiếp theo. Ví dụ, nếu các điểm đến đã nhận được gói 1-4 và nhận gói 5 tới, ack chỉ ra rằng đích đến mong muốn nhận được gói 6. Bây giờ giả sử rằng gói 7 được nhận tiếp theo; điểm đến sẽ một lần nữa yêu cầu gói 6 vì nó là gói thấp nhất số đó vẫn chưa được nhận bởi đích đến. Nếu nguồn nhận bốn ack hỏi cho gói 6 (tương đương với nói rằng ba ack trùng lặp, hoặc dupacks, được nhận cho gói 6), nó cho rằng gói 6 đã bị mất và cắt giảm kích thước cửa sổ theo cách thức để được được mô tả trong thời gian ngắn. Tuy nhiên, đôi khi tất cả các gói tin trong một cửa sổ bị mất, trong trường hợp này là điểm đến có thể-không gửi bất kỳ ack hơn nữa vì nó không nhận được gói tin thêm. Trong một trường hợp như vậy, TCP phát hiện mất gói tin bằng cách sử dụng một bộ đếm thời gian xác định trước: nếu không có ack được nhận qua một thời hạn xác định bởi bộ đếm thời gian, TCP giả định rằng một sự kiện đã xảy ra mất mát.

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

Trước hết, chúng ta sẽ mô tả TCP Reno phát hiện bị mất dữ liệu gói.Đối với mỗi gói dữ liệu nhận được, đích gửi một ACK về nguồn.ACK chứa gói dữ liệu theo một dãy số.Ví dụ, nếu mục tiêu đã nhận được 1 gói – 4 và nhận nhóm 5, ACK cho thấy mục tiêu sẽ nhận được gói 6.Bây giờ giả định một gói dữ liệu nhận được 7 bị, đích sẽ lại yêu cầu gói 6, bởi vì nó được đích vẫn chưa nhận được tối thiểu số gói tin.Nếu nguồn tin nhận được yêu cầu ACK bốn gói 6 (nó tương đương với 3 ACK lặp đi lặp lại, hoặc dupACKs nhận nhóm, 6), nó cho rằng gói 6 đã bị thất lạc, giảm kích cỡ của cửa sổ là một mô tả ngắn ngủi.Tuy nhiên, trong một cửa sổ, đôi khi tất cả các gói tin bị mất, trong trường hợp này, mục tiêu có thể không gửi thêm xác nhận. Nó không có thêm gói.Trong trường hợp đó, TCP sử dụng thời gian đã phát hiện: nếu không có ACK nhận được hẹn giờ chắc thời gian cho rằng đã xảy ra sự kiện mất, TCP.