技术文档以及常见问题解答
VPS通常是通过虚拟机技术来提供的，但是就其本质而言，逻辑上它仍然是一台独立的计算机。因此，毫无疑问miniSipServer是能运行在VPS上的，实际上，我们也有很多客户确实就是这么部署的。
将miniSipServer部署在VPS上时，有几点需要注意：
（1）VPS应当是Windows VPS。这点是最基本的要求，因为miniSipServer只有windows版本（以后可能会推出ubuntu版本）。当前主流的windows VPS一般采用Windows server 2003/2008，这两个平台都可以运行miniSipServer。
（2）要注意协调VPS运营商放开一些VOIP常用端口。一般情况下，VPS运营商出于安全等方面的考虑，会在VPS之前设置Firewall或者其他前置设备/server，通常只会放开一些常用的网络端口，例如TCP 80/8080等，而VOIP应用（包括SIP应用）的端口缺省是会关闭的。建议与VPS运营商确认放开以下UDP端口：5060，10000~20000等。
Xlite是一款很不错的SIP软终端软件。我们一直使用Xlite3进行各项测试，使用也非常方便。
基于这种美好的印象，当看到新的xlite4版本release出来了，我们也热情地下载下来试用。结果让人非常纠结。
先说点好的，就整体界面和使用方便性而言，Xlite4比Xlite3要好很多，尤其是界面，终于和Bria的界面基本统一了，这点还是比较让人满意的。
可是在后续测试过程中，发现了一系列的问题。让人难以忍受的是，居然有一些常识性的错误，实在是让人怀疑Xlite4是比较匆忙推出来的产品。例如，我们发现了用Xlite4作主叫，在对话没有建立（被叫没有应答）时，Xlite4居然是用BYE来释放呼叫，而不是CANCEL消息。
另一个严重问题是Xlite4实在是太慢了，在双核、1GMemory的计算机上，居然要几十秒才能启动并看到界面，比miniSipServer 1000Clients版本都慢、占用更多内存！看了一下Xlite4安装目录下的问题，有理由怀疑是用.net(C#?)改写了该软件。这真是个失败的决策！
将一些问题反馈到了Xlite4的论坛，居然没有人理会。不管怎样，我们将Xlite4卸载了，等以后有更新了再说吧。同时，我们也建议客户们暂缓升级到Xlite4。
在以前的版本中, miniSipServer是不支持系统管理员口令的, 也就是说,能登陆进windows系统的人, 都可以操作MSS. MSS本身不提供额外的保护.
这种方式是与MSS的定位有关. 我们认为使用MSS的多半是小型企业, SOHO用户. 这类客户往往就是一个系统管理员, 或者往往自己就是系统管理员. 因此, 实在没有必要提供额外的登陆密码, 只要保护好windows本身就好了.
然而最近情况发生了一些变化, 我们有部分客户选用了高版本的MSS, 例如100以及1000客户版本. 这类用户往往有多个系统管理员, 同时可能将MSS部署在一个public server上, 因此有必要对MSS也提供密码保护.
因此,我们在最新的MSS版本中, 增加了”系统管理员密码”特性. 在系统配置中, 设置”管理员密码”即可. 设置了密码的MSS, 在启动时, 会自极小化为系统任务栏小图标, 只有输入相应的密码才能恢复窗口. 运行过程中,点击”最小化”按钮也是同样的处理.
在传统的电信领域，有个非常重要的概念或者说网络架构：智能网（Intelligent Network）。智能网最重要、最显著的特点就是业务和呼叫分离。在智能网体系中，有两个重要的网元：SSP和SCP。其中，SSP负责基本的呼叫处理，而SCP负责业务逻辑控制。国内比较典型的智能网应用就是200卡号业务。
“业务和呼叫”分离的好处是什么呢？好处是新增、修改业务时，不需要改动基础网络（SSP），只需要修改SCP的业务逻辑或者脚本逻辑即可。后来的ParlayGW等概念就是在智能网基础上演变而来。
而在miniSipServer的体系设计中，借鉴了智能网的结构和设计方式。MSS本身类似于SSP，同时它有支持通过Python脚本来实现业务，中间的接口、实现方式正是基于智能网最基础的Q1218/Q1228协议。同样，MSS的部分业务只需要修改或者新增Python脚本，不需要改动MSS core。当然，目前有些复杂的业务，还是固化在MSS core内部，例如callTransfer。但是，随着MSS core将越来越多的能力封装出来，我们有理由相信，绝大部分的业务以后都将用Python脚本来实现，充分体现出架构的灵活性。MSS的业务架构体系，可以说是IP技术和传统IN技术的完美结合。
有兴趣的朋友可以试试MSS V2.10版本。在这个版本中，可以发现callerPrepaid业务已经用Python脚本实现了。下一步中，我们将把callingCard业务也转移到Python脚本中来实现。如果您熟悉IN概念的话，在这些脚本中，您会发现熟悉的IDP、RRBE、ERB等消息和参数。
V2.10下载链接： http://www.myvoipapp.com/download
对于第二个问题，客户只要补充版本之间的价差就可以。 例如, 20用户版600元, 50用户版1900元, 则客户只需要再支付1300即可将版本从20用户版升级到50用户版.
需要进一步说明的是中国区升级问题。目前我们和国内的”软行天下”合作提供电子商务服务，而“软行天下”没有提供类似升级的服务支持。我们与软行天下讨论后，认为可以在现有方案基础上，定制一个优惠券方案。即我们提供一个优惠码给客户，客户在软行天下以一定优惠折扣(例如: 35%)购买50用户版本即可。
因此，对于国内客户的版本升级，请发邮件给sales@myvoipapp.com或者support@myvoipapp.com，说明一下已有的注册码信息以及升级需求，我们的同事会及时通过邮件发送优惠券信息。客户拿到优惠券后就可以直接去“软行天下”以优惠的价格购买产品了。
昨天，期待已久的2.9版本正式发布了。2.9版本替代2.8版本成为最新的稳定版本。距离2.8稳定版本的发布，已经过去了大半年的时间。
2.9版本是我们赋予很多期待的版本，在这个版本中，不仅增加了许多非常实用的特性，例如：长时间通话监控，多编码的语音格式支持，媒体流处理优化，增强的回呼等等，而且我们对系统进行了持续的优化，使新版的性能有很大的提高（大家可以参考我们发布的在线性能测试报告），足以满足小型、中型甚至大型企业的应用需求。
尤其值得一提的是，在2.9版本的开发中，我们引入了完整的质量保证流程和体系，提高了软件的稳定性、可靠性。
经过这么长时间的开发和等待，我们非常期待2.9版本能为我们的客户们提供更多、更好的服务，促进企业PBX各项业务应用。
2.9版本可能是MyVoipApp迄今为止开发时间最长的一个版本, 期间包含了若干重要的改动和优化.
这里要介绍的是一个新特性: 用户数据集中管理.
从本质上将, 这个特性没什么特别, 无非就是把用户数据统一存放中MySQL数据库中. MSS有两种用户数据管理方式: (1) 本地存储 (2) 数据库存储. 20~100客户版只支持本地存储, 因为这些版本是为单纯的中小型企业设计, 模型越简单越好, 维护越容易越好. 而1000客户版则同时能支持这两种方式, 具备了非常大的弹性.
将用户数据集中到MySQL中进行管理后, MSS实际上就将”数据管理”和”呼叫控制”分离了. 理论上来说, MSS就具备了P2P的基础, 可以部署多个MSS服务器并共享同一数据, 提高整个系统的处理能力. 另一方面, 也可以充分利用MySQL数据库系统的优势(例如热备份/集群等), 系统的鲁棒性也大大提高.
可以说, 从2.9版本开始, MSS具备了进入大规模VOIP市场的能力. 我们也将持续改进, 为客户提供更多, 更好的产品.
以前一段时间, 我们的中文blog是建立在国内著名的SOHU博客中, 和国内的朋友有良好的互动. 曾经有个朋友在blog中问到了彩铃的问题, 反馈说连接到mini SIP Server后, 听不到彩铃了.
这个问题让我们颇感困惑. 首先, 我们先谈谈什么是彩铃. "彩铃"又名彩色回铃音, Colorful Ring Back Tone. 顾名思义, 就是在被叫振铃时, 给主叫用户放一段很有特色的回铃音, 通常是一段音乐. 用户自己可以定制放什么音乐.
这是个非常有意思的业务. 站在技术的角度, 可以这样理解: 对TDM而言, 例如ISUP, 就是被叫端局(gateway)给主叫回ACM信令, 同时搭通与主叫的电路连接, 给主叫放音. 对VOIP而言, 例如SIP, 就是被叫Call Server(gateway)回183, 同时携带SDP信息, SDP信息中指示被叫侧放音对应的媒体信息,例如MG地址/语音Codec等.
我们以前在部署MSS的过程中, 很少遇到183的情况. 在SIP领域, 常见的情况是被叫回180, 然后由主叫侧自己决定放什么样的回铃音. 因此, 在之前的MSS版本中, MSS总是直接回180给主叫, 不会理会被叫侧的放音. 这就是为什么国内的用户会听不到彩铃音的根本原因.
很遗憾, 当时国内用户没有用wireshark抓包给我们分析, 以至这个问题就这么搁置了下来.
最近, 我们在巴西, 意大利等地部署MSS时, 我们发现了一个类似的情况: 被叫用户是移动用户, 当移动MSC无法寻呼该用户时(例如用户不在服务区), 也会回ACM信令放提示音, 最终体现到MSS上的信令也是183 with SDP.
真是峰回路转啊! 在解决了巴西, 意大利客户们的问题后, 我们发现国内的彩铃音问题也迎刃而解了! 我们release了一个临时的patch: http://www.myvoipapp.com/download/patch/ 正式的版本将在本周末release. 欢迎国内的用户下载试用.
在某些特定的情况下，我们需要限制通话时长。例如，企业有可能需要限制长途电话的通话时长以控制费用，也可能需要对特定用户（特定分机）限制通话时长，也可能需要对特定用户拨打特定字冠才进行时长限制。。。
总之，在企业的应用中（包括其他通信应用场景），存在着多种限制通话时长的情况。在MSS 2.9版本，我们推出了灵活的通话时长控制。目前2.9还处于beta阶段，我们会尽快推出正式的指导文档。朋友们现在可以先下载2.9尝尝鲜，探索一下，非常容易使用 🙂
附注，这篇blog是用windows live write写的。真是个好工具，赞一下!
在企业的运营中，我们经常会遇到以下一些问题：
企业间的竞争日趋激烈，为客户提供快速、有效、高质量的服务和支持、与客户进行及时的沟通，是成功企业必备的重要因素之一。上述这些问题其实可以归纳为：如何让客户及时有效地联系到我们？
…