老是忘,构造报文的延时更简单贴切,具体的非对称原因是:每次报文在各层的协议栈中处理的时间不同。


计算的是传输速率延时,比如本来2者延时10秒,但是报文在出服务器m的cpu
多了2秒,就变成12秒了,这个延时要去掉。只考虑发送报文延时,不考虑接收报文延时
m ---> s 12
m<--- s -9
-9 - (12&#43;-9)/(1&#43;2)&#61;-10
常规算法&#xff1a; &#xff08;12&#43;-9&#xff09;/2&#61;1.5 是线路上传输延时 那么就是12-1.5&#61;10.5秒延时
适用范围是&#xff1a;报文的发送时间远远大于在线路上的传输时间


