Skip to main content

Producing a PathPing Log For Analysis

Many network problems that affect your use of Blogger, such as the currently obnoxious "Server Error 1-500", can be better understood, if we can understand how you are connecting to Blogger. A pathping log, similar to a traceroute log, but easier to read, is very useful in this case.

(Note): A pathping log is easier to read than a traceroute log. Pathping is a new utility, though, and may not be available on all computers. If you try to run pathping, as in the instructions below, and get an error
'pathping' is not recognized as an internal or external command, operable program or batch file.
or similar, substitute a traceroute log.

Here we have pathping targetting "". Choose your target according to your need.
  1. Open a command window.
  2. Type
    at the command prompt. Observe the output (as in the sample shown below), particularly the "Computing statistics for 200 seconds...". This time period appears to vary, depending upon the complexity of the path between you and the target, for statistical accuracy.
  3. Type
    pathping >c:\pathping.txt
    at the command prompt.
  4. Wait patiently, while pathping runs again. Having done step 2, you will know how long to expect to wait.
  5. Type
    notepad c:\pathping.txt
    at the command prompt.
  6. Copy, and paste, the entire log, as displayed in Notepad, into your email or forum post. Please don't munge, or disguise, any details.
It really is simple - when you know how. Just be generous - and precise (see the spaces in the commands?).

Here's a sample log.

Tracing route to []
over a maximum of 30 hops:
0 []
1 []
2 []
3 []
4 []
5 []

Computing statistics for 200 seconds...
Source to Here This Node/Link
Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address
0 []
3/ 100 = 3% |
1 37ms 3/ 100 = 3% 0/ 100 = 0% []
0/ 100 = 0% |
2 33ms 3/ 100 = 3% 0/ 100 = 0% []
0/ 100 = 0% |
3 40ms 3/ 100 = 3% 0/ 100 = 0% []
0/ 100 = 0% |
4 42ms 5/ 100 = 5% 2/ 100 = 2% []
0/ 100 = 0% |
5 35ms 4/ 100 = 4% 1/ 100 = 1% []
0/ 100 = 0% |
6 41ms 3/ 100 = 3% 0/ 100 = 0%
3/ 100 = 3% |
7 42ms 7/ 100 = 7% 1/ 100 = 1%
0/ 100 = 0% |
8 45ms 6/ 100 = 6% 0/ 100 = 0%

Trace complete.

Q: Chuck, this is nice and shiny. But what does all of this gobbledegook do for me?

A: This is similar to a traceroute log, but it's better organised. What you see above is 2 sections, and either section may be useful, depending upon your problem.
  • The top section describes the path between you and the target. By observing the physical location of each node in the path, we can get an idea of what physical connections are involved between you and the target. This is extremely valuable when looking for regional outages.
  • The bottom section statistically analyses the connection between each pair of nodes, and shows percentages of dropped packets. When there's a specific link between you and the target, that's unreliable, this section helps to isolate the unreliable link.

Combining the path, and the reliability statistics, we can see if a given problem is unique to your end of the network, to the overall Internet infrastructure, or to the network at the target (maybe Google) end. This is how network troubleshooting starts, and your contribution may help us isolate a major problem.

>> Top


bytehead said…
One thing. Comcast has mucked my settings. My IP has changed (not a big deal, I use DynDNS service) and the router I'm connected to won't repond to a traceroute or a pingpth! And the pingpath just stops after that point. At least the traceroute keeps going till it either hits the terminating IP or 30 steps.

I haven't played with pingpath much, so there might be a setting for that. I'm from old Unix days (and hence call it traceroute as it's known - DOS/Windows uses tracert and OS/2 uses tracerte (yes, that was a pain when I was using both OSes so I renamed the OS/2 command)).

Seeing what was going on was the only thing where I noticed my address had changed. My records showed I had my old address since Feb. 1. I normally run something at around 11PM to check, but since this is a new machine, I hadn't set that up. Till now. :/
Chuck said…
Your problem will be best addressed within an open forum - I recommend the DSLR Networking forum. Please register - it's free and the people there are very helpful.

Popular posts from this blog

Stats Components Are Significant, In Their Own Context

One popular Stats related accessory, which displays pageview information to the public, is the "Popular Posts" gadget.

Popular Posts identifies from 1 to 10 of the most popular posts in the blog, by comparing Stats pageview counts. Optional parts of the display of each post are a snippet of text, and an ever popular thumbnail photo.

Like many Stats features, blog owners have found imaginative uses for "Popular Posts" - and overlook the limitations of the gadget. Both the dynamic nature of Stats, and the timing of the various pageview count recalculations, create confusion, when Popular Posts is examined.

Help! I Can't See My Blog!

I just posted to my blog, so I know that it's there. I can tell others are looking at it. But I can't see it.

Well, the good news is you don't have a blog hijack or other calamity. Your blog is not gone.

Apparently, some ISPs are blocking *, or maybe have network configuration or infrastructure problems. You can access or you can access, but you can't access, or

You can't access them directly, that is. If you can access any free, anonymous proxy servers, though, you may be able to access your blog.

Note: You can use PKBlogs with the URL pre packaged. Here is the address of this post (with gratuitous line breaks to prevent the old post sidebar alignment problem):

And an additional URL, to provide to those suffering from this problem, would be the WordPress version of this post: