如果在客户机可以跟踪发出的SACK选项的数目,则重传队列的大小可从扫描包计数器中计算得到。
The average size of the retransmit queue can be calculated from the packets scanned counter if the number of SACK options sent is also tracked at the client.
另一感兴趣的数据是在处理SACK时扫描的包的数目,以及重传窗口(window)的平均大小。
It is also interesting to count the number of packets scanned while processing the SACKs, and the average size of the retransmission window.
重传队列中包的数目基本上取决于两台主机间的带宽延迟效果(bandwidth delayproduct,BDP)。
The number of packets in the retransmission queue is fundamentally driven by the bandwidth delay product (BDP) between the two hosts.
特定于LinuxSACK处理器的攻击场景要求重传队列中已经持有大量包。
The specific attack scenario for a Linux SACK processor requires a retransmission queue that already holds large Numbers of packets.
之前我们在需要重传时创建新的包。
There we just created another packet if we needed to retransmit .
无损协议对待丢失的数据包要求重传,这大大增加了传输时间。
Lossless protocols require retransmission of lost packets, which substantially increases transmission time.
一个鲁棒的数据包链路层应该允许开发者自己来定义重传时间和重传次数。
A robust Packet Link Layer should allow the developer to specify the amount of time spent retrying as well as the number of retries to send.
仿真结果表明,与传统方案相比,自适应选择重传方案在高误帧率环境下以较低的误包率、略大的传输时延获得了较高的TCP吞吐量。
Numerical results demonstrate ASR-ARQ can achieve much lower packet error rate with slightly longer delay and higher TCP throughput than the conventional scheme.
传统上,解决冲突的方法是采用MAC协议控制数据包接入信道和冲突后的重传管理。
Traditionally, MAC protocols are used to control channel accessing and manage retransmissions after collision.
传统上,解决冲突的方法是采用MAC协议控制数据包接入信道和冲突后的重传管理。
Traditionally, MAC protocols are used to control channel accessing and manage retransmissions after collision.
应用推荐