某些时候我们希望知道系统当前的呼叫状态，例如有那些呼叫、谁正在呼叫等等。miniSIPServer 已有一个“实时话单”窗体，可以显示已经结束的呼叫的话单信息。这个“实时话单“窗体实际上是”半实时“，它无法显示目前还在进行中的呼叫的状态。
显然，我们需要更新这个窗体来显示更多的呼叫细节信息，下面是新版本的”实时话单“窗体：
这个新窗体将根据呼叫的当前状态，将呼叫标记成不同的颜色。例如，灰色的记录是已经释放的呼叫，黑色记录是刚刚发起的呼叫，蓝色记录是被叫开始振铃的呼叫，而红色记录则是被叫已经应答的呼叫。
根据这些信息，您现在就能非常直观地了解系统当前所有的呼叫细节，相当有趣吧!
当然，您需要指定 miniSIPServer 实时显示话单，并同时指定显示何种话单。请点击菜单“数据 / 系统信息 / 话单”，请参考以下配置：
其中，需要特别注意的是：“产生失败呼叫话单”和“实时显示话单信息”两项必须要勾选中。其他配置项请参考用户手册文档的说明。
在部署 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客户及以上版本，您还是必须像以前一样手工配置“端口转发”。
在下个月末（2020-01-31），我们将采取行动，清除云通信系统中的“僵尸”虚拟节点。
我们将以下特征的虚拟服务器定义为“僵尸”节点，将在本次行动中被清除。
（1）该虚拟服务器对应的帐号长期没有登录操作。“长期”是指两年以来，即从2017-01-01以来。您可以在最近登陆一次您的帐号，从而避免虚拟服务器被本次行动清除。
（2） 自 2017-01-01 时间点以来，该虚拟服务器没有SIP终端注册，或者没有任何SIP呼叫。
由于“僵尸”虚拟服务器只会无谓占用我们的系统资源，对其他客户也不公平，因此请务必重视本次清理行动，感谢您的理解和支持！
2020-02-13 更新： 本次清理任务已经完成。未来我们将持续清理“僵尸”虚拟服务器，并且不会再进行通知。如果您最近的一年内没有登录过您的服务器节点 ，或者没有任何SIP呼叫，将被视为“僵尸”虚拟服务器被清理掉，请务必重视这点。
Debian 10 (Buster) 系统近日已发布。这是最新的稳定版本，也是非常重要的版本。根据Debian的版本发布计划，这个版本是已经可以进行商业部署的版本，因此我们需要对此足够重视。
我们安装了Debian 10版本，并同时安装了miniSIPServer进行了一些测试。我们可以自豪地宣布：目前miniSIPServer的版本无需任何修改，就可以直接在Debian 10系统上运行！请参考以下截图：
祝贺 Debian 社区成功发布最新的版本！
部分客户在全球有多个分支机构（或者分支办公室），部署多个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创建自签名的数字证书等文件。
在使用SIP中继外呼时，有可能遇到对方无法呼出的情况，例如对方资源全忙等，此时如果用户配置有多条SIP中继、同时又是对接多个不同的服务商，MSS可以继续尝试另一个SIP中继进行外呼。
在MSS的SIP中继中配置“呼叫失败时尝试另一中继”，并指定后续处理的中继即可。如下图所示：
以前的miniSIPServer版本中有个维护工具“跟踪所有呼叫”，它可以被用来跟踪miniSIPServer收到或者发出的所有SIP呼叫。在我们开始部署VoIP网络初期阶段时，这个工具是非常有效的，然而在实际生产环境中几乎没有作用。
在实际生产环境中跟踪【所有】呼叫，实际是个非常危险的操作，因为这会跟踪到太多SIP外部消息以及对应的miniSIPServer内部的信息，严重情况下会影响到miniSIPServer本身的运行。所以通常我们会根据主叫号码或者被叫号码来过滤呼叫。在最新的V33版本中，我们去掉了这个“跟踪所有呼叫”的功能，取而代之的是“根据IP地址跟踪”功能，如下图所示。
使用这个工具时，我们可以指定某个特定而明确的IP地址，例如“10.0.0.101”，这样就只会跟踪该特定地址的SIP呼叫。我们也可以指定部分IP地址，从而跟踪某些IP地址的呼叫，例如我们可以设置为“10.0.0”，所有来自该前缀起始的IP地址的SIP呼叫（例如“10.0.0.101”，“10.0.0.102等等”）都会被跟踪。当然，我们也可以设置IPv6的地址。
现在这个工具不仅在实验室环境很有效，在实际生产环境中也非常有用。
部署VoIP网络时，我们常常会在miniSIPServer中配置外线连接VoIP运营商的服务器。考虑到市场中有大量的VoIP运营服务商，因此经常有客户咨询我们如果配置miniSIPServer来连接这些运营商的网络。
实际上在“小型企业建立IP-PBX系统指南”这篇指导文档中，我们已经提供了一个简单的外线配置，连接VoIP运营商“call centric”。您可以参考这篇文章了解VoIP网络和外线的相关细节。另一方面，我们在“常见问题”文档的“外线”章节，也给出了一些其他运营商的配置参考。如果您有兴趣或者需求的话，也可以参考这些文档，希望这些文档帮助您部署VoIP网络。
在某些VoIP网络部署中，我们需要采用“SIP中继”与其他VoIP服务器或者网关进行互联。在媒体处理方面，我们希望（1）本地分机之间的媒体流不经过MSS服务器，而（2）与其他VoIP服务器对接的呼叫中希望能通过MSS转发媒体流。
为解决这个需求，我们更新了V32版本，在“SIP中继”的“出呼叫”配置中，可以单独设置是否需要MSS来转发媒体。请参考下图：
请注意，目前仅支持转发语音流，不会转发视频流。