もっと根本的なTCP / IP? [閉鎖]

もっと根本的なTCP / IP? [閉鎖]

ネットワークユーザーのトラフィックに効果的に優先順位を付けるために、より「攻撃的な」TCPポリシーを採用することは可能ですか?

ウィンドウサイズを増やしたり、パケットの再送信時間を短縮したりするなどの措置を講じると、単一のユーザーがネットワークをより効率的に利用できるようになります(もちろん、他のユーザーを犠牲にして)。

これは正しいですか/可能ですか?

答え1

ネットワークパケットには「ユーザー」フィールドがないので、最善の方法は、そのパケットを持つホストのユーザーから来るパケットを識別し、そのホストで優先順位を付けることです。これは、ネットワークの残りの部分がこれらのパケットを処理する方法を変更しない。

あるいは、ネットワーク(またはネットワークの一部)を制御する場合は、上記の識別子を使用して別の方法でパケットを表示し、制御するネットワーク(の一部)に表示されるパケットの優先順位を指定できます。

tcフロー制御()とパケット書き換え()を見てくださいiptables

ユーザーによっては、TCP の動作を変更すること (たとえば、ユーザーをネットワーク名前空間に配置し、この名前空間で TCP 設定を変更するなど) が機能しない場合があります。ネットワークがすでに混雑している場合、パケットは廃棄され、バッファがいっぱいになり、遅延が発生します。どこからでもパケットをより積極的に送信することは、すべての人の状況をさらに悪化させるだけです。

もちろん、ローカルネットワーク内で自由に試すことができます。

念頭に置いている実際の適用が自分のローカルネットワークのサービス品質ではなく、「私は他の人とアパートを共有しているのに非常に利己的で待たずにYouTubeのビデオを見たい」というようなものであれば、他の人も待っている間、それは重要ではありません。 」:これは単に動作しません。優先順位を付けることができる便利なコンテンツを他人に提供せずにコンテンツをダウンロードしており、ISPとアパートの間のDSL(または他の)回線のISP側でボトルネックが発生します。 ISPはこのエンドを制御し、パケットの優先順位を決定するため、ユーザーは何をしても変更できません。

答え2

「ウィンドウサイズ」や「パケット再送時間」などのTCPパラメータは、通常TCP実装コードによって自動的に調整されます。全体的にこれは非常に効果的です。ただし、ネットワーク帯域幅の過負荷、膨大な待ち時間、頻繁に変動するネットワーク負荷など、一部の特殊なケースでは、あるユーザーがこれらのパラメータを手動で調整して、他のユーザーよりもある程度の利点を得ることができます。

関連情報