同一子网中的 Traceroute 跃点

Question

在什么情况下，traceroute 输出中同一子网中有两个邻居跃点？据我所知，它应该只是源地址，每个路由器接口应该在不同的子网中？

例如：

1     *        *        *     Request timed out.
2     2 ms     3 ms    <3 ms  10.10.0.14
3     5 ms     4 ms     3 ms  10.10.0.15
4     21 ms    22 ms    25 ms  194.221.100.49

它应该看起来像这样。

(PC) 192.168.1.2 --- 192.168.1.1 (Router1) 10.10.0.X --- 10.10.0.14 (Router2) 10.10.0.x --- 10.10.0.15 (Router3) 192.221.100.X --- 192.221.100.49 (Router4) X.X.X.X

但是在 Router2 中有 2 个接口在同一个子网中，这应该是不可能的？

它可能是什么类型的配置？也许帧中继？

Answer 1

每个路由器接口应该在不同的子网中？

您逻辑中的错误在于假设网络拓扑始终涉及路由器，这些路由器严格地将在一个子网中的接口上接收的数据包通过不同子网中定义的接口传出。虽然这在常见的 SOHO 和中型企业环境中是正确的，但它并不是唯一可用的部署模式。网络工程师可能有理由采用另一种方法，或者由于运气和配置变动，他们可能会导致意外采用一种方法。

在几种情况下，路由器可以接收数据包，这些数据包随后被路由回接收它们的同一网络。如何以及参考我们定义子网的设备很重要。例如，路由器具有 的接口是完全合法的10.0.0.1/16，而位于其后面的设备使用子网中的地址10.0.x.y/24。从设备的角度来看，从 10.0.1.x 到 10.0.2.x 的数据包需要遍历一个或多个路由器，但路由器知道得更好。这种网络转发的现象在企业网络的核心中很常见。虽然不一定有效，但它确实有效并且路由器正确地完成了它的工作。

当从连接到 VPN 集中器的设备运行 traceroute 时，会发生另一种常见情况，该设备将其流量通过 VPN 隧道传输到远程设备。如果我们认为这是导致 traceroute 输出的原因，则该.14设备很可能是连接到远程端公司 LAN 的集中器。该.15设备是集中器所连接网络的路由器。数据包在.14接口上被接收（通过隧道传输），并从同一个接口传回，以继续路由到它们的目的地。这没有任何问题，并且traceroute合法地向您显示负责在 IP 层接触数据包的所有设备的身份。

如果没有对网络拓扑结构的进一步精确了解，特别是中间路由器的配置，就不可能准确了解您的情况发生了什么。