ADVPNトポロジ内では、ショートカットのリクエストとレスポンスはスポークとハブを通過します。Fortinetのドキュメントには次のように記載されています。
スポークは、別のスポークからショートカットクエリを受信すると、検証のため、または動的なショートカットトンネルの設定を容易にするために、応答をハブに転送することがあります。このメカニズムにより、スポーク間の直接通信が可能になり、ルーティングとパフォーマンスが最適化され、レイテンシが削減され、初期のコントロールプレーン仲介後のハブの負荷が軽減されます。これは、ADVPNの動的ショートカット機能の中心的な利点です。

FortiManager の SD-WAN モニターから:
SD-WANモニターは、ブランチデバイスとそのメンバーの概要ビューを提供します。表示されているシナリオでは、パフォーマンスメトリックが表示されていないことから、branch2_fgtのメンバーの1つにSLA設定が不足していることが明確にわかります。また、モニターには現在のトポロジ内のブランチが2つだけ表示されるため、ブランチの健全性と設定の完全性を迅速に評価できます。このような可視性は、SD-WAN環境におけるプロアクティブな監視と迅速なトラブルシューティングに不可欠です。
参考文献:
[FCSS_SDW_AR-7.4 1-0.docx Q18]
FortiManager SD-WAN 監視ガイド、「ブランチ デバイスの健全性と SLA ステータスの可視化」

SD-WAN ルール設定 (サービス編集 1、「Critical-DIA」) から、ルールはモード SLA を使用し、以下を指定します。
* 優先度メンバーを 1 2 に設定
つまり、SD-WAN ルール ID 1 に一致するトラフィックの場合、FortiGate は最初にメンバー 1 を優先し、次にメンバー 2 を優先しますが、選択されたメンバーが SLA 要件を満たしている場合のみです。
SD-WAN イベント ログのメッセージには次のように明示的に記載されています。
* メンバーのステータスが変更されました。メンバーは SLA 対象外です。
* ログにはメンバーが含まれています: 1
これは、ログが生成された直後に SD-WAN メンバー 1 が SLA 外になったことを示します。
SD-WAN メンバー ステータス出力から:
* メンバー(1)はインターフェースポート1に対応します
* メンバー(2)はインターフェースポート2に対応します
メンバー1（ポート1）はSLA違反のため、FortiGateは現時点ではSLAベースのルールにこれを使用できません。priority-members 1 2にルールが設定されている場合、FortiGateはSLAを満たしている次の優先メンバー（メンバー2（ポート2））を使用して、一致するトラフィックを即座に誘導します。
したがって、ログメッセージが表示された直後に、FortiGateはSD-WANルールIDのトラフィックを誘導します。
1 はポート 2 を使用し、オプション B に相当します。
ご指摘の通りです。Fortinet の公式ドキュメントを参照してこの点を指摘していただきありがとうございます。
質問 81 を、Fortinet SD-WAN アーキテクチャ ガイダンスと FCSS SD-WAN 7.6 設計原則に厳密に従って修正しましょう。
以下は、必要な形式に正確に書き直された、修正および検証済みの回答です。