P4P（Proactive Network Provider Participation for P2P ）は、インターネットサービスプロバイダー（ISP）とピアツーピア（P2P）ソフトウェアがピアツーピア接続を最適化するための手法です。P4P支持者は、ISPのコストを大幅に削減できると主張し、ローカル接続を使用することでP2Pダウンロード時間も45%短縮されると主張しています。 [1]一方、批判者は、これは一部のISPのダウンロード者には有利になる一方で、他のISPには悪影響をもたらすと主張しています。
説明
2007年に設立された[2] P4Pワーキンググループ（P4PWG）には、ISP、映画／コンテンツ、P2P業界からの参加者がいます[1]。このワーキンググループは、ISPが大容量メディアファイルの需要に対応し、合法的な配信を可能にすることに重点を置いています。彼らは、映画などの大容量ファイルを顧客に配信するための、より効果的なモデルを構築しています。現在のP2Pモデルは、近隣のピアの有無に関わらず、すべてのピアとデータを平等に共有します。そのため、近隣の複数のピアは世界中にデータを送受信しますが、可能な場合でも互いに送受信しません。ワーキンググループのメンバーは、現状では「トラフィックのパターンが問題を引き起こしている」と述べています[3] 。
P4Pは、ISPが新しい「iTracker」を使用することで機能します。iTrackerは、ISPのネットワーク構成に関する情報を提供します。P2Pクライアントソフトウェア（およびトラッカーと呼ばれるP2Pトレントサーバー）は、iTrackerにクエリを送信することで、ISPが優先するデータ経路と回避すべき接続を特定できます。これらの経路は時間帯によって異なります。P2Pソフトウェアは、より近い（またはISPにとってより安価な）ピアに協調的に接続することで、ランダムにピアを選択するのではなく、特定のピアを優先的に接続します。
これには、ローカル ピアを見つける 3 つの方法があります。
- P2Pクライアントは、ダウンロードされるファイルの詳細を明かすことなく、ISPのiTrackerからネットワーク情報を受け取ります。また、通常通り、トレントのトラッカーからピアのリストを別途受け取ります。数千ものピアを持つトレントの場合、クエリを実行すると、潜在的なピアの短いリストのみが送信され、すべてのローカルピアを見つけるには多数のクエリが必要になることに注意してください。
- トレントのトラッカーはISPのP4P iTrackerからネットワーク情報を受信し、これを使用してP2Pクライアントにカスタマイズされたローカルピアのリストを提供することができます。
- P2PクライアントはP4P iTrackerに問い合わせ、ダウンロード中のファイルの詳細を提供することができます。ISPのiTracker（トレントトラッカーの代わりに）は、クライアントにローカルピアのリストを提供します。
P4PはP2Pネットワークを置き換えたり、制御したりするものではないことに注意してください。P4Pにより、ISPはネットワークトポロジに関する追加情報を提供できます。P2Pネットワークは、この情報を利用してネットワークデータ配信を最適化できます。この情報は、P2Pネットワークが収集する他の情報（観測されたピアのデータ転送速度など）と組み合わせて使用する必要があります。例えば、P2Pネットワークが「近くの」低速ピアと「遠くの」高速ピアのどちらかを選択する場合、その決定は完全にP2Pネットワークの制御下にあります。P4Pの実装はISPとP2Pネットワーク双方にとって完全に任意であるため、双方にとって有益である場合にのみ採用されます。
批判
既存のP2Pトラッカーは、P4Pが将来的に著作権侵害防止に利用される可能性があると懸念しています。P4Pワーキンググループには、エンターテインメント業界の著名人や著名な著作権侵害対策ロビイストが参加しており、将来的に著作権侵害対策が追加される可能性があります。[4]
P2P業界は、P4Pが一部ユーザーの転送速度を低下させる可能性があるとも指摘しています。例えば、 BitTorrentは利用可能な最速のピアを優先するように設計されています。もしこれが最も近いピアを優先するように変更されれば、速度への影響は避けられません。ピア間の公平性とバランスが失われ、バックボーンは良好だがアップロード速度が遅いネットワーク上のクライアントはダウンロード速度が遅くなり、P4PをサポートしていないISPを利用するクライアントはローカルピアを利用するメリットを享受できなくなります。[4]
P4Pはそれをサポートするソフトウェア上でのみ動作しますが、現在ネットワークを支配している他のプロトコルは、依然として局所性を考慮していないでしょう。Shay HorovitzとDanny Dolev（エルサレム・ヘブライ大学）によるLiteLoadは、既存プロトコルと将来プロトコルの両方においてISPにおけるP2Pの局所性を実現するソリューションを提示しています。[5]
参照
参考文献
- ^ 「P4P: P2Pとネットワークプロバイダー間の協調制御のための明示的な通信」(PDF)。
- ^ “Untitled Document”. 2008年4月21日時点のオリジナルよりアーカイブ。2008年4月12日閲覧。
- ^ “P4Pワーキンググループ”. 2008年4月5日時点のオリジナルよりアーカイブ。
- ^ ab 「P4Pのダークサイドを明らかにする。2008年」。
- ^ 「LiteLoad: P2Pプロトコルのローカライズのためのコンテンツ非対応ルーティング。2008」(PDF)。
- ^ 「アプリケーション層トラフィック最適化 (Alto) - ドキュメント」。
外部リンク
- DCIA P4Pワーキンググループメンバーシップ 2008-04-21 アーカイブ済み at the Wayback Machine
- Ars Technica: Verizon、より効率的なピアツーピア技術であるP4Pを採用 (2008)
- Ars Technica: Comcastic P4P トライアルで P2P ダウンロードの速度が 80% 向上 (2008)
