Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature request: support ICMP type 13/14 timestamps #265

Open
moeller0 opened this issue Sep 20, 2022 · 1 comment
Open

Feature request: support ICMP type 13/14 timestamps #265

moeller0 opened this issue Sep 20, 2022 · 1 comment

Comments

@moeller0
Copy link

Sometimes for debugging it is helpful to get an idea about one way delays (or even just changes in one way delays). However the amount of servers willing to serve precise time (e.g. NTP servers) is quite low, not well distributed over the internet and often only willing to reply at low packet rates. However quite a number of publicly reachable servers are willing to respond to ICMP timestamps requests with the appropriate response. It would be excellent if fping could grow the capability to use ICMP timestamps instead of ICMP (caveat, ICMP over IPv6 tends not to support ICMP timestamps, but with large parts of the internet being IPv4 that still keeps ICMP timestamps relevant).

@lynxthecat
Copy link

lynxthecat commented Sep 20, 2022

I would like to second this request. In addition to the excellent reasons provided above, I think this would serve to yet further increase the attractiveness of fping set against the other existing ping utilities which either: offer it but are buggy (e.g. nping); offer it but are no longer maintained (e.g. hping3); or do not even offer it (e.g. iputils-ping). ICMP type 13 requests remain a powerful tool for ascertaining not only RTT, but also its constituent one way delays between the client and the server.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants