perfSONAR User Q&A and Other Discussion

[Alan Whinery <>]

Aaron,

while you're on that thought -- is that histogram-derived jitter what's reported by owping? I have noticed that owping reports "jitter" and powstream does not...

-Alan

On 3/20/2013 7:05 AM, Aaron Brown wrote:

Hey Pedro,

Each row (a bucket) corresponds to a group of packets, so it's the equivalent of saying "in minute X, there were 597 packets with 50ms delay, 2 packets with 51ms delay, and 1 packet with 54ms delay". You have to use the OWPBUCKETWIDTH parameter to figure out what to multiply times 'i' to get the delay for each bucket. That histogram should give you a usable concept of jitter for each 1 minute interval. However, if you want the inter-packet jitter, there's no way to get that from the database.

Cheers,

Aaron

On Mar 20, 2013, at 12:50 PM, Pedro Queirós <> wrote:

Hi Aaron,

yes, I've checked that earlier. I'm not seeing how I can generate jitter stats from that table,

since there aren't timestamps of individual packets.

Do you guys actually do this? Or know if anyone has done that before?

Kind Regards,

Pedro

On Wed, Mar 20, 2013 at 3:48 PM, Aaron Brown <> wrote:

Hey Pedro,

There's a description of how to interpret the values of the DELAY table in http://anonsvn.internet2.edu/svn/perfSONAR-PS/trunk/perfSONAR_PS-perfSONARBUOY/doc/owamp_database_schema.txt . Let me know if it's confusing, or if you have specific questions.

Cheers,

Aaron

On Mar 20, 2013, at 11:37 AM, Pedro Queirós <> wrote:

Thank you Jeff and Aaron for your replies.

So, if I correctly interpreted what Aaron stated, it's just impossible

to get the mean value of the delay. I must use the DELAY table

to somehow get the median.

I'm not understanding how can I calculate jitter based on the DELAY

table. Can someone please enlighten me on this?

Thanks for your time,

Pedro

On Thu, Mar 14, 2013 at 5:00 PM, Jeff Boote <> wrote:

Another doubt of mine concerns the following phrase: "The maxerr has the 

maximum NTP error seen." Can you please elaborate on this? 

What error are you referring to? The error in time synch between the machine

and it's time reference?

That's my recollection, but I'm not positive. In general, it's just a gauge of how trustworthy the numbers are. e.g. if the delay says 30ms, but the error is 20ms, the result is unlikely to be as useful.

IIRC, It is the sum of the max error reported by ntpq on both the sending and receiving machines.

Jeff