在使用UNIX traceroute命令时,为了计算每个循环的平均延迟(从一个跳到下一个,例如: hop 8到9),我们应该采取什么步骤?
8 146.97.33.6 2.150 ms 2.159 ms 2.133 ms
9 146.97.33.61 1.580 ms 1.543 ms 1.552 ms
10 146.97.35.170 1.544 ms 1.535 ms 1.526 ms
例如,我知道跳9的平均延迟是1.5583:
1.580 ms+1.543 ms+1.552 ms / 3
然而,这是从本地主机到该特定 hop 的平均时间,还是数据包从上一
这是我的第一个问题,我对Linux和Ubuntu非常陌生,所以请不要对我太客气。
从昨天起,我一直在努力想办法解决这个问题,我的情况似乎和其他的不同。或者至少我认为是这样。
下面的输出在syslog和kern.log中处于循环状态
Dec 21 22:12:54 JoeGo kernel: [46897.103659] usb usb3-port4: attempt power cycle
Dec 21 22:12:55 JoeGo kernel: [46897.755658] usb 3-4: new high-speed USB device number 70 using xhci_hc
我有个问题。
当我试图在GNU/Linux上这样做时:
traceroute -m 255 -I [the_ip]
那我就明白了:
192.0.0.1 (192.0.0.1) 6.788 ms 6.774 ms 6.781 ms
62.214.36.201 (62.214.36.201) 7.672 ms 7.869 ms 7.872 ms
62.214.37.202 (62.214.37.202) 12.351 ms 12.460 ms 12.467 ms
80.249.210.13 (80.249.210.13) 42.244 ms 42.202 ms 42.385
这是一个很难回答的问题,但我很确定服务器故障是问它的最好的地方。我理解traceroute和它的作用,但我不了解响应时间。
例如,我在追踪cnn.com,但是跳5只需要32 to,跳6只需要11 to。数据包不需要在5点通过路由器才能到达6点并返回吗?还是包采取了不同的路线到达6下一次?
4 gig-3-0-0-nycmnyrdc-rtr01.nyc.rr.com (24.29.157.197) 11.482 ms 9.982 ms 11.259 ms
5 tenge-0-0-0-nycsnyoo-rtr1.nyc.rr.com (24.29.119.102) 32.916 ms
我正在使用tcptraceroute跟踪到我的服务器的路径。服务器正在显示间歇性的网络可用性。就好像有些包能很好地通过,其他的需要很长的时间,而有些却永远无法到达。
这里有两个到服务器的tcptraceroute。你知道什么会导致这种变化的输出吗?或者对如何进一步调试这个问题有什么建议吗?
1 VLAN host (<VLAN IP>) 0.786 ms 1.250 ms 1.637 ms
2 * * *
3 server host (<serverIP>) 0.632 ms 0.646 ms 0.647 ms
和
1 VLAN host
我正在使用网络仿真器NS2程序(https://www.isi.edu/nsnam/ns/)来模拟一个简单的网络拓扑结构,使用一个UDP代理和一个CBR流量,将数据从一个节点发送到更远的另一个节点。在拓扑中的某个位置,可以选择所涉及的网络路径,因为有两个备选选项(例如1-2-3或1-4-3,其中节点1正在发送数据,3正在接收数据)。我还使用以下命令进行动态路由:
Agent/rtProto/Direct set preference_ 200
$ns rtproto DV
我还使用rtmodel停止/启动事件来模拟以下网络拓扑的变化:节点1和2的连接被“切断”,然后再恢复。我的问题如下:
1)