Druid初步试用印象

        一个月前， 一个要好的朋友从深圳回来啦。前半个月，他还比较忙，我还能够按照进度干些事情。后半个月，他进入收尾阶段，我经常陪着他。加上儿童节和端午节，基本上没有在这些开源产品上有什么进展。唉，后面要加班弥补啦。

       对Druid进行了安装和简单试验后，总体有这样的感觉：

       优点：

      （1）WEB界面。与elastix相比，风格统一简洁，速度快。elastix可能会给专业用户一种将几样开源产品东拼西凑在一起的凌乱感觉，Druid没有一点这样的感觉，不仅操作过程简洁，而且email、IM采用缺省配置方式，对用户透明；与sipxecs相比，功能多速度快。sipxecs的WEB是采用Tapestry写的，虽然吞吐量大，但是很耗资源，而且速度有点慢。sipxecs在Email和IM集成方面存在明显的空白，虽然我以前的试验表明，openfire、postfix与sipxecs在同一台服务器上运行是没问题的，sipxecs的watchdog也可以管理openfire和postfix，但是WEB端无法配置。

      （2）中文化支持。elastix虽然也有，但是仅限于主WEB框架，大量的页面内容需要中文化。sipxecs则更差，完全没有。我去年8月和今年3月，分别完成了sipxecs和elastix的web和voice的中文化。按照这种经验估算，采用Druid，可以省了半个月的工作量。

     （3）统一通信业务的操作统一简洁。从服务器端来看，安装、配置和业务运行，将语音电话、会议、IM、VM、Email、FAX等业务集成于一体，又采用缺省配置方式，免除了用户的操作配置麻烦。

 

       不足：

      （1）IM的客户端支持不好。pidgin的voip插件无法使用，elastix和sipxecs也同样存在这方面的问题。这是目前开源统一通信产品存在的主要问题。

      （2）没有呼叫中心支持。ealstix具有可选式的call center模块，sipxecs核心就具备了sipXacd模块，没有呼叫中心支持的统一通信会限制它的应用领域。

     （3）没有营帐计费支持。同样是基于Asterisk，elastix有功能丰富而强大的a2biling支持，但是Druid为什么不考虑呢？

 

Technorati 标签: 统一通信