FortiSwitch OS 7.6管理ガイドおよびFortiSwitch 7.6スタディガイドによると、ルーティングモニターはルーティング情報ベース（RIB）の包括的なビューを提供します。RIBには、静的設定または動的プロトコル（OSPF、BGPなど）を介して学習されたすべてのルートが含まれます。ただし、RIB内のすべてのルートがトラフィック転送にアクティブであるわけではありません。スイッチは、特定の宛先に対して「最適な」パスを選択し、転送情報ベース（FIB）にインストールする必要があります。
提供されている図は、同じ宛先への複数の送信元を持つルーティングテーブルを示しています。具体的には、管理距離が220の静的デフォルトルート（$0.0.0.0/0$）と、管理距離が110のOSPFデフォルトルート（$0.0.0.0/0$）があります。FortiSwitchOSのルーティングロジックでは、全く同じ宛先へのルートが複数存在する場合、システムはそれらの管理距離（AD）を比較します。ADが最も低いルートが最も「優先」または「信頼できる」とみなされます。
この場合、OSPFルート（$AD 110$）はStaticルート（$AD 220$）よりも優先されます。その結果、OSPFルートはFIB列に緑色のチェックマークが付きますが、Staticルートは
RIB 内の「使用可能」は FIB から除外されます。同じロジックが $10.0.100.0/30$ サブネットにも適用され、同じ宛先への接続ルートが OSPF 学習ルートよりも優先されます。したがって、このステータスは、優先度の低いルートがバックアップとして RIB に残り、アクティブ転送には使用されないという標準的なルート選択動作を反映しています。

* Switch-controller-dhcp-snooping-verify-mac は、DHCP枯渇攻撃（B）から保護するために宛先MACアドレスを検証します。DHCPスヌーピングのこの機能は、DHCPパケット内の宛先MACアドレスがスイッチによって学習されたMACアドレスと一致することを確認することで、DHCP枯渇攻撃を防止します。このチェックにより、攻撃者が偽装されたMACアドレスからのリクエストでDHCPサーバーを過負荷状態にするのを防ぎます。
* DHCP オプション 82 に関連する設定は、CLI (D) からのみ構成可能です。DHCP オプション 82 は「エージェント情報」に使用され、通常、ポリシーや課金の目的で DHCP クライアントとサーバー間の追加情報が必要なネットワーク環境で使用されます。
FortiSwitch でのこれらの設定の構成は、グラフィカル ユーザー インターフェイス (GUI) ではなく、コマンド ライン インターフェイス (CLI) を通じてのみ可能です。

FortiSwitchOS 7.6 FortiLinkガイドおよびFortiSwitch 7.6 スタディガイドによると、マネージドFortiSwitchユニットはInter-VLAN Routing Offloadと呼ばれる機能をサポートしています。従来、FortiLink環境では、VLAN間のトラフィックはルーティングとセキュリティ検査のためにFortiGateに「ヘアピン」接続されていました。しかし、パフォーマンスを向上させ、レイテンシを削減するために、FortiGateはマネージドFortiSwitchをプログラムして、信頼できるトラフィックのレイヤー3ルーティングをローカルで処理するようにすることができます。
このパフォーマンス向上の背後にある技術的なメカニズムは、スイッチのASIC（特定用途向け集積回路）に直接プログラムされた転送情報ベース（FIB）の使用です。ルーティングオフロードを有効にすると（具体的にはVLANインターフェースでset switch-controller-offload enableコマンドを使用）、FortiGateは必要なルーティングテーブルとゲートウェイ情報をスイッチハードウェアにプッシュします。
これにより、FortiSwitch は、特定のトラフィック フローの汎用 CPU と FortiLink 制御プレーンをバイパスし、シリコン内でワイヤ スピードでパケット検索と転送決定を実行できるようになります。
ドキュメントによると、この機能を使用するにはTier 1 FortiSwitchのAdvanced Features Licenseが必要であり、通常はFortiGateに最も近いスイッチに適用されるとのことです。2FortiSwitchではダイナミックルーティング（オプションB）がサポートされていますが、オフロードされるのはダイナミックルーティングだけではありません。このオフロードメカニズムの主な使用例は、スタティックルートとVLAN間ゲートウェイトラフィックです。したがって、正しいアーキテクチャの説明は、スイッチがハードウェアベースのFIBを利用してVLAN間通信を高速化するというものです。

認証プロセス後に他のデバイスが再起動したのに FortiSwitch が再起動しなかったシナリオについては、図の構成設定を考慮すると、最も可能性の高い原因は次のとおりです。
* 管理モードがFortiLinkモードを使用するように設定されている場合（オプションB）：FortiSwitchが既に管理モードとしてFortiLinkを使用するように設定されている場合、管理インターフェース設定が既にFortiLinkの要件に準拠しているため、認証プロセスを完了するために再起動は不要です。これは、スタンドアロンまたは他の管理モードから移行するスイッチとは異なります。これらのスイッチでは、通常、新しい管理設定を完全に適用するために再起動が必要になります。
参考文献:
FortiLink モードは、FortiSwitch を FortiGate デバイス経由で管理できるように特別にカスタマイズし、承認前にすでにこのモードに設定されている場合は再起動せずにその操作をより広範なセキュリティ ファブリックに統合します。
これは、FortiLink への移行で新しい構成を初期化するためにシステムの再起動が必要になる可能性がある他の管理モードとは対照的です。

ネイティブVLANは、ポート（C）の許可VLANに暗黙的に含まれています。管理対象FortiSwitchポートでは、タグなしトラフィックに割り当てられるVLANであるネイティブVLANは、許可VLANのリストに暗黙的に含まれています。つまり、ポートのVLAN設定を行う際に、ネイティブVLANを明示的に指定する必要はありません。
この構成により、VLAN 管理が簡素化され、追加の構成手順なしでタグなしトラフィックが正しく処理されるようになります。