现在所能看到的一些P2P的VOD，是采用了BT或类似BT的方法，根据所需去寻找内容，此方法取决于内容的分布，效率和实时性都较差，还有，不一定能支持媒体播放器的使用功能。或者是干脆采用“部分P2P+部分C/S”。
LongSwitch的P2P VOD采用与P2P的IPTV直播相同的技术，加上LongSwitch的P2P定位播放方法，便可以实现完美的P2P VOD。这种方法跟IPTV直播一样，对用户反应（速度）快，容易支持各种播放功能，同时也支持了P2P的时移电视，另外的好处是不一定需要将内容存储到硬盘，内容只占小片内存就够了。这种方法缺点是，对于VOD来说，占用的服务器网络带宽有点多。
对于那些不需要很多播放功能(例如快进快退），而只需要从头或定位播放的P2P VOD，建议采用LongSwitch的大文件P2P传输。在这基础加上边下载边播放的处理就OK了。这种方法缺点是需要将内容存储到硬盘，不是完美的VOD，好处是占服务器的网络带宽非常少，另外，如果愿意等待，根据公式：容量=速率*时间，可以在较少的网络带宽，看到很高质量的视频内容。
当然，上述两种方法是可以共存的。还可以采用一种丑陋的方法“LongSwitch的大文件P2P传输+部分C/S”，用部分C/S来支持快进、快退播放功能。
相对于P2P的IPTV直播，采用任何一种P2P VOD或者P2P时移电视都是麻烦的，包括那些非LongSwitch方式的P2P VOD。为了支持定位播放，源端有可能需要开辟更多的数据流，如果还要支持快进快退播放功能，源端还需要更多的数据流，当连接用户数不多时，性能有可能退化到与单播一样。
所以，一个P2P的VOD系统最好能支持差别服务，例如，支持高、中、低档不同的P2P VOD。可以如下设定：
高档：尽可能实现所有媒体播放器的使用功能的P2P VOD。
中档：只实现定位播放的P2P VOD。
低档：大文件P2P传输+边下载边播放处理（不一定支持P2P时移电视）。
也许有人会提出，不用那么麻烦，如BT的方式，加上让更多的客户参与提供内容服务，P2P的VOD性能就OK拉。如此方法，LongSwitch也能做到，说起来也简单，让用户参与更多的内容存储，让用户提供更长时间的P2P服务就行了。问题是，理想的愿景是不能被期待的。
P2P VOD的实现不是问题，关键是如何平衡，这个问题，一直困扰着LongSwitch，欢迎感兴趣的朋友来讨论。
