最近有客户向我们报告了一个问题：miniSIPPhone 在 4K 屏幕中界面异常。如下图所示：
在构建图形界面（包括 miniSIPPhone 以及 miniSIPServer）时，我们采用绝对位置、长度来安排界面中的各个组件，因此如果屏幕具备很高的分辨率时（例如 4K 屏幕），绝对坐标值就显得非常小、甚至过于紧凑。
为了解决这个问题，我们将图形界面中的布局、组件全部换成相对坐标、相对尺寸。当然，同时修改、升级了 miniSIPPhone（V8.4） 以及 miniSIPServer（V39 build 20220823）。
另一方面，我们同时也修改了 miniSIPServer 对话框的尺寸、风格、以及布局，因此 miniSIPServer 的图形界面整体上更统一、更整齐，使用感受也会更舒服一些。
miniSIPServer 默认打开 UDP 端口 5080 接受来自应用服务器的 call-back 请求并发起两路呼叫，如果 miniSIPServer 是部署在公网，有可能收到外部很多不相关的 UDP 数据包。我们可以通过配置“应用服务器地址”进行 IP 地址鉴权，但是不幸的是，这个地址默认是空，miniSIPServer会接受外部数据包并进行后续操作， 这带来隐性危险。
因此我们更新了“回呼”业务，进行适度的保护，同时也稍微修改了业务的处理逻辑。请先参考以下新的配置界面：
（1） “应用服务器地址”的默认值修改为本地循环地址“127.0.0.1”，这样外部的数据包将无法通过地址鉴权而被直接抛弃。当然，我们还是可以将它配置为空，允许所有的地址向 miniSIPServer 发送 call-back 请求，但我们强烈建议不要这么配置。
（2） “本地监听端口”可以配置为0，一旦配置为0， miniSIPServer 将关闭“回呼”业务，因此就绝对不会接受外部的任何数据包。如果您的环境没有部署“回呼”业务，我们强烈建议将这一项配置为0。
（3）取消“外线模式”。部分客户经常问道这个配置项是什么意思，也经常被它搞糊涂。其实当初设置这个配置项，主要是让 miniSIPServer 自动在外呼号码前添加“出群呼叫前缀”（默认也就是“9”）。实际上，这个项确实特别不灵活，比如客户可能在“回呼”业务中可能同时呼叫本地分机和外部用户，这个配置就容易导致号码错误。因此我们取消了这一项的配置，如果希望呼叫外部用户，可以在 REQUEST 消息中明确添加出群呼叫前缀。也就是说， 应用服务器自己决定号码格式、自己需要清楚号码分析结果（也就是路由结果）。
请参考“回呼”业务文档了解更多的细节。
今天我们增加了一个新的 miniSIPServer 版本（5 客户端版本），这是一个免费版本！您不需要注册码即可长期使用，也不用担心试用期过期的问题。
“5 客户端”版本特别适合微型的 VoIP 网络，例如家庭用户、测试等。您不需要付一分钱就能获得完整的 VoIP 功能特性，当然，SIP/VoIP 客户端数量被限制为不能超过5个。
另外，免费版本不能用于商业目的或者商业场景。
希望您能享受这个新的版本！
如果您使用以前版本的 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中继、外线、路由等。
希望接口文档对您的解决方案有帮助。如果您希望我们开放更多的接口，请联系我们。我们欢迎任何建议！谢谢！