問題タブ [congestion-control]

C Linux プログラムで非特権 TCP ソケットに TCP ECN を設定する方法はありますか?

setsockopt() を介して設定できる輻輳アルゴリズムには、ECN が含まれますか?

ありがとうございました！

さまざまな TCP 輻輳制御メカニズムを比較するために、NS3 の作業を開始しました。tcp-variants-comparison という名前の利用可能な TCP の例を使用しています。Reno、NewRenoなどのNS3で利用可能なメソッドを使用しています.4つの異なる出力を生成する例。この 4 つの pcap ファイルの内容を正確に知っている人はいますか? WireShark ツールを使用してそれらを開きましたが、すべてのファイルに含まれている情報の意味がわかりません。

よろしく、

これがコンベアシステムです。ボックスは A でシステムに入り、システムを出る C に向かって移動します。B→Dも同様です。

パス A->C 上のボックスは、ボックス B->D よりも優先度が高くなります。ボックスは、各マスに停止して待機できます。A2 と B2 にボックスがある場合、A2 からのボックスが最初に X を通過する必要があります。

C2、C1、A2、および B2 にボックスがある場合、B2 からのボックスは X を通過し、A2 のボックスは C1 が空になるまで待機する必要があります。そうしないと、パス B->D がブロックされます。

この問題をニューラル ネットワークでどのように解決できますか? そのため、ターンごとに各ブロックの現在の状態を入力したいと思います。その結果、次のボックスがどこからどこに移動する必要があるかを取得したいと考えています。

例: システム状態: A1 にBOX あり 結果: A1、A2

ニューラル ネットワークがこの問題に適したツールかどうかはわかりませんが、ちょっと興味があります。入力していただきありがとうございます:)

私が調査したところ、輻輳回避フェーズはCWND = CWND + MSS * (MSS/CWND)、新しい確認応答を受信するたびに設定されます。ACKSこれは、重複したorに遭遇しないことを前提としていtimeoutsます。しかし、確認応答が遅れるとどうなるでしょうか?

遅延ACKに関する調査から私が思うことは次のとおりです（これが正しいかどうかはわかりません）：

基本的に遅延 ACK は、次の 2 つのいずれかを期待して、一定期間 ACK セグメントを保持する宛先です。受信者が新しいパケットを受信するため、タイマーが切れる前に、より多くのACKSを送信する必要があります。または、受信者は送信者にデータを送り返す必要があります。その場合、そのパケットにメッセージをピギーバックできます。これは輻輳回避フェーズにどのように影響しますか? これは、CWND を増加させるために新しい Ack に依存する TCP の輻輳回避フェーズにとっては悪いことです。これにより、CWND ウィンドウ サイズの変更に遅延が発生し、パケットの送信に遅延が発生します。これは、TCP がパケットを受信者に送信できるようになるまでに、実際には確認応答が遅延しているためではないことを意味します。

BitTorrent uTorrent トランスポート プロトコル(UDP データグラム上に構築された、バッファーに敏感な信頼性の高いストリーム プロトコル)の Boost バージョンを作成しています。私の目標は、データグラムを送受信し、多くの uTP 接続のすべての輻輳とエラー制御を管理する UDP ソケット マネージャーを持つことです。クライアントスレッドは、言うことによって新しいuTP接続を作成するutp_manager.async_connect( endpoint )か、または言うことによってインバウンド接続を受け入れることができますutp_manager.async_accept( handler )

uTP の仕様は少し薄く、次のような場合に ACK 番号を処理する方法がわかりません。

ACK=2 を受信したため、送信者は DATA-1 を ACK として処理しますか? それともDATA-1を再送しますか？その場合、受信者は既に ACK 2 を送信しているにもかかわらず、ACK=1 を送信しますか?

ルールは次のようにする必要があると思います。

1. 受信者は常に、受信した最大連続SEQ_NRに対して ACK を送信します(仕様に記載されているように、最後に受信したパケットの SEQ_NR ではありません)。
2. 送信者は、1 つの ACK が受信されなくても (上記の例のように) ACK_NR までのすべてのパケットが受信されたと見なすことができます (および選択的 ACK パケット)。
3. 受信側にギャップがある場合、最初の欠落パケットの前に受信した最後のパケットの SEQ_NR に ACK を送信し続けます (さらに、それが行う選択的 ACK を加えます)。
4. 送信者は、3 つの重複 ACK を受信した場合、または ACK_NR の後の 3 つのパケットが選択的 ACK で ACK された場合に、ACK_NR + 1 でパケットを再送信します)。

これらのシナリオを設定して既存の実装に対して実行できることはわかっていますが、正しいことが保証されている参照実装はないと思います。設定するのは面倒です。プロトコルを研究または実装した誰かが、私がそれを正しく理解したかどうか、または何が欠けているかを言うことができることを願っています.

TCPとマルチパスTCPについて勉強しています。迷ってしまうポイントがあります。TCP がアグレッシブなプロトコルなのか、アグレッシブでないプロトコルなのか疑問に思っていました。リンクが 1 つしかなく、他のトラフィックがない場合、送信者はリンクのすべてのスループットを使用できますか? 2 つの TCP フローがある場合、各 TCP フローはスループットの半分を取得できますか?

マルチパス TCP がパス上の TCP よりも攻撃的ではないことを示す目標があります。この目標に基づいて、次の図では、マルチパス TCP (2 つのサブフローが一緒になっている) はチャネルの最大 50% を取得できますか? ここに画像の説明を入力

3G または WIFI での TCP スループットに制限はありますか?

TCP TAHOE と TCP RENO の違いは何ですか。

私が知りたいのは、3-dup-ack とタイムアウトの動作についてです。

cwind に何が起こったのか SST に何が起こったのか?

ありがとう！