Protocol rdt2.1 uses both positive

Protocol rdt2.1 uses both positive and negative acknowledgments from the receiver to the sender. When an out-of-order packet is received, the receiver sends a positive acknowledgment for the packet it has received. When a corrupted packet is received, the receiver sends a negative acknowledgment. We can accomplish the same effect as a NAK if, instead of sending a NAK, we send an ACK for the last correctly received packet. A sender that receives two ACKs for the same packet (that is, receives duplicate ACKs) knows that the receiver did not correctly receive the packet following the packet that is being ACKed twice. Our NAK-free reliable data transfer protocol for a channel with bit errors is rdt2.2, shown in Figures 3.13 and
3.14. One subtle change between rtdt2.1 and rdt2.2 is that the receiver must
now include the sequence number of the packet being acknowledged by an ACK
message (this is done by including the ACK,0 or ACK,1 argument in make_pkt() in the receiver FSM), and the sender must now check the sequence number of the packet being acknowledged by a received ACK message (this is done by including the 0 or 1 argument in isACK()in the sender FSM).

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

Nghị định thư rdt2.1 sử dụng các báo nhận cả tích cực và tiêu cực từ người nhận cho người gửi. Khi một gói out-of-đơn hàng được nhận, người nhận sẽ gửi một xác nhận dương tính với các gói tin đã nhận được. Khi một gói tin bị hỏng được nhận, người nhận sẽ gửi một sự thừa nhận tiêu cực. Chúng tôi có thể thực hiện các tác dụng tương tự như một NAK nếu, thay vì gửi một NAK, chúng tôi gửi một ACK cho gói tin nhận được một cách chính xác nhất. Một người gửi nhận được hai ACK cho gói tin đó (có nghĩa là, nhận ACK trùng lặp) biết rằng người nhận không nhận được một cách chính xác các gói dưới đây các gói tin đang được ACKed hai lần. Giao thức truyền dữ liệu đáng tin cậy NAK-miễn phí của chúng tôi cho một kênh với các lỗi bit là rdt2.2, thể hiện trong hình 3.13 và
3.14. Một sự thay đổi tinh tế giữa rtdt2.1 và rdt2.2 là người nhận phải
bây giờ bao gồm số thứ tự của gói tin được công nhận bởi một ACK
nhắn (điều này được thực hiện bằng cách bao gồm các ACK, 0 hoặc ACK, 1 đối số trong make_pkt () trong nhận FSM), và người gửi bây giờ phải kiểm tra số thứ tự của gói tin được công nhận bởi một thông điệp ACK nhận (điều này được thực hiện bằng cách bao gồm các tham số 0 hoặc 1 trong isACK () trong FSM người gửi).