In this section, we will incrementa

In this section, we will incrementally develop the sender and receiver sides of a
reliable data transfer protocol, considering increasingly complex models of the underlying channel. For example, we’ll consider what protocol mechanisms are needed when
the underlying channel can corrupt bits or lose entire packets. One assumption we’ll
adopt throughout our discussion here is that packets will be delivered in the order in
which they were sent, with some packets possibly being lost; that is, the underlying
channel will not reorder packets. Figure 3.8(b) illustrates the interfaces for our data
transfer protocol. The sending side of the data transfer protocol will be invoked from
above by a call to rdt_send(). It will pass the data to be delivered to the upper layer
at the receiving side. (Here rdt stands for reliable data transfer protocol and _send

ผลลัพธ์ (ไทย) 1:

ในส่วนนี้ เราจะแบบเพิ่มหน่วยพัฒนาด้านผู้ส่งและตัวรับสัญญาณของการข้อมูลที่เชื่อถือได้ถ่ายโอนโพรโทคอล พิจารณาสถานีต้นแบบซับซ้อนมากขึ้น ตัว เราจะพิจารณากลไกอะไรโพรโทคอลที่จำเป็นเมื่อช่องใต้สามารถบิตเสียหาย หรือสูญเสียแพ็คเก็ตทั้งหมด สมมติฐานหนึ่งที่เราจะนำมาใช้ตลอดการสนทนาของเรา นี่คือ ว่า แพ็กเก็ตจะถูกจัดส่งในใบสั่งในซึ่งพวกเขาขนส่ง แพ็คเก็ตบางอาจจะเลือนหายไป นั่นคือ ต้นแบบช่องจะสั่งแพคเก็ต รูป 3.8(b) แสดงอินเทอร์เฟซสำหรับข้อมูลถ่ายโอนโพรโทคอล ด้านส่งของโพรโทคอลในการโอนย้ายข้อมูลจะถูกเรียกจากข้างต้น โดยการเรียก rdt_send() มันจะส่งข้อมูลจะถูกส่งไปชั้นบนทางด้านรับ (นี่ rdt หมายถึงข้อมูลที่เชื่อถือได้ถ่ายโอนโพรโทคอลและ _send

ผลลัพธ์ (ไทย) 2:

ในส่วนนี้เราจะมีการพัฒนาเพิ่มขึ้นผู้ส่งและด้านรับของโปรโตคอลการถ่ายโอนข้อมูลที่เชื่อถือได้พิจารณารูปแบบที่ซับซ้อนมากขึ้นของช่องพื้นฐาน
ตัวอย่างเช่นเราจะพิจารณาสิ่งที่กลไกโปรโตคอลที่มีความจำเป็นเมื่อช่องพื้นฐานสามารถบิตเสียหายหรือสูญเสียแพ็คเก็ตทั้งหมด หนึ่งในสมมติฐานที่เราจะนำมาใช้ตลอดการสนทนาของเราที่นี่เป็นที่แพ็คเก็ตจะถูกส่งในการสั่งซื้อในสิ่งที่พวกเขาถูกส่งไปกับแพ็คเก็ตบางส่วนอาจถูกทำให้หายไป; ว่ามีพื้นฐานช่องจะไม่เรียงลำดับแพ็คเก็ต รูปที่ 3.8 (ข) แสดงให้เห็นถึงการเชื่อมต่อข้อมูลของเราสำหรับโปรโตคอลการถ่ายโอน ด้านการส่งโปรโตคอลการถ่ายโอนข้อมูลจะถูกเรียกจากข้างต้นโดยเรียกร้องให้ rdt_send () มันจะส่งผ่านข้อมูลที่จะส่งไปยังชั้นบนด้านข้างที่ได้รับ (นี่ RDT ย่อมาจากโปรโตคอลการถ่ายโอนข้อมูลที่เชื่อถือได้และ _send

ผลลัพธ์ (ไทย) 3:

ในส่วนนี้เราจะแบบเพิ่มหน่วยพัฒนาผู้ส่งและผู้รับด้านของ
ถ่ายโอนข้อมูลที่เชื่อถือได้ การพิจารณาที่ซับซ้อนมากขึ้นรูปแบบของต้นแบบที่ช่อง ตัวอย่างเช่น เราจะพิจารณาสิ่งที่กลไกโปรโตคอลที่จำเป็นเมื่อ
ต้นแบบช่องสามารถเสียหายหรือสูญเสียบิตแพ็กเก็ตทั้งหมด หนึ่งสมมติฐานเราจะ
รับตลอดการสนทนาของเราที่นี่ที่แพ็กเก็ตจะถูกส่งในการสั่งซื้อใน
ซึ่งพวกเขาถูกส่งไปกับบางแพ็กเก็ตจะหายไป ; นั่นคือต้นแบบ
ช่องจะไม่เก็ตสั่งใหม่ . รูปที่ 3.8 ( b ) แสดงให้เห็นการเชื่อมต่อเพื่อถ่ายโอนข้อมูล
ของเรา ส่งทางด้านของการถ่ายโอนข้อมูลโปรโตคอลจะถูกเรียกจาก
ข้างบน โดยโทรไป rdt_send() .มันก็จะส่งข้อมูลที่จะถูกส่งไปยัง
ชั้นบนที่ได้รับด้าน ( ที่นี่ rdt หมายถึงที่เชื่อถือได้ การถ่ายโอนข้อมูล โปรโตคอล และ _send