- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Ping test successful but no results
Hello,
I have an app that runs a ping test from a networks primary mx wan 1 to every other sites primary wan1 and gives me the results.
(the ping test works in tow API calls, a post to ask it to do the tests and then a get to retrieve the results)
/devices/{serial}/liveTools/ping"
/devices/{serial}/liveTools/ping/{pingId}
For lots of sites it works fine. A few sites have 100% packet loss which is due to firewalls....but some sites return a result saying all the ping tests were received and were successful, but then the api response does not contain the actual latency data. So I just know that 5 out of 5 pings were successful, but no idea what the times were.
If I do the ping from the meraki dashboard GUI tool - the pings work properly.
I spoke to meraki support who said the dashboard works because the ping tool doesn't go out to open internet but travels inside some secure network. - The api problem must be due to the local ISP's filtering the traffic.
But I don't understand what kind of filtering can allow a packet through but somehow strips the packet of certain data? Is that a real thing?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Pings are just ICMP echo request/reply.
The ID and sequence number are in the ICMP header, if they were stripped then the requesting device would not be able to match up the reply (so the ping would fail), can't see there's much else to strip.
Can you try a packet capture on one of the affected interfaces, maybe it'll shed some light on differences between sites?
Tbh it sounds like a bug to me, if the ping succeeds it means the device that sent the echo request has received a matching echo reply, so it should be able to calculate the time difference.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
that's what I thought, but meraki seem pretty sure its not a bug. I think they may just be trying to brush it off 😕
Also, if I ping from my pc, I get a full response.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Can you kindly share the case number?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09392911
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Maybe you have the same issue that I had. This worked for me.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
thanks for the reply but I can see in your post call your getting a ready status which means the pings haven't run yet. I get a fully complete status before i begin the get calls.
The Get call returns the "results" - number of successful pings and the % of loss (0) - it just doesn't have the latency data.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thank you. It seems dependent on the destination. I’ll try to look at it closer.
How do you use the response time values in the result?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi, sorry for the slow reply.
I just export it to a csv - it was meant as a tool to quickly check the latency between all our sites.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
