SIP测试平台[封闭]
https://stackoverflow.com/questions/2380148
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
解决方案
查核西普在SourceForge。它有用于测试许多不同的情况该UAS模式（服务器）可能会是你感兴趣的，似乎让INVITE，BYE，等等。
其他提示
有许多解决方案。一些更多的破碎比其他人。这里有一个快速的摘要我发现了什么的话，在寻找一个基于适当的自动化测试的解决方案。
这是确定的，如果你只想要个单一的对话的时间。什么不在这里工作是复杂的解决方案，需要同步2叫腿做的注册、电话和存在同样的情况。如果你走这条路，你就会结束了与运行多个sipp方案对每个对话的元素分开。Sipp也无法扩展在所有媒体转移。尽管这是多线程，什么停止其运行的同时-如果你看看 htop 例如，你会看到sipp从来没有穿过的100%线。50媒体呼叫它开始切声音并采取一切CPU的机。
它可以有时候失踪的发生了什么,一些分组，它甚至不属于呼叫真的，可能会失败的试验。它得到了一些愚蠢的错误等情况的敏感性进行比较的标题。
红宝石为基础的解决方案，你必须要写你自己的方案中的红宝石。它有它自己的SIP叠和大量的测试。同时，它通常良好，并处理了很多复杂的情况很好，其设计是可怕的。错误是很难跟踪和之后的一周我不得不>10补丁我需要的只是为了让它这样做基本的东西。后来我才知道，有些方案都是写在一个不同的方式，但SIPr开发商不是真正的响应，它花了很多时间查找出来。同步行动的许多代理如果一个困难的问题，因为它们宁可使用一个基于事件，但还是单线版本...它只是让你集中精力太多"什么以能这样做我正确地处理它"，而不是编写实际测试。
商业解决方案。从来没有测试其适当地由于基本的功能缺失，评价的版本，它是很难花那么多钱买东西你不知道工作...
Java为基础的解决方案，重复利用Jain-SIP堆。它几乎可以做任何情况下，是相当好的。它试图让一切非阻挡/行动基于导致相同的问题SIPr有，但在这种情况下，这是琐碎的，以使它并/螺纹。它有它自己的共享的错误，因此不是一切运作良好，在香草案，但大多数的东西是跳接.开发似乎是忙于其他项目，所以它不是更新后的很长一段时间。如果您需要转移、存在、对话-的信息，定制的信息，RTP处理，等等。-你得写自己的修改，以支持他们。这是不好的性能测试。
如果你是一个Java-怀恨在心的喜欢我，它可以用在一个简单的方法，从Script,独立或者任何其他JVM的语言。
最后，我选择了SIPunit为少碎/邪恶的/不能使用的解决方案。它是不完美，但是...它的工作原理在大多数情况下。如果我是在做项目的再次与所有这一知识，我可能会重复使用SIPp配置和试着写我自己的理智的解决方案，使用适当的线-但这至少是一年半的项目对于一个人，使其不够好的生产。
尝试 SIPInspector 。它是一个基于Java的工具来重新创建不同的SIP信令方案。它可以播放RTP和压力过测试你的系统。由于用JAVA写的这是非常便携，适用于不同的oeprating系统。方式更容易用户比西普。
你想从该呼叫是否获得通过测试开什么？你不能简单地从设备的呼叫设备B，看看你是否可以通过连接说话吗？如果你想看看数据包发送你应该看看 Wireshark的。
