最近我们更新了V25版本，修正了一些bug、做了一些优化，系统更加稳定。最重要的是：从这个版本开始，我们删除了webRTC特性。
在以前的blog或者文档中，我们说明了MSS webRTC特性适用于Google Chrome浏览器。Chrome升级到V48版本后，对webRTC特性做了一些改动。一如以往，这些改动没有考虑到和以前版本的兼容，这迫使我们再次不得不向客户道歉并跟进修改。综合考虑后我们认为，可能webRTC特性更适合公众网络业务，例如Google自身的hangouts业务。缺乏灵活性、兼容性考虑，webRTC可能不适合中小型企业通信网络市场。
因此我们从V25版本开始砍掉了这个特性，不过仍然保留在V24（LTS版本）中。如果您仍然在使用webRTC特性，请注意保持Chrome浏览器的版本不要超过V47版本。
最近我们对某些虚拟服务器进行了变更，请注意以下几点：
每个虚拟SIP服务器都同时启动了STUN服务，例如，如果您的虚拟服务器地址是“1234.s1.minisipserver.com”，那么STUN服务器地址也同样可以是“1234.s1.minisipserver.com”。
而现在我们单独部署了独立的简单STUN服务器“stun.minisipserver.com”。默认情况下，我们推荐用户采用这个STUN服务器，所有虚拟SIP服务器节点都可以采用这个新的STUN节点。当然，您仍然可以采用虚拟服务器地址做自己的STUN服务器地址。
在语音邮箱业务中，我们需要SMTP服务器发送带语音文件的电子邮件。以前每个虚拟SIP服务器都可以配置客户自己的SMTP信息。但是实际部署过程中我们发现一些问题，例如大部分用户都会采用gmail的SMTP服务。而Gmail默认是没有打开POP/SMTP服务的，客户需要在gmail配置中单独打开这些配置项。另外，gmail要求明确授权其他接入者使用用户的SMTP服务，大部分客户实际上并不清楚这些细节，因此大量的语音邮箱业务都以失败告终。
考虑各种状况，我们决定去掉SMTP的各项配置，即用户不再需要配置自己的SMTP信息，系统会采用我们自己的SMTP服务器发送语音邮件。当然这样也有一点不足之处：您可能需要检查“垃圾”邮箱文件夹，您的邮件系统有可能会将我们的邮件作垃圾邮件处理。
本特性已经合入最新的V25版本（build 20160126）。
某些特殊的SIP设备，例如自动控制系统中的嵌入式SIP设备，往往不具备全SIP能力集，只能发起或者接受简单的SIP呼叫，不能进行账号和密码鉴权。部分设备甚至不支持发送“注册”消息到MSS更新自己的状态。
嗯，我们在MSS中可以将这些设备配置为“SIP中继”，但是这样也会丢掉一些关键特性，例如“振铃组”。在某些场景中，客户们希望能让所有设备同时振铃，这样我们就只能将设备配置为“分机”用户。
为满足这些需求，我们在“分机”中增加了“IP地址鉴权”的特性。也就是说，MSS可以不要求SIP终端首先进行注册，呼叫过程中也可以不再对账号和密码进行鉴权，只要SIP消息来自特定的或者预先配置的IP地址即可。请参考下图了解更多的细节：
另外，在新版本中我们同样也更新了openAPI文档，如果您有兴趣的话，可以参考最新的文档。
部分客户在多地都有分支机构或者分公司，因此希望在这些分公司之间建立VOIP连接。有很多种方法可以实现这个需求，本文给出一个具体的实例描述两个MSS之间采用SIP中继建立这种连接。
整个网络拓扑结构是比较简单的，总共只有两个分支办公室，各部署一套MSS。如下图所示：
在部署VoIP网络之前，我们应先做好号码规划。不同的号码格式或者规划直接影响到后期的呼叫路由配置。在上图中可以看到：我们给分支1规划的号码是1xx格式，例如100、101等，而给分支2规划的号码是2xx格式，例如200、201等。
两地的MSS都配置了公共IP地址，能直接连接公网。如果您的MSS是部署在私网或者路由器后面，并且您希望也能向外部用户提供服务，请先点击文档了解细节。
现在我们开始本场景的具体配置细节。
在下面各项配置中，如果没有特别申明，部分参数总是采用默认值即可。
请点击菜单“数据 – SIP中继”，添加以下记录：
SIP中继编号 = 1 描述 = to MSS2 服务器地址 = 10.23.x.x
请点击菜单“拨号规则 – 分析被叫号码”，增加以下记录用于MSS将呼叫路由给MSS2：
被叫号码前缀 = 2 路由类型 = SIP中继 SIP中继编号 = 1
基本配置与MSS1几乎相同。
请点击菜单“数据 – SIP中继”，添加以下记录：
SIP中继编号 = 1 描述 = to MSS1 服务器地址 = 41.32.x.x
请点击菜单“拨号规则 – 分析被叫号码”，增加以下记录用于MSS将呼叫路由给MSS1：
被叫号码前缀 = 1 路由类型 = SIP中继 SIP中继编号 = 1
2016年就要来临了，祝大家新年快乐！万事如意！
在这喜庆的时节，我们将miniSIPServer长期版本升级到V24，稳定版本升级到V25版本，这是今年最后一次升级，也是一次非常重要的升级。
祝各位朋友假期愉快！
同时也希望您重返工作时能喜欢我们的新版本！:-)
在“语音邮箱”业务中，MSS需要采用SMTP库发送语音邮件。考虑到MSS本身支持嵌入Python脚本，因此很容易就直接调用python-smtplib库发送邮件。这正是我们在以前的版本中的实现方式，一直工作得很好，我们也很满意。
然而smtplib库（python2.7携带）有点过时了，无法满足一些现代SMTP服务器的要求。另外，该库也有一个明显的缺陷：它是同步方式。这意味着发送邮件的过程中，会阻塞业务线程，导致性能低下。这在普通PBX应用场景中不是问题，但是在我们的云端通信系统中就显得不太合适了。
事情已经发生改变，我们也希望MSS能更加完美，因此决定开发一个新的SMTP库来发送邮件。新的SMTP库采用异步方式，有更高的性能，符合现代SMTP的各项要求。并且，采用C/C++语言实现。
我们已经更新了V23版本和云通信系统，都采用了最新的SMTP库。希望您能喜欢最新的版本。
另外，自从V23版本发布数月以来，我们得到的反馈非常之好，因此我们想是时候发布新的长期支持版本（即V24版本）以及新的稳定版本（即V25版本）了。按照版本计划，如果没有意外的话，我们将在今年年底或者明年年初完成上述版本的升级，敬请期待！
一图胜过千言万语，miniSIPServer可以运行在最新的Ubuntu15.10版本上：
与以前一样，既然15.10不是LTS版本，我们仍然建议用户继续使用原有的12.04以及14.04等版本。
本次版本的主要特性是“自定义DNS”。miniSIPServer可以采用自己的异步接口查询DNS信息，并且支持独立的DNS服务器配置。这意味着DNS服务器异常的情况下，不会导致MSS被阻塞。
请参考下文了解该特性的详细细节：
http://www.myvoipapp.com/cn/docs/mss_services/dns/index.html
最新的V21版本已经发布，主要用于支持“一号多机”业务。
“一号多机”业务可以支持多个SIP电话采用同一个分机号码进行注册和鉴权。对于入呼叫而言，所有同一号码下的分机都会同时振铃。
“一号多机”业务在表现形式上与“振铃组”业务有些类似。区别在于：“一号多机”中的各分机都采用同一个分机的配置信息，而“振铃组”业务的分机是完全独立的，各自有独立的配置。
请参考在线业务文档了解该业务的细节信息：
http://www.myvoipapp.com/cn/docs/mss_services/one-number/index.html
与此同时，云通信MSS系统也已经升级，可以支持“一号多机”业务。
欢迎您尝试和体验新的业务。如果有任何疑问和建议，欢迎和我们联系。
Debian 8版本发布了！我们下载了该系统，并安装和测试miniSIPServer V20版本。
和以往一样，非常容易就安装成功MSS V20，测试结果也很顺利。请参考下面的截图：
