ある企業のネットワーク運用チームは、AWS Site-to-Site VPN接続でオンプレミスデータセンターとVPCを接続しています。 先日、VPNの片方のトンネルが断続的にダウンするインシデントが発生しましたが、BGPによるもう一方のトンネルへのトラフィック切り替えに約3分かかりました。 調査の結果、以下が判明しました： ・オンプレミス側VPNデバイスのBGP KeepAliveタイマーが60秒、HoldTimeが180秒（ベンダーデフォルト値）に設定されていた ・AWS Site-to-Site VPNのデフォルトBGP設定はKeepAlive 10秒、HoldTime 30秒である BGPフェイルオーバー時間を最短にするために取るべき最も適切な措置はどれですか？
オンプレミス側VPNデバイスのBGP KeepAliveを10秒・HoldTimeを30秒に変更し、AWS側のデフォルト設定に合わせることでBGPセッション障害の検知時間を短縮する。 BGPのHoldTimeはピアからKeepAliveを受信できない場合にBGPセッションをダウンと判断するまでの時間です。両端が異なるHoldTimeを提案した場合、より小さい値が採用されます。オンプレミス側のKeepAlive（60秒）がAWS側（10秒）より長いため、フェイルオーバーがオンプレミス側のタイマーに律速されていました。両側を一致させることで検知時間が短縮されます。 選択肢BはAWS Site-to-Site VPNのBGPタイマーはAWSが管理しており、AWSコンソールからカスタマー側のBGPタイマーを変更する機能は提供されていません。 選択肢CはDPDを無効化するとIPsecレイヤーの障害検知がさらに遅れ、フェイルオーバーが悪化する可能性があります。 選択肢DはAccelerated VPNはネットワーク経路を最適化するサービスですが、BGPフェイルオーバーのメカニズム自体は変わらず、BGPタイマーに起因する遅延問題は解消されません。