作为windows服务运行SIP服务器
2018-04-30 更新:
随着V32版本的正式发行,我们不再支持这个特性。如果有需要,请转而使用windows系统自动启动程序等方法。
基于windows以及Ubuntu的专业SIP服务器软件
2018-04-30 更新:
随着V32版本的正式发行,我们不再支持这个特性。如果有需要,请转而使用windows系统自动启动程序等方法。
如果您在Windows平台使用过miniSipServer,您会发现配置和管理一台IPPBX是如此的简单,因为miniSipServer提供了非常容易使用的图形化界面。
现在,在Ubuntu/Linux平台,您同样可以如此简单的配置和管理IPPBX,因为miniSipServer在Ubuntu/Linux平台也能提供了相同的图形化管理界面,而且是原生界面,不再需要WINE进行模拟!
请访问我们的下载页面,根据您的需要下载deb安装包:
http://www.myvoipapp.com/cn/download
从网站上下载文件后,请点击(或者双击)该文件进行安装。不需要额外的动作!简单、容易、有趣!
安装完成后,您可以在”Applications / Internet”组中看到创建的启动图标,点击该图标即可启动miniSipServer.
下图是miniSipServer在Kubuntu系统中运行时的主窗体界面:
如果您只希望命令行方式的SIP服务器,请访问“/opt/sipserver”目录。在该目录下,您可以运行msscli程序,这个程序就是命令行方式的miniSipServer,与图形界面的miniSipServr具有相同的核心。在命令行方式下,您可以通过web界面进行管理和配置。
有时候,我们需要限制部分分机的呼叫权限。例如,我们希望只有一部分分机能够进行外呼,而大部分分机外呼权限,只能呼叫本地分机。
在MSS中,我们采用”Call level(呼叫级别)”来进行限制。缺省情况下,我们在配置“分析被叫号码”时,都不会指定呼叫级别。这也就是说,所有的分机都具有相同的权限,都能进行所有的呼叫。而在本次场景中,为了限制分机的呼叫,我们需要对不同的被叫号码设置不同的“Call level呼叫级别”,同时,我们也需要对指定的分机设置相应的“Call level呼叫级别”权限,这样,这些指定的分机就能进行这些特定的呼叫。
例如,MSS缺省的外呼号码前缀是”9″。请点击菜单”Dial plan / Analyze called number”,然后编辑(或者添加)被叫号码前缀为“9”的记录,并对该记录配置“Call level 1”。
接着请点击菜单”Data / Local users”,编辑(或者添加)指定的分机。在弹出对话框中,请点击”Basic Call”页,并选择”Call level 1″权限。
完成上述配置后,具有”Call level 1″权限的分机都能拨打”9xxxx”进行外呼,而那些没有设置”Call level 1″权限的分机,如果拨打”9xxxx”进行外呼,则会被系统拒绝。
我们的一个客户在两个城市中设立了办公室,分别部署了各自的MSS进行通信。下图是该客户的网络拓扑图:
在MSS2下的分机采用2xx编号,例如200, 201等。
以前的MSS版本只能支持本地分机之间发送或者接收instant message(即时消息),无法给另一个SIP服务器下的分机发送即时消息。而我们的客户希望在两个MSS之间能传递即时消息。
考虑到这个需求,我们将MSS升级到V6.1.5版本,以支持在SIP服务器之间传递即时消息。
要做到这点,我们需要在SIP服务器之间建立SIP中继(SIP trunk)。一旦您能向另外一台SIP服务器(MSS)下的分机发起呼叫,您就同时能向它们发送即时消息。
这意味着我们需要在MSS中进行如下配置:(1)对端服务器配置; (2)拨号计划配置。这些配置在我们介绍“SIP中继”时已经进行了详细介绍,请参考下面的文档了解更多细节:
http://www.myvoipapp.com/cnblog/2011/05/04/sip%E4%B8%AD%E7%BB%A7/
通常情况,外线的入呼叫都是直接转接到某个本地分机,或者自动话务员。然而在某些部署环境中,客户要求将外线入呼叫转接到连选组,这样本地分机就可顺序应答呼叫。
在MSS中实现这个需求是非常简单的。记得吗?在连选组触发配置中,我们需要配置触发连选组业务的被叫号码。在这个需求中,我们只需要将这个触发号码配置为外线号码即可。
例如,外线号码是“1234567”,那么在“连选组触发”配置中,我们只需要将被叫号码配置为“1234567”即可触发指定的连选组。
MyVoipApp官方中文网站正式开通,网站地址为:http://www.myvoipapp.com/cn/
目前仅支持简体中文,并且部分业务文档还是英文格式,我们将在后续更新中,逐步将所有内容转换为中文格式。
miniSipServer V6版本升级到V6.1.3,本次升级主要是支持SIP-INFO消息传递DTMF信号。
部分VoIP服务商、网关设备仅仅支持INFO消息来传递DTMF信号,不支持2833,对于IVR类业务(例如自动话务员)而言,这显然是个非常严重的问题。升级后,MSS能同时支持2833以及INFO两种方式接收DTMF信号。
通过INFO消息携带DTMF信号,在IETF规范中有多个draft版本。MSS目前仅支持application/dtmf-relay方式。
MSS IVR-XML规格文档今天正式发布。在这篇文档中,详细介绍了MSS IVR-XML各方面的细节,包括文档结构、XML元素、action定义等。
我们希望这篇文档有助于您理解IVR-XML,并能帮助您编写自己的IVR过程。
文档链接如下:
http://www.myvoipapp.com/cn/docs/mss_services/IVR-XML/index.html
MSS稳定版本从V6.0版本升级到V6.1版本。
本次升级主要引入了IVR-XML特性。有了IVR-XML特性,我们可以使用XML文件来实现IVR过程,非常轻松和简单。我们重新编写了自动话务员业务,您可以看到这非常简单。最新的自动话务员脚本存放在’xml’子目录下,文件名为’aa.xml’。
自动话务员文档也同步进行了更新,参考:
http://www.myvoipapp.com/docs/mss_services/auto_attendant/index.html
最重要的是,采用IVR-XML后,我们在IVR业务流程中可以轻松实现多级语音菜单。
请试试IVR-XML,相信您会喜欢这个特性!
部分VoIP运营商提供“SIP中继”业务,大部分这类业务都要求对用户名和密码进行鉴权。
如果遇到这种情况,我们应该在miniSipServer中配置“外线(也称为街线)”进行配合,建立与VoIP服务商的连接。
在外线的配置中,我们需要输入对端地址(或者对端域名)、用户名以及密码,对注册以及呼叫过程进行鉴权。