您是“A”，您正在执行到“B”的跟踪路由

第一跳是A > R1。响应传播R1 > A。在这种情况下，RTT 时间是数据包从 A 到达 R1 并返回所用的时间。在某种程度上，您可以将 RTT 分成两半，您将拥有从 A 到 R1 以及从 R1 到 A 的时间。

第二跳是A > R1 > R2。响应传播R2 > R1 > A。这与上述相同。的前向路径是相同的反向路径。

第三跳是A > R1 > R2 > R3。而你控制的原因外，响应传播R3 > R5 > R1 > A。您会收到包含这两条路径的 RTT 时间。问题在于，由于反向路径与正向路径不同，因此 RTT 时间并不直接指示路径中的问题。

例如，如果您得到 90 的 RTT 时间。可能很容易将其分成两半，并说路径A > R1 > R2 > R3花费了 45 毫秒，R3 > R5 > R1 > A路径花费了 45 毫秒。但没有办法知道这一点。

前向路径可能需要 20 毫秒（相对“健康”），但响应路径需要 70 毫秒（相对不太健康，但不是很不健康）。

而且，也没有办法确定返回路径是什么——traceroute只提供前向路径。

总结一下：

• 前进路径- 从您到目的地的路径
• 返回路径- 从目的地返回到您的路径（有时这与前向路径完全相反，有时不是）

据我所知，返回路径与反向路径是一回事。但也许其他人会有一个相反的答案。