我有一个受控的起点（一个服务器集群由我控制） ）和不受控制的端点（我没有物理或远程访问权限的数据中心）。作为常规故障排除的一部分，我经常需要建立等待时间数。
当前，我一直在使用ping绘图仪或只是老式的连续
ping或tracert 如果我试图建立更逼真的端到端数字（正在使用的软件是数据库软件）有时我会使用Fiddler 2捕获Web流量并在那里比较一些计时器（诸如
ClientDoneRequest-> ServerBeginResponse之类的东西）以获得完整的端到端时间。确定直接网络延迟的数字时，你们会怎么看？
#1 楼
问题的后半部分似乎表明您正在寻找考虑了形成应用程序层数据的过程的延迟数字，在这种情况下，考虑到ping中没有要形成的数据，“ ping”将无济于事网络人员通常依赖ping，因为它是产生一定数量的随机数据以测试给定路径的可达性和等待时间的一种相对轻便且可靠的方法。例如，使用HTTP调用的应用程序的行为会有所不同，因为HTTP与ICMP不同。
如果您担心一般的网络延迟数据，那么在任何特定于应用程序的上下文之外（这是测试的最佳方法），ping都可以正常工作。
评论
我在这里更关心网络层的东西。我还有其他方法可以隔离和测试应用程序层，并且我主要将提琴手信息作为背景。从其余的评论来看，似乎Ping基本上将为我提供最佳信息，而不必使用特定的工具。
–西恩·朗（Sean Long）
13年5月28日在21:35
#2 楼
您是否可以选择在每个点的两个路由器之间使用IP SLA？我不确定远端的拓扑结构，因此不确定是否在另一端有服务器，或者该服务器是否连接到理论上可以运行IP SLA的路由器#3 楼
我只想提几件事。延迟可能在很大程度上取决于您的主机。确保它是您要测试的服务器，而不是笔记本电脑。根据操作系统（Windows或Linux），您的ping延迟时间可能会有所不同。我曾经历过Windows系统在相同的网络路径上显示出比Linux系统慢的延迟。Ping是一个合理的测试。但是，如果您可以进行从服务器到该数据中心中的端点的TCP会话，则无需控制端点即可获得更准确的数字。建立TCP会话时，我将运行数据包捕获。然后遵循TCP流并查看您的增量时间。您的初始TCP数据包与下一个序列之间的时间差是多少？那就是实时看到的延迟类型。
您是否要发现网络性能是否良好或服务器是否正在执行其工作？
评论
我试图了解如何准确地测量网络内容，我发现它可能会造成混淆（因为我提到了Fiddler2）。我可以很容易地隔离和测试应用程序层的内容（完全不同），但是我需要能够准确地测量给定环境和远程数据中心之间以及客户端工作站和服务器之间的内部行程（因此跨以太网/无线）。
–西恩·朗（Sean Long）
13年5月28日在21:38
#4 楼
延迟可以衡量很有趣-特别是准确。对于网络延迟的一般概念，Ping可以很好地完成工作，但是当数字过低时，它可能会成为错误的工作工具。对于更高级别的测试（例如网站响应时间），它也不起作用。用于严格测量网络性能（延迟/带宽/损耗等），我喜欢Exfo的测试工具。这只是一个首选项，说实话，这是我使用的第一台设备，因此我确定竞争设备也能正常工作。 JDSU还是此类设备的主要供应商。
还有PCHAR，它是一种开源工具，可以比ping更准确地测量延迟。我还没有直接使用过它，但是我知道有谁喜欢它。
本文为您提供了ICMP Echo可以/不能很好完成的某些事情的很好概述。
评论
很多人建议您坚持使用ping，甚至说您已经在使用ping。也许您可以详细说明为什么要使用其他东西进行测量，为什么不满足您的要求呢？您实际上并没有说出本质上是什么问题，只是问了一个开放式问题，而且您似乎没有得到所需的答案。它是开放式的，我已经得到了想要的答案。我只是没有这样标记。 Ping是执行工作的正确工具。
我知道了，请注意，公开提出的问题不建议使用； networkengineering.stackexchange.com/faq#dontask您将来应该尝试列出在测量工具中要查找的点，需要它们的原因，不喜欢的点等，以便为问题提供更多的结构。