イーサネットペイロードが46〜1500バイトで固定されているのはなぜですか。

イーサネットペイロードサイズが46〜1500バイトに固定されている理由を誰かが説明できますか？

私はとても多くの記事を読んだので、説明がつかないのですか？

ethernet protocol-theory

— user2720323
ソース

最小サイズは、衝突を検出する時間を確保するために設定されていると思います。半二重がほとんどなくなった現代のネットワークではあまり関係ありません。最大サイズが設定されている可能性が高いため、4B FCSチェックからの一部の保証を許可するには、フレームが大きくなり、FCSの一部の保証が失われるか、FCSでより多くのバイトが必要になります。

— ytti、2013

@ytti、半二重動作は公式に1000BaseT仕様に含まれており、IEEEは後方互換性について非常に厳格です。それはあまり重要ではないと言うことはポイントのほかにです。半二重は、製造されたすべての802.3準拠1000BaseT PHYに含まれています。

— マイクペニントン

何か回答がありましたか？もしそうなら、質問が永遠にポップアップし続けないように答えを受け入れ、答えを探します。または、独自の回答を提供して受け入れることもできます。

— Ron Maupin

回答:

46バイトのペイロードの理由：

イーサネットV2仕様の 6.3.2.3項によると、最小イーサネットフレームはイーサネットスロット時間に基づいています。これは、10Mイーサネットの場合、512ビット長（64バイト）です。スロット時間は、最大ケーブル長と最小フレームサイズの両方を決定します。

イーサネットヘッダーとCRCの18バイトを差し引いた後、最小ペイロードサイズとして46バイトのイーサネットペイロードが得られます。

スロット時間（したがって最小フレームサイズ）も、イーサネット衝突検出と密接に関連しています。コンピュータネットワーク入門の引用、段落2.1.2：

...衝突は、原則として、スロットタイムの終了までの任意の時点で受信できます。その結果、イーサネットの最小パケットサイズはスロット時間と等しく、つまり64バイト（またはデータ部分では46バイト）になります。このサイズのパケットを送信するステーションは、衝突が発生した場合に送信者がそれを検出することを保証します（以下の再送信アルゴリズムを適用することができます）。小さいパケットは衝突する可能性がありますが、送信者はそれを知らないため、最終的にスループットが大幅に低下します。

CSMA / CDが正しく機能するように、イーサネットスロット時間が指定されました。フレームの最小サイズは、フレームの送信に十分な時間がかかるように定義されているため、有効なフレームが最短でも、衝突の可能性を確実に検出できます。フレームサイズが小さすぎる場合（最大ケーブル長に対して）、確定的な衝突検出は不可能になります。

1500バイトのペイロード：

1500バイトのMTUの理由についてはすでに説明しました。詳細については、その質問を参照してください。

注：イーサネットのFCS制限に関するyttiのコメントは、1500バイトが選択された理由ではありません。これは、802.3エンキャップフレームの長さフィールドとイーサネットIIフレームのタイプフィールドの解釈に問題があるために選択されました。

— マイク・ペニントン
ソース

「最小フレームサイズはケーブルの最長の長さを超えない」と書いてありますが、私はこれを真実とは逆に解釈しています。最小フレームの送信時間は、衝突検出が適切に機能するためにケーブルの可能な限り長い長さの伝播時間を超えている必要があります。

— kll

「送信者がまだ送信している間にネットワーク全体で衝突検出とシグナリングを有効にするには、最小のフレームサイズが必要です」と私は提案します。

— Zac67

@kll、最小フレームの反対を主張する場合、当然、有効な衝突が検出される前に、複数の最小サイズのフレームがワイヤー上に存在する可能性があります。それは明らかに望ましくありません。

— マイクペニントン

4年後@MikePennington ..;）私はワイヤ上の複数のフレームを持っていることは望ましくないということに同意...しかし、あなたは最小フレームサイズがなければならないと言う超えない間違っ思われる、ケーブルの最長可能な長さを。ケーブル長がフレームサイズを超える場合、複数のフレームが可能になりますが、これは先ほど望ましくなかったため、フレームサイズはケーブル長を超える必要があります。あなたはどういうわけか私がそれを解釈する方法の反対を意味するために超過を使用していますか？どの方向を超えていますか？フレームのバイトが短い/少ないですか？

— -kll

@MikePenningtonどうやらお互いに過去について話し合う必要があります。最小フレームサイズは64バイトです。これは、最大ネットワーク直径の1つのRTTをカバーするため、衝突を確実に検出できます。フレームサイズが10バイトの場合、ケーブル長がフレームサイズを超えるため、衝突を検出できません。逆に、パケットが64バイト以上の場合、フレームサイズがケーブル長を超え、衝突を検出できます。フレームはケーブル上でシリアル化されると特定の速度で伝播し、媒体内で長さを取得するため、長さを持っていると思います。

— kll

-1

上限は1500に固定されていません。ジャンボフレームは最大9000バイトになることがありますが、ネットワーク/アプリケーションによって異なります

https://en.wikipedia.org/wiki/Jumbo_frame

一般的なMTUのリスト https://en.wikipedia.org/wiki/Maximum_transmission_unit#IP_MTUs_for_common_media

— Vaaz
ソース

イーサネットMTU は標準で1500に固定されています。ジャンボフレームは非標準であり、各ベンダーが異なる方法で（またはまったくそうでない場合があります）。ベンダーによっては、スイッチモデルが異なる場合や、同じスイッチの異なるインターフェイスである場合でも、その方法が異なります。実際には、2番目のリンクは言う、「ジャンボフレームは、通常は専用のネットワークで見られている。」

— ロンMaupinの

OK、でも質問には標準の「指定された」イーサネットフレームサイズは記載されていません

— vaaz

質問は「あるイーサネットペイロードサイズは46と1500バイトの間に固定されている理由缶誰が説明？」あなたの答え「と言う上限を1500に固定されていない」が、イーサネット規格、IEEE 802.3、それはそれを固定しているん仕方。多くのネットワーク標準があり、はい、多くのベンダーはさまざまな方法でこれらの標準に違反しています。あなたは必ずあなたの不均一なイーサネットデバイスを相互運用イーサネットのMTUが1500である標準従うことであるとすることができる唯一の方法

— ロンMaupinの

わかりました、ありがとう。

— vaaz