可视化跟踪路径工具沿跟踪路由映射每个跃点，并以图形方式调用丢弃的数据包和无响应的节点。 它还允许您向下钻取错误，并逐跳查看来自不同位置的跟踪路径。
解释其工作原理的最佳方式是向您展示一个示例。
创建的地图可能会显示在指定时间范围内为每个监视任务获取的多个不同路径。 沿着跟踪路径将鼠标悬停在每个节点上，您可以看到：
- 主机名和 IP 地址
- 在指定时间范围内发送到节点的数据包数
- 丢失的数据包的数量和百分比
- 最快的响应时间
- 最慢的响应时间
当您正在监视的网站遇到错误状态时，Dotcom-Monitor 平台会自动生成可视跟踪路由。 有关更多详细信息，请访问 Dotcom 监视器的 Wiki 关于 视觉跟踪路由的文章。
阅读视觉跟踪路径图
在 Dotcom-Monitor 帐户中，当您单击从联机报表页查看所选设备的可视跟踪路径时，最好从选择所有监视位置并展开日期/时间愤怒来查看地图上的多个结果。 从这里，您可能能够识别不完整的路径 – 这将指向路径沿线的 DNS 记录或路由器的问题，或者似乎正在丢弃大量数据包的节点，可能指示节点过载。 可视跟踪路径图的左侧从监视代理位置开始。 沿着路径的每次后续跃点都会使您更接近目标，目的地排列在屏幕的右侧。 如果路径上的特定节点丢弃了多个数据包，则表示该节点的圆圈将从绿色变为橙色。 红色圆圈表示节点未响应任何 ICMP 请求。 导致红色圆圈的虚线表示，由于未收到响应，流量如何通过该节点是未知的。 每个节点的圆大小会随着发送到该节点的数据包数量的增加而增加，因此您可以快速查看是否有比其他节点更依赖的某些节点。
解释数据包丢失
您可能会注意到在跟踪路由中出现红色节点，而跟踪路径仍然成功完成。 当通过利用 ICMP 数据包的 TTL 功能运行跟踪路由时，会出现这种情况。 当 TTL 达到 0 时，大多数路由器将发送回传输中过期的 TTL 消息。 跟踪路由实质上发送 ICMP 调用，其增加的 TTL 从 1 开始沿路径的每个跃点，直到到达最终目标。 某些路由器配置为不发送”传输中过期的 TTL 消息”或限制此类消息，这意味着发送到此类路由器的部分或全部请求将仅接收任何回复。 因此，这些路由器在我们的地图上似乎有 100% 的数据包丢失，但它们实际上仍然将请求传递到链中的下一个跃点。 出于同样的原因，您可能会注意到节点是橙色的，因为它没有向几个数据包发送响应，因为负载过重或速率有限。 使用此工具可视化跟踪路径可以帮助您关注可能出现问题的区域，同时快速筛选出非问题。
现在，您已经更好地了解了可视跟踪路由如何帮助您解决间歇性问题， 注册免费试用版可立即开始监视您的网站，以便下次遇到问题时，您将有一个可视跟踪路由，以帮助诊断和修复问题。 如果您已经拥有 Dotcom-Monitor 帐户，请与您的客户代表联系，了解监视帐户中视觉跟踪路由的工作原理。
