8. Deployment Scenarios (デプロイシナリオ)

8. Deployment Scenarios (デプロイシナリオ)

このセクションでは, ITR と ETR のデプロイ方法と場所を探り, 各デプロイシナリオの利点と欠点について説明します。より詳細なデプロイ推奨事項については [LISP-DEPLOY] を参照してください。

考慮すべき 2 種類の基本的なデプロイトレードオフがあります: 集中キャッシングと分散キャッシング, およびフラット (Flat), 再帰的 (Recursive), または再カプセル化 (Re-encapsulating) トンネリング。集中キャッシングと分散キャッシングのどちらを選択するかを決定する際には, 次のことを考慮する必要があります:

o トンネルルータが十分に分散されているため, キャッシュを各ルータのメモリに分散できるか? 集中キャッシングとは, 1 つの ITR がカプセル化しているすべての EID のキャッシュを維持し, パケットが宛先 Locator に直接到達することを意味します。分散キャッシングとは, ITR がカプセル化しているすべての EID のキャッシュエントリを保存していないため, 他の再カプセル化ルータの支援を必要とし, したがってパケットパスが異なるキャッシュエントリセットを保持する再カプセル化ルータを経由することを意味します。

o 冗長性に必要な数のトンネルルータのみを選択することで, 管理「タッチポイント」を最小限に抑えるべきか?

o 一般的に, より多くの ITR を使用しても管理負担は増加しません。キャッシュは動的に確立および保存されるためです。一方, より多くの ETR を使用すると管理が増加します。EID-Prefix から RLOC へのマッピングを明示的に構成する必要があるためです。

フラット, 再帰的, または再カプセル化トンネリングのどれを選択するかを決定する際には, 次のことを考慮する必要があります:

o フラットトンネリングは, 送信元サイトと宛先サイト間の単一のトンネルを実装し, 通常, 送信元と宛先間のより良い単一トンネルパスを提供します。

o 再帰的トンネリングとは, 既にトンネル化されたトラフィックが別のトンネルに再度カプセル化されることを指し, VPN またはトラフィックエンジニアリング (Traffic Engineering, TE) を実装するために使用されます。VPN ベースのトンネリングの場合, サイトが新しいトンネルヘッダを前置するため, サイトはある程度の制御を持ちます。TE ベースのトンネリングの場合, サイトが新しいトンネルヘッダを前置する場合は制御を持つことができますが, サイトの ISP が TE を実行する場合はサイトは制御を持ちません。再帰的トンネリングは通常, 最適でないパスになりますが, トラフィックをより豊富なリソースを持つネットワーク領域に誘導できます。

o 再カプセル化技術は, パケットが 1 層のトンネルヘッダのみを必要とすることを保証します。パケットをリダイレクトする必要がある場合, 最初に ETR によってカプセル化解除され, 次に新しい RLOC と新しいトンネルヘッダで再カプセル化されます。

次のサブセクションでは, トンネルルータをネットワークのどこに配置できるかを検討します。