P2P之风云再起

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://p2p.blogbus.com/logs/13879041.html

引用一篇文章，题目很吓人，叫做：“p2p vod 彻底讨论，来者有分”

http://topic.csdn.net/t/20060605/17/4801972.html

引用如下：

------------------------------------

P2P实现VOD，我觉得应该使用UDP，在UDP实在无法实现的情况下再用TCP80和443，目的是穿防火墙。  
  我现在也在做类似的东西，我研究了skype的模式，skype才是最好的p2p实现，emule的任意连接能力要差很多。  
   
  对于VOD，是可以容忍一些丢包的，关键是客户端对收到包后的重新排序，因为互联网上到达后乱序是肯定会发生的，客户端必须进行缓冲处理，重新排号，对于丢包发生了的，就把该包关联的整个帧全部丢掉。  
   
  skype在Nat无法穿透的情况下也是由服务器转发的，不过，他是征调了其他客户机充当服务器，也就是他说的super   node，这样就尽量做到了分布转发，不会出现资源瓶颈问题。能够充当super   node的都是有公网IP的机器。  
   
  UDP接收时必须提供足够大的缓冲，你用2个字节的数组来接收5个字符肯定是要返回错误的。

------------------------------------

因为文中出现了“skype才是最好的p2p实现”这样的字句，所以也想发表一下自己的感想。

毋庸置疑，Joost的p2p部分和Skype的p2p部分是同一个引擎，这一点很久以前通过研究得到的结论。因此说Skype中的p2p引擎至少是一个很好的p2p的VOD的引擎。

在VOD方面这样的一个引擎可以获得的优势在于：
.p2p支持的无服务器的NAT/FW穿透能力，穿透率高
.多点传输策略优化，保证数据传输的QoS
.大型分布式数据库，支持巨大用户群信息和节目源的可靠存取，成本极低
.用户和节目的可管理性，说到用户的可管理性，可以想想，这里面可是有个Skype :)

应该还有一些好处吧，只是现在还不清楚，呵呵