コンシューマスイッチがVLANタグ付きイーサネットフレームを受信するとどうなりますか？

直接ケーブルを介して、トランクポートをVLAN対応ネットワークスイッチから（VLAN非対応）消費者グレードネットワークスイッチに接続するとします。これで、前者のスイッチは後者のスイッチに802.1Qタグ付きイーサネットフレームを送信します。後のスイッチは何をすべきですか？フレームを落としますか？フレームを転送しますか？未定義の動作？

動作が未定義の場合、最も可能性の高いものは何ですか？

1. 0x8100EtherTypeフィールドでのフレームの処理方法¹
2. ジャンボフレーム、または1500バイトを超えるペイロードを持つフレームの処理方法

ウィキペディアには、タグなしのイーサネットフレームとタグ付きのイーサネットフレームを比較した図があります。

一部のコンシューマグレードのスイッチは、VLANタグ付きフレームを問題なく渡すとの報告があります。

_{¹以上、正確には、タグなしフレームにEtherTypeフィールドが予想される場合}

私はこれをチープスイッチで実際に見ました。誰かが2つのVLANを持つトランクポート間にスイッチを接続していました。フレームは、VLANタグ付けをそのままにして転送されました。タグなしVLANを使用できるそのスイッチの他のポート。

スイッチは、フレームを転送するポートを決定するために送信元/宛先MACのみを必要とするため、タグ付きフレームには、フレームヘッダーの同じ場所にまだ送信元および宛先MACがあります。

イーサネットは、実際には同じワイヤ上で多くの異なるフレームタイプをサポートしていることに留意してください。それは何ができるかについてかなり柔軟になるように設計されました。

通常、非常に大きいイーサネットフレームは破棄される可能性があり、破棄されます。ジャンボサイズのフレームのようなものが存在する場合、大きなイーサネットフレームを定義するのは難しいので、実際に依存します。

編集：詳細：標準IEEE 802.3イーサネットフレームサイズは1518バイトで、802.3Qはフレームに4バイトを追加するため、合計MTUは1522バイトになり、一部のスイッチには大きすぎる可能性があります。

消費者クラスのスイッチは、フレームの転送を試みます。宛先MACアドレスだけです。宛先MACアドレスがCAMテーブルにない場合、パケットの受信元以外のすべてのポートからフレームをフラッディングします。

カットスルー転送方式を使用するスイッチは、宛先MACアドレスが読み取られるとすぐに転送を開始するため、フレームの合計サイズがMTUよりも大きい場合でも、サイズを計算できないため、フレームを確実に転送します。この転送方法でのフレームの。

FCSがOKAである限り、ストアアンドフォワードテクニックに基づくスイッチは、おそらく（フレームサイズがMTU以下であれば）同じことを行います。

802.1Q非対応スイッチがエンドデバイスを相互接続する場合、デバイスは802.1Q（タイプ0x8100）フレームの処理方法を「認識」しないため、フレームを受信して​​破棄します。

コンシューマクラスのスイッチが802.1Q対応スイッチを相互接続する場合（ホラー！）、フレームは802.1Qによって転送され、処理されます（もちろん、トランクポートで受信される限り）。