Figure 15.26 shows the reason for t

Figure 15.26 shows the reason for this mandate by some implementations. Part a of the figure
shows values of last acknowledgment and rwnd. Part b shows the situation in which the sender
has sent bytes 206 to 214. Bytes 206 to 209 are acknowledged and purged. The new advertis-ment, however, defines the new value of rwnd as 4, in which 210 + 4 < 206 + 12. When the send
window shrinks, it creates a problem: byte 214 which has been already sent is outside the win-dow. The relation discussed before forces the receiver to maintain the right-hand wall of the win-dow to be as shown in part a because the receiver does not know which of the bytes 210 to 217
has already been sent. One way to prevent this situation is to let the receiver postpone its feed-back until enough buffer locations are available in its window. In other words, the receiver should
wait until more bytes are consumed by its process to meet the relationship described above.

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

Con số 15,26 cho thấy lý do cho nhiệm vụ này bằng một số hiện thực. Phần một của các con sốHiển thị giá trị của cuối thừa nhận và rwnd. Phần b cho thấy tình hình trong đó người gửiđã gửi byte 206 để 214. Byte 206 để 209 được công nhận và tẩy. Mới advertis-ment, Tuy nhiên, xác định giá trị mới của rwnd như 4, trong đó 210 + 4 < 206 + 12. Khi gửicửa sổ thu nhỏ, nó tạo ra một vấn đề: byte 214 được đã gửi là bên ngoài chiến thắng-dow. Mối quan hệ đã thảo luận trước khi lực lượng người nhận để duy trì các bức tường bên tay phải của chiến thắng-dow được như hiển thị một phần một vì người nhận không biết mà byte 210 để 217đã đã được gửi. Một cách để ngăn chặn tình trạng này là để cho người nhận hoãn trở lại nguồn cấp dữ liệu của nó cho đến khi đủ vị trí bộ đệm có sẵn trong cửa sổ của nó. Nói cách khác, người nhận nênchờ đợi cho đến khi thêm byte được tiêu thụ bởi quá trình của mình để đáp ứng mối quan hệ mô tả ở trên.