记录受控起点和不受控制端点之间的延迟

这可能是一个非常基本的故障排除问题，但值得一提的是确保我以正确的方式测试事物并有效地解释结果。

我有一个受控的起点（由我控制的服务器群集）和一个不受控制的端点（一个我没有物理或远程访问权限的数据中心）。作为正常故障排除的一部分，我经常需要建立延迟数。

目前，我一直在使用ping绘图仪或只是一种老式的连续ping或tracert

如果我试图建立更现实的端到端数字（我正在使用的软件是数据库软件），我有时会使用Fiddler 2捕获Web流量并在那里比较一些计时器（例如ClientDoneRequest-> ServerBeginResponse）获得完整的端到端时间。

你们在确定直接网络延迟的数字时会看什么？

问题的后半部分似乎表明您正在寻找考虑到形成应用程序层数据的过程的延迟数据，在这种情况下，考虑到ping中没有要形成的数据，“ ping”将无济于事包。

网络人员通常依赖ping，因为它是产生一定数量的随机数据以测试给定路径的可达性和等待时间的一种相对轻便且可靠的方法。例如，使用HTTP调用的应用程序的行为会有所不同，因为HTTP与ICMP不同。

如果您担心一般的网络延迟数据，那么在任何特定于应用程序的上下文之外（这是测试的最佳方法），ping都可以正常工作。

您是否可以选择在每个点的两个路由器之间使用IP SLA？我不确定远端的拓扑结构，因此不确定是否在另一端有服务器或该服务器是否连接到理论上可以运行IP SLA的路由器

我只想提几件事。延迟可能在很大程度上取决于您的主机。确保它是您要测试的服务器，而不是笔记本电脑。根据操作系统（Windows或Linux），您的ping延迟时间可能会有所不同。我曾在相同的网络路径上经历过Windows系统显示出比Linux系统慢的延迟的经历。

ping作为合理的测试。但是，如果您可以从服务器到该数据中心中的端点进行TCP会话，则无需控制端点即可获得更准确的数字。建立TCP会话时，我将运行数据包捕获。然后遵循TCP流并查看您的增量时间。您的初始TCP数据包与下一个序列之间的时间差是多少？这就是您所看到的实时延迟。

您是否要发现网络是否运行良好或服务器是否正在执行其工作？

延迟可以衡量很有趣-特别是准确。对于网络延迟的一般概念，Ping可以很好地完成工作，但是当数字过低时，它可能会成为错误的工作工具。对于更高级别的测试（例如网站响应时间），它也不起作用。

为了严格测量网络性能（延迟/带宽/损耗等），我喜欢Exfo的测试工具。这只是一个首选项，说实话，这是我使用的第一台设备，因此，我确定竞争设备也能正常工作。JDSU还是此类设备的主要供应商。

还有PCHAR，它是一种开源工具，可以比ping更准确地测量延迟。我没有直接使用过它，但是我知道有喜欢它的人。

本文为您很好地概述了ICMP Echo可以/不能很好完成的一些事情。