有一些公司设计SIP测试仪工具，在本文中，我们将重点介绍其中的一些工具，同时特别关注一个。在编写新的PBX教程时，我们经常使用此工具来测试电话系统。我们还将重点介绍一些用于基本线路质量，线路速度测试和持续VoIP监控的工具。
SIP Tester Options
有几个选项可用于测试SIP呼叫，这实际上取决于所需的测试类型和您希望使用的平台。我们将此分为三个部分，第一部分是基本的线路质量测试，第二个是持续的监控服务，第三部分是用于SIP负载生成。1：线路质量测试和生产线速度测试
如果您遇到呼叫质量问题，简单的线路质量测试或线路速度测试通常足以查明问题并帮助您进行故障排除。通常，这些问题与您的互联网连接质量有关。在WhichVoIP.com我们实际上提供了一个生产线质量和速度测试工具供我们的访问者使用，并且是免费的。它将首先在上行链路和下行链路方向上测试您的线路速度。这对于了解您的可用带宽非常重要，因此您可以估计在任何给定时间可以通过互联网连接运行的呼叫数（假设每个SIP呼叫为70kbits/秒）。接下来，它将通过模拟SIP呼叫并监控数据包丢失，延迟，抖动和服务的整体一致性来测试线路质量。最后，它将产生估计的MOS分数，这是对音频质量的主观测量。
2：网络电话监控
如果您需要持续的线路质量VoIP监控服务，有许多公司提供此功能，出于本文的目的，我们将重点介绍VoIP Spear和Appneta。VoIP Spear
VoIP Spear是大多数中小型企业（SMB）的中级监控解决方案。通常，这种服务不需要任何安装，额外的硬件，甚至额外的人员。它是一个在线VoIP测试系统，可24x7x365评估关键性能参数，并为您提供易于理解的报告和警报，以便在服务性能低于标准时通知您。您只需插入端点和首选测试位置，就可以开始了。VoIP Spear监控互联网连接的关键特征，以确定VoIP质量。通过控制面板，您可以访问在3小时、6小时、24小时和1周内绘制MOS、延迟和数据包丢失情况的报告。当质量受损发生时，您可以轻松查明问题的原因。对于大多数认真对待监控其电话服务质量的中小企业来说，这是一项经济实惠的网络监控服务。您将在下面找到可以监视的图表的快照。
Appneta
高端是像Appneta的Path View这样的服务，这是他们基于云的全栈应用程序性能管理解决方案的一部分。Path View非常适合在多个位置运行自己的服务器网络的大型公司（查看下面的图表作为位置监视的示例）。这是一个非常好的，功能丰富的VoIP监控解决方案-如果你能负担得起的话！是的，此解决方案价格昂贵且难以安装，因此此解决方案通常更适用于拥有全职IT人员来管理它的大型企业。Path View成本高昂，并且需要复杂的设置、管理和维护。每台服务器5，000美元，更适合需要严格监控所有服务器的大型操作。
3：SIP负载和数据包丢失测试
如果您有电话系统（如IPPBX），则需要使用SIP呼叫对其进行负载测试，以确定系统在高流量负载下的性能。在我们的脑海中，这里有两个工具需要考虑，但我们认为，我们的重点将只放在其中一个工具上，因为它使用起来要简单得多。SIPp：SIPp是一个免费的，开源的，基于Linux的，SIP负载测试仪。这是一个功能强大的流量压力测试实用程序，它还通过实时传输协议（RTP）发送音频或视频，并且可以处理数千个呼叫，前提是您具有吞吐量功能。对我们来说，唯一的问题是学习起来很复杂，并且没有图形用户界面（GUI），因此所有内容都是从终端窗口和编辑配置文件的命令驱动的。
Star Trinity：Star Trinity是一个功能齐全的SIP加载生成器，适用于Windows。不幸的是，没有Linux版本，但Windows应用程序非常强大且直观易用。它可用于负载生成和监控，还支持RTP流。我们还喜欢它具有计时器调度功能，用于运行测试，也用于运行监视功能，例如，每天早上通过电话系统发送呼叫，并在失败时提醒我。本文其余部分的重点将放在Star Trinity SIP应用程序上。
斯凯特尔
tar Trinity SIP测试软件
首先简要说明定价。应该注意的是，Star Trinity有一个免费软件许可证，其限制为150个呼叫和50个并发呼叫。如果您需要更多，可以购买许可证并且相对便宜。例如，对于无限制通话和50次并发通话，在撰写本文时，许可费是180美元的一次性费用。这包括6个月的技术支持，这在我的经验中非常出色。现在，我将引导您完成通过PBX运行一些流量测试所需的步骤，并指出一些根据CPU和RAM利用率分析系统的方法。1：下载并安装
此步骤是不言自明的，并且由于它是基于Windows的，因此应该是一个简单的过程。点击星际三位一节中的链接，然后单击下载ZIP链接。双击下载的文件，然后按照屏幕上的说明解压缩该文件。安装后，双击该应用程序，您将看到Star Trinity界面。
2：设置注册
现在，您需要创建模拟的电话分机并将其注册到您的电话系统中。为此，请执行以下操作：
PBX分机：在PBX上创建电话分机以进行测试。这是留给您做的，毕竟我们不知道您当前使用的是哪种电话系统。有关为最常见的PBX设置电话分机的示例，请参阅我们的“业务文章”部分。出于本文的目的，我们决定在融合PBX/自由交换机PBX上进行负载测试。我们在两个租户中创建了100个电话分机。
星三性UAC注册：在Star Trinity中，在“用户代理客户端（UAC）注册”部分（或您希望为测试运行的多个扩展）中创建100个模拟电话分机。它们的行为类似于基于SIP的IP电话或软电话，因为它们尝试在上面的步骤中创建的扩展上注册到PBX（确保密码和注册器主机信息与您的PBX相结合）。图1显示了UAC注册屏幕（显示了10个扩展）。确保他们成功注册您的电话系统，他们还应该在Star TrinityUAC注册窗口的状态列中突出显示绿色。
注册
3：配置出站呼叫
根据需要配置出站呼叫选项。出于此测试的目的，我们设置了出站调用，如图2中突出显示。重要参数如下：
呼叫间隔-设置为100毫秒。这允许每秒进行10次调用。
并发传出呼叫-设置为50。基本上，这将限制在50个传出呼叫，相当于100个分机，因为单个并发呼叫位于2个分机之间。或者，设置为100，但更改为“传入+传出”。
最不繁忙的UAC注册-这可确保扩展之间的负载均匀。
编解码器-设置为G711U，但如果您的PBX支持G729（并具有许可证），则谨慎的做法是将其设置为限制重负载所需的带宽。即使运行50个并发呼叫也会占用大量互联网带宽。
呼叫终止-60秒后终止呼叫。在此时间长度内播放RTP音频。如果在20秒后仍未应答，请终止呼叫。
突发模式-一次一个调用是可以的，因为我们已经将其设置为每秒10次调用。
出站配置
图2：Star Trinity外呼配置
4：配置呼入
根据需要配置入站呼叫选项。我们设置入站呼叫，如图3中突出显示。重要参数如下：
SIP端口范围-针对PBX进行适当设置，5060是SIP的标准配置。
注册授权-出于安全原因，请选中此框。
拒绝概率-清除为0%。这很重要，因为出于某种原因，这默认为0%以外的值，这意味着您将被注入到电话系统中。我浪费了一些时间对此进行故障排除，然后才意识到由于此设置而将错误注入到我的系统中。
编解码器-设置为G711U，除非您遵循了上面有关G729的说明。
限制通话持续时间-限制为60秒。
入站配置
图3：Star Trinity呼入配置
5：开始测试并监视结果
返回到“出站配置”窗口，然后单击“开始测试”。或者，如果您愿意，可以创建时间表。在底部日志窗口中，您应该能够在“当前呼叫”选项卡中看到正在启动的呼叫。还要检查您的PBX，以验证呼叫是否确实通过您的电话系统传入。
在呼叫传入和传出PBX时，单击“报告/统计信息”选项卡以查看电话系统的性能指标。我们在100个分机之间运行了50个并发SIP测试呼叫一小时，结果可以在下面的图4中观察到。请注意，这是我们付费的许可软件，因为我们的测试规模更大，并且运行时间比免费软件许可证允许的时间更长。
图4：SIP测试呼叫结果
从图4中可以看出，系统的性能令人印象深刻。3000个出站呼叫中有一个失败呼叫，实际上这可能是由于我们Internet上的一些吞吐量问题。Star Trinity将其归类为6000个电话，因为它正在处理传出和传入呼叫，尽管我认为这是3000个实际电话。要检查的其他重要参数如下：
数据包丢失-我们的SIP测试呼叫使用用户数据报协议（UDP）发送，并且没有针对UDP的数据包重试。因此，将数据包丢失保持在绝对最低限度至关重要，否则您将观察到呼叫质量问题，因为数据包将被丢弃。在此测试中，我们看到数据包丢失接近于零，这非常好。
抖动-抖动是语音质量的另一个决定性因素。抖动过大（大于50毫秒）可能会导致严重的音频问题。大多数手机都有抖动缓冲器，以在一定程度上帮助这里。在此测试中，抖动非常低。MOS-MOS代表平均意见分数，它是语音质量的主观衡量标准。4到5之间的任何东西都被认为是高质量的。总的来说，结果对于我们的测试来说是非常好的。现在，让我们监视服务器在测试期间的表现。
6：服务器性能
因此，我们正在运行测试，结果看起来很棒。下一个变量是服务器。它如何处理这种流量负载，以及我们可以扩展系统多少。
自由交换机/融合PBX正在Linux服务器上运行。以下是重要的规格：
Linux-在虚拟机（VM）上运行Debian8.1。
PBX-免费交换机1.4和融合PBXv4.0。
8个内核-我们有8个内核可供使用，在英特尔中央处理器（CPU）上以每个内核超过2GHz的频率运行。
4GB内存-我们的系统中有4GB的内存。
Linux有一些非常好的监控工具可以用来检查CPU和RAM的利用率。在Debian上，按照下面的命令运行“top”命令，并在流量测试期间运行该命令：top-d2
现在按“SHIFT-i”将关闭Irix模式，CPU使用率除以内核数，从而显示平均值。同时按“1”，这会将CPU内核分解为8个唯一元素。在图5中，您可以看到运行上述50SIP呼叫测试时服务器的性能。
图5：CPU和内存利用率
查看分别显示1分钟、5分钟和15分钟内的平均CPU负载的“负载平均值”，结果看起来很棒。关于这一点的快速说明。具有充分利用率的单核CPU将为1.0，因此8核上的完全负载将为8.0。在平均0.5时，我们只使用大约6%的CPU利用率。不过，我们在这里确实需要保证金，因为在1.0左右偶尔会出现一些峰值，因为其他进程正在运行，例如防火墙。考虑到这一点，我们可能会在此系统上运行超过300个并发调用，并且仍然有余量。
总结
在本文中，我们重点介绍了一些有用的SIP工具。在监控方面，这些工具可以执行数据包丢失测试，线路速度测试和整体线路质量测试，以评估您的Internet连接是否适合SIP呼叫。在流量负载方面，我们向您展示了如何运行大量模拟调用，以检查电话系统的性能并测试有关CPU和RAM利用率的限制。如果您有任何问题或意见，我们很乐意听到。只需使用下面的评论表格，我们将及时回复。
