昨天发布了最新的Ubuntu16.04版本，这同时也是最新的LTS（长期支持）版本，因此我们尽快地下载了该版本并作了相当程度的测试。
有很多库升级或者改变了，我们需要更新miniSIPServer来适应这些变化。如果您希望在16.04系统上运行miniSIPServer，或者您希望将已有的Ubuntu系统升级到16.04版本，您需要更新到新的miniSIPServer版本（build 20160422）。
其他没有什么区别。请参考下图中我们运行miniSIPServer的情况：
最近我们更新了V25版本，修正了一些bug、做了一些优化，系统更加稳定。最重要的是：从这个版本开始，我们删除了webRTC特性。
在以前的blog或者文档中，我们说明了MSS webRTC特性适用于Google Chrome浏览器。Chrome升级到V48版本后，对webRTC特性做了一些改动。一如以往，这些改动没有考虑到和以前版本的兼容，这迫使我们再次不得不向客户道歉并跟进修改。综合考虑后我们认为，可能webRTC特性更适合公众网络业务，例如Google自身的hangouts业务。缺乏灵活性、兼容性考虑，webRTC可能不适合中小型企业通信网络市场。
因此我们从V25版本开始砍掉了这个特性，不过仍然保留在V24（LTS版本）中。如果您仍然在使用webRTC特性，请注意保持Chrome浏览器的版本不要超过V47版本。
部分客户在多地都有分支机构或者分公司，因此希望在这些分公司之间建立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
Debian 8版本发布了！我们下载了该系统，并安装和测试miniSIPServer V20版本。
和以往一样，非常容易就安装成功MSS V20，测试结果也很顺利。请参考下面的截图：
Ubuntu今天发布了最新的15.04版本。我们下载了最新的64位版本，并在virtualbox虚拟机中安装了该版本，同时成功安装了miniSIPServer最新的V20版本进行测试。
我们感觉很高兴，MSS V20版本能成功安装并运行在Ubuntu 15.04系统中，一切都非常顺利。如果您希望用最新的Ubuntu系统来部署miniSIPServer，当然没有任何问题！
但是我们仍然建议您使用Ubuntu的长期支持版本，例如14.04以及12.04等。15.04版本在Ubuntu官方版本计划中不属于长期支持版本。
我们在实验室尝试安装了Windows10（技术预览），感觉使用体验要比Windows8.1要好些。更让人高兴的是，miniSIPServer完全可以在该平台上运行。
如果您目前正在试用windows10平台，您仍然可以直接在上面部署miniSIPServer构建您的VOIP网络。非常容易、有趣！请愉快地玩耍吧！
我们今天升级了Cloud-MSS系统，并入了webRTC功能。也就是说，现在您可以直接使用miniWebPhone连接到您的虚拟MSS节点，不再需要单独安装SIP软电话或者硬件电话，只要有Chrome浏览器就可以了！
请参考下面的文档了解更多webRTC的细节：
http://www.myvoipapp.com/cn/docs/mss_services/webrtc/index.html
希望您能享受这个特性所带来的便利！
今天我们很高兴发布了V15版本。这个版本的主要特性就是提供新的业务引擎。新引擎采用Python脚本语言编写。
这就意味着几乎所有的MSS业务都是采用Python脚本语言了。新的引擎更加灵活，能更好的满足客户不同的定制需求。对于部分高级客户而言，现在甚至可以自己使用Python脚本来编写极为复杂的呼叫业务，满足自身的业务需求。
问题描述：客户有两个不同的VOIP运营商帐号，比如（1）1234 （2）5678，要求拨打9xxxx时，选择外线帐号1234; 拨打8xxxx时，选择外线帐号5678。最终的号码是xxxx，要求删除前缀“9”或者“8”。该如何实现呢？
解决方案：我们可以使用MSS强大的“拨号规则”功能来满足这一需求。
缺省情况下，MSS采用前缀“9”来实现呼叫外呼，同时如果有多条外线，不做特殊设置的话，MSS会自动轮选这些外线。而现在我们要做的是，配置不同的呼叫前缀，使用不同的外线路由。
这主要是在后续配置中，我们需要删除用户拨打的前缀“8”或者“9”。请点击菜单“拨号规则 / 变换”，增加以下记录：
变换编号 = 1 变换类型 = 删除 起始位置 = 0 长度 = 1
根据需求，我们需要指示MSS分析被叫号码前缀“8”以及“9”，并指定特定的外线。请点击菜单“拨号规则 / 分析被叫号码”，增加以下两条记录：
记录1：分析被叫号码前缀9
拨号计划 = default 被叫号码前缀 = 9 路由类型 = 外线 指定外线 = 1234 <== 指定的外线帐号 被叫号码变换 = 是 被叫号码变换编号 = 1 <== 在步骤1中指定 号码变换后重分析 = 否
记录2：分析被叫号码前缀8
拨号计划 = default 被叫号码前缀 = 8 路由类型 = 外线 指定外线 = 5678 <== 指定的外线帐号 被叫号码变换 = 是 被叫号码变换编号 = 1 <== 在步骤1中指定 号码变换后重分析 = 否
在最新发布的V13.1版本中，主要特性就是支持基于TLS的SIP。对于某些保密性要求比较高的企业通信系统而言，必须采用TLS对呼叫的信令消息进行加密。采用最新的MSS版本可以轻松做到这点。
关于本特性的细节，请参考在线文档：
http://www.myvoipapp.com/cn/docs/mss_services/sip-over-tls/index.html