ネットワークでは最も拡張性があるプロトコルです。BGP(iBGP)を使用します。つの部分から成ります。クラウドに振り向けることができます。リスナーを設定します。プールからの接続を受け入れます。クラウド内のすべてのアドレスになります。ハブに対し特定のプレフィックスをアドバタイズします。ホップとして認識するようにします。このドキュメントでは後者のアプローチについて示します。学習したプレフィックスをアドバタイズするだけなので、基本的なものです。起動する必要があります。次の手順によって影響を最小にできます。スポークごとに次のように入力します。セッションが確立されていないことを確認します。メッセージをモニタします。起動に進むことができます。同じスポークで、次のように入力します。レベルの問題が発生している可能性があります。この問題は、移行を始める前に修正する必要があります。テーブルにスポークからのエントリ(ハブ上)およびハブからのサマリー(スポーク上)が登録されていることを確認します。場合、これは次のコマンドで表示できます。ハブの正しい情報の例を次に示します。つのプレフィックスを学習しており、両方のスポークは動的でありアスタリスク(*)記号が付いていることがわかります。つのプレフィックスを受信していることがわかります。スポークからの同様の情報の例を示します。つのプレフィックスを受信しています。ハブでアドバタイズされたサマリーです。ネットワークでは一般的な選択です。使用可能な高度なメカニズムの多くが提供されません。つについて説明します。プロセスを使用する新しい自律システム(AS)を追加します。プロトコル隣接関係を確立しないことが最適な方法です。このため、tunnel1(スポークとハブの間)のインターフェイスのみを非パッシブにします。プロトコルを準備します。ルートを再配布します(推奨)。Technology(VT)設定に修正を加えずにサマリーと再配布を制御することができます。設定は変更できないため、これは重要です。アドレスを設定します。このコンフィギュレーションは、サマリーの内部処理と複製がすべての仮想アクセスに対して行われることから推奨されません。ここでは参考のために紹介します。255.255.0.0その他の考慮事項として、ハブ間のルーティング交換があります。再配布する場合に行うことができます。コンフィギュレーションこのコンフィギュレーションは基本のままです。再配布する必要があります。再配布する必要があります。起動する必要があります。次の手順によって影響を最小にできます。スポークごとに次のように入力します。セッションが確立されていないことを確認します。メッセージをモニタします。起動に進むことができます。同じスポークで、次のように入力します。安定しているかどうかを評価する必要があります。レベルの問題が発生している可能性があります。この問題は、移行を始める前に修正する必要があります。エントリおよびスポークのサマリーが登録されていることを確認します。これはハブとスポークで次のコマンドを実行することで検証できます。topologyスポークからの出力の例を次に示します。サブネット(イタリック体)とそれらのサマリー(太字)を認識していることがわかります。ハブからの出力の例を次に示します。アドレスを認識していることがわかります。エントリが削除されるため、既存のスポーク間トンネルは解除されます。登録プロセスに依存しません。エントリに依存します。クリアされている場合、短期間の接続の問題が発生する場合があります。セッションが切断されます。セッションには影響しません。おいて次のように動作するからです。スポークはハブに登録されません。エントリをインストールしません。エントリは、スポーク間でスポークにインストールされ、ダイナミックになります。影響を受ける可能性があります。サービス契約が必要です。