Loading article…
EtherTypeは、イーサネットフレーム内の2オクテットからなるフィールドです。これは、フレームのペイロードにカプセル化されているプロトコルを示すために使用され、受信側ではデータリンク層がペイロードの処理方法を決定するために使用されます。また、同じフィールドは、一部のイーサネットフレームのサイズを示すためにも使用されます。
EtherTypeは、 802.1Q VLANタギングの基盤としても使用され、VLANからのパケットをカプセル化して、イーサネットトランク上で他のVLANトラフィックと多重化して送信します。
EtherTypeは、イーサネットIIフレーミング規格で最初に定義され、後にIEEE 802.3規格に適合しました。EtherTypeの値は、 IEEE登録機関によって割り当てられます。
最新のイーサネット実装では、イーサネットフレーム内のEtherTypeを表すフィールドは、イーサネットフレームのペイロードのサイズを表すためにも使用できます。従来、イーサネットセグメントで使用されていたイーサネットフレーミングの種類によっては、両方の解釈が同時に有効であったため、曖昧さが生じる可能性がありました。 イーサネットIIフレーミングでは、これらのオクテットはEtherTypeを表すものとみなされていましたが、オリジナルのIEEE 802.3フレーミングでは、これらのオクテットはペイロードのサイズ（バイト単位）を表すものとみなされていました。
Ethernet II と IEEE 802.3 のフレーミングを同じ Ethernet セグメントで使用できるようにするため、EtherType の値が 1536 以上である必要がある統一規格 IEEE 802.3x-1997 が導入されました。この値は、Ethernet 802.3 フレームのデータ フィールドの最大長 ( MTU ) が 1500 バイトであり、1536 (10 進数) が 0x600 ( 16 進数) であることから選択されました。したがって、このフィールドの値が 1500 以下であれば、そのフィールドは Ethernet フレームのペイロードのサイズとして使用され、1536 以上であれば、そのフィールドは EtherType を表すために使用されることを示します。1501 ～ 1535 の値の解釈は未定義です。[ 1 ]
フレームの終了は、有効なフレームチェックシーケンスに続いてキャリアの喪失、または特定のイーサネット物理層のラインコーディング方式における特別なシンボルまたはシーケンスによって通知されるため、フレームの長さをイーサネットフレームの値としてエンコードする必要は必ずしもありません。ただし、イーサネットフレームの最小ペイロードは46バイトであるため、EtherTypeを使用するプロトコルは、フレームの受信者がそのプロトコルで許可されている短いパケットの長さを判断するために必要な場合、独自の長さフィールドを含める必要があります。
802.1Q VLANタギングでは、EtherType値として0x8100を使用します。ペイロードには、2バイトのタグ制御識別子（TCI）と、エンドステーションが消費するための2番目の（元の）EtherTypeフィールドで始まるイーサネットフレームが含まれます。IEEE 802.1adでは、このタギングをさらにネストされたEtherTypeとTCIのペアで拡張しています。
ジャンボフレームのペイロードサイズは、通常約9000オクテットにも達し、EtherTypeで使用される範囲と重複します。そのため、EtherTypeフィールドの代わりに長さフィールドを持つ旧式の802.2/802.3フォーマット（LLC、SNAP、およびraw 802.3など）では、このようなフレームの長さを示すためにEtherTypeを使用することはできません。
IETF ISISワーキンググループは当初、長さが1500オクテットを超えるフレームのEtherTypeとして0x8870を代入することでこの競合を解決することを提案しました[ 2 ] 。これは当初、IETFドラフトの付録[ 3 ]に記載されているように、IEEEの802.3ワーキンググループによって却下されました。しかし、約15年後、この概念は802.1ワーキンググループによって取り上げられ、802.1AC-2016に組み込まれました[ 4 ]。ただし、 0x8870値の所有権を確認する問題[ 5 ]のため、新しい値( 0xC9D1 )が割り当てられました。この値が広く使われるようになれば、相互運用性の問題が生じる可能性があり、802.1AC-2016/Cor 1-2018 [ 6 ]で元の0x8870値を使用するように比較的すぐに修正されたため、 0xC9D1 は歴史的な特異値となった。
事実上、802.1AC-2016/Cor 1-2018 は、ルーターベンダーが IS-IS 実装で使用していた慣行 (IIH Hello パケットのパディングと拡張サイズの LSP 用) を遡及的に標準化した。[ 7 ]
IEEE 802.3 は現在、9000 オクテットの一般的な制限を持つジャンボフレームを許可していませんが、最大 1982 オクテットのペイロードを許可しています。[ 8 ]これは、長い間、IEEE 802.2 で定義されているカプセル化と IEEE 802.3 の最大標準フレームサイズを一緒に使用することができなかったことを意味します。
IEEE 802規格群の登場により、イーサネット以外のIEEE 802ネットワーク、およびFDDIなどIEEE 802.2 LLCヘッダーを使用する非IEEEネットワークにおいて、ペイロードのEtherTypeを送信するために、サブネットワークアクセスプロトコル（SNAP）ヘッダーとIEEE 802.2 LLCヘッダーが組み合わされて使用されるようになりました。ただし、イーサネットにおいては、イーサネットIIフレーミングが依然として使用されています。
EtherTypeはIEEE登録機関によって割り当てられ、[ 9 ]リスト形式で公開されます。[ 10 ] インターネット割り当て番号機関は、IEEE登録機関のリストやその他のリストなど、複数の情報源からコンパイルされた一部のEtherType登録の別のリストを持っています。[ 11 ]
ベージュ色の背景は、本来の用途分野においてさえ一般的に使用されなくなった、あるいは完全に歴史的なものとなったプロトコルを示しています。
。3.2.7 MACクライアントデータフィールド […] c) 1982年10進数 - エンベロープフレーム