Fatal编程技术网
  • tcp/
  • 使用tcptrace计算RTT

使用tcptrace计算RTT

tcp

使用tcptrace计算RTT,tcp,tcpdump,tcptrace,Tcp,Tcpdump,Tcptrace,对于以下附加的tcptrace输出（这是从RTT统计下的站点获取的） 所以我的问题是，如果你看到a->b和b->a的RTT平均值，它们的值有很大的差异。我不指望他们完全一样，但差别很大。我认为在计算RTT的过程中，幕后发生了一些我不确定的事情。总结：确保查看RTT以获得对话的正确一半，具体取决于您拍摄的位置 说明tcptrace使用数据段的时间戳与确认数据段的ACK的时间戳之间的差异来计算RTT。这意味着RTT计算将取决于捕获跟踪的位置 例如，如果您在节点A上捕获数据包，则在看到相应的段从节点B

对于以下附加的tcptrace输出（这是从RTT统计下的站点获取的）

所以我的问题是，如果你看到a->b和b->a的RTT平均值，它们的值有很大的差异。我不指望他们完全一样，但差别很大。我认为在计算RTT的过程中，幕后发生了一些我不确定的事情。

总结：确保查看RTT以获得对话的正确一半，具体取决于您拍摄的位置

说明tcptrace使用数据段的时间戳与确认数据段的ACK的时间戳之间的差异来计算RTT。这意味着RTT计算将取决于捕获跟踪的位置

例如，如果您在节点A上捕获数据包，则在看到相应的段从节点B到达后，您几乎会立即看到A的ACK，从而在B->A段中看到RTT的值非常低。对于A->B段，您将测量实际RTT，因为在从A查看段和从B查看相应ACK之间将发生“实际”往返

如果在节点B上进行捕获，情况将被逆转，如果在中间某个地方捕获，“true”RTT将近似为-> B+B-> A.

< P>，RTT计算不在发送方节点进行。它们可能是在路径上的某个点上制作的。a->b和b->a不一定在发送方和接收方节点之间

可能是这样的

S--A-------->R
其中S是发送方，R是接收方，A是S和R之间的某个点。A->b可以表示从A到R的RTT，而b->A可以表示从A到S的RTT。我知道它与tcpdump无关，但它不允许我为tcptrace创建新标记。 
1 arg remaining, starting with 'indica.dmp.gz'
Ostermann's tcptrace -- version 6.4.5 -- Fri Jun 13, 2003

153 packets seen, 153 TCP packets traced
elapsed wallclock time: 0:00:00.128422, 1191 pkts/sec analyzed
trace file elapsed time: 0:00:19.092645
TCP connection info:
1 TCP connection traced:
TCP connection 1:
    host a:        192.168.0.70:32791
    host b:        webco.ent.ohiou.edu:23
    complete conn: yes
    first packet:  Thu Aug 29 18:54:54.782937 2002
    last packet:   Thu Aug 29 18:55:13.875583 2002
    elapsed time:  0:00:19.092645
    total packets: 153
    filename:      indica.dmp.gz
   a->b:                  b->a:
     total packets:            91           total packets:            62      
           . . .                                  . . .
           . . .                                  . . .
     throughput:               10 Bps       throughput:               94 Bps  

     RTT samples:              48           RTT samples:              47      
     RTT min:                74.1 ms        RTT min:                 0.1 ms   
     RTT max:               204.0 ms        RTT max:                38.8 ms   
     RTT avg:               108.6 ms        RTT avg:                 8.1 ms   
     RTT stdev:              44.2 ms        RTT stdev:              14.7 ms   

     RTT from 3WHS:          75.0 ms        RTT from 3WHS:           0.1 ms   

     RTT full_sz smpls:         1           RTT full_sz smpls:         1      
     RTT full_sz min:        79.5 ms        RTT full_sz min:         0.1 ms   
     RTT full_sz max:        79.5 ms        RTT full_sz max:         0.1 ms   
     RTT full_sz avg:        79.5 ms        RTT full_sz avg:         0.1 ms   
     RTT full_sz stdev:       0.0 ms        RTT full_sz stdev:       0.0 ms   

     post-loss acks:            0           post-loss acks:            0