0

これは問題のステートメントです：

リンクの公称レートは、送信側が 4 kbps、受信側が 1 kbps です。伝播遅延は 20 ミリ秒、ACK サイズは 40 バイトです。停止して待機すると、少なくとも 50% の効率が得られるフレーム サイズの範囲はどれくらいですか?

この問題を解決してくださいと言っているわけではありませんが、論理的でないことがあります。

  1. ビットレートまたはクロック速度が同じでない場合、両端が受信したフレーム (および ACK) を正しく解釈する方法は?
  2. ネットワーク アダプタのバッファは、この状況で役割を果たしますか?

両端のクロック速度が異なるため、ビットレートも異なります。両端のクロックが同期していないと結論付けます。さらに、一方の端からもう一方の端に送信される信号の同期は、データ リンク層が正しく解釈されたビットを持つように、物理層で行う必要があると結論付けています。

私を啓発します。

4

1 に答える 1

0

レイヤリング。

答えはレイヤリングと同じくらい簡単でした。物理層は常に、異なるクロック レート (したがってデジタル帯域幅) の 2 つの NIC 間の通信に一貫したメディアを提供します。これは、物理層が 2 つの異なるクロックが正しく同期するための適切な手順を定義するため、2 つの NIC が信号を誤ったビットに解釈しないことを意味します。

フロー制御は物理層 (正確にはデータ リンク層) の上に実装されるため、2 つのクロックを同期させるという低レベルのタスクには取り組みません。フロー制御が行うことはすべて、2 つ (またはそれ以上) の NIC 間のフローを制御して、バッファがいっぱいになり、NIC がすべての着信トラフィックをドロップしないようにすることです。(各 NIC には、着信フレームを保持する一時データ バッファーがあります)

イーサネット自体には、組み込みのフロー制御メカニズム、つまりオートネゴシエーションがあります。イーサネットは、OSI モデルのレイヤー 1 と 2 にあります。

私が言ったことに基づいて、ACK は正常に解釈され、すべてがうまくいきます。

于 2016-03-16T11:31:53.233 に答える