This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/ripe-atlas@ripe.net/
[atlas] LatencyMON Widget Y axis in milliseconds
- Previous message (by thread): [atlas] SixXS issues
- Next message (by thread): [atlas] LatencyMON Widget Y axis in milliseconds
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Massimo Candela
mcandela at ripe.net
Mon May 9 17:25:46 CEST 2016
Hi Marat, > On 13 Apr 2016, at 10:23, Marat Khalili <mkh at rqc.ru> wrote: > > I'm using LatencyMON <https://atlas.ripe.net/docs/tools-latencymon/> widget to monitor my network performance. It's very convenient. Unfortunately, it always loads with latency shown in %% (of what?), not in milliseconds, so I have to make one extra click in order to view actual milliseconds. Is there some hidden switch that would make milliseconds the default? Shouldn't it be initially default in the first place? Thanks for your comment, I will try to answer and give my opinion. Here you can find the documentation: https://atlas.ripe.net/docs/tools-latencymon/ <https://atlas.ripe.net/docs/tools-latencymon/> According to it: "The relative representation shows, in percentages, how the values behave compared to the baseline, which is the minimum latency collected in the time range for the specific graph. Note that outliers have been removed. For example, if the latencies collected oscillate between 30 and 90 ms, the y-axis will have a range between 0 and 200%, as 30 ms will be considered the baseline and 90 ms represents an increase of 200% over 30 ms.” The relative representation allows the user to focus on change in the RTT over time and geographic space, instead of a pure comparison among milliseconds of the various probes. Following the user requests and according also to our internal use, this is the most common use case, especially in case of outage analysis. For example if you have a probe in Canada and one in Italy and the target used in the measurement is in Germany, you would expect to have some ms more from the one in Canada: this information it’s just going to pollute the graphs. Probably if something happens on the network you would like to know which probes were affected and how. So what is the difference in RTT compared to what is considered “normal” from that source. You can anyway force to open the measurement in ms (the same goes for all the other parameters) if you embed the widget in your html page/monitor/dashboard. Sorry for the delay of the answer, for more information feel free to contact me personally. Ciao, Massimo > > -- > > With Best Regards, > Marat Khalili -------------- next part -------------- An HTML attachment was scrubbed... URL: </ripe/mail/archives/ripe-atlas/attachments/20160509/f9f2ed31/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2611 bytes Desc: not available URL: </ripe/mail/archives/ripe-atlas/attachments/20160509/f9f2ed31/attachment.p7s>
- Previous message (by thread): [atlas] SixXS issues
- Next message (by thread): [atlas] LatencyMON Widget Y axis in milliseconds
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]