miniSipServer V3.0 稳定版本发布
历经多个月的开发，V3.0稳定版本终于正式发布了。这个版本是一个非常重大的发布版本，不仅仅因为这个版本相对V2.x版本增加了很多特性，也不仅仅因为这个版本在开发工具、重要部件升级等方面作了很重大的改动，而且还因为这个版本将是未来版本的重要基石。
从各方面使用情况以及我们内部的测试结果看，V3.0版本非常值得信赖，我们建议V2.x以及旧V3.x版本的用户都升级到这个版本。
Win7/Vista环境安装MSS应注意的问题
Win7/Vista系统与以前的windows系统，例如xp系统，在安全管理方面有一些差异。对部署MSS有影响的安全措施是：win7/Vista限制了C盘的程序对本地文件的写操作。
例如，如果我们将MSS安装在c:\program files\minisipserver目录下，然后运行。运行是非常正常的，但是如果我们更改了MSS的配置，重启MSS后发现，配置没有起作用，所有的修改都没有保留。
如何来解决这个问题呢？有以下两种方法：
（1）将MSS安装在其他盘符下，例如安装在D盘。由于Win7/Vista目前只限制了C盘的安全，没有限制D盘的安全性，因此将MSS直接安装在D盘，能正常保留本地配置文件。
（2）以管理员身份运行MSS。右键点击MSS的桌面图标，选择以管理员身份运行，win7/Vista运寻管理员对C盘进行完全控制，因此这样也能将本地配置文件保存在C盘及其子目录下。
我们建议采用第一种方式。采用第二种方式在每次运行时，系统都可能要求输入管理员密码，使用时不太方便。
V3.0版本更新，修正callingCard业务的bug和流程
新版本为V3.0 Build 20110124，主要修正了callingCard相关的bug和流程。
新流程中，卡号可以不配置密码。这种情况下，MSS的IVR流程中，不再提示输入密码进行验证。只要卡号正确，就会直接进行后续流程（查询余额或者输入被叫号码）。这种只有卡号没有密码的流程，在欧洲一些国家中比较流行，是这些国家传统卡号业务的处理方式。
另外，新版本中也修改了一个奇怪的bug。这个bug是由于VC编译器处理特殊字符串的一个bug（？缺陷）而引入的，这个bug会导致feeMatrix中的记录无法正确进行匹配，从而导致callingCard业务失败。在以前的V2.x版本中不存在这个问题，以前的BCB编译器相对比较标准些。
对工信部政策的解读
去年底，工信部发布了一些政策，强调了VOIP业务在国内的管制特性，VOIP业务只能由特定的几个国有电信运营商运营。
陆陆续续地，国内有些客户来信问：还能使用VOIP吗？
对啊，还能使用VOIP吗？ 我们认为不能简单地回答说可以或者不可以，应当具体情况具体分析。
毫无疑问，我们应当尊重当地政府的法律法规，每个国家都会对基础电信领域进行管制或者约束，这很正常，我们不应当对此有太多的抱怨。
从工信部的政策看，我们认为工信部约束的是“VOIP运营业务”，也就是说，一般人或者企业不能向公众提供VOIP业务，更不能从VOIP运营中获取不法收入。这对国内部分“回呼”类业务的提供者，可能会有影响，因为大部分回呼类业务都或多或少地进行了VOIP运营。
而对一般企业用户来说，在企业内部应用VOIP应该是不受影响的。第一，企业只是用VOIP进行企业内部沟通，没有对公众提供VOIP业务，更没有从中获取收入。第二，企业应用VOIP时，往往是使用企业内部的专网，不占用社会资源，对公众没有影响。
因此，对于绝大部分MSS的客户而言，我们认为没有必要担心，大家并没有违反国家的法律法规。到国内的电信运营商对VOIP业务并不积极，因此实际上国内没有真正意义上的VOIP运营商，考虑到这点，我们建议国内企业在部署VOIP时，采用以下方式：
传统PSTN网络 <—-> VOIP网关 <—-> MSS <—-> 企业内网用户
即，在传统的PSTN网络和企业内部VOIP网络之间，部署VOI网关设备进行转接。
呼叫队列
在最新的V3.0版本中，我们增强了连选组业务，在其中增加了对呼叫队列的支持，即：如果话务员全忙，系统可以提示用户进行等待（包括当前等待的人数）并播放音乐给等待客户听。一旦有空闲话务员，系统就会自动将等待用户转接给空闲话务员。
“呼叫队列”，又称为“等待队列”，对提高企业系统的沟通质量非常有帮助，尤其是非常有助于提高企业的对外形象，增加客户满意度等等。
MSS的呼叫队列可以灵活配置，可以配置为不支持队列、队列最大等待数、用户最长等待时间等等。不同的连选组，可以配置不同的呼叫队列策略。具体配置请参考“连选组组配置”的配置项信息。
欢迎大家下载试用。
虚拟会议室
昨天我们发布了miniSipServer V3.0版本的更新。在这个更新版本中，最重要的特性就是“虚拟会议室”业务。
虚拟会议室实际上就是一个多方语音会议的业务，在企业日常工作中，电话会议的应用是非常广泛的。一般的会议电话系统，往往是采用专有的软硬件设备，价格昂贵。而miniiperver提供的“虚拟会议室”业务，是纯软件解决方案，不增加部署时的额外花费。当然，相比单独的会议系统，MSS的解决方案目前只支持4方会议。作为一般的企业应用而言，大部分会议其实只有三方，因此基本可以满足大部分的电话会议需求。
与以往的特性一样，MSS的“虚拟会议室”业务也是非常容易使用，无论配置、使用等，都非常简单。
请大家参考在线中文文档作进一步了解：
http://www.myvoipapp.com/docs/mss_services/conf_room/index_cn.html
呼叫代答业务文档更新
在论坛中有朋友问到“呼叫代答”业务。这个业务在MSS中很早就已经支持了，只是一直没有提供中文业务指导文档，可能大家都不太了解具体的使用方法。
其实这个业务非常容易使用。我们更新了业务指导文档，请参考下面的链接：
http://www.myvoipapp.com/docs/mss_services/call_pick_up/index_cn.html
我们非常高兴看到国内用户在应用VOIP时，有了越来越多的业务需求（以往的需求往往是回呼之类的特殊需求）。我们非常期待能与国内的用户们共同合作，开发适合国内企业应用的VOIP系统。
顺便透露一下，V3.0即将发布新的版本，在这个新版本中，将提供“会议”业务。“会议”业务对企业提高沟通效率非常有意义，目前我们正在进行测试工作，争取在新年到来之前进行发布。
miniSipServer V3版本正式发布
经过几个月的努力，我们终于在昨天正式发布了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版本非常关键。
（2）内嵌Python升级
从原有的2.5.4升级到2.6.6版本
（3）MySQL升级
新版本中采用了MySQL 5.1的DLL，替代了原有的5.0版本DLL
（4）新的300clients版本
越来越多的客户要求支持200clients的终端接入，以前的版本中，只有1000clients版本能满足要求，而这个版本显然对这些客户来说是太过于浪费了。因此，客户们不得不部署多个100clients版本，这导致了网络部署非常复杂，系统可能不稳定等不利因素。因此，在V3版本中，我们支持300clients版本以适应这部分客户的要求
我们在V3版本中，将加入越来越多的特性，敬请期待和试用。版本下载地址：
http://www.myvoipapp.com/download
miniSipServer能run在VPS上吗？
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等。
令人纠结的Xlite4
Xlite是一款很不错的SIP软终端软件。我们一直使用Xlite3进行各项测试，使用也非常方便。
基于这种美好的印象，当看到新的xlite4版本release出来了，我们也热情地下载下来试用。结果让人非常纠结。
先说点好的，就整体界面和使用方便性而言，Xlite4比Xlite3要好很多，尤其是界面，终于和Bria的界面基本统一了，这点还是比较让人满意的。
可是在后续测试过程中，发现了一系列的问题。让人难以忍受的是，居然有一些常识性的错误，实在是让人怀疑Xlite4是比较匆忙推出来的产品。例如，我们发现了用Xlite4作主叫，在对话没有建立（被叫没有应答）时，Xlite4居然是用BYE来释放呼叫，而不是CANCEL消息。
另一个严重问题是Xlite4实在是太慢了，在双核、1GMemory的计算机上，居然要几十秒才能启动并看到界面，比miniSipServer 1000Clients版本都慢、占用更多内存！看了一下Xlite4安装目录下的问题，有理由怀疑是用.net(C#?)改写了该软件。这真是个失败的决策！
将一些问题反馈到了Xlite4的论坛，居然没有人理会。不管怎样，我们将Xlite4卸载了，等以后有更新了再说吧。同时，我们也建议客户们暂缓升级到Xlite4。