miniSipServer云通信产品
通常我们不限制SIP中继的并发呼叫数，也就是说，默认情况下能呼叫多少就呼叫多少。如果对方资源有限，自然会拒绝多余的呼叫。然而在一些应用场景中，客户们希望MSS能主动对呼叫进行限制。
为此我们拓展了SIP中继中的配置，分别对“呼入呼叫”和“呼出呼叫”的最大并发呼叫数进行限制，超出最大呼叫数的呼叫将被禁止或者抛弃。请参考下图：
需要注意的是：
（1）这两项配置是独立的，因此可以对呼入和呼出做出不同的限制决定。
（2）如果将其中一项或者两项配置为0，则可以限制为只允许呼入，或者只允许呼出。
在最新发布的V30版本中，对“一号多机”业务做了点改动。原有版本中默认所有分机都具有该业务能力，也就是说，任何一个分机账号都允许多部设备或者话机同时注册和使用。在实际应用过程中，客户们反馈这样做虽然简化了配置，但是其实带来了管理问题，并不想所有分机都允许多机注册，只有部分或者特定的分机才可以这样做。
考虑到这种情况，我们在分机配置中增加了“一号多机”业务权限配置。只有明确配置了该权限位的分机，才允许多机注册和使用。请参考下面的图例。
本次修改同时适用于本地MSS版本以及云MSS版本。
在新版MSS中我们增加了两项与话务员相关的业务：话务员强插以及话务员逾越。请参考业务文档了解这两项业务的细节。
本地MSS软件版本以及云MSS服务都为这两个业务进行了升级。目前MSS软件最新版本为V29版本。
下一个版本，即V30版本，将主要集中在“媒体网关”特性的优化上。如果您有任何建议和需求，欢迎您联系我们，我们十分乐意与您进行讨论。
最近我们更新了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服务器发送语音邮件。当然这样也有一点不足之处：您可能需要检查“垃圾”邮箱文件夹，您的邮件系统有可能会将我们的邮件作垃圾邮件处理。
在“语音邮箱”业务中，MSS需要采用SMTP库发送语音邮件。考虑到MSS本身支持嵌入Python脚本，因此很容易就直接调用python-smtplib库发送邮件。这正是我们在以前的版本中的实现方式，一直工作得很好，我们也很满意。
然而smtplib库（python2.7携带）有点过时了，无法满足一些现代SMTP服务器的要求。另外，该库也有一个明显的缺陷：它是同步方式。这意味着发送邮件的过程中，会阻塞业务线程，导致性能低下。这在普通PBX应用场景中不是问题，但是在我们的云端通信系统中就显得不太合适了。
事情已经发生改变，我们也希望MSS能更加完美，因此决定开发一个新的SMTP库来发送邮件。新的SMTP库采用异步方式，有更高的性能，符合现代SMTP的各项要求。并且，采用C/C++语言实现。
我们已经更新了V23版本和云通信系统，都采用了最新的SMTP库。希望您能喜欢最新的版本。
另外，自从V23版本发布数月以来，我们得到的反馈非常之好，因此我们想是时候发布新的长期支持版本（即V24版本）以及新的稳定版本（即V25版本）了。按照版本计划，如果没有意外的话，我们将在今年年底或者明年年初完成上述版本的升级，敬请期待！
最新的V21版本已经发布，主要用于支持“一号多机”业务。
“一号多机”业务可以支持多个SIP电话采用同一个分机号码进行注册和鉴权。对于入呼叫而言，所有同一号码下的分机都会同时振铃。
“一号多机”业务在表现形式上与“振铃组”业务有些类似。区别在于：“一号多机”中的各分机都采用同一个分机的配置信息，而“振铃组”业务的分机是完全独立的，各自有独立的配置。
请参考在线业务文档了解该业务的细节信息：
http://www.myvoipapp.com/cn/docs/mss_services/one-number/index.html
与此同时，云通信MSS系统也已经升级，可以支持“一号多机”业务。
欢迎您尝试和体验新的业务。如果有任何疑问和建议，欢迎和我们联系。
今天我们为miniSIPServer.com网站启动了HTTPS访问，也就是说您的浏览器与我们网站之间所有的通信都将是加密的。
现在您可以采用以下链接来访问云系统网站：
昨天我们系统所在的数据中心遇到了DNS（域名解析系统）的问题。实际上整个DNS系统都崩溃了。这导致我们所有的服务器都无法正常注册客户配置好的外线。系统检测到大量注册失败后，诊断为用户配置“错误”。为了避免“错误的配置”导致系统发送大量垃圾消息给对端服务器，系统自动删除了这些配置。
这实在是个非常糟糕的消息！
我们承诺不会再发生这样的事情。目前我们所有的服务器都已经升级，同时配置了多个DNS系统，其中包括Google提供的DNS系统。
对这次的问题所造成的糟糕影响，我们感到非常抱歉。如果您的外线数据被删除了，请手工重新再配置一下。另外，我们为每个受到影响的账号赔偿一定数额的余额。
感谢您的耐心和一贯以来的支持！
我们今天升级了Cloud-MSS系统，并入了webRTC功能。也就是说，现在您可以直接使用miniWebPhone连接到您的虚拟MSS节点，不再需要单独安装SIP软电话或者硬件电话，只要有Chrome浏览器就可以了！
请参考下面的文档了解更多webRTC的细节：
http://www.myvoipapp.com/cn/docs/mss_services/webrtc/index.html
希望您能享受这个特性所带来的便利！