複数のサービスプロバイダーの代替

現在100サイトを提供するSPが1つあります。現在、すべてのサイトを新しいSPに移行する予定です。ただし、これは段階的な移行になるため、新しいSPクラウドにいくつかのサイトがあり、古いものに他のサイトがあります。SPは、SP間でいかなる種類のInter-ASも実行しません。

古いSPクラウドと新しいSPクラウドのサイト間の通信を維持するために、他にどのような選択肢がありますか？

編集：

これで、サイトは単一のMPLSクラウドを介して接続され、IPSecはなくなりました。すべてのサイトが単一のMPLSクラウドに接続します。一部のサイトを新しいMPLSクラウドに移動します。2つのMPLSクラウド（異なるSP）間に接続がなく、それらがInter-ASを実行していないため、問題は、サイトを維持するために他にどのような選択肢があるかです。たとえば、MPLS-AがMPLS-Bのサイトと通信しているとします。

これは、サービスプロバイダーのPEルータと交換されるBGPルートを持つMPLS VPNです。つまり、基本的にはMPLS L3VPNです。追加情報が必要な場合はお知らせください。

私はこの問題を抱えていました。データセンターがあるかどうかを示していません。リモートサイト間のトラフィックが管理可能であることを前提として、データセンターでは、データセンターを特性として使用して、2つのSPクラウド間でプレフィックスをアドバタイズできるようにします。リモートサイトからリモート側にデータセンターを経由することは事実ですが、実行することはあまりありません。また、最初に両方のプロバイダーにデータセンターを接続し、次にリモートサイトを移行して、古いISPからデータセンターを削除することも想定しています。これはデフォルトで行われます。リモートサイトをフラッシュカットしない場合（両方のプロバイダーがしばらく接続されている場合）、BGPのフィルターリストを使用して、リモートサイトでの通過をブロックします。

PEからCEへのルーティングプロトコルとしてBGPを使用している場合、これはほぼデフォルトで行われます。そうでない場合は、PEをCEにルーティングする方法を指定してください。

これは非常に一般的な状況であり、私は長年にわたって何度も見てきました。レガシーポイントツーポイントT1回線を拒否して交換するか、ネットワークを買収/合併に統合するか、またはこの質問のようにプロバイダーを変更するかに関係なく、ソリューションにはほとんど常に既存のネットワーク機器/ルーティング構成の利用が含まれます異なるネットワーク間でトラフィックを転送するため。これが最も簡単なソリューションであり、最高レベルの制御を提供します。

私のsoap-boxを1分間利用するには、ここで、明確に定義された階層型ネットワーク設計が役立ちます。Core-Aggregation-Distributionレイヤー（または単純なCore-Distributionレイヤーのセットアップ）を備えた設計を利用している場合は、各個別のMPLSサービスプロバイダーをCore / Aggregation機器に接続するだけです。

（プロバイダーに関係なく）各サイトへのルートがコア/アグリゲーション機器にあると、ネットワークの既存のルーティングプロトコルは2つのネットワーク間のトラフィック分散を処理できます。どのルーターにとっても、それらはネットワーク上で利用可能な別個のサブネットになります。

現在の構成：

 MPLS Service Provider A
            |
           BGP
            |
       -~-~-~-~-~-
       |100 Sites|
       -~-~-~-~-~-

必要な終了構成：

 MPLS Service Provider B
            |
           BGP
            |
       -~-~-~-~-~-
       |100 Sites|
       -~-~-~-~-~-

そして、あなたは両者の間の架け橋/移行戦略を求めています。

編集： @fredpbakerのコメントに従って、以下のソリューションの説明を明確にします。

MPLSプロバイダーを1つの場所のコアレイヤーに接続する2つのソリューションが見られます（ただし、冗長性を確保するには2つが適切であり、以下の図に示されています）。これにより、既存のネットワーク機器が各プロバイダーのサイトに接続できるようになります。

他のすべての場所/サイトでは、MPLSプロバイダーは無関係です。それらはプロバイダーAまたはプロバイダーB（または両方）に接続でき、それらの間でトラフィックが流れます。

まず、BGPを既存のIGPに再配布し、機器が各プロバイダー間を通過するトラフィックをルーティングできるようにします。

    Redistribute into OSPF/EIGRP
     /                      \
-~-~-~-~-~-             -~-~-~-~-~-
| Core A  |-\         /-| Core B  |
-~-~-~-~-~-   \     /   -~-~-~-~-~-
    |           \ /           |
    |           / \           |
   BGP       BGP    BGP      BGP
    |        /       \        |
 -~-~-~-~-~-~-       -~-~-~-~-~-~-
 | MPLS SP A |       | MPLS SP B |
 -~-~-~-~-~-~-       -~-~-~-~-~-~- 
             |       |
            BGP     BGP
             |       |
             |       |
             |       |       
         -~-~-~-~-~-~-~-~-~
         | 98 Other Sites |
         |  Connected to  |
         |   Either MPLS  |
         |    Provider    |
         -~-~-~-~-~-~-~-~-~

次に、IGPを実行していない場合、または再配布したくない場合は、VRF liteでInter-VRFルーティングを利用し（PacketLifeでStretch overによってレイアウトされている）、各プロバイダーからルートを取得できます。各コアルータのVRFにインポートし、適切なVRFにエクスポートします。

Import/Export routes between VRF's as needed
         /                      \
    -~-~-~-~-~-             -~-~-~-~-~-
    | Core A  |VRF-B   VRF-A| Core B  |
    -~-~-~-~-~-   \     /   -~-~-~-~-~-
      VRF-A         \ /         VRF-B
        |           / \           |
       BGP       BGP    BGP      BGP
        |        /       \        |
     -~-~-~-~-~-~-       -~-~-~-~-~-~-
     | MPLS SP A |       | MPLS SP B |
     -~-~-~-~-~-~-       -~-~-~-~-~-~- 
                 |       |
                BGP     BGP
                 |       |
                 |       |
                 |       |       
             -~-~-~-~-~-~-~-~-~
             | 98 Other Sites |
             |  Connected to  |
             |   Either MPLS  |
             |    Provider    |
             -~-~-~-~-~-~-~-~-~

Ciscoルーターを使用している場合は、LISPプロトコルを調査することをお勧めします

LISPテクノロジーは、2つのサイトをSP間でシームレスに相互接続するオーバーレイとして簡単に導入できます。

最も一般的なユースケースの詳細を説明する複数のプレゼンテーションがありますが、ケース全体に簡単に拡張して、SP全体でサイトの拡張性を提供したり、ホストモビリティソリューションを使用して移行を支援したりすることもできます。