展示資料によると、ISFWはNGFW-1をファブリックルートとするセキュリティファブリック環境の一部です。このアーキテクチャでは、FortiGateデバイスはログや検出された脅威などのセキュリティ情報を共有します。
ISFWはセキュリティファブリック環境にあります。
# Security Fabric を使用すると、ローカルで UTM が有効になっていない場合でも、ISFW などのデバイスが NGFW-1 から脅威インテリジェンスを受信できます。
# NGFW-1 が IP 10.1.10.1 から 89.238.73.97 までのマルウェアを検出した場合、この情報は ISFW および FortiAnalyzer に伝播されます。
NGFW-1のファイアウォールポリシーでは、UTMが有効になっています。
# ISFW では UTM が有効になっていませんが、NGFW-1 (ISFW と外部ネットワークの間に位置する) では UTM が有効になっており、トラフィックをスキャンしています。
# NGFW-1 はセッション内でマルウェアを検出すると、イベントをログに記録し、それを FortiAnalyzer に送信します。

Enterprise Firewall 7.6 管理者向けドキュメントからの抜粋に基づいた、包括的かつ詳細な説明（150～200語）：
FortiOS 7.6 インフラストラクチャ学習ガイドおよび OSPF 監視に関する公式ドキュメントに基づくと、コマンド get router info ospf status の出力は、OSPF プロセスに関する重要な詳細情報を提供します。
外部情報の注入（オプションD）：図の最後の行には、「このルータはASBR（自律システム境界ルータ）です」と明記されています。OSPFプロトコルの定義によれば、ASBRはOSPFネットワークを別のルーティングドメイン（BGP、スタティックルート、接続ルートなど）に接続し、外部ルーティング情報をOSPFドメインに注入する役割を担うルータです。
OSPF ECMP サポート (オプション B): 出力は、OSPF プロセスが「RFC2328 に準拠している」ことを示しています。
RFC 2328はOSPFv2の標準規格であり、等コストマルチパス（ECMP）機能が含まれています。FortiOSでは、OSPFエンジンがデフォルトでマルチパスルーティングをサポートしており、デバイスは同じ宛先への複数のパスが同じコストであれば利用できます。
オプションAは、出力に特定のセグメントにおけるルータのDR/BDR選出ステータスが示されていないため、誤りです。オプションCは、「ID 0.0.0.5」がOSPFエリアIDではなくルータIDを指しているため、誤りです。

get router info ospf status コマンドの出力には、FortiGate デバイス上の OSPF (Open Shortest Path First) 設定に関する重要な情報が含まれています。
FortiGateデバイスは複数のエリアに接続されています
# 出力には「このルーターはABRです」と表示されます
# ABR（エリア境界ルーター）とは、デバイスが複数のOSPFエリアに接続され、それらの間のルーティング情報を維持することを意味します。
# これにより、FortiGate が 1 つのエリアだけでなく、少なくとも 1 つのバックボーン エリア (エリア 0) と別の OSPF エリアに存在することが確認されます。
FortiGateデバイスは外部ルーティング情報を注入します
# 出力には「不透明LSAをサポートします」と表示されます
# 不透明LSA（タイプ9、10、11）は、外部ルート注入をサポートするものを含め、OSPF拡張機能で使用されます。
# 通常、ABR または ASBR (自律システム境界ルータ) は外部ルートを注入し、他のルーティング プロトコル (BGP や静的ルートなど) からのルートを OSPF にアドバタイズできるようにします。

事前のテストなしに攻撃的なIPSプロファイルを適用すると、正常なトラフィックを悪意のあるトラフィックと誤って識別し、正当なアプリケーションに支障をきたす可能性があります。脅威を監視しつつ、アプリケーションへの支障を防ぐには、以下の対策が必要です。
まず、「モニターモード」でIPSを有効にしてください。
これにより、FortiGateはトラフィックを積極的にブロックすることなく、潜在的な脅威をログに記録し分析することが可能になります。
管理者は、ログを確認し、IPSシグネチャを微調整することで、ブロックモードに切り替える前に誤検知を最小限に抑えることができます。
署名パターンを確認し、調整する：
一部のシグネチャは、正当なアプリケーションのトラフィックに対して不要なブロックを引き起こす可能性があります。管理者はログを分析することで、誤検知の原因となっている特定のルールを無効化または変更できます。