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
新年伊始，我们将miniSipPhone产品升级到V2版本，并于今天正式发布！
在新版本中，我们增加了一些功能，可以极大方便终端用户。例如，大部分VoIP用户都遇到过语音单通的问题，在MSP V2版本中，我们内置了STUN功能，这样，用户不必单独配置STUN信息即可解决大部分语音单通问题。
新版本功能增强了，用户体验上将尽可能简单。您会发现MSP V2是非常容易使用的。我们希望您能喜欢这个产品。
如果你对MSP有兴趣，请访问我们的网站下载试用：
有部分虚拟PBX客户登录账户后发现，他们配置的外线信息不见了。
发生了什么事？外线配置怎么了？
这个现象的根本原因在于：用户在配置外线数据时，可能配置了错误的信息，例如配置了错误的密码。cloud-mss根据这些错误的信息向voip运营商注册，很显然会注册失败。当然，cloud-mss会继续尝试注册很多次。这样，对端的voip运营商很有可能将cloud-mss视为垃圾消息发送者或者不怀好意的攻击者，因此可能对cloud-mss实施消息过滤或者屏蔽，对其他cloud-mss用户造成恶劣影响。
为了避免这种情况，如果cloud-mss尝试注册外线达到一定次数后，始终无法注册成功，cloud-mss系统会判定外线配置错误并把这一信息通知后台管理系统，因此该外线将被系统自动删除。
这就是为什么会丢失掉虚拟IPPBX系统中的外线配置。如果你发现自己的账户出现了这种情况，请检查您的外线配置信息或者与您的VoIP运营商进行协调，然后在虚拟系统中重新配置外线即可。
您可能知道，我们可以采用Python脚本语言来提供业务。这种方式可以非常灵活地满足许多客户各种各样的需求。
例如，MSS内部的卡号业务就是采用Python脚本实现。在某些地方部署该业务时，客户会有些不同的需求，例如播放某种语音，或者不播放某条语音，提示这种情况，或者提示另一种情况，等等。我们可以根据客户的需求，更新python脚本文件，而不需要对MSS核心做任何改动。
但是某些东西就不那么灵活，例如业务的触发方式。以前的MSS版本在卡号业务中，固定了业务触发方式。也就是说，只有被叫号码是‘*300*’的呼叫才会触发卡号业务。有些客户就是不喜欢这个号码，还有些客户希望能支持更多的号码来触发业务。
最新的V10.4版本可以支持客户自己配置Python业务的触发方式，实际上，我们可以根据呼叫的拨号计划以及被叫号码来触发Python业务。现在就完美了！客户不仅可以实现定制化的业务，也可以自由地根据自己的需求选择如何触发业务。您不喜欢”*300*”？没问题，只需要配置另外一条数据即可。
请参考用户手册，了解Python业务触发的更多细节信息：
http://www.myvoipapp.com/cn/docs/mss_services/manual/index.html#python_services
Cloud-MSS升级到新版本，以支持离线即时消息（IM）特性。
在统一通信环境中，用户经常需要发送和接收离线消息，尤其是某些客户采用Cloud-MSS作为他们的统一通信工具进行部署，这方面的需求就更加迫切。
本次升级后，Cloud-MSS将支持以下IM特性：
（1）如果被叫用户在线，Cloud-MSS会立刻将TA的IM发送过去。
（2）如果被叫用户不在线，Cloud-MSS将缓存TA的离线IM消息。每个用户可以缓存最多10条IM，每条IM应少于200字符。
（3）如果被叫用户重新在线后，Cloud-MSS自动将TA的离线IM信息发送给该用户。
您不需要对这个特性做任何配置，系统默认就提供离线IM的各项要求，因此构建一个基于云通信的统一通信环境现在是如此的简单，您为什么现在不试试呢？:-)