panabit离p2p cache有多远

唐僧

原帖由 Lucifer 于 2007-11-22 11:05 发表
P2P cache？我新听到的名词呢，第一印象就是实际用途不大。
因为p2p传输文件都是分块传输的如何把所有链路都整合分析这个本身就比较讨厌。并且现在应为法律问题P2P的加密机制开始逐渐的健全，针对包的处理起来 ...

其实从技术上讲，最讨厌的事分析网络中数千种流量，那是个夜以继日而且永无休止的工作，跟链路整合分析的难度比起来，那才是最麻烦的嘛。P2P CACHE的概念是早于P2P控制的概念的。那东西都在国外部署。国内用也仅仅是省级运营商在用，也少有厂家涉足这个领域。作为技术探讨，了解了解还是不错的。

不过从楼主的主题思想来说，PANABIT根本不可能向这个方向走。不是技术离得远，是市场离得远。

Lucifer

我的申明一下立场我的立场仅代表我个人我只是panabit的一个用户而已。

我不能代表panabit的立场

我的思路很简单cache的量永远赶不上p2p内容的增长量，节省下来的带宽将越来越有限。
panabit也只是疏导的作用而已，而cache也只是一个停车场。

对于一个已经成熟而且已有的方案来说我个人觉得没有什么讨论的价值。
如果panabit去做还是探讨一下更为先进还没有人耕耘过的技术。这种技术必须是从实际出发而且普及性更好的产品。

当然一个产品并不足以解决这种问题。我个人坚信没有完美的产品但是有完美的方案。

time

我个人认为标题提的很好，实际是探讨Panabit现有的技术与P2P Cache技术差异。P2P Cache也是很不错的解决方案。以前我在别的公司做过Web Cache，对Cache、CDN技术很熟悉。有Panabit的精确探测，做P2P Cache技术上没有障碍。Panabit会考虑P2P Cache，关于P2P Cache我找了一个背景链接 http://tech.sina.com.cn/i/2007-09-24/11471758091.shtml

唐僧

拜读过管理员推荐的文章后,我认为作为中国宽带教父的侯来说的十分正确.也同时说明了站的层面不同,观点跟见解不同.
LUCIFER的比喻我不能太赞同,CACHE的作用不是停车场,CACHE的作用很象城市交通中的公共交通与轨道交通,能够把有共同需求的人聚集起来,改善交通情况.CACHE部署的越好,等于是修了更多的高速地铁.当然不可能靠地铁全部承载交通,还需要目前PANABIT这样的产品做交通警察,但如果想彻底改善城市交通,部署城铁肯定是个非常好的方法.
我们在探讨PANABIT与PPCACHE的距离,实际还是探讨这个技术的优势能在哪些地方充分发挥出它的作用.不管是成熟产品方向还是没人耕耘过的方向.去做一件创新的事情,本身在于探索跟求知,而不是去地里收果子.借助列宁的一句话:"我们的未来,不确定,但充满希望."希望与PANABIT共勉.

panabit

P2P CACHE系统目前存在下述问题:
(1) 部署的问题. P2P CACHE要想成功,必须采取至少是一个二级分布式结构.前端需要一个像PANABIT这样的能够将连接识别出来,并且进行REDIRECT这样的一个设备,后端需要提供CACHE功能.这样的结构在现有的运营环境中,部署起来不是很容易.
(2) 内容加密问题.现在很多p2p应用都采取了协议混淆的策略,因此内容是不可cache的

技术上有很多不确定的可行性,不是很好操作.

唐僧

P2P CACHE的问题解决思路:
1:二级分布结构是正确的,前端设备可考虑采用核心交换机如NE80等,直接在主干链路上加交换板将一条OC192的流量按地址流量分布镜像到10个GE端口,并下联PANABIT-GE处理REDIRECT与流量分析,后端CACHE可采用普通PC服务器配SATA硬盘作成阵列,并且用光纤直连核心交换机.
2:内容加密问题,我认为不是关键.首先CACHE的系统是集中共同需求,而不是要精确分析每个P2P传输文件.如果加密流量不大其实根本不用管它.但如果要处理加密流量,我们只需要分析他传输的文件是什么,并且在CACHE端用代理机制一样可以先从加密服务端收下来,在用同样方式传递给客户,采用类似应用层代理的机制,这对于实时的流媒体P2P不合适,但对文件传输的P2P还是可以的.

这东西是个大系统,不确定性不是难点,关键是没有一个合适的开发环境.要开发这个系统,必须有个省级的运营商能充分充当小白鼠,我想这个是技术以外的最大难点.我相信只要是技术问题,就肯定能被解决,但如果是人的问题,甚至是政治问题的话.那就没法说了.

Lucifer

存储了数据就要付法律责任这种问题就不说了这事版权法最更本的。


电驴等软件有加分机制要是做cache就得伪装加分，这是违反电驴规则的做法，会造成网络阻断效应。

唯一可以做的就是BT的缓冲，但是这面临一个问题panabit只是识别出来，要想返回的数据包可以符合客户端要求就要做hash值得匹配，这对服务器的压力不是一般的大。

而且缓冲的数据需要完整的hash值，虽然可以解决但是需要投入的硬件成本太高，得不偿失。

而且BT第六代技术呼之欲出，完全散列化的东西我希望楼上从技术角度和成本角度出发去设想一下问题。



一个最基本的东西我们不能为了技术而技术，商人也是为了钱才去经商。

唐僧

原帖由 Lucifer 于 2007-11-25 10:54 发表
存储了数据就要付法律责任这种问题就不说了这事版权法最更本的。


电驴等软件有加分机制要是做cache就得伪装加分，这是违反电驴规则的做法，会造成网络阻断效应。

唯一可以做的就是BT的缓冲，但是这面临 ...

你说的东西好我好怕怕哦。动不动就法律法律了。
我不知道你管理的网络资源有多大。至少我们在的网络里，是在10G以上的市级运营商的级别里。因此考虑的问题跟方向应该跟你不同。如果照你这么说，上WEB CACHE系统也有版权问题啦。那CDN还玩个P呀。
就你说的技术细节，我不太明白，我只是知道我几个朋友那里的这类系统的实际效果。有人问到，拿出来分享一下。咋就老有人不满拿大棒子要打死呢。不喜欢听偶就不说了。对N弹琴.

panabit

P2P Cache我们在3年以前接触过，当初英国的CacheLogic寻求代理，我们参与了其中。当初同运营商谈的时候，对方就说到版权问题。
P2P Cache同Web Cache不一样。P2P网络里有太多的盗版内容，如果做CACHE，实际上就有某种助纣为啥的味道在里面。运营商上这个的本意是为了增强用户体验度，这样反而会给用户某种激励，让P2P变得更加疯狂。
法律问题是一定有的，这个同Web方面的CDN还是不太一样。你没有碰到并不意味没有，很多时候，猪大了，就会有人宰你了。

从目前来看，作P2P Cache将会越来越难，因为现在的P2P都在向加密混淆方向发展，这些内容是无法CACHE的。这种趋势将会越来越明显，我们也正在研究系统的对付办法。

我看兄弟你还是对这个领域比较熟悉，如果有机会，大家可以聊一聊。

P2P Cache技术的关键是哪个redirector，而不是cache本，redirector本身需要具备代理性质的机制，其实就相当于防火墙的syn proxy类似的东西，当然这个比syn proxy要复杂一些。
Cache的关键是内容重组，但是这个我个人认为不是什么大不了的问题，到是现在这种加密趋势是很让人头痛的，如果都这样，将无从cache。

目前国内做这个的我知道有一家（名字记不住了），我知道QQ Technology也在研究这个，不知道他们现在进行得怎么样了。

allenpeng

哇呀呀，看了以上各位老大级的对话沟通。兄弟我真长了见识了。
也知道了很多。

这样的争论很好，都是为了技术，正常的客观探讨大家都可以促进！