CompetitioninChinese浅析.ppt

Riverbed 竞争比较 Cisco WAFS Juniper/Peribit WXC Packeteer/Tacit F5/WanJet Orbital Silver Peak Expand Riverbed 技术独到之处 Cisco WAFS/WAAS -1 WAFS来自于收购的 Actona 产品，运行在WAE硬件平台上。和Cisco原有的ACNS产品正在整合之中。Wide Area File Service 是基于文件级的加速服务，实际上就是一个本地的文件服务器。采用传统的缓存Cache技术，存在文件日期有效性和多用户访问数据一致性的问题 WAFS只支持CIFS和NFS，对于其他大量的IP应用如HTTP、ERP、Exchange、Lotus、网络备份等等无法优化，是功能单一的设备。Cisco WAFS的最后版本是3.X。 Cisco最近刚发布了基于WAE硬件的新软件WAAS，其功能可以优化通用的IP流。WAAS目前实际是不成熟的1.0版，但为了取得客户的信任将首发的软件版本定义为4.0版。 WAAS目前不支持In-path径内部署，只支持WCCP或PBR，要求用户在路由器上提供单独的网段连接WAAS。WCCP和BPR对路由器要求很高，Cisco的文档显示要求28xx和38xx以上。WCCP是思科私有协议，因此同时也将用户永远锁死在Cisco路由器上 Cisco WAFS 据Cisco的文档显示，WAAS的部署非常麻烦，步骤很多，并且一不小心会造成Loop死循环。 WAAS的基于Byte的硬盘缓存资源是按每个远端节点单独划分的，同一文档如果发送到N个分支机构将在WAAS上缓存N次。有效缓存空间大大减少，且难以扩展。 WAAS主要面向CIFS功能，不支持NFS应用优化，同时也不支持MAPI邮件、MS-SQL等应用层优化 相对与其他主要产品线，Cisco在WAAS产品线的资源投入非常少，不是公司的主要收入来源。这就如同以前Cisco收购的L4～7交换机和光传输设备一样，随着时间的流逝会慢慢淡出其市场 Juniper/Peribit-1 所有竞争厂商中功能和Riverbed最接近 有两种型号：基于内存的WX和基于硬盘的WXC 基于UDP的隧道技术，所有IP流量都封装在UDP的隧道内传输。仍旧依赖于终端设备重传和确认TCP流量 基于VxWorks操作系统，系统扩展性差 由于是基于隧道技术，安装部署非常麻烦。需人工配置每个隧道，存在N平方问题 WX每个隧道固定分配200M存储优化空间，对于广域网上超过200M的流量只能覆盖原有内容，优化效果大大下降，无法满足大型客户的需求 WXC-500支持60个隧道，无法满足超过60个分支机构的环境。总计500G的存储容量，500G/60=8.3G，每个隧道分配8.3G容量，同样存在上述问题 Juniper/Peribit-2 由于存储资源是以隧道为单位划分，对于同样的数据信息，会在多个隧道的存储空间内存放。造成有效存储空间减少 其内容优化学习的算法是单向的，同样的数据流必须在不同方向流经两次才能达到双向优化的效果 其内容识别是基于IP包，以IP包为单位的。对于略作修改的信息，会形成连续IP包内容部分的“位移”，在此情况下Riverbed可以最大程度的识别已有相同信息，而Peribit会认为所有内容发生过“位移”的IP包都是全新的数据，无法识别已发送过的相同信息 （详细描述见下一页） 不支持MAPI 2003、MS-SQL的应用级优化 不支持HS-TCP、PFS（本地文件服务） 不支持多口网卡，对于双路由/交换机的环境不易部署 Peribit以IP包为单位识别内容的缺陷 当文件中插入部分信息会怎样? Previously-seen “warm” data is pushed across packet boundaries into other packets 以前已经传输过的内容会被认为是“全新”的内容 Applied on a per-packet basis, but packet contents for many packets are now different 由于是基于IP包为单位的内容识别，略作改变的信息会变成全新的数据。优化效果大大下降 Packeteer/Tacit Tacit的多年的年营业额为20M~30M USD，年初被年营业额100M USD左右的Packeteer 收购。是广域网优化领域“弱弱联合”的典范 只支持CIFS和NFS文件共享优化，对于其他大量基于IP的应用如HTTP、ERP、Exchange、Lotus、网络备份等等无法优化，是功能单一的设备 事实上就是基于Windows的服务器 完全基于微软的技术，过于依赖Microsoft的产品开发计