フローティングスタティックを使用した冗長性の構成

ネットワークレイアウトを投稿したかったのですが、必要な評判がありません。以下のネットワーク図を作成しました：

       ISP
       / \
      /   \
     /     \
    HQ------Branch
    |         |
  HQ-PC      B-PC

私がやろうとしていることは、HQとブランチ間のWANリンクをバックアップリンクとして使用することであり、HQとISPまたはブランチとISP間のリンクがダウンしていない限り、データを伝送してはなりません。つまり、厳密にバックアップリンクとしてのみ使用する必要があります。

私が行ったことは、フローティングスタティックを使用して冗長性を構成することです。しかし、私が思っていたほどうまくいっていません。私がしたことは：

1）本社へのデフォルトルートとISPへのブランチ（0.0.0.0 0.0.0.0 NEXT-HOP-IP）

2）ISPからHQおよびブランチへの静的ルート（HQ / BRANCH-NETWORK-ADDRESS SUBNET-MASK NEXT-HOP-IP）

3）HQの静的（推奨）ルート（BRANCH-NETWORK-ADDRESS SUBNET-MASK NEXT-HOP-IP-TO-ISP）

4）ブランチでの静的（推奨）ルート（HQ-NETWORK-ADDRESS SUBNET-MASK NEXT-HOP-IP-TO-ISP）

5）HQでのフローティングスタティック（バックアップ）ルート（BRANCH-NETWORK-ADDRESS SUBNET-MASK NEXT-HOP-IP-TO-HQ-THROUGH-BACKUP-LINK）

6）ブランチでのフローティングスタティック（バックアップ）ルート（HQ-NETWORK-ADDRESS SUBNET-MASK NEXT-HOP-IP-TO-BRANCH-THROUGH-BACKUP-LINK）

しかし、問題があります。たとえば、ISPとHQの間のリンクがダウンしている場合、HQ-PCからB-PCにpingを送信すると、パケットはHQ-PCからB-PCに正常に送信されますが、B-PCから返されるパケットはバックアップリンクではなく、ISPに送信されます。

とても長い投稿をして申し訳ありませんが、私を手伝ってくれる人はいますか？私の説明が不明な場合は、遠慮なく質問してください。前もって感謝します

編集：混乱を招いて申し訳ありませんが、ISPで実行されているルーティングプロトコルはありません

先に述べたように、一方のサイトがインターネットへのアップリンクを失ったときに両方のサイトでWANリンクへのフェイルオーバーを強制する既存の方法がないため、静的ルートは壊れます。

この問題の最良の解決策は、インターネットを介して何らかの形のルーティングされたトンネル（図のR1およびR2のISPリンクアドレスから取得）をセットアップし、トンネルとバックアップを通じて動的ルーティングプロトコル（OSPF / EIGRP）を実行することです。 WAN、およびWANリンクのルーティングメトリックをはるかに高く設定します。

トンネルのソースは両側のインターネットリンクであるため、いずれかの側でインターネット接続が失われると、トンネルが切断されます（IGPはWANリンクに回復します）。これを行う場合は、トンネルのオーバーヘッドが考慮されるように、PMTUDがトンネルを介して機能することを確認してください。この種のオフィス間暗号化VPNは非常に一般的であるため、将来このネットワークをサポートする必要がある人にとってはおなじみのトポロジです。

既存の設計で直面する問題は、すべての社内トラフィックトラフィックが暗号化されていないように見えることです（少なくとも額面通りに質問を読んだ場合）。インターネット経由の場合は、企業サイト間のすべてのトラフィックを暗号化することを強くお勧めします。

（元のすべてのBGP回答が変更され、OPのISPへの動的ルーティングを行わないという要求に従って）

@Mikeが示唆したように、トンネル+動的ルーティングは、特にINETフェーシングでは確実なソリューションです。ただし、何らかの理由でトンネルが必要ない場合（HWサポートなし、MTUを失いたくない場合、動的ルーティングは内部でも受け入れられない）、他のオプションは「IP SLA」追跡ルートです。

直接リンクを使用する必要がある一方で、ブランチがINETにトラフィックを返し続ける問題について、それがどのように役立つかを説明します。

ブランチには次のものがあります：

ip route HQNet HQMask InetIF InetNH track 1 50
ip route HQNet HQMask DirectIF DirectNH 100
ip route HQStableTestIP 255.255.255.255 InetIF InetNH
!
track 1 ip sla 1
!
ip sla 1
 icmp-echo <HQStableTestIP> source-interface InetIF
ip sla schedule 1 start-time now

これで、HQがINET経由で到達できない場合、追跡が失敗し、INETのより具体的なルートが無効になり、直接リンクを指す次善のルートにフォールバックする必要があります。