なぜ802.1Qは元のフレームをカプセル化しませんか？

Question

私はVLANを勉強しています。数時間の検索の後、元のフレームをカプセル化せず、元のフレームの送信元MACアドレスと「EtherType」フィールドの間に32ビットのフィールドを追加します。しかし、私は理由を理解できません。 802.1Qが元のフレームをカプセル化しない理由を誰かに説明することはできますか？どうもありがとう。

Answer 1

802.1qの前身はシスコのISLです。 ISLはフレームを完全にカプセル化しました。これは、いずれかのデバイスがISLフレームを受信して​​いたときに、ISLタグを理解できなければならないことを意味します。そうでない場合、フレーム全体が不正な形式とみなされます。

802.1qでは、タグ付けされているかどうかに関係なく、フレームの最初の12バイトは常に同じです。ここで、まさにタグの修正を説明するため

はタグと同じフレーム、タグなしフレームのパケットキャプチャである：

オレンジにおける括弧部分はすべてからのものです元のフレーム。緑色で囲まれた部分は、802.1qタグがフレームに追加するものです。

いずれの場合も、最初の12バイトは宛先MACアドレスと送信元MACアドレスです。

さらに、両方の場合、フレームの次の2バイトは「EtherType」フィールドで、データグラムにカプセル化された次のプロトコルを示します。

これは、トランジットデバイスが802.1qタグを認識するかどうかにかかわらず、そのフレームの処理は変更されません。これは意味802.1Qタグ意志まだそのデバイスを介して「仕事」...

• は古く、
• は、特定のタグのために/外観を読み取るように構成されていない802.1Qタグをサポートしたり、理解していません
• は、フレームの最初の12バイトだけを検査するように構築されているため、パケットを転送する方法のライン速度決定を行うことができます。これはCut-Through switchingの戦略です。全体的に

、それがどのようにISLのような「完全にカプセル化されたVLANタギング戦略」（解釈するためにそれらを教えるためにLayer 2処理を行い、これまでに作成すべてのデバイスにパッチを適用しなくても、VLANおよびVLANタギングの実装と標準化を可能に）。代わりに、VLANをサポートする必要のあるデバイスにパッチを適用して802.1qを理解し、他のすべてのデバイスを簡単に操作し続けることができます。

VLANやタギングの概念が最初に考案された時から見て、VLANを理解していないホストやスイッチに出くわすのは非常にまれです。