Protocol rdt2.0 may look as if it w

Protocol rdt2.0 may look as if it works but unfortunately has a fatal flaw. In particular, we haven't accounted for the possibility that the ACK or NAK packet could be corrupted! (Before proceeding on, you should think about how this problem may be fixed.) Unfortunately, our slight oversight is not as innocuous as it may seem. Minimally, we will need to add checksum bits to ACK/NAK packets in order to detect such errors. The more difficult question is how the protocol should recover from errors in ACK or NAK packets. The difficulty here is that if an ACK or NAK is corrupted, the sender has no way of knowing whether or not the receiver has correctly received the last piece of transmitted data.

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

Giao thức rdt2.0 có thể trông như là nếu nó hoạt động, nhưng thật không may có một lỗ hổng nghiêm trọng. Đặc biệt, chúng tôi đã không chiếm khả năng rằng gói dữ liệu ACK hoặc NAK có thể bị hỏng! (Trước khi tiếp tục trên, bạn nên suy nghĩ về làm thế nào vấn đề này có thể được cố định.) Thật không may, chúng tôi giám sát nhỏ không phải là như vô thưởng vô phạt như nó có vẻ. Tối thiểu, chúng tôi sẽ cần phải thêm kiểm tra bit gói dữ liệu ACK/NAK để phát hiện các sai sót như vậy. Câu hỏi khó khăn hơn là làm thế nào các giao thức nên phục hồi từ lỗi trong gói dữ liệu ACK hoặc NAK. Khó khăn ở đây là nếu một ACK hoặc NAK hỏng, người gửi có không có cách nào biết hay không người nhận một cách chính xác đã nhận được các mảnh cuối cùng của truyền dữ liệu.

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

Nghị định thư rdt2.0 có thể trông như thể nó hoạt động nhưng không may có một lỗ hổng chết người. Đặc biệt, chúng tôi đã không được tính đến khả năng rằng các gói tin ACK hoặc NAK có thể bị hỏng! (Trước khi tiến hành, bạn nên suy nghĩ về làm thế nào vấn đề này có thể được cố định.) Thật không may, giám sát nhẹ của chúng tôi không phải là vô hại như nó có vẻ. Tối thiểu, chúng tôi sẽ cần phải thêm bit checksum cho các gói tin ACK / NAK để phát hiện các lỗi như vậy. Những câu hỏi khó khăn hơn là làm thế nào các giao thức sẽ hồi phục từ lỗi trong ACK hoặc NAK gói. Khó khăn ở đây là nếu một ACK hoặc NAK bị hỏng, người gửi không có cách nào biết được hay không nhận đã xác nhận những mảnh cuối cùng của dữ liệu truyền đi.