miniSipServer云通信产品
数据中心通知我们将进行例行维护，会影响到我们虚拟服务器所在的部分物理主机服务器。这些主机将会安装一些紧急补丁并重启。
计划的维护时间（UTC时间格式）如下：
2020-08-07 03:00:00 上午 UTC
请注意以下几点重要信息：
(1) 维护窗口预期大约是2个小时，然而实际下线时间可能是45 ~ 60 分钟。
(2) 您的虚拟服务器将关闭，维护期间将无法访问。
(3) 虚拟服务器重新工作后，您可能需要重启 SIP 电话或者本地的 SIP 设备（例如网关)。
如果您有任何问题或者关注，请通知我们。感谢您的耐心和配合！谢谢！
由于云端miniSIPServer和本地miniSIPServer是基于同样的核心构建，因此 一般情况下大部分业务特性是相同的。有一些业务，由于某些条件的限制，有部分特性会有一些差异，比如“语音邮箱”业务。
本地miniSIPServer系统中，分机用户可以设置不同的留言语音提示，而在云端miniSIPServer系统中，每个虚拟系统有统一的留言提示音，分机只能使用系统统一的提示音。用户仅能替换这个统一的留言提示音，不能为每个分机单独设置不同的提示音。
最近我们升级了云端miniSIPServer系统。在云系统中，每个分机现在也能配置和使用不同的留言提示音。请参考下图，在分机的配置中，新增了“个性化语音ID”项，每个分机可以配置不同的语音ID，也就是可以使用不同的留言提示音。
当然，目前云系统用户仍然无法自行将语音上传到虚拟服务器。如果您要上传语音，请将语音文件发送给我们的技术支持团队，我们将手工将您的语音文件上传到虚拟服务器中。
语音文件上传后，您可以在管理界面中自行进行管理。请参考下图所示：
另一方面，您需要按照一定的规则要求创建语音文件，包括文件的格式、语音编码要求，等等。请参考在线文档了解更多细节。
在下个月末（2020-01-31），我们将采取行动，清除云通信系统中的“僵尸”虚拟节点。
我们将以下特征的虚拟服务器定义为“僵尸”节点，将在本次行动中被清除。
（1）该虚拟服务器对应的帐号长期没有登录操作。“长期”是指两年以来，即从2017-01-01以来。您可以在最近登陆一次您的帐号，从而避免虚拟服务器被本次行动清除。
（2） 自 2017-01-01 时间点以来，该虚拟服务器没有SIP终端注册，或者没有任何SIP呼叫。
由于“僵尸”虚拟服务器只会无谓占用我们的系统资源，对其他客户也不公平，因此请务必重视本次清理行动，感谢您的理解和支持！
2020-02-13 更新： 本次清理任务已经完成。未来我们将持续清理“僵尸”虚拟服务器，并且不会再进行通知。如果您最近的两年内没有登录过您的服务器节点 ，或者没有任何SIP呼叫，将被视为“僵尸”虚拟服务器被清理掉，请务必重视这点。
在部署 miniSIPServer 时，我们可以通过 IVR-XML 来订制自己需要的IVR业务流程，最常见的就是“自动话务员”业务。根据以往的 IVR-XML 功能集，我们可以使用“callto”动作发起新的呼叫，同时结束整个IVR流程。
但是，如果我们想监视呼叫过程中的某些事件，例如“被叫忙”，并根据这些事件改变IVR的流程，触发新的动作（action），我们该怎么做呢？
目前最新的 V37 版本已经发布，在这个版本中，扩展了一个与 IVR-XML 有关的关键特性。我们可以在“callto”动作中，配置“monitor-events”元素，对呼叫事件进行监视，并在事件发生时，将IVR流程转向新的动作。
例如，以下示例中，在“callto”动作中配置需要监视的事件：
<action method="callto" name="mainAction"> <destination>100<destination> <monitor-events> <monitor-event detection="busy" nextaction="callto101"/> </monitor-events> </action>
在这个示例中，如果“callto”发起的呼叫，遇到被叫忙，则 IVR 流程将执行下一个动作“callto101”， 即对另一个用户发起新的呼叫。
请参考IVR-XML 在线文档，了解更多关于“monitor-events”的细节。
上述zip文件是一个简单的IVR-XML脚本示例，用于测试新的“callto”动作。将其解压缩并保存在”xml”子目录下（您可以在miniSIPServer的安装目录下找到这个子目录），并在miniSIPServer中配置新的触发条件进行测试。
我们最近升级了云端miniSIPServer系统，加入了一些重要的特性。其中，最重要的特性就是支持“SIP over TLS”。
默认情况下，云系统打开 TCP 6060端口接受基于 TLS 加密的 SIP 消息（即 SIP over TLS）。该特性对所有虚拟节点都有效，无需额外付费，也无需额外进行配置。
现在 SIP 电话可以采用加密的 SIP 消息连接到云端 miniSIPServer，但是对于“外线”或者“SIP中继”，仍然只能用传统的、基于 UDP 的普通 SIP 消息与 VoIP 运营商对接。
“SIP over TLS”仅用于加密SIP消息。如果您希望同时加密媒体流，例如加密语音流和视频流，您应当在话机或者终端中配置 SRTP。默认情况下，媒体流不经过 miniSIPServer，只是终端之间自行处理。
请参考在线文档“基于TLS的SIP”了解更多的细节。
我们的数据中心提交了一份紧急维护报告，云系统所在的物理主机发成故障，数据中心目前正紧急进行维护！
维护期间：
一旦数据中心完成维护工作，我们将及时更新本blog！
感谢您的耐心和理解，谢谢！
[北京时间 2019-04-09 13:05:15] 更新：目前系统恢复正常，本次业务中断大约1个小时。我们将继续保持观察系统状况。如果您的VoIP电话仍然处于离线状态，请重启话机试试。如果仍然有问题，请联系我们。谢谢！
我们的数据中心计划对整个系统进行例行维护，并升级硬件基础架构。
在维护期间，所有的miniSIPServer云节点硬件都会掉电重启，这意味着所有虚拟服务器都将停止工作。本次维护计划大约2小时的时间，实际使用时间应该远小于2小时。
本次计划维护时间点为：
周二，一月八日，下午16:30（中国北京时间）。
在以前的版本中，MSS 只限制了分机最大“呼出”呼叫数，并没有限制分机总的最大并发呼叫数。通常这已经可以满足大部分的需求了，我们认为分机自己是可以限制呼入呼叫的并发数的。而最近有部分客户的终端功能稍弱，因此希望在服务器侧就能限制分机的总并发呼叫数，比如呼叫中心的话务员分机。基于这个需求，我们更新了 MSS， 使其能在限制最大“呼出”呼叫数时，也能同时限制总并发呼叫数，如下图所示：
极端情况下，如果“最大同时呼叫数”设置为0，那么该分机既不能呼出、也不能呼入。同时需要注意的是，“最大同时呼出呼叫数”应该小于“最大同时呼叫数”，因为后者是同时限制“呼出”和“呼入”两种场景的。
部署VoIP网络时，我们常常会在miniSIPServer中配置外线连接VoIP运营商的服务器。考虑到市场中有大量的VoIP运营服务商，因此经常有客户咨询我们如果配置miniSIPServer来连接这些运营商的网络。
实际上在“小型企业建立IP-PBX系统指南”这篇指导文档中，我们已经提供了一个简单的外线配置，连接VoIP运营商“call centric”。您可以参考这篇文章了解VoIP网络和外线的相关细节。另一方面，我们在“常见问题”文档的“外线”章节，也给出了一些其他运营商的配置参考。如果您有兴趣或者需求的话，也可以参考这些文档，希望这些文档帮助您部署VoIP网络。
我们要求必须使用 email 邮箱地址来注册、激活云 miniSIPServer 帐号（minisipserver.com），因为我们需要通过email及时反馈系统状况给您，有时候我们也需要发送一些必要的通知给您，比如账户余额的情况，确保您的系统能保持正常、稳定地运行，避免意外情况对您的 VoIP 系统造成不必要的冲击。
出于保护客户隐私的考虑，我们的服务器全部部署在有最严格法律规范约束的美国、德国两地。我们也承诺绝对不会泄漏您的email邮箱地址，也绝对不会用于营销等目的，仅仅是作为系统维护时的联系手段而已。
目前我们已经与全世界绝大多数邮件服务商都工作良好，唯一让我们感到困惑的是大陆地区的QQ邮箱。我们已经多次收到用户的抱怨，注册云miniSIPServer账户后，无法收到激活邮件。我们检查了自身系统的相关情况，发现QQ邮箱退回了我们的邮件，原因是我们的IP地址发送了过多的邮件。
根据我们的日志，大陆地区用户用QQ邮箱注册的情况并不多，频率大约是一周二三个而已，我们的邮件系统不可能频繁发送激活邮件。我们完全有理由相信，QQ 邮箱简单粗暴地过滤了海外邮箱地址。我们尝试联系 QQ 邮箱的支持部门进行沟通，但是很遗憾，没有获得反馈，状况也没有改善。
因此，如果您是大陆地区用户，建议您不用QQ邮箱注册云miniSIPServer帐号。我们推荐采用163或者outlook邮箱，这些都没有任何问题。当然，如果您有海外邮箱帐号，比如gmail、yahoo等，那就更没有问题。