Problems running on Ubuntu 22.04, routing information is displayed incompletely, only part of it is displayed, can't get to the final destination #498
Comments
|
On my 22.04 system and with the stock system mtr (I don't even use it enough to upgrade it to the latest version on my OWN system... )... which does terminate on the same host/network as you, just even in the last few hops a different route than what you're getting. (using the hostname, instead of the IP gives me a route that's 11 hops... The DNS servers resolve the hostname to an IP that's close... ) Anyway, I suspect that mtr uses a slightly different packet type than what traceroute uses. There are commandline options to try to change the packet type. Please report if that helps. If so, That's your solution: If you don't reach the final hop, try a different packet type. If it doesn't help it seems unlikely that this leads to a change in mtr, but I'm interested to see a packet trace of when MTR does its thing to compare it to when traceroute does its thing. use |
|
Is it possible that the hyper-v virtual machine caused? But I have tried both independent IP and NAT-shared IP，This is also the case with centos 7.9. The last hop route is displayed as *, which is the case with any IP/domain name. In some cases, the hop count node of the middle route is not realistic, and only the beginning and the end are displayed. Do you know why?
…---Original---
From: "Roger ***@***.***>
Date: Fri, Dec 22, 2023 22:00 PM
To: ***@***.***>;
Cc: ***@***.******@***.***>;
Subject: Re: [traviscross/mtr] Problems running on Ubuntu 22.04, routing information is displayed incompletely, only part of it is displayed, can't get to the final destination (Issue #498)
On my 22.04 system and with the stock system mtr (I don't even use it enough to upgrade it to the latest version on my OWN system... )...
17. 142.251.235.80 0.0% 57 259.8 260.2 255.0 277.3 3.7 18. 108.170.243.65 0.0% 57 260.1 262.8 254.8 270.6 3.0 19. 142.251.70.23 0.0% 57 255.4 258.9 254.0 268.5 2.8 20. kix06s11-in-f14.1e100.net 0.0% 57 257.5 257.1 252.9 269.0 2.8
which does terminate on the same host/network as you, just even in the last few hops a different route than what you're getting. (using the hostname, instead of the IP gives me a route that's 11 hops... The DNS servers resolve the hostname to an IP that's close... )
Anyway, I suspect that mtr uses a slightly different packet type than what traceroute uses. There are commandline options to try to change the packet type. Please report if that helps. If so, That's your solution: If you don't reach the final hop, try a different packet type. If it doesn't help it seems unlikely that this leads to a change in mtr, but I'm interested to see a packet trace of when MTR does its thing to compare it to when traceroute does its thing. use mtr -r -c 3 google.com
as the commandline for mtr.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: ***@***.***>
|
|
mtr -r -c 3 baidu.com
|
|
Paraphrasing the question it's "Why paths to two or three different networks (142., 39., 110.) using two different protocols (udp and icmp) are different". The answer is in the Q itself. |
|
On Fri, Dec 22, 2023 at 06:07:33AM -0800, zhiduopc wrote:
Is it possible that the hyper-v virtual machine caused?
Not really! It seems that on the first few hops we can see correct
packets being sent out and the replies being delivered to the
application.
…--
** ***@***.*** ** https://www.BitWizard.nl/ ** +31-15-2049110 **
** Delftechpark 11 2628 XJ Delft, The Netherlands. KVK: 27239233 **
f equals m times a. When your f is steady, and your m is going down
your a is going up. -- Chris Hadfield about flying up the space shuttle.
|
The weird thing is that the front is normal and the back doesn't show up if it's a real time MTR |
Problems running on Ubuntu 22.04, routing information is displayed incomplete, only part of it is displayed, can't get to the final destination, only mtr v0.95 seems to be available, no more updates? Is there any way to fix this, any IP/domain name only shows part of the routing node, not the full one, traceroute classic version as well, I updated it to show the full routing node path information normally, mtr has no update information available!
node (10.10.10.10) -> google.com (142.250.207.110) 2023-12-21T18:37:43+0000
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
traceroute to google.com (142.250.207.110), 64 hops max
1 10.10.10.1 0.283ms 0.139ms 0.113ms
2 * 156.234.95.65 2453.154ms *
3 10.10.10.17 0.486ms 0.435ms 0.387ms
4 192.145.251.168 37.894ms 38.534ms 37.987ms
5 * * *
6 108.170.242.193 30.302ms 34.026ms 27.912ms
7 108.170.242.134 28.137ms 27.647ms 27.723ms
8 142.250.212.151 36.754ms 36.477ms 36.438ms
9 142.250.58.92 38.500ms 38.531ms 38.401ms
10 108.170.243.65 38.476ms 38.481ms 38.531ms
11 142.251.69.231 43.682ms 43.724ms 43.542ms
12 142.250.207.110 43.830ms 43.916ms 43.793ms
The text was updated successfully, but these errors were encountered: