In our GBN protocol, the receiver discards out-of-order packets. Altho dịch - In our GBN protocol, the receiver discards out-of-order packets. Altho Việt làm thế nào để nói

In our GBN protocol, the receiver d

In our GBN protocol, the receiver discards out-of-order packets. Although it may seem silly and wasteful to discard a correctly received (but out-of-order) packet, there is some justification for doing so. Recall that the receiver must deliver data in order to the upper layer. Suppose now that packet n is expected, but packet n + 1 arrives. Because data must be delivered in order, the receiver could buffer (save) packet n + 1 and then deliver this packet to the upper layer after it had later



received and delivered packet n. However, if packet n is lost, both it and packet n + 1 will eventually be retransmitted as a result of the GBN retransmission rule at the sender. Thus, the receiver can simply discard packet n + 1. The advantage of this approach is the simplicity of receiver buffering—the receiver need not buffer any out-of-order packets. Thus, while the sender must maintain the upper and lower bounds of its window and the position of nextseqnum within this window, the only piece of information the receiver need maintain is the sequence number of the next in-order packet. This value is held in the variable expectedseqnum, shown in the receiver FSM in Figure 3.21. Of course, the disadvantage of throwing away a correctly received packet is that the subsequent retransmission of that packet might be lost or garbled and thus even more retransmissions would be required.

0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Trong nghị định thư GBN của chúng tôi, người nhận bỏ ra thứ tự gói. Mặc dù nó có vẻ ngớ ngẩn và lãng phí để loại bỏ một gói dữ liệu một cách chính xác nhận (nhưng ra trật tự), đó là một biện minh để làm như vậy. Hãy nhớ rằng người nhận phải cung cấp dữ liệu để lớp trên. Giả sử bây giờ mà gói n dự kiến, nhưng gói n + 1 đến. Bởi vì dữ liệu phải được phân phối theo thứ tự, người nhận có thể đệm (save) gói n + 1 và sau đó cung cấp gói này cho lớp trên sau khi có sau cho n gói dữ liệu đã nhận và gửi. Tuy nhiên, nếu n gói dữ liệu bị mất, cả nó và gói n + 1 sẽ dần dần được retransmitted là kết quả của quy tắc retransmission GBN lúc người gửi. Vì vậy, người nhận chỉ đơn giản là có thể loại bỏ gói n + 1. Ưu điểm của cách tiếp cận này là sự đơn giản của nhận đệm — người nhận không cần đệm bất kỳ gói dữ liệu ra trật tự. Vì vậy, trong khi người gửi phải duy trì trên và thấp hơn giới hạn của các cửa sổ của nó và vị trí của nextseqnum trong cửa sổ này, mảnh thông tin người nhận, chỉ cần duy trì là số thứ tự gói trong thứ tự tiếp theo. Giá trị này được tổ chức tại expectedseqnum biến, thể hiện trong nhận FSM trong hình 3,21. Tất nhiên, những bất lợi của ném đi một gói tin nhận được một cách chính xác là retransmission gói đó, tiếp theo có thể bị mất hoặc bị cắt xén và do đó truyền lại thậm chí nhiều hơn sẽ được yêu cầu.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Trong giao thức GBN của chúng tôi, người nhận loại bỏ out-of-trật tự các gói tin. Mặc dù nó có vẻ ngớ ngẩn và lãng phí để loại bỏ một gói tin nhận được một cách chính xác (nhưng out-of-order), có một số lý do để làm như vậy. Nhớ lại rằng người nhận phải cung cấp dữ liệu để các lớp trên. Giả sử bây giờ mà gói n dự kiến, nhưng gói n + 1 đến. Bởi vì dữ liệu phải được giao theo thứ tự, người nhận có thể đệm (lưu) gói n + 1 và sau đó cung cấp gói tin này đến lớp trên sau khi nó đã sau tiếp nhận và chuyển giao gói tin n. Tuy nhiên, nếu gói n bị mất, cả nó và gói n + 1 cuối cùng sẽ được truyền lại như một kết quả của các quy tắc truyền lại GBN ở người gửi. Như vậy, người nhận chỉ đơn giản là có thể loại bỏ gói tin n + 1. Ưu điểm của phương pháp này là sự đơn giản của máy thu đệm-người nhận không cần đệm bất kỳ gói out-of-order. Như vậy, trong khi người gửi phải duy trì các giới hạn trên và dưới của cửa sổ của nó và vị trí của nextseqnum trong cửa sổ này, các mảnh duy nhất của thông tin người nhận cần duy trì là số thứ tự của gói tin trong trật tự tiếp theo. Giá trị này được tổ chức tại expectedseqnum biến, thể hiện trong các FSM nhận trong hình 3.21. Tất nhiên, những bất lợi của vứt đi một gói tin nhận được một cách chính xác là truyền lại tiếp theo của gói tin đó có thể bị mất hoặc bị cắt xén và do đó thậm chí nhiều hơn truyền lại sẽ được yêu cầu.





đ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 ©2024 I Love Translation. All reserved.

E-mail: