地铁不承认啤酒花的IP

我正在构build一个集成的networking操作门户，将来自多个资源的信息连接在一起。有一件事我想了解的是networking的拓扑结构，我正在尝试用地铁来做。不幸的是，我不认为它能够无视交换机，防火墙或虚拟（vSphere）交换机的IP地址。

我知道有几个跳跃到达终点。这个输出是有用的，因为我能够理解端点之间跳转的麻烦，因此有了足够的数据我就可以确认同一序列（逻辑或虚拟）是什么，但是我希望能够了解这些细分如何融合在一起。

$ mtr --show-ips --report-wide 10.8.100.12 Start: Sat Feb 27 12:00:05 2016 HOST: tbrown Loss% Snt Last Avg Best Wrst StDev 1.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 2.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 3.|-- drblah02.xyz.com (10.8.100.12) 0.0% 10 76.2 76.1 73.7 80.7 2.3

是否需要启用这些设备来提供这些信息？

跟踪输出中的行数将表示在从您到对等方的path上跳跃限制（也称为生存时间）减less了多less次。因此，不会降低跳跃限制的设备将不可见。例如交换机将不会在跟踪中看到，因为它们在比IP更低的层上运行。

同样重要的是，一旦跳跃限制为零，设备的行为如何。如果设备静默地丢弃数据包，则会看到空行。如果设备产生带有正确错误代码的ICMP数据包，您将看到该ICMP数据包的源IP（或主机名）。

路由器在跟踪中显示为空行有多种可能的原因：

它可能被configuration为限制ICMP数据包的数量，或者根本不发送它们。
ICMP生成中可能存在错误（一个可能的错误是使用ICMP数据包中原始数据包的剩余跳数限制）。
它可能没有足够的CPU容量来响应所有数据包。

如果在最终目标之前看到多个空白行，则可能是目标本身的IP堆栈中存在一个错误。如果目标将原始数据包的跳数限制复制到响应，则除非原始跳数限制足以覆盖路由，否则响应不会返回。这通常会导致path看起来像是真正的两倍 – 从path的后半部分没有响应。