Solved

Traceroute latency on our Backhaul providers Gateway IP

Posted on 2010-09-23
5
447 Views
Last Modified: 2012-06-21
statistics      |                                                                        
-      %      |Sent      |Recv      |Best      |Avrg      |Wrst      |      Last
                                                                              
1st Hop-              0      |      55      |      55      |      0      |      1      |      16      |0
2nd Hop-              0      |      55      |      55      |      0      |      11      |      47      |16
3rd Hop-              0      |      55      |      55      |      15      |1019       |7313      |16  GatewayBackhaul Provider
4th Hop-              2      |      55      |      54      |      15      |      21      |      110      |16
5th Hop-              0      |      54      |      54      |      15      |      16      |      32      |16
6th Hop-              0      |      54      |      54      |      15      |      26      |      63      |32
7th Hop-              0      |      54      |      54      |      15      |      23      |      62      |16
8th Hop-              0      |      54      |      54      |      15      |      25      |      32      |31
9th Hop -        0      |      54      |      54      |      15      |      27      |      63      |31
10th Hop-       0      |      54      |      54      |      16      |      31      |      47      |31
11th Hop -      0      |      54      |      54      |      31      |      35      |      47      |47
12th Hop-         0      |      54      |      54      |      16      |      40      |      234      |31
13th Hop -      0      |      54      |      54      |      15      |      30      |      47      |31 Destination 'Internet 4.2.2.2'
                                                                                                
Will this high latency effect our requests sent over this backhaul.  For instance we use VOIP over our network and are experiencing dropouts / lost packets.  However when we ping to the same destination we are seeing only 30ms which we would normally expect.

What is the difference between Traceroute & ping?  

Many Thanks
0
Comment
Question by:rutlandict
  • 2
  • 2
5 Comments
 
LVL 6

Accepted Solution

by:
Ryan Smith earned 250 total points
Comment Utility
traceroute shows you the whole route an ip packet takes to get to it's destination.  that way you can see if you have some failing hardware somewhere in the middle.

ping sends a request to the host and tells you how long it took to get a response.

Here is one that you might not know of...try pathping
0
 
LVL 5

Assisted Solution

by:epochasset
epochasset earned 250 total points
Comment Utility
This could simply be misrepresentation of the latency from that particular hop.  Unless you run the device that is showing the high latency in a trace and know otherwise, it may be a false positive.  Consider that the icmp echo to that particular hop is separate than the traffic to your destination, and that as long as your ping is low (30ms is good), your traffic to your actual destination is sound.
0
 
LVL 5

Expert Comment

by:epochasset
Comment Utility
For trace/ping anyways.
0
 

Author Comment

by:rutlandict
Comment Utility
Thank you for you comments, our backhaul providers are suggesting similar - that Traceroute requests from their core router are not high priority and so this is why we are seeing long response times. That it could be down to high levels of traffic, thus the wait for traceroute response.  We can see how this is plausable but we know that we are no way near maxing out our backhaul we would expect much quicker response times to traceroute requests even if not a priority. Would you agree?  For example Traceroute response times have been as high as 17seconds!

We have run similar tests from a seperate independant Virgin Broadband Line (Different Backhaul) & do not see these issues.

We have tried Pathping & see only a few latency results but no where near as long as a Traceroute latency.

Furthermore our line quality is now beeing reported as a B grade using pingtest.net whereas we have always been A grade.  

Any further tools or suggestions welcome.
0
 

Author Closing Comment

by:rutlandict
Comment Utility
Further suggestions to our responses & follow-up  would have moved towards Grade A.  
0

Featured Post

VMware Disaster Recovery and Data Protection

In this expert guide, you’ll learn about the components of a Modern Data Center. You will use cases for the value-added capabilities of Veeam®, including combining backup and replication for VMware disaster recovery and using replication for data center migration.

Join & Write a Comment

In my office we had 10 Cisco 7940G IP phones that were useless as they were showing PROTOCOL APPLICATION INVALID when started. I searched through Google and worked for a week continuously on those phones, and finally got them working. This is a di…
When replacing some switches recently I started playing with the idea of having admins authenticate with their domain accounts instead of having local users on all switches all over the place. Since I allready had an w2k8R2 NPS running for my acc…
This video gives you a great overview about bandwidth monitoring with SNMP and WMI with our network monitoring solution PRTG Network Monitor (https://www.paessler.com/prtg). If you're looking for how to monitor bandwidth using netflow or packet s…
In this tutorial you'll learn about bandwidth monitoring with flows and packet sniffing with our network monitoring solution PRTG Network Monitor (https://www.paessler.com/prtg). If you're interested in additional methods for monitoring bandwidt…

762 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

15 Experts available now in Live!

Get 1:1 Help Now