Browsed by
Category: 常见问题

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

关于云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)。

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

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邮箱中。