※ 引述《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