Browsed by
Author: Gilson

为什么会语音单通甚至双不通?

为什么会语音单通甚至双不通?

几乎所有的人在部署第一个VoIP网络时,都会遇到这个问题。我们经常会觉得困扰:为什么我听不到对方而对方却能听到我呢?为什么双方都听不到对方呢?

这个问题的根本原因在于:VoIP部署涉及两个不同的网络,通常是私网和公网(当然,也有部署在两个不同私网内的情况)。如果呼叫双方位于两个不同的网络内,“语音单通”问题就极有可能发生。请参考下面的图例,该图描绘了一个非常简单的VoIP网络:

语音单通问题网络拓扑

在这个简单的网络中,我们部署了两个VoIP设备:一个是SIP电话,电话号码是100。另一个是SIP软终端,电话号码是101。

SIP电话位于私网中,其私网地址是192.168.1.100,通过路由器与公网相连。路由器地址为8.8.8.8.

SIP软终端安装在PC中,PC接入到公网,地址为8.8.4.4。

那么,当SIP电话向SIP软终端发起呼叫,会发生什么情况呢?

SIP电话说:喂,我是100,我的语音地址是192.168.1.100, 请发送语音流给我。

SIP软终端回答说:没问题。我这是101,我的语音地址是8.8.4.4. 请把你的语音流发给我。

SIP电话将语音流发给SIP软终端。既然 “8.8.4.4 ”是公共地址,因此SIP软终端能成功收到SIP电话的语音流。也就是说,SIP软终端能听到SIP电话的语音了。

SIP软终端将它的语音流发送给SIP电话的地址“192.168.1.100″。可以看到,这个地址是个私网地址,位于公网内的SIP软终端实际上无法连接该地址,因此最终也就无法将语音流发送到这个地址上去。

最后,SIP软终端能听到来自SIP电话的语音,而SIP电话无法听到SIP软终端的语音。这就是个非常典型的语音单通问题案例。

那么,我们如何解决这个问题呢?待续 ……

 

miniSipServer能支持G.729, iLBC, GSM等语音编解码吗?

miniSipServer能支持G.729, iLBC, GSM等语音编解码吗?

这是一个客户经常问到的问题。实际上,客户是希望了解MSS是否能和他们的SIP电话、SIP终端配合,这些终端往往支持多种语音编解码格式。

我们一般都回答:这取决于客户的SIP电话、SIP终端本身。miniSipServer,无论是本地MSS还是云端MSS,缺省都不关心语音格式。

为什么我们会这样回答呢?

请参考下面这张图。该图描绘了在基本呼叫流程中,MSS的媒体处理基础模型:

在这张图中,我们可以看到以下几点重要信息:

(1)MSS仅仅控制呼叫信令;

(2)媒体流由SIP电话(终端)之间进行端到端处理。

这种处理模式中,媒体流不经过服务器,无疑会大大减少服务器端的负荷,而且显然在服务器端不需要关心媒体的格式。

然而在某些应用场景中,MSS需要对SIP电话(或者SIP终端)进行放音操作,例如自动话务员以及callingCard等业务,MSS就必须关心媒体格式。

对于这些情况,MSS支持以下语音格式: G711a (PCMA)、以及G711u (PCMU)。

需要说明的是,放音完成后,最终的媒体流处理仍然会返回到端对端的模式。请参考下面的模型图:

MSS放音模型图
停止更新sohu网站miniSipServer官方blog

停止更新sohu网站miniSipServer官方blog

我们决定停止更新sohu网站上的miniSipServer官方blog。主要是出于以下几点考虑:

(1)目前本blog在大陆的访问速度已经让人比较满意,大部分情况下都优于访问sohu的blog,因此没有必要继续进行维护。

(2)人力资源有限。当我们同步到sohu博客时,由于文档格式、图片等信息都不能准确的复制过去,需要安排人力重新进行排版,让我们颇感困扰。

(3)不知出于什么原因,sohu博客屏蔽了知名搜索引擎的索引,因此国内用户进行搜索时,往往得不到来自sohu博客的信息,反而是本blog的信息能通过搜索网站,比较完整地提供给终端用户。

我们将只维护两个中文官方blog:

(1) http://www.myvoipapp.com/cnblog

(2) http://minisipserver.blogspot.com/

为什么我没有收到语音留言?

为什么我没有收到语音留言?

部分客户在使用miniSipServer云通信时,经常会觉得困惑:为什么我的email邮箱中没有收到语音留言?

实际上,我们有个简单的在线业务指导文档来描述语音邮箱业务,请参考:

http://www.myvoipapp.com/docs/mss_services/voice_mail/index.html

MSS云通信稍微有点区别。首先,MSS云不支持MWI(点亮留言灯)特性,因此它只能支持发送语音邮件的方式。大多数时候,部分客户总是忘记配置SMTP信息,而这些信息是必需的,因为MSS Cloud需要使用SMTP配置来发送eMail。另外,部分客户也经常忘记给分机配置相应的eMail地址。

因此,本文中我们进一步描述MSS云通信环境中配置细节。在此之前,我假设您已经登陆了MSS云通信账户,如果没有的话,请先申请一个。

Step 1: 配置SMTP信息

请注意该截图。您需要点击”System information”链接,并填写您的SMTP信息。如果是采用Gmail账号,还需要指定”This server requires a secure connection”。

如果SMTP信息正确,MSS Cloud就可以使用该信息给您配置的分机发送语音邮件。

Step2: 配置分机

请点击”Local users”连接,增加或者编辑一个本地用户(通常也称为:分机),并设定eMail address,这就是告诉MSS Cloud,将该分机的语音留言发送到这个地址去。

当然,在分机的配置中,您还需要为该分机设置语音留言权限。

完成这些配置后,对于无应答呼叫,MSS会提示主叫用户留言,并将留言发送到相应的email邮箱中。

miniSipServer云释出

miniSipServer云释出

今天,我们非常高兴地宣布:miniSipServer云正式释出了!

“miniSipServer云”是另外一种形式的托管PBX服务,尤其适合小型企业。用户不再需要维护单独的PBX或者VOIP服务器产品,可以将它们放置在云中,可以根据自己的实际需求,灵活地裁剪通信能力。并且,用户可以免费地、任意地尝试该项服务。

“miniSipServer云”是结合了miniSipServer服务器软件以及Amazon的EC2技术进行架构。这个产品是我们云通信服务的开始,因此我们决定为该服务定制单独的域名:miniSipServer.com.

您可以通过http://minisipserver.com访问我们的云通信产品,希望您能喜欢。

下一步开发计划

下一步开发计划

目前我们正集中精力开发下一个版本:将miniSipServer演进为一个云端PBX系统。

这意味着什么呢?这首先意味着我们的客户们不再需要一台PC或者服务器来运行miniSipServer了,我们可以使用云端的miniSipServer作为我们的虚拟PBX。同时这也意味着我们可以非常容易、非常灵活地扩展我们的通信能力。

例如,当前的miniSipServer固定地划分为20/50/100/300/1000客户版本,而对某些小型商业用户而言,可能仅仅需要5个用户的通信能力即可,同时,客户们也希望能随着企业的成长,逐步增加相应的通信能力。有了云端miniSipServer后,这种需求是可以满足的。

云端miniSipServer的大部分特性与现有的miniSipServer是一致的,最主要的区别就是前者运行在云端,不需要客户部署PC或者Server在本地运行。对于客户而言,管理云端miniSipServer与管理本地的miniSipServer基本没有区别,都是采用相同的web管理系统。

45meeting启动

45meeting启动

今天,45meeting网站和相应的服务正式启动了!

45meeting网站采用miniSipServer作为呼叫服务器,主要为小型企业提供简单的在线会议业务,特点是:非常简单实用,没有多余、不必要的功能。

欢迎大家免费试用!网站地址为:http://45meeting.com.

MSS LTS版本升级到V2.10.6

MSS LTS版本升级到V2.10.6

LTS版本升级至V2.10.6。本次升级主要解决以下问题或者需求:

1、修正GSM语音编解码中的bug。

2、缺省情况下,将FXO外线的最大同时呼叫数限制为1。这是因为大多数的FXO网关一般都是1线只支持1路呼叫。

miniSipServer V4.0版本更新

miniSipServer V4.0版本更新

本次更新主要是提高了会议呼叫中的语音质量。

另外,本次更新后,会议呼叫将只允许最多三方用户参与会议。同时,MSS也能支持某些不支持STUN功能的SIP终端参与会议,即使这些终端部署在私网后面。

miniSipServer稳定版本升级到V3.1.2

miniSipServer稳定版本升级到V3.1.2

在新版本中,主要进行了以下改动:

1、对于FXO外线类型,限制其同时呼叫数缺省为1。

2、更改了安装包流程。安装过程中将检测旧版本是否存在。如果当前目录下有旧版本,安装过程中将自动删除旧版本,然后才安装新版本。这么做是为了防止新版本使用旧版本的文件,导致运行不稳定的情况。