Browsed by
分类:常见问题

客户经常遇到、经常来信询问的问题

关于云miniSIPServer注册邮箱的问题

关于云miniSIPServer注册邮箱的问题

我们要求必须使用 email 邮箱地址来注册、激活云 miniSIPServer 帐号(minisipserver.com),因为我们需要通过email及时反馈系统状况给您,有时候我们也需要发送一些必要的通知给您,比如账户余额的情况,确保您的系统能保持正常、稳定地运行,避免意外情况对您的 VoIP 系统造成不必要的冲击。

出于保护客户隐私的考虑,我们的服务器全部部署在有最严格法律规范约束的美国、德国两地。我们也承诺绝对不会泄漏您的email邮箱地址,也绝对不会用于营销等目的,仅仅是作为系统维护时的联系手段而已。

目前我们已经与全世界绝大多数邮件服务商都工作良好,唯一让我们感到困惑的是大陆地区的QQ邮箱。我们已经多次收到用户的抱怨,注册云miniSIPServer账户后,无法收到激活邮件。我们检查了自身系统的相关情况,发现QQ邮箱退回了我们的邮件,原因是我们的IP地址发送了过多的邮件。

根据我们的日志,大陆地区用户用QQ邮箱注册的情况并不多,频率大约是一周二三个而已,我们的邮件系统不可能频繁发送激活邮件。我们完全有理由相信,QQ 邮箱简单粗暴地过滤了海外邮箱地址。我们尝试联系 QQ 邮箱的支持部门进行沟通,但是很遗憾,没有获得反馈,状况也没有改善。

因此,如果您是大陆地区用户,建议您不用QQ邮箱注册云miniSIPServer帐号。我们推荐采用163或者outlook邮箱,这些都没有任何问题。当然,如果您有海外邮箱帐号,比如gmail、yahoo等,那就更没有问题。

部分虚拟虚拟服务器变更

部分虚拟虚拟服务器变更

最近我们对某些虚拟服务器进行了变更,请注意以下几点:

STUN服务器

每个虚拟SIP服务器都同时启动了STUN服务,例如,如果您的虚拟服务器地址是“1234.s1.minisipserver.com”,那么STUN服务器地址也同样可以是“1234.s1.minisipserver.com”。

而现在我们单独部署了独立的简单STUN服务器“stun.minisipserver.com”。默认情况下,我们推荐用户采用这个STUN服务器,所有虚拟SIP服务器节点都可以采用这个新的STUN节点。当然,您仍然可以采用虚拟服务器地址做自己的STUN服务器地址。

SMTP服务器

在语音邮箱业务中,我们需要SMTP服务器发送带语音文件的电子邮件。以前每个虚拟SIP服务器都可以配置客户自己的SMTP信息。但是实际部署过程中我们发现一些问题,例如大部分用户都会采用gmail的SMTP服务。而Gmail默认是没有打开POP/SMTP服务的,客户需要在gmail配置中单独打开这些配置项。另外,gmail要求明确授权其他接入者使用用户的SMTP服务,大部分客户实际上并不清楚这些细节,因此大量的语音邮箱业务都以失败告终。

考虑各种状况,我们决定去掉SMTP的各项配置,即用户不再需要配置自己的SMTP信息,系统会采用我们自己的SMTP服务器发送语音邮件。当然这样也有一点不足之处:您可能需要检查“垃圾”邮箱文件夹,您的邮件系统有可能会将我们的邮件作垃圾邮件处理。

两根外线,采用不同的拨号方式指定不同的外线,如何做到?

两根外线,采用不同的拨号方式指定不同的外线,如何做到?

问题描述:客户有两个不同的VOIP运营商帐号,比如(1)1234 (2)5678,要求拨打9xxxx时,选择外线帐号1234; 拨打8xxxx时,选择外线帐号5678。最终的号码是xxxx,要求删除前缀“9”或者“8”。该如何实现呢?

解决方案:我们可以使用MSS强大的“拨号规则”功能来满足这一需求。

缺省情况下,MSS采用前缀“9”来实现呼叫外呼,同时如果有多条外线,不做特殊设置的话,MSS会自动轮选这些外线。而现在我们要做的是,配置不同的呼叫前缀,使用不同的外线路由。

步骤1:配置号码变换记录

这主要是在后续配置中,我们需要删除用户拨打的前缀“8”或者“9”。请点击菜单“拨号规则 / 变换”,增加以下记录:

变换编号 = 1
变换类型 = 删除
起始位置 = 0
长度 = 1

步骤2:增加“分析被叫号码”记录

根据需求,我们需要指示MSS分析被叫号码前缀“8”以及“9”,并指定特定的外线。请点击菜单“拨号规则 / 分析被叫号码”,增加以下两条记录:

记录1:分析被叫号码前缀9

拨号计划 = default
被叫号码前缀 = 9
路由类型 = 外线
指定外线 = 1234 <== 指定的外线帐号
被叫号码变换 = 是
被叫号码变换编号 = 1 <== 在步骤1中指定
号码变换后重分析 = 否

记录2:分析被叫号码前缀8

拨号计划 = default
被叫号码前缀 = 8
路由类型 = 外线
指定外线 = 5678 <== 指定的外线帐号
被叫号码变换 = 是
被叫号码变换编号 = 1 <== 在步骤1中指定
号码变换后重分析 = 否
我找不到外线配置了,怎么回事?

我找不到外线配置了,怎么回事?

有部分虚拟PBX客户登录账户后发现,他们配置的外线信息不见了。

发生了什么事?外线配置怎么了?

这个现象的根本原因在于:用户在配置外线数据时,可能配置了错误的信息,例如配置了错误的密码。cloud-mss根据这些错误的信息向voip运营商注册,很显然会注册失败。当然,cloud-mss会继续尝试注册很多次。这样,对端的voip运营商很有可能将cloud-mss视为垃圾消息发送者或者不怀好意的攻击者,因此可能对cloud-mss实施消息过滤或者屏蔽,对其他cloud-mss用户造成恶劣影响。

为了避免这种情况,如果cloud-mss尝试注册外线达到一定次数后,始终无法注册成功,cloud-mss系统会判定外线配置错误并把这一信息通知后台管理系统,因此该外线将被系统自动删除。

这就是为什么会丢失掉虚拟IPPBX系统中的外线配置。如果你发现自己的账户出现了这种情况,请检查您的外线配置信息或者与您的VoIP运营商进行协调,然后在虚拟系统中重新配置外线即可。

SIP端口被运营商封锁,可以使用其他端口吗?

SIP端口被运营商封锁,可以使用其他端口吗?

有很多MSS云系统客户经常来信咨询这个问题,他们当地的运营商大部分采用封锁SIP标准端口5060来屏蔽SIP呼叫。

对于这种情况,我们升级了MSS云系统,可以支持多个UDP端口处理SIP呼叫:5060,6060以及8080端口。在云系统管理界面中,请点击“基本呼叫 / 系统信息”,然后选择相应端口更新即可。请参考下图的操作:

在云系统中更改SIP端口配置

如果您选择的端口不是标准5060端口,您必须注意同时更改客户端(包括SIP电话和SIP软终端等)的相关配置。下图是我们的一个xlite软终端演示配置,其中服务器端的端口已经修改为8080端口:

Xlite配置服务器8080端口信息

 

SIP中继鉴权用户名和密码

SIP中继鉴权用户名和密码

部分VoIP运营商提供“SIP中继”业务,大部分这类业务都要求对用户名和密码进行鉴权。

如果遇到这种情况,我们应该在miniSipServer中配置“外线(也称为街线)”进行配合,建立与VoIP服务商的连接。

在外线的配置中,我们需要输入对端地址(或者对端域名)、用户名以及密码,对注册以及呼叫过程进行鉴权。

如何解决语音单通甚至双不通的问题?

如何解决语音单通甚至双不通的问题?

在前面的blog中,我们已经讨论了为什么会有语音单通问题。在这篇blog中,我们继续讨论如何解决这个问题。

正如我们看到的,sip电话(100)将自己的私有地址告诉给sip软终端(101),这就导致了语音单通问题。因此我们自然想到:为什么不将它的公共地址8.8.8.8告诉给sip软终端呢?如果它能做到这点,sip软终端自然可以将它的语音流发送给这个公共地址,路由器也会将这个语音流转发给sip电话,sip电话也就可以听到sip软终端侧的声音了。对吗?

非常正确!这是个很好的解决方案。但是我们接着需要问:sip电话(100)如何才能知道它自己的外网地址呢?

答案就是STUN。STUN是“Simple Traversal of User Datagram Protocol (UDP) through Network Address Translators (NATs)基于UDP协议对网络地址转换的简单穿越”的缩写。这是个非常拗口的定义啊。简单而言,STUN就是用来私网内设备获取外网地址的一种协议工具。

请参考下面这张图:

– STUN process

在SIP电话拨打电话之前,它先向STUN服务器请求获取外部地址。完成之后,SIP电话开始发起呼叫,它告诉对方说:喂,我是100,我的语音地址是8.8.8.8:100,请发送语音流给我

顺便说一下,在本文中一个公共地址由一个公共IP地址+一个端口号组成。例如“8.8.8.8:10000”,“8.8.8.8”是公共IP地址,“10000”是端口号。”8.8.8.8:10001″是另外一个不同的公共地址(因为虽然IP地址一样,但是端口变了)。

既然8.8.8.8是公共地址,因此SIP软终端毫无疑问能将它的语音流发送到这个地址。因此呼叫双方现在都能听到对方的语音。

几乎所有的SIP设备,无论是SIP电话还是SIP软终端,都能支持STUN协议。我们唯一需要知道的是设置STUN服务器地址。在我们的step by step文档中,我们针对X-lite给出了一个简单的示例:

https://www.myvoipapp.com/docs/faq/setup_ippbx_for_small_business_step_by_step/index_cn.html#faq_stun

支持STUN后,是否能解决所有的语音单通问题呢?

很不幸,不能。在多数情况下,STUN能很好的工作,但是它无法解决所有的语音单通问题。这取决于私网的类型。简单而言,取决于路由器(当然,在某些网络,也可能是防火墙设备)。

– Special network for STUN

请参考上面这张图。图中描绘了两个会话:一个会话是SIP电话向STUN服务器请求获取公共地址。另一个会话是SIP电话与SIP软终端之间的呼叫。

众所周知,路由器将维持私网地址与公网地址之间的映射关系。缺省情况下,大多数路由器对来自私网内同一个设备同一个端口的不同会话,会分配并维持同一个外部地址映射关系。因此SIP电话在这两个会话中,会有同一个外部地址。

但是有些路由器会为不同的会话分配不同的映射关系,也就是说SIP电话在这两个不同的会话中会有两个不同的外部地址对应,因此实际上在与sip软终端的对话中,SIP电话还是无法知道对应的外部地址。

如果STUN不能解决语音单通的问题,根本原因就是路由器或者私网类型导致。此时,最终的解决方案就是建立VPN网络,将所有的SIP电话和SIP终端至于同一个逻辑网络内。这就是另外一个讨论议题了。(补充说明:也有可能采用ICE协议解决私网穿越问题,但是不是所有的设备都能支持ICE协议。)

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

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

几乎所有的人在部署第一个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) 以及GSM。

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

MSS放音模型图

 

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

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

部分客户在使用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邮箱中。