我们通过Comcast运行VOIP系统。 问题是：
我想在Comcast服务上运行某种吞吐量testing（可以每秒testing几次吞吐量），以确保有足够的带宽可用于电话呼叫。 你会推荐哪些免费或试用软件或应用程序？
大多数情况下，VoIP不是带宽密集型的。 然而，它对可变延迟非常敏感。 在你的testing中，你需要testing两个方面。 我build议你看看在你的连接的一端build立一个iperf服务器。 然后，您将连接到另一端的客户端。 Iperf不仅能够报告可用的带宽，而且能够报告连接的抖动，这在解决VoIP问题时非常有用。
此外，你可能想看看使用SIPp做一些真正的SIPtesting。 您将能够通过递增递增数量的呼叫，并find事情开始打破的地方。
从我所了解到的延迟造成的尖峰，使得VoIP和其他应用在电缆调制解调器系统中无法使用，这源于几年前所描述的缓冲区膨胀问题。 具体来说，电缆调制解调器前端（UBR），可能挂在一个数据包上几秒钟，等待一个开放的上游插槽发送它。 我相信在这张名单上，我的专家比我多得多，但这个解释恰好符合我过去几年来一直在努力的问题。 其中一个部分的解决scheme是确保你永远不会超过可用的上行带宽。 这可以很容易地用一个真正的路由器或任何开源路由器在那里（我使用vyatta，但pfsense和其他人都很好，以及一个用过的思科ebay）。 从下面的链接find的链接，这个想法是使用传出数据包上的stream量整形来匹配可用的上行带宽，以便UBR永远不必缓冲传出的数据包并永久挂起。 然而，我发现这只是一个部分解决scheme的原因是，“可用”带宽随着一天中的时间/用户数量/等等而变化。因此，即使在我的20Mbps链路上，可用的bw有时会下降到小于有时兆兆。 限制我的上行速度为1mbps，当我平常有20个时，我的吞吐量太小了。所以我刚购买了一个384kbps的DSL线路供我的VoIP PBX专用，所有延迟问题都消失了。 我的SIP提供商通过DSL的变化永远不会超过50毫秒（不同于我通过有线的8000毫秒）。 所有人都说，我很想find一个更优雅/成本效益的方法。 康卡斯特明确地有一种方法来为他们自己的VoIP产品优先考虑IPstream量。
http://forums.comcast.com/t5/Basic-Internet-Connectivity-And/Re-Crazy-Latency-Issues/td-p/2426214
讨论和一些东西，如退出上传速度，可能会改善事情。
iperf是一个有用的带宽testing工具。 您在远程服务器上以服务器模式运行它，然后运行客户端以连接到它。 这是一个Linux / BSD工具，所以你可能需要一个LiveCD。
由于Comcastnetworking中的延迟高峰，您可能有兴趣知道我们也经常遇到麻烦。