帮忙看一下，为什么traceroute会有两个相同的IP？

hahasasa

"我们不可能看到路由器传送一个TTL值为0的数据报，除非发出该数据报的该路由器已经崩溃"

摘自《TCPIP详解卷一》第八章

platinum

原帖由 hahasasa 于 2007-9-14 17:11 发表
"我们不可能看到路由器传送一个TTL值为0的数据报，除非发出该数据报的该路由器已经崩溃"

摘自《TCPIP详解卷一》第八章

说的没错，就是这样啊，有什么问题？

原帖由 hahasasa 于 2007-9-14 17:08 发表
按照楼上这么说，我们永远traceroute不到第一跳吧。。。除非traceroute的第一个包TTL=0

没懂你的意思

chatgirl

都不管我的问题了，开始讨论到底ttl=几才丢弃了。
我也说下我的理解吧，我觉得应该是这样的。一个包在经过路由器这个过程，ttl是要-1的，
也就是象hahasasa说的那样，traceroute的第一个包，ttl应该是1，这个包进到路由器的inif,在决定路由然后这个包到outif的时候，ttl被-1，也就是变成0了，这个时候outif就把这个包丢弃了，然后报告ttl expired吧？所以ttl为1的数据包可以说经过路由器之后（还没出去，经过处理的意思吧），ttl=0了，然后被丢弃了，或者路由器不是这么处理的，而是对ttl=1而目的IP不是自己，是需要转发的包直接报告expired？我觉得应该是这么个过程，所以这个ttl=1的包没过去这个路由器，也就被看成ttl=1的被丢弃啦，是不是这样？如果说错了也别见笑，希望能纠正我的错误看法。《tcp/ip》这本书我知道很好，可惜一直没机会看，所以对网络协议这方面理解的很肤浅。
另外请大家指点一下，我说的那个问题，就是traceroute会有两个相同ip的hop，可能是什么原因？我真的很想知道。

[ 本帖最后由 chatgirl 于 2007-9-14 18:54 编辑 ]

ssffzz1

刚才实验过了。如果是无编址链路不会出现上述情况。
这可能是由于ISP的错误配置，或者是特殊的设备的原因。

chatgirl

感谢测试。
可以说的具体点吗？大概是错误配置了什么地方，或者设备怎么了？
可能引起网络闪断么？就象我上面说的那样，断几秒，就好了。
这段被网络总断弄的头疼，arp，病毒，都排查过了。
交换机，nat设备，光转换设备，也都没发现什么故障，只能寄希望于ISP那边了。
不是指望他们解决，是寄希望于故障在他们那边，故障能定位就好办了。

chatgirl

因为网络的闪断就是几秒的事，所以用户反映故障之后，再去查看故障，故障已经不存在了。nat机器上日志也没有发现什么
这几天在下面一台工作站开3个窗口一直ping，分别pingLAN的网关，WAN的网关，和DNS，
刚才又闪断了一下，发现前两个都没丢包，而DNS time out了。我觉得这应该能说明至少到ISP网关的链路没问题了，问题出在ISP那边。可惜没有证据，刚才来回切3个窗口看，没抓图，等想起来要抓的时候，已经刷没了。。。
明天去找网通理论吧，没证据，心里没什么底。而且网通就是有证据都要辩3分的，更别说我口说无凭了。垄断啊。。。
另外还希望知道那个重复IP的原因，好奇。

chlsh

是不是被监控了,猜的

q1208c

偶个人以为, 只是因为这个路由器过了两次.

一个简单的原因, 这条路由先从这个路由器的A口进来, 然后查了路由表, 也就是说, A 这个口有可能是在一个非点对点的网络上.

coolgg

被前一跳的设备做地址翻译了？

yezj2004

应该是在125.32.9.234这台路由器（或三层交换机）上做了一些acl设置，禁止了ttl=1的ip包通过，众所周知trace程序是通过每次ttl+1来探测各个节点的，第一次到达这台路由器的包的ttl=1，在禁止之列，根据acl的设置，回应一个expire（icmp type=11 code=0）的包（在机器上面抓包可以证实），然后trace程序发一个ip包，到达路由器的时候，ttl=2，不在acl限制的范围之内，然后路由器ttl减1继续转发。
在路由器上面限制ttl=1的包进行转发在某些运营商上很常见，主要目的是为了防止他们的网络被trace发现。