This problem is my top priority for the next major release.<br><br>What's happening is actually that the route changes. When this happens, Ping Plotter shortens the displayed route - but doesn't change the host data that's in that route. If the number of hops is the same as the previous route, then everything *looks* OK still - even though the intermediate hop data is being displayed as the first route. Ping plotter just drops the data into the hop # that the data is coming from - and never checks to make sure the IP/Name of the hop "bin" matches the incoming data.<br><br>The problem you're seeing is when the length of the route changes - and gets shorter. When this happens, the last hop (or several hops) just don't get shown - and it *looks* like you're not getting data from the destination at all. In actuality, you are getting that data - you're just getting it into a mis-labeled hop. So in this case, the last hop in your list is likely the final destination - even if it isn't labeled as such.<br><br>There are some complexities with showing the route changes that make this a difficult problem to solve. I'm making pretty good headway on this and *hope* to have a release that fixes this pretty soon.<br><br>Thanks for the good question.<br><br>Pete<br><br>