云系统紧急维护

云系统紧急维护

我们的数据中心提交了一份紧急维护报告,云系统所在的物理主机发成故障,数据中心目前正紧急进行维护!

维护期间:

  • 所有的云系统都无法访问!
  • 您不需要从终端侧采取任何行动。
  • 我们目前还不确定最终的维护时间,不能保证系统恢复正常的时间点。

一旦数据中心完成维护工作,我们将及时更新本blog!

感谢您的耐心和理解,谢谢!

[北京时间 2019-04-09 13:05:15] 更新:目前系统恢复正常,本次业务中断大约1个小时。我们将继续保持观察系统状况。如果您的VoIP电话仍然处于离线状态,请重启话机试试。如果仍然有问题,请联系我们。谢谢!

改进”基于 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创建自签名的数字证书等文件。

SIP服务器外部地址

SIP服务器外部地址

在最新版本的miniSIPServer中,系统可以同时配置“本地地址”和“外部地址”,如下图所示:

在通常情况下,如果miniSIPServer部署在公网,有公网地址,就无需配置“外部地址”,“本地地址”一般就是公网地址。然而在某些网络环境,例如miniSIPServer部署在私网内,同时又要服务外部用户,此时可以配置“外部地址”,外部的分机采用“外部地址”与miniSIPServer通信。

如果整个网络跨接了多个网段(包括私网-公网,不同的私网等),例如有些分机采用“本地地址”通信,有些分机采用“外部地址”通信,此时建议在分机配置中,设置“转发媒体流”,由miniSIPServer来转发这些分机的语音流。

 

Cloud-MSS维护时间安排

Cloud-MSS维护时间安排

我们的数据中心计划对整个系统进行例行维护,并升级硬件基础架构。

在维护期间,所有的miniSIPServer云节点硬件都会掉电重启,这意味着所有虚拟服务器都将停止工作。本次维护计划大约2小时的时间,实际使用时间应该远小于2小时。

本次计划维护时间点为:
周二,一月八日,下午16:30(中国北京时间)

分机的最大并发呼叫数

分机的最大并发呼叫数

在以前的版本中,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中继呼出失败时,转而尝试另一中继。
根据IP地址跟踪SIP呼叫

根据IP地址跟踪SIP呼叫

以前的miniSIPServer版本中有个维护工具“跟踪所有呼叫”,它可以被用来跟踪miniSIPServer收到或者发出的所有SIP呼叫。在我们开始部署VoIP网络初期阶段时,这个工具是非常有效的,然而在实际生产环境中几乎没有作用。

在实际生产环境中跟踪【所有】呼叫,实际是个非常危险的操作,因为这会跟踪到太多SIP外部消息以及对应的miniSIPServer内部的信息,严重情况下会影响到miniSIPServer本身的运行。所以通常我们会根据主叫号码或者被叫号码来过滤呼叫。在最新的V33版本中,我们去掉了这个“跟踪所有呼叫”的功能,取而代之的是“根据IP地址跟踪”功能,如下图所示。

根据IP地址跟踪
根据IP地址跟踪

使用这个工具时,我们可以指定某个特定而明确的IP地址,例如“10.0.0.101”,这样就只会跟踪该特定地址的SIP呼叫。我们也可以指定部分IP地址,从而跟踪某些IP地址的呼叫,例如我们可以设置为“10.0.0”,所有来自该前缀起始的IP地址的SIP呼叫(例如“10.0.0.101”,“10.0.0.102等等”)都会被跟踪。当然,我们也可以设置IPv6的地址。

现在这个工具不仅在实验室环境很有效,在实际生产环境中也非常有用。

发布长期支持版本V32!

发布长期支持版本V32!

我们终于正式发布V32(长期支持,LTS)版本了!自从发布首个V32测试版本以来,期间经历了数月的时间。在此之间,我们先后更新、优化了各类界面(包括web界面和GUi界面),优化了SIP内核、优化了呼叫基础模块等诸多方面。这是个非常令人兴奋的版本,重要的是,我们将提供长达5年的技术支持!

另一方面,最新的稳定版本V33也同时发布。最重要的一个改变是,从这个版本开始,miniSIPServer 不再支持 X86-32 架构的Debian、Ubuntu系统。新的业务、需求、特性开发将基于V33版本。

希望您能喜欢最新的这些版本!

 

外线配置

外线配置

部署VoIP网络时,我们常常会在miniSIPServer中配置外线连接VoIP运营商的服务器。考虑到市场中有大量的VoIP运营服务商,因此经常有客户咨询我们如果配置miniSIPServer来连接这些运营商的网络。

实际上在“小型企业建立IP-PBX系统指南”这篇指导文档中,我们已经提供了一个简单的外线配置,连接VoIP运营商“call centric”。您可以参考这篇文章了解VoIP网络和外线的相关细节。另一方面,我们在“常见问题”文档的“外线”章节,也给出了一些其他运营商的配置参考。如果您有兴趣或者需求的话,也可以参考这些文档,希望这些文档帮助您部署VoIP网络。

https://www.myvoipapp.com/cn/docs/faq/index.html