I hope this makes a difference - traceroute was invaluable when I first started working in networked environments, but over time, it's become effectively useless because it just reports "* * *" after the first couple of hops. I always assumed that was because of network security policies, but maybe it was just timing out the whole time.
You might have better results if you use different traceroute options (e.g. --tcp on Linux, which uses TCP SYN for probes) or other traceroute-like programs (e.g. lft, paris-traceroute, mtr)
Others have answered what the 8 means, you might also want to know why it's used, since it may be "obvious" that traceroute is a system utility. In many cases it's not obvious whether one is referring to the syscall, kernel API, system utility, etc, since overloading a single simple word is quite common.
Quoting the manual section number is common practice in the OpenBSD project and community. It is used quite heavily in the documentation and on the mailing lists.
It sounds like a good change but it's worth thinking about how this changes what traceroute actually does. I wonder if any significant amount of network infrastructure will respond differently to getting a bunch of probes with different TTLs all at once?
(I've long since switched to MTR for most uses. It's different than traceroute in lots of ways and is noticeable.)
You don't know how many hops there are, so it would mean guessing beforehand, or using a big default (like 64) which means a ton of unnecessary packets for the average route.
Tradition ("if it ain't broke...") as well as general resistance to things that may well be fads (eg github) are hallmarks of people who have been doing serous systems engineering for multiple decades.
There are also real costs to switching tools, borne a little bit by everyone in the project. What they have is obviously working okay for them at the moment.
[+] [-] SkipperCat|4 years ago|reply
[+] [-] nullwarp|4 years ago|reply
[+] [-] loeg|4 years ago|reply
[+] [-] commandlinefan|4 years ago|reply
[+] [-] sigjuice|4 years ago|reply
[+] [-] jleahy|4 years ago|reply
mtr will keep going after hitting a blackhole in the middle.
[+] [-] yardstick|4 years ago|reply
[+] [-] timw4mail|4 years ago|reply
[+] [-] p1mrx|4 years ago|reply
[+] [-] drewg123|4 years ago|reply
1 General commands
2 Syscalls
3 Library functions
4 Kernel interfaces
5 File formats
6 Games
7 Misc
8 System commands
9 kernel dev
[ EDIT: I have no idea how to make a single-spaced numbered list here.. ]
[+] [-] sulam|4 years ago|reply
[+] [-] drran|4 years ago|reply
[+] [-] sigjuice|4 years ago|reply
[+] [-] unknown|4 years ago|reply
[deleted]
[+] [-] loeg|4 years ago|reply
[+] [-] unknown|4 years ago|reply
[deleted]
[+] [-] neuromanser|4 years ago|reply
[+] [-] NelsonMinar|4 years ago|reply
(I've long since switched to MTR for most uses. It's different than traceroute in lots of ways and is noticeable.)
[+] [-] Panino|4 years ago|reply
[+] [-] martin_|4 years ago|reply
[+] [-] MonkeyClub|4 years ago|reply
[+] [-] convolvatron|4 years ago|reply
[+] [-] pphysch|4 years ago|reply
[+] [-] yannk|4 years ago|reply
[+] [-] unknown|4 years ago|reply
[deleted]
[+] [-] ur-whale|4 years ago|reply
[+] [-] kzrdude|4 years ago|reply
[+] [-] tptacek|4 years ago|reply
[+] [-] sneak|4 years ago|reply
There are also real costs to switching tools, borne a little bit by everyone in the project. What they have is obviously working okay for them at the moment.
[+] [-] IcePic|4 years ago|reply