Browsed by
Category: miniSipServer服务器

基于windows以及Ubuntu的专业SIP服务器软件

一个小特性: UPnP

一个小特性: UPnP

在部署 VoIP 网络时,经常会遇到“语音不通”或者“语音单通”等问题。这通常都是由于私有网络导致的,例如,部分 SIP 电话和 miniSIPServer 部署在路由器后面,而部分 SIP 设备(包括 SIP 电话)部署在另一个不同的网(可以是私网、也可以是公网)。

为解决这类语音问题,通常我们都建议在路由器中手工配置“端口转发”,将必要的一些端口转发到 miniSIPServer,由 miniSIPServer 来负责转发不同网之间的语音流。 如果您对路由器比较熟悉,配置“端口转发”相对就比较容易。

然而部分客户不熟悉路由器配置,或者在配置时可能会出些错误,因此我们在 miniSIPServer 中增加了个小特性来帮助完成“端口转发”的配置。

这就是UPnP(Universal Plug and Play, 通用即插即用)。 UPnP 能帮助 miniSIPServer 自动进行端口映射。

首先,您需要确认路由器支持UPnP,并且已经打开了这项功能。

接着,在 miniSIPServer 的主窗体,请点击菜单“数据 – 系统配置”,并选择配置项“采用 UPnP 请求路由器映射端口”即可,如下图所示:

miniSIPServer 中的 UPnP 配置
miniSIPServer 中的 UPnP 配置

默认情况下,miniSIPServer 会请求映射以下端口: SIP (基于UDP)端口、转发媒体流的端口。

另一方面,多数路由器(尤其是家用级别的路由器)会限制 UPnP 请求的端口数量,比如通常会少于30个,因此如果您的 miniSIPServer 是100客户及以上版本,您还是必须像以前一样手工配置“端口转发”。

在 Ubuntu 20.04 系统上运行 miniSIPServer

在 Ubuntu 20.04 系统上运行 miniSIPServer

Ubuntu 20.04 是最新的长期支持版本,因此 miniSIPServer 也必须支持这个新发布的版本。

不幸的是,Ubuntu 20.04 版本砍掉了对 Qt4 的支持,因此我们需要采用 Qt5 开发库更新 miniSIPServer。 miniSIPServer 升级到 V37 (build 20200424) 后,可以成功支持 Ubuntu 20.04系统版本,请参考下图。

miniSIPServer 运行在 Ubuntu 20.04 系统

另外,miniSIPServer 的 Windows 版本仍然选择停留在 Qt4 程序库,因为我们目前还需要支持部分客户的老旧系统版本,例如 XP、7等。在开发计划中, V38 版本将全部迁移到 Qt5 版本,同时将正式告别 XP 等老旧系统。

在 Deepin 15.11 上运行 miniSIPServer

在 Deepin 15.11 上运行 miniSIPServer

Deepin 是目前国内比较火的 Linux 系统发行版本,得到越来越多的应用厂家支持。从我们了解的基本情况看, 这个版本似乎是基于Debian系统,对UI做了很大改变。

考虑到miniSIPServer可以直接运行在Debian系统上,因此我们判断运行于Deepin上也应该没有问题。事实也确实如此,下载deb文件后,直接按照原有文档的介绍,即可安装并运行miniSIPServer。

如下图所示,是最新的miniSIPServer V37版本在最新的Deepin 15.11系统中运行 。

miniSIPServer on Deepin 15.11
miniSIPServer on Deepin 15.11
在IVR-XML流程中监视各种呼叫事件

在IVR-XML流程中监视各种呼叫事件

在部署 miniSIPServer 时,我们可以通过 IVR-XML 来订制自己需要的IVR业务流程,最常见的就是“自动话务员”业务。根据以往的 IVR-XML 功能集,我们可以使用“callto”动作发起新的呼叫,同时结束整个IVR流程。

但是,如果我们想监视呼叫过程中的某些事件,例如“被叫忙”,并根据这些事件改变IVR的流程,触发新的动作(action),我们该怎么做呢?

目前最新的 V37 版本已经发布,在这个版本中,扩展了一个与 IVR-XML 有关的关键特性。我们可以在“callto”动作中,配置“monitor-events”元素,对呼叫事件进行监视,并在事件发生时,将IVR流程转向新的动作。

例如,以下示例中,在“callto”动作中配置需要监视的事件:

<action method="callto" name="mainAction">
    <destination>100<destination>
    <monitor-events>
        <monitor-event detection="busy" nextaction="callto101"/>
    </monitor-events> 
</action> 

在这个示例中,如果“callto”发起的呼叫,遇到被叫忙,则 IVR 流程将执行下一个动作“callto101”, 即对另一个用户发起新的呼叫。

请参考IVR-XML 在线文档,了解更多关于“monitor-events”的细节。

上述zip文件是一个简单的IVR-XML脚本示例,用于测试新的“callto”动作。将其解压缩并保存在”xml”子目录下(您可以在miniSIPServer的安装目录下找到这个子目录),并在miniSIPServer中配置新的触发条件进行测试。

配置IVR业务
配置IVR业务
关于调整大陆地区miniSIPServer产品定价的通知

关于调整大陆地区miniSIPServer产品定价的通知

大陆地区miniSIPServer产品的定价采用美元定价为基准,即:人民币定价=产品美元定价*外汇汇率。目前锚定的汇率为“1美元兑换6.5元人民币”,这已经与现实汇率有很大差距。我们将在本月(2019-09)底或者下月初调整锚定汇率,调整为“1美元兑换7元人民币”。miniSIPServer产品的人民币定价将相应进行调整,调整后的定价将高于目前的定价。

例如,“20客户端”产品的美元定价为$199,原人民币定价为¥1300,调整后的人民币定价为¥1400。

美元定价保持不变。

2019-09-27 更新:产品定价已更新,请访问“购买”页面了解最新报价,谢谢!

在Debian 10系统上运行miniSIPServer

在Debian 10系统上运行miniSIPServer

Debian 10 (Buster) 系统近日已发布。这是最新的稳定版本,也是非常重要的版本。根据Debian的版本发布计划,这个版本是已经可以进行商业部署的版本,因此我们需要对此足够重视。

我们安装了Debian 10版本,并同时安装了miniSIPServer进行了一些测试。我们可以自豪地宣布:目前miniSIPServer的版本无需任何修改,就可以直接在Debian 10系统上运行!请参考以下截图:

miniSIPServer 在 Debian 10 (Buster)系统上运行

祝贺 Debian 社区成功发布最新的版本!

改进”基于 TLS 的 SIP”

改进”基于 TLS 的 SIP”

最近有些客户向我们报告了一个导致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创建自签名的数字证书等文件。

分机的最大并发呼叫数

分机的最大并发呼叫数

在以前的版本中,MSS 只限制了分机最大“呼出”呼叫数,并没有限制分机总的最大并发呼叫数。通常这已经可以满足大部分的需求了,我们认为分机自己是可以限制呼入呼叫的并发数的。而最近有部分客户的终端功能稍弱,因此希望在服务器侧就能限制分机的总并发呼叫数,比如呼叫中心的话务员分机。基于这个需求,我们更新了 MSS, 使其能在限制最大“呼出”呼叫数时,也能同时限制总并发呼叫数,如下图所示:

分机总并发呼叫数
分机总并发呼叫数

极端情况下,如果“最大同时呼叫数”设置为0,那么该分机既不能呼出、也不能呼入。同时需要注意的是,“最大同时呼出呼叫数”应该小于“最大同时呼叫数”,因为后者是同时限制“呼出”和“呼入”两种场景的。

规整的openAPI开放接口文档

规整的openAPI开放接口文档

miniSIPServer 提供开放的openAPI接口,客户可以在自己的系统中,通过这些接口操作、管理miniSIPServer。

以前的openAPI文档托管在GitBook网站上,目前我们已经重新移植回我们的官方网站,请访问以下链接获得最新的接口文档。

https://www.myvoipapp.com/cn/docs/mss_services/openapi/index.html

在新的文档中,我们开放了更多的接口,几乎覆盖了基本呼叫所需要的所有配置项,例如SIP中继、外线、路由等。

希望接口文档对您的解决方案有帮助。如果您希望我们开放更多的接口,请联系我们。我们欢迎任何建议!谢谢!

转接到下一个中继

转接到下一个中继

在使用SIP中继外呼时,有可能遇到对方无法呼出的情况,例如对方资源全忙等,此时如果用户配置有多条SIP中继、同时又是对接多个不同的服务商,MSS可以继续尝试另一个SIP中继进行外呼。

在MSS的SIP中继中配置“呼叫失败时尝试另一中继”,并指定后续处理的中继即可。如下图所示:

配置SIP中继的后续转接中继
SIP中继呼出失败时,转而尝试另一中继。