tracert这个结果表示什么？

number321

218.2.131.57\r\nRequest timed out.\r\n202.97.41.169\r\n202.97.34.69\r\n\r\n每次都是到218.2.131.57的后面就显示Request timed out.\r\n能告诉我这样可以看出什么问题吗\r\n\r\nrequest timed out，既然是超时，为什么包还从这里走呢

hjp0021

应该是deny掉了ICMP的某种type报文。

kentchoi

中间那个是禁止对自己本身的icmp包访问，但是呢，允许这种包通过此设备。

ssffzz1

1、这个设备本身不回复ICMP端口不可达报文。\r\n2、这个设备回复的报文在途中丢失了，（大多是ACL禁止了）\r\n\r\n基本就这些了。不回复ICMP报文，不代表不能转发数据。

number321

那么 \r\n1ms  3ms *\r\n*       *     5ms\r\n70ms  60ms   *\r\n\r\n这里有*代表什么

ssffzz1

但是这种情况不绝对代表那个地方一定有问题。\r\n因为在复杂的组网结构下这种情况也是可能出现的。

number321

谢谢,另外想问下,局域网内我旁边的一台电脑,也tracert同样的一个IP\r\n\r\n结果出来的路由前半部分是有些不一样的,每次我总是走有那个bad request的路由,旁边的电脑走另一条\r\n\r\n为什么同样一个地点向另一个地点的包,会有两条不同的路线?我在自己的机子上用什么方法可以改变成另外的路线呢\r\n\r\n(我的机子在到公网之前,可能经过不止一个交换机或路由器)

kentchoi

使用 带着宽松源路由选项的 traceroute 包，，\r\n只是目前大部分安全设备都直接阻断这种包的。。。

ssffzz1

1、你确信你的机器和他的机器的环境一样吗，譬如缺省网关，所处的网段。\r\n2、你们的出口网关没有做过策略吗？\r\n3、这个情况是正常的，ISP可能存在负载均衡的路径。不过到底走那一条不是你决定的，你控制不了。