一般情况下，我们在用户的配置文件中设置振铃组业务。一个用户只能设置一个振铃组，在多数情况下，这个设定都能工作得很好。
众所周知，现在是艰难时刻。部分公司不得不裁剪人力资源以减少运营费用，因此剩余的人员就可能需要承担更多的工作。比如同一个员工有可能同时分配到多个工作组（振铃组）。实际上已经有一些客户要求我们适配这个需求。
我们非常理解这个请求，因此升级了 miniSIPServer， 采用一个新的方式来支持振铃组业务。
简而言之就是新增了两张表。一张表用于定义振铃组及其分机用户，请参考下图：
另一张表配置了振铃组检测方式，miniSIPServer 根据呼叫中的被叫号码，判定是否需要触发振铃组。请参考下图：
业务文档已经更新，请点击此处了解更多细节。
在部署 VoIP 网络时， 有些场景会要求使用定制化的资源文件，例如 自己的语音文件、特殊的 IVR 流程、自己的鉴权文件等。 以前的 miniSIPServer 版本将这些文件保存在安装运行目录（或者子目录）下。
这有可能导致管理方面的问题。卸载、升级 miniSIPServer 时，我们不得不非常小心地备份这些定制的资源文件。
V38 (build 20210108) 版本试图解决这个困扰。 所有的定制化资源文件和默认的资源文件分离出来，单独保存在应用数据目录（AppData 目录）及其子目录下。
例如，定制的语音文件将保存在 custAnn 子目录中。一旦 miniSIPServer 被卸载或者升级，这些语音文件不会受任何影响。
请参考在线文档了解更多细节。
V38 之前版本的 miniSIPServer 将配置数据文件保存在当前安装目录下。在某些场景中， 这实际会遇到一些问题。 比如在 windows 系统中， 如果用户将 miniSIPServer 安装在系统盘（通常是 C 盘），有可能 windows 会禁止 miniSIPServer 写文件（除非用户明确以管理员权限运行 miniSIPServer）。
在 Linux 系统中， 也会有类似的权限问题。 miniSIPServer 默认安装在 “/opt/sipserver” 目录， 如果系统管理员（比如 root ）运行了 miniSIPServer 并创建、修改了本地数据存储文件， 其他用户再运行时就没有权限读、写这些文件，从而导致启动 miniSIPServer 失败。
因此 V38 版本做出了一点改变，将数据存储在当前用户自己的目录下。 在 Windows系统中，这个目录就是用户的应用数据（Application data）目录。而在 Linux 系统中， 这个目录就是用户的 HOME 目录。
请参考在线文档了解这个变动的细节信息。
另一方面， miniSIPServer 会在启动时明确提示当前数据的保存目录。
非常完美，直接安装运行即可！ 而且系统界面非常美观，值得尝试！
数据中心通知我们将进行例行维护，会影响到我们虚拟服务器所在的部分物理主机服务器。这些主机将会安装一些紧急补丁并重启。
计划的维护时间（UTC时间格式）如下：
2020-08-07 03:00:00 上午 UTC
请注意以下几点重要信息：
(1) 维护窗口预期大约是2个小时，然而实际下线时间可能是45 ~ 60 分钟。
(2) 您的虚拟服务器将关闭，维护期间将无法访问。
(3) 虚拟服务器重新工作后，您可能需要重启 SIP 电话或者本地的 SIP 设备（例如网关)。
如果您有任何问题或者关注，请通知我们。感谢您的耐心和配合！谢谢！
在部署 VoIP 网络时，经常会遇到“语音不通”或者“语音单通”等问题。这通常都是由于私有网络导致的，例如，部分 SIP 电话和 miniSIPServer 部署在路由器后面，而部分 SIP 设备（包括 SIP 电话）部署在另一个不同的网（可以是私网、也可以是公网）。
为解决这类语音问题，通常我们都建议在路由器中手工配置“端口转发”，将必要的一些端口转发到 miniSIPServer，由 miniSIPServer 来负责转发不同网之间的语音流。 如果您对路由器比较熟悉，配置“端口转发”相对就比较容易。
然而部分客户不熟悉路由器配置，或者在配置时可能会出些错误，因此我们在 miniSIPServer 中增加了个小特性来帮助完成“端口转发”的配置。
这就是UPnP（Universal Plug and Play， 通用即插即用）。 UPnP 能帮助 miniSIPServer 自动进行端口映射。
首先，您需要确认路由器支持UPnP，并且已经打开了这项功能。
接着，在 miniSIPServer 的主窗体，请点击菜单“数据 – 系统配置”，并选择配置项“采用 UPnP 请求路由器映射端口”即可，如下图所示：
默认情况下，miniSIPServer 会请求映射以下端口： SIP （基于UDP）端口、转发媒体流的端口。
另一方面，多数路由器（尤其是家用级别的路由器）会限制 UPnP 请求的端口数量，比如通常会少于30个，因此如果您的 miniSIPServer 是100客户及以上版本，您还是必须像以前一样手工配置“端口转发”。
Ubuntu 20.04 是最新的长期支持版本，因此 miniSIPServer 也必须支持这个新发布的版本。
不幸的是，Ubuntu 20.04 版本砍掉了对 Qt4 的支持，因此我们需要采用 Qt5 开发库更新 miniSIPServer。 miniSIPServer 升级到 V37 (build 20200424) 后，可以成功支持 Ubuntu 20.04系统版本，请参考下图。
另外，miniSIPServer 的 Windows 版本仍然选择停留在 Qt4 程序库，因为我们目前还需要支持部分客户的老旧系统版本，例如 XP、7等。在开发计划中， V38 版本将全部迁移到 Qt5 版本，同时将正式告别 XP 等老旧系统。
由于云端miniSIPServer和本地miniSIPServer是基于同样的核心构建，因此 一般情况下大部分业务特性是相同的。有一些业务，由于某些条件的限制，有部分特性会有一些差异，比如“语音邮箱”业务。
本地miniSIPServer系统中，分机用户可以设置不同的留言语音提示，而在云端miniSIPServer系统中，每个虚拟系统有统一的留言提示音，分机只能使用系统统一的提示音。用户仅能替换这个统一的留言提示音，不能为每个分机单独设置不同的提示音。
最近我们升级了云端miniSIPServer系统。在云系统中，每个分机现在也能配置和使用不同的留言提示音。请参考下图，在分机的配置中，新增了“个性化语音ID”项，每个分机可以配置不同的语音ID，也就是可以使用不同的留言提示音。
当然，目前云系统用户仍然无法自行将语音上传到虚拟服务器。如果您要上传语音，请将语音文件发送给我们的技术支持团队，我们将手工将您的语音文件上传到虚拟服务器中。
语音文件上传后，您可以在管理界面中自行进行管理。请参考下图所示：
另一方面，您需要按照一定的规则要求创建语音文件，包括文件的格式、语音编码要求，等等。请参考在线文档了解更多细节。
在下个月末（2020-01-31），我们将采取行动，清除云通信系统中的“僵尸”虚拟节点。
我们将以下特征的虚拟服务器定义为“僵尸”节点，将在本次行动中被清除。
（1）该虚拟服务器对应的帐号长期没有登录操作。“长期”是指两年以来，即从2017-01-01以来。您可以在最近登陆一次您的帐号，从而避免虚拟服务器被本次行动清除。
（2） 自 2017-01-01 时间点以来，该虚拟服务器没有SIP终端注册，或者没有任何SIP呼叫。
由于“僵尸”虚拟服务器只会无谓占用我们的系统资源，对其他客户也不公平，因此请务必重视本次清理行动，感谢您的理解和支持！
2020-02-13 更新： 本次清理任务已经完成。未来我们将持续清理“僵尸”虚拟服务器，并且不会再进行通知。如果您最近的两年内没有登录过您的服务器节点 ，或者没有任何SIP呼叫，将被视为“僵尸”虚拟服务器被清理掉，请务必重视这点。
