1 つの SD-WAN ルールが、アプリケーション カテゴリを宛先として定義されています → 診断出力には、Microsoft.Portal、Operational.Technology、Social.Media などのアプリケーション制御の一致が表示され、SD-WAN ルールがアプリケーション カテゴリを宛先として使用していることがわかります。
サブネット 10.22.0.0/24 宛の UDP トラフィックがポリシー ルートに一致 → 最初のエントリ (id=1) には、宛先 10.22.0.0/24 のプロトコル = 17 (UDP) が表示されており、このトラフィックが SD-WAN ルールではなくポリシー ルートによって処理されていることが確認されます。

diagnose sys session list コマンドを使用すると、セッションデータ内の sdwan_service_id フィールドによって、SD-WAN 固有のセッションステアリングが示されます。この識別子は、セッションを特定の SD-WAN ルールまたはサービスに直接結び付けます。Fortinet のドキュメントには、「SD-WAN ルールに従って処理されるセッションには、セッションリストにサービス ID タグ (sdwan_service_id) が含まれます。これにより、管理者はライブセッションと SD-WAN ポリシーの一致を関連付け、トラブルシューティングと可視化を行うことができます。」と記載されています。これは、従来のルーティングによって管理されるトラフィックと SD-WAN ステアリングロジックによって明示的に制御されるトラフィックを区別し、運用上の洞察とトラブルシューティングに役立つため、非常に重要な診断ツールです。
参照：
[FCSS_SDW_AR-7.4 1-0.docx Q15]
FortiOS 7.4 CLI リファレンス、「diagnose sys session list: SD-WAN サービス ID タグ付け」、SD-WAN 7.4 コンセプト ガイド、「SD-WAN トラフィックのセッション識別」セクション

診断出力には、SD-WANメンバー4（HUB1-VPN1）、5（HUB1-VPN2）、7（HUB2-VPN1）、8（HUB2-VPN2）、9（HUB2-VPN3）がリストされています。メンバー6（HUB1-VPN3）は含まれていません。テンプレートによると、HUB1-VPN3はbranch2_fgtとbranch3_fgtにのみインストールされており、branch1_fgtにはインストールされていません。したがって、出力はbranch1_fgtからのものと考えられます。

このルールはSLAモードで、2つのSLAが設定されています。ステータスから判断すると、HUB1-VPN2とHUB1-VPN3はSLA（sla(0x2)とsla(0x3)）を満たしていますが、HUB1-VPN1は満たしていません（sla(0x0)）。SLAを満たしているメンバーの中で、FortiGateは設定された順序（priority-members 4 5 6）に基づいて、最初に該当するメンバー（HUB1-VPN2）を選択し、トラフィックはHUB1-VPN2経由でルーティングされます。