最近有些客户向我们报告了一个导致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创建自签名的数字证书等文件。
在最新版本的miniSIPServer中，系统可以同时配置“本地地址”和“外部地址”，如下图所示：
在通常情况下，如果miniSIPServer部署在公网，有公网地址，就无需配置“外部地址”，“本地地址”一般就是公网地址。然而在某些网络环境，例如miniSIPServer部署在私网内，同时又要服务外部用户，此时可以配置“外部地址”，外部的分机采用“外部地址”与miniSIPServer通信。
如果整个网络跨接了多个网段（包括私网-公网，不同的私网等），例如有些分机采用“本地地址”通信，有些分机采用“外部地址”通信，此时建议在分机配置中，设置“转发媒体流”，由miniSIPServer来转发这些分机的语音流。
我们的数据中心计划对整个系统进行例行维护，并升级硬件基础架构。
在维护期间，所有的miniSIPServer云节点硬件都会掉电重启，这意味着所有虚拟服务器都将停止工作。本次维护计划大约2小时的时间，实际使用时间应该远小于2小时。
本次计划维护时间点为：
周二，一月八日，下午16:30（中国北京时间）。
在以前的版本中，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的地址。
现在这个工具不仅在实验室环境很有效，在实际生产环境中也非常有用。
我们终于正式发布V32（长期支持，LTS）版本了！自从发布首个V32测试版本以来，期间经历了数月的时间。在此之间，我们先后更新、优化了各类界面（包括web界面和GUi界面），优化了SIP内核、优化了呼叫基础模块等诸多方面。这是个非常令人兴奋的版本，重要的是，我们将提供长达5年的技术支持！
另一方面，最新的稳定版本V33也同时发布。最重要的一个改变是，从这个版本开始，miniSIPServer 不再支持 X86-32 架构的Debian、Ubuntu系统。新的业务、需求、特性开发将基于V33版本。
希望您能喜欢最新的这些版本！
部署VoIP网络时，我们常常会在miniSIPServer中配置外线连接VoIP运营商的服务器。考虑到市场中有大量的VoIP运营服务商，因此经常有客户咨询我们如果配置miniSIPServer来连接这些运营商的网络。
实际上在“小型企业建立IP-PBX系统指南”这篇指导文档中，我们已经提供了一个简单的外线配置，连接VoIP运营商“call centric”。您可以参考这篇文章了解VoIP网络和外线的相关细节。另一方面，我们在“常见问题”文档的“外线”章节，也给出了一些其他运营商的配置参考。如果您有兴趣或者需求的话，也可以参考这些文档，希望这些文档帮助您部署VoIP网络。
安装完Ubuntu后，从我们网站上下载miniSIPServer V32版本，直接点击安装，非常简单！稍微测试了一下，完美！
由于18.04版本是最新的长期支持版本，因此我们也强烈推荐客户使用这个版本来部署miniSIPServer。
