产品升级、Patch等相关信息发布
最近我们更新了V25版本，修正了一些bug、做了一些优化，系统更加稳定。最重要的是：从这个版本开始，我们删除了webRTC特性。
在以前的blog或者文档中，我们说明了MSS webRTC特性适用于Google Chrome浏览器。Chrome升级到V48版本后，对webRTC特性做了一些改动。一如以往，这些改动没有考虑到和以前版本的兼容，这迫使我们再次不得不向客户道歉并跟进修改。综合考虑后我们认为，可能webRTC特性更适合公众网络业务，例如Google自身的hangouts业务。缺乏灵活性、兼容性考虑，webRTC可能不适合中小型企业通信网络市场。
因此我们从V25版本开始砍掉了这个特性，不过仍然保留在V24（LTS版本）中。如果您仍然在使用webRTC特性，请注意保持Chrome浏览器的版本不要超过V47版本。
本特性已经合入最新的V25版本（build 20160126）。
某些特殊的SIP设备，例如自动控制系统中的嵌入式SIP设备，往往不具备全SIP能力集，只能发起或者接受简单的SIP呼叫，不能进行账号和密码鉴权。部分设备甚至不支持发送“注册”消息到MSS更新自己的状态。
嗯，我们在MSS中可以将这些设备配置为“SIP中继”，但是这样也会丢掉一些关键特性，例如“振铃组”。在某些场景中，客户们希望能让所有设备同时振铃，这样我们就只能将设备配置为“分机”用户。
为满足这些需求，我们在“分机”中增加了“IP地址鉴权”的特性。也就是说，MSS可以不要求SIP终端首先进行注册，呼叫过程中也可以不再对账号和密码进行鉴权，只要SIP消息来自特定的或者预先配置的IP地址即可。请参考下图了解更多的细节：
另外，在新版本中我们同样也更新了openAPI文档，如果您有兴趣的话，可以参考最新的文档。
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版本）了。按照版本计划，如果没有意外的话，我们将在今年年底或者明年年初完成上述版本的升级，敬请期待！
昨天发布了MSS最新的V23版本。本次版本发布主要支持的特性是：shared-appearance（SA，共享呈现）。在“一号多机”业务中，同一个号码下的分机可以订阅其他分机的状态，MSS会实时将其他分机的状态通知到订阅分机，例如：振铃、应答、终结，诸如此类的状态。
需要强调的是，这个特性对SIP电话的能力也有相应的要求。SIP电话应支持SUBSCRIBE/NOTIFY等操作。如果您的电话不具备这些能力，这个特性将自动取消。
SA特性不要求任何配置。是不是很简单？希望您能享受这个特性带来的便利！
最近我们更新了V22版本，主要支持一个特殊的功能：在一号多机业务中支持多方通话流程。这个特性应用在一个教室场景中：
多名学生采用同一个号码（一号多机，记得吗？）。教师会要求其中一位同学回答问题，在这个过程中，其他同学可以加入进对话中进行讨论。
在新版MSS中，后续同学默认可以拨打“*74”来加入已有的对话。
在开发这个特性的过程中，我们重新思考了原有的“虚拟会议室”业务。我们相信原有的业务使用体验太复杂了，几乎很少MSS用户会使用这个特性，因此我们决定在V22版本及以上版本中，删除“虚拟会议室”特性。后续版本计划中，我们将支持新的三方通话业务。
本次版本的主要特性是“自定义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系统也已经升级，可以支持“一号多机”业务。
欢迎您尝试和体验新的业务。如果有任何疑问和建议，欢迎和我们联系。
昨天我们发布了最新的V20版本。本版本主要有以下特性和优化：
（1）Call park业务优化。
在call park业务的设计中，原来是采用“非参与式呼叫转移（Unattended transfer）”的方式，指令MSS将呼叫park主。这种方式在实际应用中遇到一些问题，例如某些SIP设备没有相应的“呼叫转移”键，无法发起相应的转移操作。而即便是有呼叫转移键，部分客户在使用时仍然觉得困惑并且操作不方面。
有鉴于此，MSS增加了一种方式。如果SIP设备支持多个通话的话，现在可以直接发起一个新呼叫来park原有呼叫。也就是说，用户可以直接呼叫“*70*1”来发起“呼叫停泊”操作。
（2）开放接口更新
V20主要的修改是统一了openAPI以及web管理系统内部的接口。因此，openAPI实际上具备了web管理系统绝大部分的接口。目前我们在文档中只列出了几个常用接口，而实际上用户可以参照web管理系统的文件，采用openAPI接口来自行配置MSS。
当然，后续我们会逐步更新openAPI文档，让用户更直接地了解各接口的细节。
最新的V19版本今天正式发布！V19版本主要提供以下业务和优化：
我们重新设计和实现了MSS内部的嵌入式HTTP服务器，替代原有的实现方式。新服务器具备更好的性能和更优越的架构设计。
这是传统PBX中也支持的一个业务。请参考业务文档进一步了解细节。
如果是新部署VoIP网络，建议采用最新的V19版本。如果是现有的网络，请根据实际情况和需求考虑是否需要升级MSS。