802.1X認証を使用する場合に得られるメリット（C）：FortiSwitchのMAC、IP、およびプロトコルベースのVLANは、802.1X認証と同様に、トラフィックのセグメンテーションとセキュリティにおいてよりきめ細かな制御が求められるネットワーク環境において有益です。これらのVLANタイプでは、受信トラフィックの特性に基づいてポートをVLANに動的に割り当てることができるため、セキュリティとネットワーク効率の両方が向上します。

FortiSwitchOS 7.6 管理ガイドおよび FortiOS 7.6 FortiLink ガイドによると、管理対象 FortiSwitch ポートでのイーサネット フレームの処理は、フレームが到着時 (入力) にタグ付きかタグなしか、およびポートの VLAN メンバーシップがどのように定義されているかによって異なります。
提供されている図では、ポート1のネイティブVLANとしてset vlan "IP_Phone"（VLAN 20）が設定されています。定義上、ネイティブVLANはタグなしトラフィックを処理します。ポートに到着するタグなしフレームはすべてVLAN 20に割り当てられ、VLAN 20からの出力トラフィックはすべてタグなしでポートから送信されます。ただし、このシナリオでは、IP PhoneがトラフィックにVLAN ID 20のタグを付けると明記されています。
FortiSwitchはタグ付きフレームを受信すると、そのポートに設定されているallowed-vlansリストとVLAN IDを照合します。VLAN 20はネイティブVLANですが、図からわかるように、ポートにはset allowed-vlans "quarantine"が明示的に設定されています。これにより、「quarantine」VLANに属するタグ付きフレームのみがポートに出入りできる制限フィルタが作成されます。VLAN 20（IP_Phone）はallowed-vlansリストに存在しないため、スイッチは入力処理中にIP Phoneからのタグ付きフレームをドロップします。
この問題を解決するには、管理者はFortiSwitchのポート設定を変更し、VLAN 20をallowed_vlansリストに追加する必要があります（例：set allowed-vlans "quarantine" "IP_Phone" または set allowed-vlans-all enable）。これにより、スイッチはVLAN 20のタグ付きトラフィックをその物理インターフェース上で認識し、許可するようになります。オプションBは誤りです。l2forwardはFortiGateのレイヤ3インターフェース設定であり、スイッチ上の物理ポートの入力フィルタリングロジックには対応していません。edge_portを無効にすること（オプションD）は、スパニングツリープロトコル（STP）コンバージェンスに関連し、VLANタグフィルタリングには影響しません。

FortiAnalyzer 7.6 学習ガイドドキュメントの知識の正確な抜粋からの包括的かつ詳細な説明:
* 標準SPANの制限：スイッチドポートアナライザ（SPAN）は、ローカルポートミラーリング技術です。SPANは、設計上、1つ以上の送信元ポート（またはVLAN）からのトラフィックを、同じ物理スイッチ上の宛先ポートにコピーします。
* トラフィック転送: 標準の SPAN トラフィックはカプセル化されておらず、ネットワーク ファブリックまたは複数のスイッチ間のトランク リンクを介してルーティングまたはスイッチングするために必要なヘッダーがありません。
したがって、送信元ポートが FortiSwitch 1 にあり、監視デバイスが FortiSwitch 2 にある場合、ミラーリングされたフレームは宛先に到達しません。
* 代替ソリューション：複数のスイッチ（マルチホップ）にまたがるトラフィックを監視するには、リモートSPAN（RSPAN）やカプセル化リモートSPAN（ERSPAN）などのテクノロジーを使用する必要があります。RSPANは特定のVLANを使用してミラーリングされたトラフィックをスイッチ間で伝送し、ERSPANはトラフィックをGREパケットにカプセル化することで、レイヤ3境界を越えてルーティングできるようにします。
* トラブルシューティングの結論: このシナリオでは標準の SPAN 構成について説明しており、トラフィックが FortiSwitch 1 から FortiSwitch 2 に通過できないため、最も可能性の高い原因は、基本 SPAN が複数のスイッチ間でのミラーリングされたトラフィックの転送をサポートしていないことです。

* 認証済みポートの背後にあるすべてのホストは、認証が成功するとアクセスが許可されます (A): ポート上のデバイスが802.1X認証に成功すると、そのポートの背後に接続されている他のすべてのデバイスもネットワークにアクセスできるようになります。これは、スイッチが認証済みポートの背後にあり、各デバイスが個別に認証を行わない場合によく見られます。
* FortiSwitchに接続するすべてのデバイスは802.1X認証をサポートしている必要があります（D）：802.1Xで保護されたネットワークの場合、FortiSwitchを介して接続しようとするすべてのデバイスは802.1X認証をサポートし、参加する必要があります。
アクセスするには802.1X認証が必要です。これにより、ネットワーク上のすべてのデバイスがネットワーク上で通信する前に認証されることが保証されます。

FortiSwitchOS 7.6では、2台のFortiSwitchユニット間でリンクレベルの冗長性とアクティブ/アクティブのアップリンク利用を実現するには、スパニングツリープロトコル（STP）とは独立して動作するテクノロジーが必要です。この要件は、マルチシャーシリンクアグリゲーショングループ（MCLAG）によって実現されます。
MCLAGは、2台のFortiSwitchデバイスを論理的なアグリゲーションピアとして動作させ、FortiGateなどの上流デバイスに対して単一の論理スイッチとして認識させます。MCLAGにより、FortiGateは両方のFortiSwitchにまたがる単一のLACPベースのアグリゲーションインタフェースを形成できます。これにより、両方のスイッチでアップリンクを同時に使用できるようになり、STPベースの設計における根本的な制約であるリンクのブロックなしに、帯域幅を最大限に活用し、冗長性を確保できます。
FortiSwitchOS 7.6管理者ガイドによると、MCLAGはスイッチ間リンク（ISL）と専用のキープアライブメカニズムを使用して、2つのFortiSwitchピア間のコントロールプレーン情報を同期します。これにより、すべてのメンバーリンクをアクティブな状態に保ちながら、一貫した転送動作とループフリーのトポロジが確保されます。1つのFortiSwitchに障害が発生した場合でも、トラフィックは最小限の中断で残りのスイッチを経由して流れ続けます。
その他のオプションは、指定された要件を満たしていません。標準LAG（オプションD）は単一のスイッチ内でのみ動作し、複数のFortiSwitchユニットにまたがることはできません。マルチティアトポロジ（オプションA）とフルメッシュHA（オプションC）は、アーキテクチャレイアウトまたはFortiGate HAコンセプトを表しますが、スイッチ間のリンクレベルの集約は提供しません。
したがって、STP に依存せずに FortiGate が両方の FortiSwitch で同時にアップリンクを使用できるようにする唯一の構成は、Multichassis Link Aggregation Group (MCLAG) であり、オプション B は正しい、完全に検証された回答になります。