我只是在两个工作站之间的networking上运行jperf（前端到iperf），其logging抖动在0.033ms和0.048ms之间。 这是好还是坏？ 是否有更多的变数，我需要考虑作出决定？
编辑：TCP / IP以太局域网43台1台服务器，100Mbits主交换机，各种小型8端口交换机，testing是使用UDP，它是一个Windows域。
我想在工作站上安装一些voip软电话，看看有多less人可以使用这种可靠的工作方式，即时testingnetworking上的几个不同的工作站，以查看最佳质量的networkingpath。 如果我发现连接不好，也会改变一些设备。
我的手计算快速返回给出了以下数据：
100 mbit比特率是100 000 000比特/秒（networking，所以不是1024）
全长以太网帧是1518字节，12 144位。
传输一个完整的数据包需要12144/100000000秒，大约0.12毫秒。
最小长度的以太网帧是64个字节，512位。
最小数据包的传输需要512/100000000秒，大约需要0.005 ms。
所以整个抖动可以用一个交换机上的一个队列来解释。 在实践中，您应该比单个exception值更感兴趣的抖动分布。 要获得这些数据，你需要做更多的测量。 如果这是你的最大延迟，你会发现你和以太网一样好。
对于VoIP，10毫秒以下的最大延迟将使您轻松进入MOS 5.人们开始抱怨大约50-100毫秒。 100ms以上，显着降低。 对于语音质量的评分，请看http://en.wikipedia.org/wiki/Mean_opinion_score
小于5ms的抖动可能会被连接结束时的任何通用OS（调度子系统）所淹没。
一般来说，RTT的〜10％的抖动是合理的，特别是长时间的，有争议的或不可靠的链路会明显影响到这一点。
我真的怀疑你会注意到你的networking通信延迟了一万分之二。
这取决于你想要做什么，但是一般的指导方针，在几毫秒（我说大约5毫秒）的抖动对于大多数在工作站之间运行的任何东西都是完全可以忽略的。