为什么我从traceroute的第二个ip不能回应ping?

我的互联网今天真的很渺茫,我做了一个tracerout,我意识到我在traceroute开始的时候没有回答ip。 看到:

追踪到达12.129.202.154的路线,最多30跳

1 <1 ms <1 ms <1 ms 192.168.0.1 2 * * * Request timed out. 3 8 ms 8 ms 8 ms bd044008.virtua.com.br [189.4.64.8] 4 9 ms 8 ms 8 ms bd044009.virtua.com.br [189.4.64.9] 5 26 ms 26 ms 24 ms embratel-T0-1-5-0-tacc01.cas.embratel.net.br [200.174.243.21] 6 360 ms 15 ms 12 ms ebt-T0-15-0-12-tcore01.ctamc.embratel.net.br [200.244.140.218] 7 330 ms 349 ms 261 ms ebt-Bundle-POS11942-intl04.mianap.embratel.net.br [200.230.220.10] 8 139 ms 141 ms 139 ms sl-st30-mia-.sprintlink.net [144.223.64.221] 

连接图:PC – 路由器configuration为接入点 – 路由器(192.168.0.1) – 电缆调制解调器(192.168.100.1)。

那么,我认为第二个IP不返回ping是奇怪的。 我看了一些旧的Tracerout日志,看看第二个IP是什么。 IP是:10.19.0.1

那么,这第二个ip代表什么呢? 我怎么能find它为什么不回答ping? 我不明白,如果不回答ping,数据包如何继续(是新手问题)?


编辑:好吧,因为希望3有一个8毫秒的平跳2请求超时应该真的不成问题。 但是第二跳停止应答ping请求还是很奇怪的。 所以我的疑惑是:
1. ip 10.19.0.1是从哪里来的?
2.为什么停止回答ping请求?
3. 跳数7如何小于6和8小于7和6! 每一跳都不应该更高? 比如:hop 3的时间应该是hop之前加上自己的时间的总和(hop 3 = 1 + 2 + 3)??

路由器的工作是路由数据包。 这不是一个ping响应者。 即使无法响应ping,它也可以很好地路由数据包。 由于你看到的延迟小于百分之一秒,没有丢包,所以我认为它的路由很好。

如何跳7比6和8小于7和6! 每一跳都不应该更高? 比如:hop 3的时间应该是hop之前加上自己的时间的总和(hop 3 = 1 + 2 + 3)??

因为一些路由器是伟大的路由器和糟糕的traceroute响应者。 这不是他们的主要工作,所以他们通常没有为它优化。 当你的traceroute在一跳上停下来的时候,你正在测量那个跳响应traceroute的能力。 当它经过一跳时,你正在衡量其转发stream量的能力。 如果你正在devise一个路由器,你会优化哪个?

还有另一种可能性,但并不常见。 路线可能是不对称的。 如果较长的路线采取更好的返回路线,时间可以更短。