Protocol rdt2.1 uses both positive and negative acknowledgements from  dịch - Protocol rdt2.1 uses both positive and negative acknowledgements from  Việt làm thế nào để nói

Protocol rdt2.1 uses both positive

Protocol rdt2.1 uses both positive and negative acknowledgements from the receiver to the sender. A negative acknowledgement is sent whenever a corrupted packet, or an out of order packet, is received. We can accomplish the same effect as a NAK if instead of sending a NAK, we instead send an ACK for the last correctly received packet. A sender that receives two ACKs for the same packet (i.e., receives duplicate ACKs) knows that the recevier did not correctly receive the packet following the packet that is being ACKed twice. Many TCP implementations use the receipt of so-called "triple duplicate ACKs" (three ACK packets all ACK'ing the same packet) to trigger a retransmission at the sender. Our NAK-free reliable data transfer protocol for a channel with bit errors is rdt2.2, shown in Figure 3.4-6 and 3.4-7.
817/5000
Từ: Anh
Sang: Việt
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Giao thức rdt2.1 sử dụng lời cảm ơn cả tích cực và tiêu cực từ người nhận của người gửi. Một ghi nhận tiêu cực gửi bất cứ khi nào một gói dữ liệu bị hỏng hoặc một gói dữ liệu thứ tự, nhận được. Chúng tôi có thể đạt tác dụng tương tự như một NAK nếu thay vì gửi một NAK, chúng tôi thay vì gửi một ACK cho gói xác nhận cuối cùng. Người gửi sẽ nhận được hai ACKs đối với cùng một gói (ví dụ, nhận được trùng lặp ACKs) biết rằng recevier không chính xác nhận được các gói sau gói đang là ACKed hai lần. Nhiều TCP triển khai sử dụng hóa đơn của cái gọi là "trùng lặp ACKs"ba (ba gói dữ liệu ACK tất cả ACK'ing gói dữ liệu tương tự) để kích hoạt các retransmission lúc người gửi. Chúng tôi miễn phí NAK dữ liệu đáng tin cậy chuyển giao thức Kênh có chút lỗi là rdt2.2, Hiển thị trong hình 3.4-6 và 3,4-7.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
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. Một sự thừa nhận tiêu cực được gửi khi một gói tin bị lỗi, hoặc một trong số gói tin thứ tự, là nhận đượ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 thay vì 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 đó (ví dụ, nhận ACK trùng lặp) biết rằng recevier đã 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. Nhiều triển khai TCP sử dụng nhận cái gọi là "ACK trùng lặp ba" (ba gói ACK tất cả ACK'ing gói tin giống nhau) để kích hoạt một truyền lại ở người gửi. 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,4-6 và 3,4-7.
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: ilovetranslation@live.com