基于windows以及Ubuntu的专业SIP服务器软件
Ubuntu 20.04 是最新的长期支持版本，因此 miniSIPServer 也必须支持这个新发布的版本。
不幸的是，Ubuntu 20.04 版本砍掉了对 Qt4 的支持，因此我们需要采用 Qt5 开发库更新 miniSIPServer。 miniSIPServer 升级到 V37 (build 20200424) 后，可以成功支持 Ubuntu 20.04系统版本，请参考下图。
另外，miniSIPServer 的 Windows 版本仍然选择停留在 Qt4 程序库，因为我们目前还需要支持部分客户的老旧系统版本，例如 XP、7等。在开发计划中， V38 版本将全部迁移到 Qt5 版本，同时将正式告别 XP 等老旧系统。
在部署 miniSIPServer 时，我们可以通过 IVR-XML 来订制自己需要的IVR业务流程，最常见的就是“自动话务员”业务。根据以往的 IVR-XML 功能集，我们可以使用“callto”动作发起新的呼叫，同时结束整个IVR流程。
但是，如果我们想监视呼叫过程中的某些事件，例如“被叫忙”，并根据这些事件改变IVR的流程，触发新的动作（action），我们该怎么做呢？
目前最新的 V37 版本已经发布，在这个版本中，扩展了一个与 IVR-XML 有关的关键特性。我们可以在“callto”动作中，配置“monitor-events”元素，对呼叫事件进行监视，并在事件发生时，将IVR流程转向新的动作。
例如，以下示例中，在“callto”动作中配置需要监视的事件：
<action method="callto" name="mainAction"> <destination>100<destination> <monitor-events> <monitor-event detection="busy" nextaction="callto101"/> </monitor-events> </action>
在这个示例中，如果“callto”发起的呼叫，遇到被叫忙，则 IVR 流程将执行下一个动作“callto101”， 即对另一个用户发起新的呼叫。
请参考IVR-XML 在线文档，了解更多关于“monitor-events”的细节。
上述zip文件是一个简单的IVR-XML脚本示例，用于测试新的“callto”动作。将其解压缩并保存在”xml”子目录下（您可以在miniSIPServer的安装目录下找到这个子目录），并在miniSIPServer中配置新的触发条件进行测试。
大陆地区miniSIPServer产品的定价采用美元定价为基准，即：人民币定价=产品美元定价*外汇汇率。目前锚定的汇率为“1美元兑换6.5元人民币”，这已经与现实汇率有很大差距。我们将在本月（2019-09）底或者下月初调整锚定汇率，调整为“1美元兑换7元人民币”。miniSIPServer产品的人民币定价将相应进行调整，调整后的定价将高于目前的定价。
例如，“20客户端”产品的美元定价为$199，原人民币定价为￥1300，调整后的人民币定价为￥1400。
美元定价保持不变。
2019-09-27 更新：产品定价已更新，请访问“购买”页面了解最新报价，谢谢！
Debian 10 (Buster) 系统近日已发布。这是最新的稳定版本，也是非常重要的版本。根据Debian的版本发布计划，这个版本是已经可以进行商业部署的版本，因此我们需要对此足够重视。
我们安装了Debian 10版本，并同时安装了miniSIPServer进行了一些测试。我们可以自豪地宣布：目前miniSIPServer的版本无需任何修改，就可以直接在Debian 10系统上运行！请参考以下截图：
祝贺 Debian 社区成功发布最新的版本！
最近有些客户向我们报告了一个导致miniSIPServer崩溃的问题，所有这些客户都部署了“基于TLS的SIP”，所有的崩溃报告都显示是SSL/TLS加密库内部崩溃。基于这些信息，我们更新了miniSIPServer，在新版本中做了以下一些关键修改：
（1）SSL库升级到最新的版本；
（2）默认将只保留TLSv1.2加密方式，SSLv2、SSLv3、TLSv1以及TLSv1.1都被禁止。在我们调查问题的过程中，我们发现有些黑客企图利用SSLv3的缺陷骇入miniSIPServer，出于安全防护的考虑，我们全部移除这些有隐患的加密方式。未来我们会考虑加入更多更安全的加密方式，比如TLSv1.3。目前如果要部署“基于TLS的SIP”，必须确保SIP终端或者电话也支持TLSv1.2加密方式。
另一方面，我们也更新了“基于TLS的SIP”文档。在文档中新增了一些简单的示例，演示使用openSSL创建自签名的数字证书等文件。
在以前的版本中，MSS 只限制了分机最大“呼出”呼叫数，并没有限制分机总的最大并发呼叫数。通常这已经可以满足大部分的需求了，我们认为分机自己是可以限制呼入呼叫的并发数的。而最近有部分客户的终端功能稍弱，因此希望在服务器侧就能限制分机的总并发呼叫数，比如呼叫中心的话务员分机。基于这个需求，我们更新了 MSS， 使其能在限制最大“呼出”呼叫数时，也能同时限制总并发呼叫数，如下图所示：
极端情况下，如果“最大同时呼叫数”设置为0，那么该分机既不能呼出、也不能呼入。同时需要注意的是，“最大同时呼出呼叫数”应该小于“最大同时呼叫数”，因为后者是同时限制“呼出”和“呼入”两种场景的。
miniSIPServer 提供开放的openAPI接口，客户可以在自己的系统中，通过这些接口操作、管理miniSIPServer。
以前的openAPI文档托管在GitBook网站上，目前我们已经重新移植回我们的官方网站，请访问以下链接获得最新的接口文档。
https://www.myvoipapp.com/cn/docs/mss_services/openapi/index.html
在新的文档中，我们开放了更多的接口，几乎覆盖了基本呼叫所需要的所有配置项，例如SIP中继、外线、路由等。
希望接口文档对您的解决方案有帮助。如果您希望我们开放更多的接口，请联系我们。我们欢迎任何建议！谢谢！
在使用SIP中继外呼时，有可能遇到对方无法呼出的情况，例如对方资源全忙等，此时如果用户配置有多条SIP中继、同时又是对接多个不同的服务商，MSS可以继续尝试另一个SIP中继进行外呼。
在MSS的SIP中继中配置“呼叫失败时尝试另一中继”，并指定后续处理的中继即可。如下图所示：
以前的miniSIPServer版本中有个维护工具“跟踪所有呼叫”，它可以被用来跟踪miniSIPServer收到或者发出的所有SIP呼叫。在我们开始部署VoIP网络初期阶段时，这个工具是非常有效的，然而在实际生产环境中几乎没有作用。
在实际生产环境中跟踪【所有】呼叫，实际是个非常危险的操作，因为这会跟踪到太多SIP外部消息以及对应的miniSIPServer内部的信息，严重情况下会影响到miniSIPServer本身的运行。所以通常我们会根据主叫号码或者被叫号码来过滤呼叫。在最新的V33版本中，我们去掉了这个“跟踪所有呼叫”的功能，取而代之的是“根据IP地址跟踪”功能，如下图所示。
使用这个工具时，我们可以指定某个特定而明确的IP地址，例如“10.0.0.101”，这样就只会跟踪该特定地址的SIP呼叫。我们也可以指定部分IP地址，从而跟踪某些IP地址的呼叫，例如我们可以设置为“10.0.0”，所有来自该前缀起始的IP地址的SIP呼叫（例如“10.0.0.101”，“10.0.0.102等等”）都会被跟踪。当然，我们也可以设置IPv6的地址。
现在这个工具不仅在实验室环境很有效，在实际生产环境中也非常有用。
