cloudprober VS irtt

Do you mean that your service doesn't have enough traffic all the time? Then you can (and should) use synthetic clients to send requests to your endpoint. They provide both a minimal amount of traffic all day round and also can report on responses they get and improve your coverage. Example project: https://github.com/google/cloudprober

If your service might at times fall to almost zero requests outside business hours, having a synthetic client is a must. You can use Blackbox exporter as mentioned by u/SuperQue or CloudProber, both work well for simple cases (one step site check or API call), for anything more complicated (multi step scenarios) you are better off scripting it.

Relatively easy to achieve: through variety of available opensource projects like cloudprober or blackbox exporter (if your test case is straight forward) or custom made programs out of bash, python, golang (if your test case is more complex).

IRTT (Isochronous Round-Trip Time) is an open-source network performance testing tool that specializes in measuring latency, jitter, and packet loss. It is designed for both unidirectional and bidirectional traffic, supporting multiple protocols such as UDP, TCP, and ICMP. IRTT's standout feature is its ability to generate isochronous (constant interval) packet streams, which allows for precise control over packet timing and transmission rates. This capability enables users to simulate various network conditions and stress test network devices, making IRTT a versatile tool for network administrators and researchers.

SmokePing and PingPlotter are my go to's at this point in time. https://github.com/heistp/irtt seems like the best thing out there out there that was recommended on this thread I created.

most of the solutions mentioned here are for low pps monitoring. personally i use https://github.com/heistp/irtt to simulate a voice call (where jitter matters the most) to a server where i can control the network. i use a custom tool to parse the output and insert it into influxdb for graphing/alerting.

OWAMP is even a standardized protocol (RFC 4656).

For the record, there is another tool that can perform such kind of one-way measurement called https://github.com/heistp/irtt .