miniSIPServer可以在Ubuntu14.04系统中运行
我们今天下载并安装了最新的Ubuntu14.04版本(这也是最新的LTS版本),并在系统中安装了miniSIPServer做了一些基本测试。从测试结果看,MSS完全可以在该版本上运行。
由于这个版本是LTS版本,因此我们认为是可以在商业环境中部署。如果您对Linux或者Ubuntu感兴趣,推荐您部署这个版本来运行MSS。
MyVoIPApp出品的各种产品
我们今天下载并安装了最新的Ubuntu14.04版本(这也是最新的LTS版本),并在系统中安装了miniSIPServer做了一些基本测试。从测试结果看,MSS完全可以在该版本上运行。
由于这个版本是LTS版本,因此我们认为是可以在商业环境中部署。如果您对Linux或者Ubuntu感兴趣,推荐您部署这个版本来运行MSS。
云通信平台上线以来,我们陆续收到一些客户的反馈,希望能提供代理商的功能。主要需求分为两类:一类客户是比较专业的PBX集成商,为多个企业提供SIP-PBX平台,因此希望一个账户能管理多个云通信节点。另一类客户采用自己的域名,为自己的用户提供PBX服务,因此不仅希望能通过一个账户管理多个节点,同时也希望能获得一些充值优惠。
因此我们增强了MSS云系统,最主要的功能就是一个“代理商”账户能开通多个云节点,每个节点都能单独进行配置。同时,“代理商”账户充值时,根据不同的充值金额可以享受不同的折扣优惠。
同样,“代理商”账户可以免费注册!有兴趣的朋友们可以尝试一下,也许我们能携手开拓新的商业模式。
关于“代理商”的具体信息,请参考我们网站的说明:
今天我们很高兴发布了V15版本。这个版本的主要特性就是提供新的业务引擎。新引擎采用Python脚本语言编写。
这就意味着几乎所有的MSS业务都是采用Python脚本语言了。新的引擎更加灵活,能更好的满足客户不同的定制需求。对于部分高级客户而言,现在甚至可以自己使用Python脚本来编写极为复杂的呼叫业务,满足自身的业务需求。
今天我们更新了miniSIPServer V14版本。本次更新最重要的特性就是支持64位Debian/Ubuntu系统。
部分客户已经安装了64位的Debian/Ubuntu服务器,因此安装原32位miniSIPServer时,需要单独安装32位程序兼容库。虽然安装不是很麻烦,但毕竟对系统有影响,常有客户对此表示担心。
因此我们最终决定推出64位miniSIPServer版本,为Debian/Ubuntu平台客户带来64位的原生体验。
对于Windows平台的客户而言,由于系统自身已经完全兼容了32位应用,因此没有必要单独推出64位MSS,继续使用32位程序即可。
V14.4版本最近进行了一次更新,主要是在“拨号规则”功能中增加一个新特性:规整被叫号码。
“规整被叫号码”允许我们在将呼叫路由给外线或者SIP中继时,有最后一次机会对被叫号码进行变换,以满足对端服务器对被叫号码格式的不同要求。
该特性一个比较典型的应用场景:客户有两个VOIP账户,一个是本地VOIP运营商,一个是国际VOIP运营商。两个VOIP运营商对号码格式有不同要求,而客户自己只想采用一套拨号方案,因此可以在MSS中配置“规整被叫号码”,对最终的号码进行规整,满足运营商的要求。我们通过一个简单的示例来说明如何应用这个特性。
如上所述,客户有两个VOIP账户,外呼的拨号方式为“90xxxx”。其中“9”为MSS默认外呼前缀。“0”为本地VOIP运营商要求的呼叫前缀。而国际VOIP运营商要求的号码格式为“0086xxxx”。
对比上述要求,实际上我们仅需要针对国际VOIP运营商,将外呼的“0”前缀,替换为“0086”前缀即可。
请点击菜单“数据 / 外线”,选择国际VOIP账户对应的外线进行编辑,点击“出呼叫”页,设置如下:
出呼叫群编号 = 1
我们需要定义号码变换数据,将“0”变换为“0086”。请点击菜单“拨号规则 / 变换”,定义新记录:
变换编号 = 1 变换类型 = 替换 起始位置 = 0 长度 = 1 替换字符串 = 0086
请点击菜单“拨号规则 / 规整被叫号码”,定义新记录:
出呼叫群编号 = 1 <== 在步骤1中定义 被叫号码前缀 = 0 变换编号 = 1 <== 在步骤2中定义
在此可能会有疑问:为什么被叫号码前缀不是”9“呢?因为”9“是默认外呼前缀,完成”分析被叫号码“处理后,该前缀已经被删除,剩余号码是”0xxxx“,因此在最后送往外线或者SIP中继之前,我们应当根据被叫号码的”0″前缀进行规整分析。
问题描述:客户有两个不同的VOIP运营商帐号,比如(1)1234 (2)5678,要求拨打9xxxx时,选择外线帐号1234; 拨打8xxxx时,选择外线帐号5678。最终的号码是xxxx,要求删除前缀“9”或者“8”。该如何实现呢?
解决方案:我们可以使用MSS强大的“拨号规则”功能来满足这一需求。
缺省情况下,MSS采用前缀“9”来实现呼叫外呼,同时如果有多条外线,不做特殊设置的话,MSS会自动轮选这些外线。而现在我们要做的是,配置不同的呼叫前缀,使用不同的外线路由。
这主要是在后续配置中,我们需要删除用户拨打的前缀“8”或者“9”。请点击菜单“拨号规则 / 变换”,增加以下记录:
变换编号 = 1 变换类型 = 删除 起始位置 = 0 长度 = 1
根据需求,我们需要指示MSS分析被叫号码前缀“8”以及“9”,并指定特定的外线。请点击菜单“拨号规则 / 分析被叫号码”,增加以下两条记录:
记录1:分析被叫号码前缀9
拨号计划 = default 被叫号码前缀 = 9 路由类型 = 外线 指定外线 = 1234 <== 指定的外线帐号 被叫号码变换 = 是 被叫号码变换编号 = 1 <== 在步骤1中指定 号码变换后重分析 = 否
记录2:分析被叫号码前缀8
拨号计划 = default 被叫号码前缀 = 8 路由类型 = 外线 指定外线 = 5678 <== 指定的外线帐号 被叫号码变换 = 是 被叫号码变换编号 = 1 <== 在步骤1中指定 号码变换后重分析 = 否
最新V13.10版本的Ubuntu/Kubuntu已经发布了,我们在第一时间下载并安装了这个版本,在实验室中测试了miniSIPServer与新系统的配合情况。miniSIPServer可以在新操作系统上运行,可是根据我们的使用经历以及测试结果,我们不推荐用户升级到V13.10版本。从目前的情况分析,V13.10版本不太稳定,不适合用于商业化部署。
因此,如果您是在Ubuntu/Kubuntu系统上部署miniSIPServer,我们建议您继续保持目前已有的系统版本,等待下一个LTS版本(也就是V14.04版本)再升级。
今天陆续有部分大陆客户反馈:无法连接miniSIPServer云通信服务,包括网站和SIP终端注册等都出现问题。
经过我们紧急排查,初步判断这个问题是这些区域的DNS被奇怪地污染了,导致无法访问海外很多地址,其中就包括miniSIPServer云通信服务地址。目前可以修改路由器或者计算机的DNS服务器地址来解决,建议修改为openDNS提供的两个DNS服务器地址:
208.67.222.222 208.67.220.220
miniSIPServer升级到V14.2版本。在新版本中,主要添加了以下几个重要特性:
(1)支持树莓派硬件。树莓派是一种卡片电脑,基于ARM芯片,非常节能环保。新版MSS可以运行在这种硬件中,因此非常适合小规模企业应用。对这些小企业而言,不再需要维护一个单独的PC或者服务器来运行MSS,节约了安装和维护费用。
(2)支持开发接口。MSS通过web服务器提供HTTP类型接口。第三方的应用程序可以非常容易地集成这些接口管理和配置MSS,为最终客户提供定制化的管理界面。
(3)路由群特性。某些客户同时配置有多条外线或者SIP中继,这种情况下,采用路由群特性对这些外线、中继进行分群,非常方便地控制不同的呼叫走不同的群。同时,在同一个群内,MSS会自动轮选各路由,起到符合分担的作用。
我们非常希望您能喜欢最新版本的这些特性!如果您有任何疑问或者建议,欢迎和我们联系。