As described on the title, I can't make difference between reverse, forwarding and return path, especially between reverse and return path. Also, how the RTT is affected by the reverse, forwarding and return path?
Thanks in advance.
Network Engineering Stack Exchange is a question and answer site for network engineers. It only takes a minute to sign up.
Sign up to join this communityYou are "A", you are performing a Traceroute to "B"
First hop is A > R1
. The response travels R1 > A
. In this case, the RTT time is how long it took for the packet to get from A, to R1, and back. In a way, you could divide the RTT in half, and you would have the time from A to R1, and from R1 to A.
Second Hop is A > R1 > R2
. The response travels R2 > R1 > A
. This is the same as above. The forward path is identical to the reverse path.
Third Hop is A > R1 > R2 > R3
. And for reasons outside of your control, the response travels R3 > R5 > R1 > A
. You receive a RTT time that encompasses BOTH of these paths. The problem is that since there is a different reverse path than there is a forward path the RTT time doesn't directly indicate a problem in the path.
For example, if you get a RTT time of 90. It might be tempting to divide that in half and say the path A > R1 > R2 > R3
took 45ms and the R3 > R5 > R1 > A
path took 45ms. But there is no way of knowing that.
Its possible that the forward path took 20ms (which is relatively "healthy"), but the response path took 70ms (which is relatively less healthy, but not quite unhealthy).
Moreover, there is also no way of determining what the return path is -- traceroute
only provides the forward path.
To summarize:
Return Path vs Reverse Path are the same thing, as far as I know. But maybe someone else will have an answer that says otherwise.