panabit离p2p cache有多远

moremore2

光把p2p限制住也不行阿，毕竟还有得罪不起的bt用户。看到现在有新技术号称可以做P2P cache的，不知道panabit是否可以实现这功能？？

baggio

用户完全可根据实际情况，基于协议或基于IP，决定如何更合理的分配和使用带宽。也就是说，Panabit可被看做是一个“应用层带宽管理器”。对一个带宽管理器来说，管不管、怎么管、管理谁、管多少，还是问题吗？ 呵呵

另关于P2P Cache： P2P Cache的概念从2004年起在国内即被提起，以英国的CacheLogic公司为代表。同样也是先对应用进行分析归类，然后再通过CacheSwitch设备与P2PCache设备相结合的方式，截取并响应网内用户的P2P请求，将缓存在本地的P2P内容发送给用户。 抛开技术上的实现难度不提，先分析几个问题：

   1、 对复杂的P2P网络和海量的、热门对象天天变换的P2P内容做分析缓存，整个方案的操作性与性价比。
   2、 市场相对狭窄，ISP或CDN才有部署的必要，企业没必要也不可能投资给内网用户做“P2P缓存”。但即使是运营商，要在其网络中广泛部署以形成明显的缓存效应，也是承受不起。
   3、 版权。如果运营商部署了P2P Cache，那么以电信或网通这么大的目标，如何保证其缓存资源中不可避免的存在大量盗版内容而不会引发官司？ 于是运营商在真正想要解决P2P问题时，会宁可使用SCE、Allot、Panabit等流量分析和控制设备，而不会使用P2P Cache。

所以到目前为止，对P2P流量最可行也最现实的解决办法还是“精确分析、疏堵结合、移峰填谷、合理管控” ，是“流控” 而不是“缓存”。

moremore2

呵呵，我就是在一个小isp里面干活，有没有开源的p2p cache软件呢？！我想在模拟环境中对比测试一下，只是对这个比较赶兴趣，没有考虑大规模的部署。

baggio

我手边还真没有，帮你留意下吧。

有时间的话，欢迎你经常上来交流交流。

baggio

“Panabit离P2P Cache有多远？”  

一个是流控，一个是缓存，不同的两个产品，似乎不是很近。呵呵

唐僧

p2p cache的组成分为三部分, P2P协议旁路分析与控制,这个PANABIT应该能做的到,CACHE系统,这个公开的很多,相信PANABIT高手应该也熟悉,还有就是一个对TRACKER的管理,这个作为节点控制的PANABIT应该也不是很难.我看技术不是问题.方向才是问题.如果有哪个运营商出钱让PANABIT做,我想PANABIT也不会不接吧.不过一般来说,部署P2P CACHE的运营商一般都是比较大的系统,带宽通常都在2G-10G.我听说过部署P2P CACHE的运营商有不少了,重庆网通,杭州电信,青岛网通都弄过这个东西.费用好象不低,大概总体费用在每G 20-30W吧.

moremore2

其实楼上的就解释了我的标题，panabit离p2p cache所差的就是cache系统和tracker的管理了。但是我不同意楼上的观点的就是起码cache系统并不象想像的那么简单，关键是在普通的硬件上达到很好的时间、效率性能和可靠性的平衡还是有技术含量的。
另外还有一个问题，web缓存的对象比较明确：图片、文字这些实体，p2p缓存的对象如果是文件片断的话，那么它们分割的方式是否相同呢？！也不知道这东西效果如何。

[ 本帖最后由 moremore2 于 2007-11-22 00:17 编辑 ]

唐僧

p2p cache的设计是以P2P文件问单元的.不是分片的. 而且CACHE系统的设计是分布的,不见得非要做一个性能强大的CACHE,一般设计原则是,用最简单的硬件来实现,不用考虑高流量,一般用普通的PC SERVER,用SATA硬盘就可以.一个P2P CACHE单元不会承载太高流量,通常在200M-300M就足够了.这对于一个文件CACHE系统来说还是很容易的. P2P CACHE不详流媒体CACHE,P2P CACHE主要只针对网络下载热点而设计的,如果现在有热点下载,P2P CACHE的效果还是很明显的,基本可以放大3-5倍的流量.如果没有明显的热点,也能放大1.5倍以上的流量.专业点的叫法是命中率的设计.这些数据可以从已经实施过P2P CACHE系统的运营商得到支持.
换句话说,P2P CACHE也没你想象的那样复杂.呵呵.

唐僧

BY THE WAY, P2P CACHE的设计主要目的是改善用户体验,节省带宽是付带作用.毕竟对运营商来说，带宽不是钱...立场不同,需求就不同.呵呵.

Lucifer

P2P cache？我新听到的名词呢，第一印象就是实际用途不大。
因为p2p传输文件都是分块传输的如何把所有链路都整合分析这个本身就比较讨厌。并且现在应为法律问题P2P的加密机制开始逐渐的健全，针对包的处理起来会越来越麻烦。在这种异常复杂的情况下如何实现高命中的缓存机制我觉得不现实，而且P2P传输的内容量上缓存的话对硬件的要求也不低。

如果弄这个我觉得完全是技术人员的片面求新的心理作用而已。

要我从实际处理方式，成本，收益和效果来计算的话真不是个什么好东西。

[ 本帖最后由 Lucifer 于 2007-11-22 12:49 编辑 ]