在论坛中有朋友问到“呼叫代答”业务。这个业务在MSS中很早就已经支持了，只是一直没有提供中文业务指导文档，可能大家都不太了解具体的使用方法。
其实这个业务非常容易使用。我们更新了业务指导文档，请参考下面的链接：
http://www.myvoipapp.com/docs/mss_services/call_pick_up/index_cn.html
我们非常高兴看到国内用户在应用VOIP时，有了越来越多的业务需求（以往的需求往往是回呼之类的特殊需求）。我们非常期待能与国内的用户们共同合作，开发适合国内企业应用的VOIP系统。
顺便透露一下，V3.0即将发布新的版本，在这个新版本中，将提供“会议”业务。“会议”业务对企业提高沟通效率非常有意义，目前我们正在进行测试工作，争取在新年到来之前进行发布。
经过几个月的努力，我们终于在昨天正式发布了V3.0版本。这个版本是基于V2.11版本进行开发。在V3版本发布后，不再维护V2.11版本，我们建议所有的V2.11版本客户都尽快迁移到V3.0版本，该版本将是我们下一阶段的开发重点。
V3版本包含来V2.11版本所有特性，在此基础上，有以下一些重要的改变：
（1）开发工具和开发平台的迁移
V3版本迁移到VC2008+QT的开发平台。以前的MSS是采用TurboC++Explorer/VCL进行开发。很显然，这些工具已经有些过时了，缺乏一些关键的特性，例如unicode，在版本国际化过程中显得越来越捉襟见肘。
采用QT作新的GUI framework是我们经过多次讨论和分析的结果。当然，QT要比原生的windows API或者VCL慢一些，但是QT的框架结构、系统设计确实要清晰很多。另外最重要的是，QT能支持跨平台开发，这点对我们未来支持Linux/Ubuntu版本非常关键。
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的最新版本. 在这个版本中, 增加了对GSM语音编解码的支持, 以及优化了PickUP业务处理流程.
同时, 我们对这个版本也进行了大规模的回归测试, 覆盖了几乎所有的特性. 不出意外的话, 下一次版本发布就是2.9的最终版本, 2.9版本将替换掉2.8版本, 成为新的稳定版本.
该版本主要修正了一个客户反馈的Call Transfer中的bug.
客户设置了三个终端, A,B和C. 每个终端都设置了Music On Hold业务.
A呼叫B并进入通话. B HOLD对话, MSS给A放music. 然后B呼叫C, 并与C进入通话. 接着B发REFER消息给B-A段呼叫, 要求transfer呼叫到C.
我们以前遇到的transfer流程中, REFER消息是发给B-C段呼叫, 或者B会先resume呼叫. 而在这个流程中, MSS没有停掉music, 在内部处理流程上有疏漏.
本次发布后, MSS下一开发计划是增加对GSM codec的支持. 在MyVoipApp SIP Phone项目中, 我们已经支持了GSM codec. 而MSS项目中, 也有很多业务或者呼叫需要使用语音, 例如Calling Card, Prepaid, Auto-attendant等, GSM具备带宽占用小的特点, 部分带宽不充裕的用户部署VOIP网络时非常需要.