※ 引述《s88239 ()》之铭言： : 1. 下面这种情形要怎麽处理？ : sender 4 5 6 : ↓ ↓ ↓ : loss arrive : receiver __1__ __2__ __3__ _____ : 说明：packet #4 掉了，但是#5、#6都有收到 : $我个人推测： : drop data #5 : flush : recv data #6 _____ _____ __6__ _____ : send ack #6 : recv data #4 __4__ _____ __6__ _____ : send ack #4 : recv data #5 __4__ __5__ __6__ _____ : send ack #5 : ignr data #6 : send ack #6 : 每遇到out of bound就先drop一个packet再flush #5 不必 drop 掉 因为没收到 #4 故 buffer 还有一个空格 buffer 的空格不需要跟 packet 的顺序对齐 : 2. 第二种情形？ : sender 4 5 6 7 : ↓ ↓ ↓ ↓ : loss recv recv drop : receiver __1__ __2__ __3__ _____ __5__ __6__ : 这种情形是packet #4 掉了，#5、#6、#7都有收到 : #7 drop掉，可是这时後buffer有gap，不能flush吧？ : 那该怎麽处理？ 同上所述 buffer 的空格不需要跟 packet 的顺序对齐 所以没有 gap 的问题 後来的补上 接收端重组 packet 可以另外开 array 来处理 不需要在 buffer 排序 : 3. sender跟receiver是否要写在同一份档案？ : 总共是否只要交两份code？（transmitter、agent） 是的 TA --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.112.28.128