示されている ADVPN スポーク構成の場合、対応するハブで auto-discovery-sender を有効にして、ショートカット広告メッセージをスポークに送信する必要があります。また、ハブでこれらのショートカット広告を他のスポークに転送するには、auto-discovery-forwarder を有効にする必要があります。これにより、ハブはすべてのスポークに相互に到達するための最適なパスを通知できます。ike-version がすでにバージョン 2 に設定されている場合、ハブで再設定する必要はありません。また、ハブは広告を受信するのではなく送信するため、auto-discovery-receiver は必要ありません。
参考文献:
* FortiOS ハンドブック - ADVPN

部分的な OSPF (Open Shortest Path First) 構成出力から:
B: ルータは再起動する前に grace LSA を送信します。これは、コマンド 'set restart-mode graceful- restart' によって暗黙的に指定されます。OSPF が graceful restart で設定されている場合、ルータは grace LSA (リンク ステート アドバタイズメント) を送信して、再起動していることをネイバーに通知し、ルートを再計算せずにシームレスな移行を可能にします。
OSPF 構成に関する Fortinet のドキュメントには、グレースフル リスタート モードを有効にすると、ルータが短いリスタート期間中に隣接関係とルートを維持できることが明記されています。

IBGP ネットワーク内の BGP セッション数を減らすには、ルート リフレクタを使用できます。ルート リフレクタは IBGP セッションのフォーカル ポイントとして機能し、プレフィックスを他のすべてのピアに再アドバタイズします。ルート リフレクタを構成するには、ハブ デバイスのネイバー グループ設定で route-reflector-client オプションを有効にする必要があります。これにより、ハブ デバイスがルート リフレクタ サーバーとして機能し、他のデバイスがルート リフレクタ クライアントとして機能します。参考資料 := ルート交換 | FortiGate / FortiOS 7.2.0 - Fortinet ドキュメント

BGP 状態は「アイドル」で、BGP がピアとの TCP 接続を確立しようとしていることを示します。これは BGP 有限状態マシンの最初の状態であり、TCP 接続がまだ確立されていないことを意味します。TCP 接続が失敗すると、BGP 状態は構成に応じてアクティブまたはアイドルにリセットされます。参考資料: BGP 状態とトラブルシューティングの詳細については、次の Fortinet Enterprise Firewall 7.2 ドキュメントを参照してください。
* BGPのトラブルシューティング
* BGPの仕組み

FortiOS の neighbor-group コマンドを使用すると、OSPF のネイバー グループに共通設定を適用できます。また、IBGP ネイバーと EBGP ネイバーの両方に共通設定を適用することで、構成を簡素化することもできます。このグループ化機能は FortiOS CLI の一部であり、Fortinet CLI リファレンスに記載されています。