メインコンテンツまでスキップ

5.1. Choosing EBGP as the Routing Protocol (ルーティングプロトコルとしてEBGPを選択)

5.1. Choosing EBGP as the Routing Protocol (ルーティングプロトコルとしてEBGPを選択)​

REQ2は, 複雑性と相互依存性を軽減するために単一のルーティングプロトコルの選択を優先します。この状況ではIGPに依存することが一般的ですが, WANに接続するデバイスでEBGPを追加するか, またはInternal BGP (IBGP) を全体で使用することもありますが, このドキュメントではEBGP専用設計の使用を提案しています。

EBGPはインターネットのほぼすべてのドメイン間ルーティングに使用されるプロトコルであり, ベンダーとサービスプロバイダーコミュニティの両方から広くサポートされていますが, 一般的にはデータセンター内の主要ルーティングプロトコルとして展開されていません。その理由は次のようないくつかの理由 (一部は相互に関連しています) があります:

  • BGPは "WAN専用プロトコル" と認識されており, エンタープライズやデータセンターアプリケーションでは考慮されないことが多い。

  • BGPはIGPと比較して "はるかに遅い" ルーティング収束を持つと信じられている。

  • 大規模なBGP展開では, IBGPトポロジのすべてのノードが直接接続されていないため, 通常はBGPネクストホップ解決にIGPを使用します。

  • BGPは重要な設定オーバーヘッドが必要であり, ネイバー自動検出をサポートしていないと認識されている。

このドキュメントでは, これらの認識のいくつかについて, 特に提案された設計に適用できるものについて議論し, プロトコルの使用の利点のいくつかを強調しています:

  • BGPはプロトコル設計の一部において複雑性が低い——内部データ構造とステートマシンは, OSPFなどのほとんどのリンクステートIGPと比較して単純です。たとえば, 隣接関係の形成, 隣接関係の維持, および/またはフロー制御を実装する代わりに, BGPは単純に基盤となるトランスポートとしてTCPに依存します。これはREQ2とREQ3を満たします。

  • BGPの情報フラッディングオーバーヘッドは, リンクステートIGPと比較して少なくなります。各BGPルーターは選択された最良パスのみを計算および伝播するため, BGPスピーカーが代替パスを見つけるとすぐにネットワーク障害がマスクされます。これは, Closなどの高度に対称的なトポロジがEBGP専用設計と組み合わされた場合に存在します。対照的に, リンクステートIGPのイベント伝播スコープは, 障害のタイプに関係なく, エリア全体です。このように, BGPはREQ3とREQ4をよりよく満たします。また, 広く展開されているすべてのリンクステートIGPはルーティング情報の定期的な更新機能を備えていますが, BGPはルーティング状態を期限切れにしませんが, これが最新のルーター制御プレーンに影響を与えることはほとんどありません。

  • BGPはサードパーティ (再帰的に解決された) ネクストホップをサポートしています。これにより, システムにルーティング情報を注入できるアプリケーション "コントローラー" とのピアリングセッションを確立することにより, マルチパスを非ECMPベースまたはアプリケーション定義パスに基づく転送に操作できるようになり, REQ5を満たします。OSPFは "Forwarding Address" などの概念を使用して同様の機能を提供しますが, 実装がより困難で, 情報伝播スコープの制御がはるかに少なくなります。

  • 明確に定義されたAutonomous System Number (ASN) 割り当てスキームと標準のAS_PATHループ検出を使用すると, "BGPパスハンティング" ([JAKMA2008]を参照) を制御でき, 複雑な不要なパスは無視されます。動作するASN割り当てスキームの例については, セクション5.2を参照してください。リンクステートIGPでは, 同じ目標を達成するには, マルチ (インスタンス/トポロジ/プロセス) サポートが必要であり, 通常はすべてのDCデバイスで使用できず, 設定とトラブルシューティングが非常に複雑です。ほとんどのDC設計が使用する従来の単一フラッディングドメインを使用すると, 特定の障害条件下では, たとえば複数のTier 2デバイスを通過するなど, 不要な長いパスを選択する可能性があります。

  • 最小限のルーティングポリシーで実装されたEBGP設定は, ネットワークの到達可能性の問題のトラブルシューティングが容易です。ほとんどの実装では, BGP Loc-RIBの内容を表示してルーターのRouting Information Base (RIB) と比較することが簡単です。また, ほとんどの実装では, オペレーターはすべてのBGPネイバーのAdj-RIB-InおよびAdj-RIB-Out構造を表示できるため, 受信および送信のNetwork Layer Reachability Information (NLRI) 情報をBGPセッションの両側で簡単に関連付けることができます。したがって, BGPはREQ3を満たします。

に最終更新