0

私が理解しようとしている質問は次のとおりです。

この問題では、TCP スロースタート フェーズによって導入される遅延を考慮します。クライアントと Web サーバーがレート R の 1 つのリンクで直接接続されているとします。クライアントが、サイズが 15S に正確に等しいオブジェクトを取得したいとします。ここで、S は最大セグメント サイズ (MSS) です。クライアントとサーバー間のラウンドトリップ時間を RTT (一定であると仮定) で表します。プロトコル ヘッダーを無視して、オブジェクトを取得する時間を決定します (TCP 接続の確立を含む)。

  1. 4S/R > S/R + RTT > 2S/R
  2. 8S/R > S/R + RTT > 4S/R
  3. S/R > RTT

私はすでに解決策を持っています（教科書の問題です）が、どうやって答えにたどり着いたのかわかりません。

  1. RTT + RTT + S/R + RTT + S/R + RTT + 12S/R = 4 · RTT + 14 · S/R
  2. RTT+RTT+S/R+RTT+S/R+RTT+S/R+RTT+8S/R=5・RTT+11・S/R
  3. RTT + RTT + S/R + RTT + 14S/R = 3 · RTT + 15 · S/R

そして、ここに答えと一緒に行くイメージがあります: クライアントサーバー図

私にとってどのような意味がありますか: 各シナリオは、RTT 時間が一定量のセグメントを送信するのにかかる時間よりも多いまたは少ないシナリオです。したがって、最初の場合、RTT ごとに 3S/R から S/R 秒かかります。そこから、スロースタートがどのように動作しているのかわかりません。確認応答されたすべてのパケットのウィンドウ サイズが大きくなるだけだと思いました。しかし、たとえば #1 の解決策では、2 つのパケットのみが送信されて ACK が返されたように見えますが、ウィンドウ サイズは 12S に跳ね上がりますか? ここで何が欠けていますか？

4

2 に答える 2

2

はい、答えは正しいです。

スロースタートは毎回 MSS の量を 2 倍にするので、1 から始めて 2 から 4 から 8...

この図を理解するには、次のように考えてください。1 つの MSS が良好に受信されるたびに、2 つの MSS が送信されます。 あなたの例では、最初の緑のミリ秒が十分に確認されると、2 つの青のミリ秒が送信され、2 番目のミリ秒が十分に確認されると、さらに 2 つの青のミリ秒が送信されます。

mss の数が増加すると、RTT を待機することはありません。これは、確認応答を送信している間、他の MSS が同時に設定されているためです。

于 2015-04-25T11:09:03.983 に答える