derek我的一点看法：看了下面的介绍，对p4p有些期待，虽然表现不错，但是难免还是有缺点！主要是对于大部分下载者来说文件越久，可下载使用源数就越少，速度也快不到哪里！但是它对互联网大部分网络应用的发展绝对是有贡献的，优点还是显而易见的！

随着高清视频的出现，高质量图片等等，对网络带宽的疯狂吞噬，对ISP商服务器资源的占用，导致了人们不得不寻求更好的解决方式！

历年来各种网络应用占用总带宽百分比

首先介绍下P4P的始作俑者作者是一位工作在耶鲁大学的中国人，谢海永博士。谢博士系美国分布式计算工业联盟（DCIA）和P4P工作组的首席研究员，提出并完成了P4P理论和系统设计。自今年2月底以来，谢海永等研究人员对P4P系统设计进行了大规模现场测试。

这项中国人主导的发明，在商业测试中有出色表现。根据Verizon的反馈，使用P4P技术，P2P用户平均下载速度提高60%，光纤到户用户提高205%~665 %此外，运营商内部数据传送距离减少了84%用户有58%的数据是来自同城，较传统P2P的6.3%比例有了近10倍提升。

问题的症结不在于P2P，而在于交换的机制。P2P过于强调“对等”，每个节点之间的交换完全是无序的。一个北京的用户，既可能和广州的用户进行文件片段的交换，也可能和远在美国的某用户进行交换。显然，无序的交换导致了无谓的跨地区甚至是跨国的“流量旅行”，这耗费了宝贵的国内和国际带宽资源，代价巨大。

如果正好用户都在同一个地区，那么，本地化的交换的成本就会大大降低。这也正是P4P的简单原理——让P2P也玩“同城”。 P4P全称是“Proactive network Provider Participation for P2P（电信运营商主动参与P2P网络）”。与P2P随机挑选Peer（对等机）不同，P4P协议可以协调网络拓扑数据，能够有效选择节点，从而提高网络路由效率。仍以上述例子来说，北京的用户就可以优先和北京同城的用户来实现文件片段的交换，再扩展至较远的地区，有十分的必要时，才会出国进行文件片段交换。当然，P4P的运行机制，要远远超过“同城交换”的概念，它还会根据用户的上行、下载带宽进行综合判断，以进行最有效选择，最大化整体交换的效率。

参考相关文章：

揭密P4P：51CTO独家专访P4P创始人谢海永博士

Google的“测量实验室”中提供的三项诊断工具中(注：现在已经增加到5个了)，就有一项是帮助用户诊断是否被网络服务供应商封堵了BT端口。另有两项工具是帮助用户检查流量是否被主动干预。它可以检测网络连接速度,分析网络路径和应用诊断,找出ISP限制的地方,例如封杀BT,阻挠或限定特定用户和应用程序.

据Google发言人声称：“测量实验室”提供的工具可以帮助用户掌握其网络状况，并帮助研究人员确认和侦测网络服务供应商的行为。

为此Google将在全球12个国家安置总计36台检测服务器，其合作伙伴包括新美国基金(New America Foundation)和普林斯顿大学PlanetLab Consortium。

谷歌认为网络中立性的讨论是必要的,透明度一直是互联网创新,健康,成功的关键.
该新闻来自cnbeta+其他网站信息+derek我的话   杂糅合成 :D
访问:Measurement Lab (M-Lab)

首先google的这个服务可谓是相当强大专业，因为用PT无法下载，没办法，只能去使用这项服务查查原因，在我查的过程中，顺便给大家讲讲用法，这项服务不适合英语不是很好滴用户，所以我不会翻译的太详细，太多内容了，不好意思~~~

之前在网上随便搜了一下，居然没有这个m-lab的详细介绍和使用，所以就发一篇文章~~~

打开google测量实验室
可以看到网页网页很简洁，google的一贯优良作风，表达的信息也显而易见，直接点击测试进去啦~~~我只测试了两项，另外三项
Use tools running on M-Lab to test your Internet connection.

工具一： Network Diagnostic Tool
Test your connection speed and receive sophisticated diagnosis of problems limiting speed.
测试连接接收速度，诊断限制速度的原因

工具二：Glasnost
Test whether BitTorrent is being blocked or throttled.
测试bt下载是否限制

工具三：Network Path and Application Diagnosis
Diagnose common problems that impact last-mile broadband networks.
诊断常见问题For一英里之内宽带网络的影响

工具四： DiffProbe (coming soon)
Determine whether an ISP is giving some traffic a lower priority than other traffic.
确定ISP商是否网络应用优先级进行限制（应该是这么翻译）

工具五NANO (coming soon)
Determine whether an ISP is degrading the performance of a certain subset of users, applications, or destinations.
确认ISP服务商是否恶意的对终端用户的程序应用，目的地限制？（能力有限，囧）

我选择了第一项Network Diagnostic Tool进入测试，结果说明网速方面没有问题，也没有墙挡住（我就不翻译了啊） :oops:

然后选择了第二项Glasnost：
测试结果如下，别怕长，还是很容易懂的，最后警告了我可能TCP协议下6882端口可能被限制，想象办法看能不能让PT重新下载~~~ :cry:

注：如果文章中有错误之处，请不吝指教，本人水平有限~~~

Is BitTorrent traffic on a well-known BitTorrent port (6882) throttled?

The BitTorrent upload (seeding) worked. Our tool was successful in uploading data using the BitTorrent protocol.

There’s no indication that your ISP rate limits your BitTorrent uploads. In our tests a TCP upload achieved at least 103 Kbps while a BitTorrent upload achieved at most 187 Kbps. You can find details here.

The BitTorrent download worked. Our tool was successful in downloading data using the BitTorrent protocol.

There’s no indication that your ISP rate limits your BitTorrent downloads. In our tests a TCP download achieved at least 234 Kbps while a BitTorrent download achieved at most 232 Kbps. You can find details here.

Is BitTorrent traffic on a non-standard BitTorrent port (10010) throttled?

The BitTorrent upload (seeding) worked. Our tool was successful in uploading data using the BitTorrent protocol.

There’s no indication that your ISP rate limits your BitTorrent uploads. In our tests a TCP download achieved at least 133 Kbps while a BitTorrent download achieved at most 194 Kbps. You can find details here.

The BitTorrent download worked. Our tool was successful in downloading data using the BitTorrent protocol.

Is TCP traffic on a well-known BitTorrent port (6882) throttled?

Warning: Division by zero in /var/www/bb/bittorrent-blocking.php on line 948

Your ISP possibly rate limits all downloads at port 6882. In our test, a TCP download on a BitTorrent port achieved at least 352 Kbps while a TCP download on a non-BitTorrent port achieved at least 0 Kbps. You can find details here.

There’s no indication that your ISP rate limits all uploads at port 6882. In our test, a TCP upload on a BitTorrent port achieved at least 209 Kbps while a TCP upload on a non-BitTorrent port achieved at least 133 Kbps. You can find details here.

题外话，有兴趣的看看：

测量实验室介绍

Introducing Measurement Lab

Welcome to our Announcements Blog: New Servers!