2

調べているトレースに少し問題があります。ウィンドウ サイズが各セグメント間で送信される ACK の量とともに増加している場合、接続がスロー スタートであり、ACk されたセグメントのサイズだけ増加することがわかっています。ただし、トレースの最初に、加算されない数値が表示されます (下のスクリーンショット)。私が知らないのは、計算が前のウィンドウ サイズと ACK の間に加算されないため、パケット 6 のウィンドウ サイズがどのように計算されたかです。誰でもこれに光を当てることができますか?

また、スロースタートが渋滞回避になるタイミングを見極める方法もわかりません。トレースで注意できることはありますか?

スロー スタートはパケット 13 までしか発生しないように見えるので、輻輳回避が引き継がれたと想定する必要がありますか?

http://img10.imageshack.us/f/tcptrace.jpg/

助けてくれてありがとう!ほんとうにありがとう

4

1 に答える 1

3

「I know」で始まるあなたの文は正しくないため、混乱します。受信者によってアドバタイズされた受信ウィンドウと、送信者によって維持されている輻輳ウィンドウを混同しています。これは、パケットには表示されず、スロースタート中に各 ACKで2 倍になります。ここで RFC 2001 のすべてを繰り返す場所ではありませんが、もう一度確認することをお勧めします。

于 2011-02-20T21:35:12.993 に答える