如果您使用以前版本的 miniSIPServer，如果想让 miniSIPServer 转发媒体流，miniSIPServer 只会转发语音流而去掉视频流。
这主要是因为视频流会占用太多的带宽，同时也要求服务器有足够的计算能力。很多设备实际上达不到这样的要求。但是越来越多的客户要求我们改进这点，在转发语音流的同时也转发视频流，因为他们的设备目前已经足够强大，而且网络也有足够的带宽。
既然如此，这个要求似乎非常合理，因此我们认为应当升级 miniSIPServer 满足这些客户的需求。
因此最新版本（20210604 构建版本）正式发布，这个版本在转发媒体流的时候，将同时转发语音流和视频流。
升级版本后无需更改配置，您唯一要注意的是硬件的计算能力和网络的带宽是否满足需求。
数据中心通知我们将进行例行维护，会影响到我们虚拟服务器所在的部分物理主机服务器。这些主机将会安装一些紧急补丁并重启。
计划的维护时间（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客户及以上版本，您还是必须像以前一样手工配置“端口转发”。
我们最近升级了云端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”了解更多的细节。
部分客户在全球有多个分支机构（或者分支办公室），部署多个miniSIPServer服务器，建立企业内部统一的VoIP通信网络，如下图所示：
我们提供了一个简单的文档描述这种网络部署情况，其中引入了两个重要的逻辑实体概念： T-MSS 和 L-MSS。
L-MSS 即“本地miniSIPServer，Local miniSIPServer”，部署在各分支机构或者分支办公室，连接当地的网络，服务于本地分机用户和网关设备等。
T-MSS 即“中继miniSIPServer， Trunk miniSIPServer”，用于桥接所有分支机构的L-MSS。
请点击此处了解更多的细节信息。
最近有些客户向我们报告了一个导致miniSIPServer崩溃的问题，所有这些客户都部署了“基于TLS的SIP”，所有的崩溃报告都显示是SSL/TLS加密库内部崩溃。基于这些信息，我们更新了miniSIPServer，在新版本中做了以下一些关键修改：
（1）SSL库升级到最新的版本；
（2）默认将只保留TLSv1.2加密方式，SSLv2、SSLv3、TLSv1以及TLSv1.1都被禁止。在我们调查问题的过程中，我们发现有些黑客企图利用SSLv3的缺陷骇入miniSIPServer，出于安全防护的考虑，我们全部移除这些有隐患的加密方式。未来我们会考虑加入更多更安全的加密方式，比如TLSv1.3。目前如果要部署“基于TLS的SIP”，必须确保SIP终端或者电话也支持TLSv1.2加密方式。
另一方面，我们也更新了“基于TLS的SIP”文档。在文档中新增了一些简单的示例，演示使用openSSL创建自签名的数字证书等文件。
miniSIPServer 提供开放的openAPI接口，客户可以在自己的系统中，通过这些接口操作、管理miniSIPServer。
以前的openAPI文档托管在GitBook网站上，目前我们已经重新移植回我们的官方网站，请访问以下链接获得最新的接口文档。
https://www.myvoipapp.com/cn/docs/mss_services/openapi/index.html
在新的文档中，我们开放了更多的接口，几乎覆盖了基本呼叫所需要的所有配置项，例如SIP中继、外线、路由等。
希望接口文档对您的解决方案有帮助。如果您希望我们开放更多的接口，请联系我们。我们欢迎任何建议！谢谢！
在使用SIP中继外呼时，有可能遇到对方无法呼出的情况，例如对方资源全忙等，此时如果用户配置有多条SIP中继、同时又是对接多个不同的服务商，MSS可以继续尝试另一个SIP中继进行外呼。
在MSS的SIP中继中配置“呼叫失败时尝试另一中继”，并指定后续处理的中继即可。如下图所示：
部署VoIP网络时，我们常常会在miniSIPServer中配置外线连接VoIP运营商的服务器。考虑到市场中有大量的VoIP运营服务商，因此经常有客户咨询我们如果配置miniSIPServer来连接这些运营商的网络。
实际上在“小型企业建立IP-PBX系统指南”这篇指导文档中，我们已经提供了一个简单的外线配置，连接VoIP运营商“call centric”。您可以参考这篇文章了解VoIP网络和外线的相关细节。另一方面，我们在“常见问题”文档的“外线”章节，也给出了一些其他运营商的配置参考。如果您有兴趣或者需求的话，也可以参考这些文档，希望这些文档帮助您部署VoIP网络。
安装完Ubuntu后，从我们网站上下载miniSIPServer V32版本，直接点击安装，非常简单！稍微测试了一下，完美！
由于18.04版本是最新的长期支持版本，因此我们也强烈推荐客户使用这个版本来部署miniSIPServer。
