イーサネットは、フレームの長さをどのようにして知るのですか？

ウィキペディアのイーサネットエントリを見ると、イーサネットフレームの長さがどのように示されているかわかりません。EtherType / Lengthヘッダーフィールドは、明らかにフレームタイプまたは明示的な長さのいずれかを示すことができます。フレームタイプの場合、パケットの長さを把握するために他のロジックを実行する必要があると思います。たとえば、EtherTypeフィールドが0x0800の場合、これはIPv4ペイロードを示しているため、受信側のNICはペイロードの最初の32ビットを調べてIPパケットの長さを確認する必要があるため、イーサネットフレーム、およびフレームの終わりのチェックサムとフレーム間のギャップを探すタイミングを知っています。

この音は正しいですか？また、イーサネットのIEEE 802.3仕様（パート1）を調べましたが、これはこれを裏付けているようですが、かなり不透明です。

物理コーディングサブレイヤーは、フレームを区切って、MACレイヤーに送信します。

たとえば、ギガビットイーサネットでは、8B / 10Bエンコーディングスキームは10ビットコードグループを使用して8ビットバイトをエンコードします。余分な2ビットは、バイトが制御情報であるかデータであるかを示します。制御情報は、Configuration、Start_of_packet、End_of_packet、IDLE、Carrier_extend、Error_propagationです。

これは、フレームの開始位置と終了位置をNICが認識する方法です。これは、CのNULLで終了する文字列と同様に、完全にデコードされるまでフレームの長さがわからないことも意味します。

質問に本当に答えたい記事はhttp://en.wikipedia.org/wiki/Ethernet_II_framingです。それは言う：

この業界で開発された標準が正式なIEEE標準化プロセスを経て、EtherTypeフィールドは新しい802.3標準の（データ）長さフィールドに変更されました。（元のイーサネットパケットは、明示的な長さカウントではなく、それを囲むフレーミングで長さを定義します。）パケットの受信者はパケットの解釈方法をまだ知る必要があるため、規格ではIEEE 802.2ヘッダーが長さに従って指定する必要がありましたパケットタイプ。

論理的には、次の3つのオプションのみがあります。

1. のような静的なフレームサイズを使用します。
2. ヘッダーまたは他の場所でフレームサイズを指定するか、いくつかのフラグでフレームサイズを制限します。
3. フレームの送信は一切ありません

これらの1つは、現在のネットワークで利用可能な他のオプションがないため、イーサネットで機能します;）1番目と3番目はイーサネットでは間違っているので、あなたは正しいです！

これを前に一度、そして今再び解決するためにしばらく時間がかかりました。利用可能な情報はあまりありませんが、これは明らかな質問なので驚くべきことです。最終的に、パケットヘッダーの長さフィールドが使用されるという解決策に落ち着きました。次のリンクを参照してください

http://www3.rad.com/networks/infrastructure/lans/etherform.htm#_ieee