Skip to Content.
Sympa Menu

perfsonar-user - Re: [perfsonar-user] Perfsonar graphs not showing outages

Subject: perfSONAR User Q&A and Other Discussion

List archive

Re: [perfsonar-user] Perfsonar graphs not showing outages


Chronological Thread 
  • From: Brian Candler <>
  • To: Andrew Lake <>, "" <>
  • Subject: Re: [perfsonar-user] Perfsonar graphs not showing outages
  • Date: Thu, 16 Nov 2017 21:09:58 +0000
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=pobox.com; h=subject:to :references:from:message-id:date:mime-version:in-reply-to :content-type:content-transfer-encoding; q=dns; s=sasl; b=q6db0y lJceT0p8lDb2Xhh8TBb9pSSL5EepJX1vTXz4AJ99of8onHqr7keVQMU1aule1AB+ P+upqEGApVihKxlUBiQFt4msqL8UP6qnWYYgXIyMVaej/pQFf+AnrevWNhETNpub VFO9UnSe1KUBPanVzNCmeCx4EmgYCqnDw8fQU=
  • Ironport-phdr: 9a23:TecnsxySRzMYU7bXCy+O+j09IxM/srCxBDY+r6Qd2+oeIJqq85mqBkHD//Il1AaPBtSLraocw8Pt8InYEVQa5piAtH1QOLdtbDQizfssogo7HcSeAlf6JvO5JwYzHcBFSUM3tyrjaRsdF8nxfUDdrWOv5jAOBBr/KRB1JuPoEYLOksi7ze6/9pnQbglSmDaxfa55IQmrownWqsQYm5ZpJLwryhvOrHtIeuBWyn1tKFmOgRvy5dq+8YB6/ShItP0v68BPUaPhf6QlVrNYFygpM3o05MLwqxbOSxaE62YGXWUXlhpIBBXF7A3/U5zsvCb2qvZx1S+HNsDwULs6Wymt771zRRH1likHOT43/mLZhMN+g61Uog6uqRNkzo7IeYGYLuZycr/TcN4YQ2dKQ8ZfVzZGAoO5d4YCEvABPedCoIn7ulADswGxBQ+xC+Pr1DBInGL90Koh3Og7DQ7JxgogEM8KsHvKttX4L78SUeeuw6nPwjTPde9Z2TD46IXRdB0qvPKCXapofMfQxkQjDR7Jg1qSpID/Ij+ZyucAv3KZ4uZ8Te6iiGEqpxt1rzSx3MshhZfFipgIxl3F9Ch0xps+K8eiR05he9GkFYNdtyGEOItyRcMvW3potzwhyr0Co5K7Zy0KyIg/xxLFc/yHdJOH4hXsVeqLPTh4g3dldKq+hxa070eg1vXxW8i73VpQsyZIndvBumoQ2xDP6cWLUPlw8lu51TaKzQ/T6+VEIU4ularcLp4s2qU/moAPvkvZGC/5hUH2g7GMdkg/4uio7P/oYrLpp5OGK4B0jQT+Prw0msOjGeQ4LhQOX2+D9OSkyrLj50P5QK5Njv0wiKbZqonWJdkApqGnGQ9YyYIj6xekDze6y9QUg2MLLFNDeBKbkYfpIVfOL+7kDfuhmVijjipkx+2VdoHmV7zLImLOj//FdLVwoxpVzgYi5d1EoZRZFudFaLjrV1X/r9veBwV8Lhe52c7mDslwzIUTRTjJD6OEeuuGqVKS6PkoJeCWIZIOtSzVKv456uTogGNj31IRYP/684EQbSWSBPVvJQ2yaHzghtobWTMA+AE3SuDuhUeqSTlZYGb0VKU5sGJoQLm6BJvOE9j+yIeK2z22S8Vb

On 16/11/2017 20:34, Andrew Lake wrote:
If there was an outage meaning it couldn’t even talk to OWAMPD on the other side at port 861 then you won't get any test results. If OWAMP can’t even connect to port 861 it can't do things like choose the UDP ports or exchange results, so it would be incorrect to label that as 100% packet loss since it didn't send any packets. The only time you get 100% packet loss is if the OWAMP client can connect to port 861 on the remote end to establish a session and get the UDP ports for the test, and then it loses all the UDP packets (usually a firewall causes that). It’s possible we could display these gaps better, but the reporting is working as expected in the face of a hard failure like you describe.

Thanks for the explanation.  However one thing is unclear: if the sides were initially able to establish an owamp control session on port 861 and started exchanging packets, and logging the test results every 60 seconds, but then the packets were suddenly to stop coming in - why is this not noticed?  Does the local side depend on receiving a report from the far side at the end of each 60 second window?

It would be helpful if failed owamp session could produce a red dot for "failed", in the same way that failed throughput tests do.

Not being able to see outages reduces the usefulness of the tool.  I guess I could write some code which scrapes esmond and looks for gaps longer than 60 seconds between the packet loss entries.

Regards,

Brian.




Archive powered by MHonArc 2.6.19.

Top of Page