是的，我们又升级 miniSIPPhone了！
miniSIPPhone V10.10 现在可以支持 SIP over TCP/TLS。在 SIP 账户的配置中新增了“传输”一项，用于指定采用哪种传输方式连接 SIP 服务器：
如果采用 SIP over TLS，那所有的 SIP 消息都是加密传输。如果企业通信系统中的设备（分机或者服务器）是部署在公共网络，那就非常有必要对通信内容进行加密保护。我们知道云 miniSIPServer 系统支持 SIP over TLS，而且云系统都部署在公共网络中，因此如果客户端同时部署 miniSIPPhone 的话，整个企业 VoIP 系统显然会更安全。
当然，miniSIPPhone 也可以与其他支持 SIP over TCP/TLS 的服务器（或者 PBX ）一起工作，共同构建完整、安全的企业通信系统。
正如大家所知，miniSIPServer有一些专门为树莓派（Raspberry Pi）定制的版本，这些版本都是基于 armhf 架构。最近越来越多的客户向我们咨询在 arm 系统上运行的 miniSIPServer，经调查，大部分都是 arm64 架构的服务器或者板载系统。
据此我们将为特定的树莓派系统定制的 miniSIPServer 修改为普适性的、基于 ARM64 架构的 miniSIPServer。当然，树莓派也支持 arm64 架构，因此这次的修改基本能覆盖大部分的 arm 架构应用场景。
另一方面，这些应用场景的大部分客户都只需要命令行方式的 miniSIPServer，他们并不需要图形界面的 miniSIPServer，也就是说他们只需要运行 minisipserver-cli 就可以了。默认情况下， miniSIPServer 安装包会要求安装 qtbase5-dev 库以支持图形界面，而此类场景中实际已经不需要这个库了，因此我们修改了 miniSIPServer 安装包的 deb-control 控制参数，将 qtbase5-dev 包从‘Depends’段改到‘Suggests’段。
如果您希望运行图形界面的 miniSIPServer，则需要用以下命令安装依赖库：
sudo apt install gcc g++ qtbase5-dev
如果您只是希望运行命令行方式的 miniSIPServer， 则需要以下命令安装依赖库：
sudo apt install gcc g++
“呼叫前转”是 VoIP 以及通信领域非常传统的业务。默认一般是由 SIP 终端（话机）发送 3xx 消息给 miniSIPServer 进行呼叫前转，当然 miniSIPServer 自身也可以直接发起呼叫前转。
大多数情况下，主叫侧并不知道被叫侧发生了呼叫前转，主叫侧也并不关心被叫侧的呼叫是否被前转了。然而，有些时候主叫侧确实需要知道被叫侧的呼叫前转。
miniSIPServer 目前会向主叫侧发送 181 Call Is Being Forwarded 消息，明确告知主叫：被叫侧正发生呼叫前转。在 181 消息中，miniSIPServer 增加了一个 Call-Info 头域携带前转的必要信息。请参考下图：
上图的流程发生了两次前转：（1）被叫 B 被前转到被叫 C；以及（2）被叫 C 被前转到被叫 D。
181 消息的 Call-Info 头域将携带以下信息：（1）呼叫正在被前转；（2）谁发生了呼叫前转；以及（3）前转呼叫的目标用户。请参考上图第一个 181 消息（即被叫 B 前转到被叫 C）中的 Call-Info 头域细节：
Call-Info: purpose=forwarding, username="userb", contact="userc"miniSIPServer 与 VoIP 服务器（网关）通过外线连接，发送消息（例如 REGISTER 或者 INVITE等消息）时会在 Request-URI 中自动附加参数“user=phone”。这是来自中国移动的要求。多数情况下这种做法都没有问题，在 RFC3261 规范中也明确定义了 RequestURI 的附加参数。
然而事情总有意外。最近有些客户向我们反映，miniSIPServer 与他们的 VoIP 服务商网络对接失败，对方服务器无法识别 RequestURI 的参数。当然，简单的方法自然是这些服务商升级自己的服务器，遵循 RFC3261 标准规范的定义，这样大家都会很舒适。
其中个别运营商坚持目前的状态，不愿意做出任何改变。那怎么办呢？我们不得不在外线的配置做出一点修改，请参考下图：
我们在外线的“出呼叫”配置中，增加了一项“Request-URI 附加参数”。客户们可以根据自己的网络状况来设置该项的值。
需要说明的是，如果是中文界面，我们默认客户是在中国的网络环境下配置外线，因此该项的默认值是“user=phone“，而其他语种的界面中，该项默认为空。我们认为这样的处理可以满足全球各种网络环境的要求。
该修改已经应用于本地版本的 miniSIPServer 以及云端版本的 miniSIPServer，欢迎大家试用。
我们最近更新了 miniSIPServer 产品的 web 管理界面，包括本地 miniSIPServer 产品以及云端 miniSIPServer。新界面更接近本地 miniSIPServer 的图形管理界面，请参考下图：
我们希望新界面能帮助已经熟悉本地图形界面的 miniSIPServer 用户，这些用户在面对“熟悉”的界面时能快速体验云端 miniSIPServer。
在多数语音交互的场景中， IVR-XML 文件都比较小，通常是几KB，因此收到呼叫触发 IVR 业务时，服务器都会从硬盘读取 IVR-XML 文件并触发相应的 IVR 流程。但是，如果负荷非常大，例如有大量的并发呼叫同时触发大量的 IVR 流程，miniSIPServer 将频繁读取硬盘上的 XML 文件。显然，这实际会影响服务器的性能。
因此我们做了点优化，将所有的 IVR-XML 文件都装入内存。如果这些文件没有被修改，IVR 业务就直接从内存中读取 XML 文件的内容。如果文件被修改了，miniSIPServer 会自动将修改后的 XML 文件再次装入内存。
这就意味着所有的 IVR 操作都是访问内存，不更改文件的情况下，不会再访问硬盘，miniSIPServer 运行比以前要快一些，在负荷沉重的时候尤其如此。
今天我们增加了一个新的 miniSIPServer 版本（5 客户端版本），这是一个免费版本！您不需要注册码即可长期使用，也不用担心试用期过期的问题。
“5 客户端”版本特别适合微型的 VoIP 网络，例如家庭用户、测试等。您不需要付一分钱就能获得完整的 VoIP 功能特性，当然，SIP/VoIP 客户端数量被限制为不能超过5个。
另外，免费版本不能用于商业目的或者商业场景。
希望您能享受这个新的版本！
如果您使用以前版本的 miniSIPServer，如果想让 miniSIPServer 转发媒体流，miniSIPServer 只会转发语音流而去掉视频流。
这主要是因为视频流会占用太多的带宽，同时也要求服务器有足够的计算能力。很多设备实际上达不到这样的要求。但是越来越多的客户要求我们改进这点，在转发语音流的同时也转发视频流，因为他们的设备目前已经足够强大，而且网络也有足够的带宽。
既然如此，这个要求似乎非常合理，因此我们认为应当升级 miniSIPServer 满足这些客户的需求。
因此最新版本（20210604 构建版本）正式发布，这个版本在转发媒体流的时候，将同时转发语音流和视频流。
升级版本后无需更改配置，您唯一要注意的是硬件的计算能力和网络的带宽是否满足需求。
某些时候我们希望知道系统当前的呼叫状态，例如有那些呼叫、谁正在呼叫等等。miniSIPServer 已有一个“实时话单”窗体，可以显示已经结束的呼叫的话单信息。这个“实时话单“窗体实际上是”半实时“，它无法显示目前还在进行中的呼叫的状态。
显然，我们需要更新这个窗体来显示更多的呼叫细节信息，下面是新版本的”实时话单“窗体：
这个新窗体将根据呼叫的当前状态，将呼叫标记成不同的颜色。例如，灰色的记录是已经释放的呼叫，黑色记录是刚刚发起的呼叫，蓝色记录是被叫开始振铃的呼叫，而红色记录则是被叫已经应答的呼叫。
根据这些信息，您现在就能非常直观地了解系统当前所有的呼叫细节，相当有趣吧!
当然，您需要指定 miniSIPServer 实时显示话单，并同时指定显示何种话单。请点击菜单“数据 / 系统信息 / 话单”，请参考以下配置：
其中，需要特别注意的是：“产生失败呼叫话单”和“实时显示话单信息”两项必须要勾选中。其他配置项请参考用户手册文档的说明。
在下个月末（2020-01-31），我们将采取行动，清除云通信系统中的“僵尸”虚拟节点。
我们将以下特征的虚拟服务器定义为“僵尸”节点，将在本次行动中被清除。
（1）该虚拟服务器对应的帐号长期没有登录操作。“长期”是指两年以来，即从2017-01-01以来。您可以在最近登陆一次您的帐号，从而避免虚拟服务器被本次行动清除。
（2） 自 2017-01-01 时间点以来，该虚拟服务器没有SIP终端注册，或者没有任何SIP呼叫。
由于“僵尸”虚拟服务器只会无谓占用我们的系统资源，对其他客户也不公平，因此请务必重视本次清理行动，感谢您的理解和支持！
2020-02-13 更新： 本次清理任务已经完成。未来我们将持续清理“僵尸”虚拟服务器，并且不会再进行通知。如果您最近的一年内没有登录过您的服务器节点 ，或者没有任何SIP呼叫，将被视为“僵尸”虚拟服务器被清理掉，请务必重视这点。