PING和TRACERT的一个有趣的问题，大家讨论一下

caicai

原帖由 \"xunle\" 发表：\n202.96.134.133\r\n是深圳电信的DNS地址。\r\n192.168.0.1是我们的路由器地址。\r\n中间部分的东东应该是电信的路由器地址吧？\r\n\r\n用了 -R 参数后TIME OUT。\r\n不用就OK。

    \r\n\r\n你们是通过什么方式接入的呀，局域网内是不是划分VLAN了？

炎舞

不同意楼上的关于TTL的部分说法.\r\n更正其中的一个部分:\r\n\r\nTTL的初始值不是1.它的值是有不同的操作系统来决定的,并且可更改.\r\nwin2000的icmp包的初始值是128,win98是64部分unix是255,\r\n不一而足.\r\n\r\n关于楼主的问题,你的切入点也不正确.\r\n如我前帖所说,tracert是要求一路上的设备都回送icmp包给你.\r\n这在有些设备上是禁止的.所以会出现timeout\r\n默认的策略是允许转发.所以ping还是可以通.

caicai

原帖由 \"炎舞\" 发表：\n不同意楼上的关于TTL的部分说法.\r\n更正其中的一个部分:\r\n\r\nTTL的初始值不是1.它的值是有不同的操作系统来决定的,并且可更改.\r\nwin2000的icmp包的初始值是128,win98是64部分unix是255,\r\n不一而足.\r\n\r\n关于楼主的问题,..........

    \r\n\r\n关于TTL的设置你是对的，但你应该去看看tracrt的工作原理，它为什么可以知道到目的站要经过哪些路由

炎舞

我们老师没讲．（所有不会的东西都诬赖老师没讲．）\r\n正要请教？在线等待ing...

blue_sky

同意炎先生的观点,如果在那个设备上做什么控制的话就会出现这种情况.

caicai

原帖由 \"炎舞\" 发表：\n我们老师没讲．（所有不会的东西都诬赖老师没讲．）\r\n正要请教？在线等待ing...

    \r\n\r\nTracert \r\n一个探测路由的程序，可以让我们看见IP数据报到达目的地经过的路由。 \r\nTracert利用ICMP数据报和IP数据报头部中的TTL值。TTL（Time To Live）是一个IP数据报的生存时间，当每个IP数据报经过路由器的时候都回把TTL值减去1或者减去在路由器中停留的时间，但是大多数数据报在路由器中停留的时间都小于1秒种，因此实际上就是在TTL值减去了1。这样，TTL值就相当于一个路由器的计数器。 \r\n当路由器接收到一个TTL为0或者1的IP数据报的时候，路由器就不再转发这个数据了，而直接丢弃，并且发送一个ICMP“超时”信息给源主机。Tracert程序的关键就是这个回显的ICMP报文的IP报头的信源地址就是这个路由器的IP地址。同时，如果到达了目的主机，我们并不能知道，于是，Tracert还同时发送一个UDP信息给目的主机，并且选择一个很大的值作为UDP的端口，使主机的任何一个应用程序都不使用这个端口。所以，当达到目的主机的时候，UDP模块就产生一个“端口不可到达”的错误，这样就能判断是否是到达目的地了。

netcenterworker

窃喜，我又学到了点东东，明天跟朋友吹吹

dainh

原帖由 \"炎舞\" 发表：\n偶又来回答你的问题了。\r\n\r\nping是将icmp包发送到target,然后对方再发一个回来，中间进行ttl倒数。\r\ntracert是要求一路上的设备都给你一个icmp包。\r\n\r\n如果某一设备设置了忽略这种icmp请求，就会出现timeout\r\n但是，..........

   \r\n\r\nnod

炎舞

现在我明白了tracert的工作原理。\r\n但是还是不知道跟接入方式有什么关系？\r\n如果是接入方式的问题，那为什么不是所有都timeout？

redwolf

这个跟UDP本身也有关系的。。。\r\n不光是ICMP请求过滤的问题，还有我们中间的设备是不是有二条路由，还有UDP本身就不保证传输的可靠性。。。