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

4. Basic Overview (基本概要)

4. Basic Overview (基本概要)​

LISP の重要な概念の 1 つは, エンドシステム (ホスト) が今日と同じように動作することです。ホストがソケットと接続の追跡, およびパケットの送受信に使用する IP アドレスは変更されません。LISP 用語では, これらの IP アドレスは Endpoint Identifier (EID) と呼ばれます。

ルータは引き続き IP 宛先アドレスに基づいてパケットを転送します。パケットが LISP カプセル化される場合, これらのアドレスは Routing Locator (RLOC) と呼ばれます。2 つのホスト間のパス上のほとんどのルータは変更されず, 宛先アドレスに対してルーティング/転送ルックアップを引き続き実行します。送信元ホストと ITR の間のルータ, および ETR から宛先ホストまでのルータにとって, 宛先アドレスは EID です。ITR と ETR の間のルータにとって, 宛先アドレスは RLOC です。

LISP のもう 1 つの重要な概念は「Tunnel Router (トンネルルータ)」です。トンネルルータは, ホストによって開始されたパケットの前に LISP ヘッダを追加し, 最終的に宛先に配信される前にそれを剥がします。この「外部ヘッダ」内の IP アドレスは RLOC です。2 つのインターネットホスト間のエンドツーエンドのパケット交換中に, ITR は各パケットに新しい LISP ヘッダを追加し, ETR はそのヘッダを剥がします。ITR は EID-to-RLOC ルックアップを実行して, ETR へのルーティングパスを決定します。この ETR は, その IP アドレスの 1 つとして RLOC を持ちます。

LISP を管理するいくつかの基本的なルールは次のとおりです:

  • エンドシステム (ホスト) は, EID であるアドレスにのみ送信します。ホストはアドレスが EID か RLOC かを知りませんが, パケットが意図した宛先に到達することを想定しています。LISP が展開されているシステムでは, LISP ルータが EID を宛先アドレスとするパケットをインターセプトし, EID をルーティングできないネットワークコアでの配信を支援します。ホストが IP パケットを送信する手順は変わりません。

  • EID は常にホストに割り当てられた IP アドレスです。

  • LISP ルータは主に Routing Locator アドレスを処理します。「主に」の意味についてはセクション 4.1 を参照してください。

  • RLOC は常にルータに割り当てられた IP アドレスであり, できればプロバイダ CIDR (Classless Inter-Domain Routing, クラスレスドメイン間ルーティング) ブロックからトポロジ指向のアドレスです。

  • ルータ自身がパケットを発信する場合, その送信元アドレスには EID または RLOC を使用できます。ホストとして動作する場合 (例えば, Secure SHell (SSH), TELNET, Simple Network Management Protocol (SNMP) などのトランスポートセッションを終端する場合), この目的のために明示的に割り当てられた EID を使用できます。ルータをホストとして識別する EID は, RLOC として使用してはなりません。EID はサイトスコープ内でのみルーティング可能です。典型的な BGP 構成は, この「混合」EID/RLOC 使用を示すことができます: ルータは, サイト内の他のルータへの iBGP セッションを終端するために「ホストのような」EID を使用し, 同時にサイト外のルータへの eBGP セッションを終端するために RLOC を使用できます。

  • EID-to-RLOC マッピング操作なしに, EID を運ぶパケットがエンドツーエンドで配信されることは期待されていません。これらはサイト内通信のためにサイト内でローカルに使用されるか, サイト間通信のためにカプセル化されるべきです。

  • EID-Prefix は, 管理上の便宜のために最適化され, EID-to-RLOC マッピングデータベースのスケーリングを促進する方法で階層的に割り当てることができます。この階層は, ネットワークトポロジとは独立したアドレス割り当て階層に基づいています。

  • EID は, Autonomous System (自律システム, AS) 内でローカルルーティングに適した方法で構造化 (サブネット化) することもできます。

パケットパスを再ルーティングする場合, TE-ITR はパケットに追加の LISP ヘッダレイヤを前置できます。潜在的なユースケースは, ネットワークを通過するパケットに対してトラフィックエンジニアリングを実行する必要がある ISP ルータです。このシナリオは「Recursive Tunneling (再帰的トンネリング)」と呼ばれ, ISP トランジットが追加の ITR として機能し, 新たに前置されるヘッダに使用される RLOC は, ISP 内の TE-ETR (ISP 内のトラフィックエンジニアリングパスに沿った) または別の ISP 内の TE-ETR (このようなパスを構築するためのプロトコルが存在する場合の ISP 間トラフィックエンジニアリングパス) のいずれかです。

過度なパケットオーバーヘッドと潜在的なカプセル化ループを回避するため, この文書では, パケットに最大 2 つの LISP ヘッダレイヤを前置できることを規定しています。初期の LISP デプロイメントでは, 2 つのヘッダレイヤで十分であると想定されています。最初の前置ヘッダはサイトで Location/Identity (位置/識別) 分離に使用され, 2 番目の前置ヘッダはサービスプロバイダネットワーク内でトラフィックエンジニアリング目的に使用されます。

トンネルルータは, マルチ AS トポロジに非常に柔軟に配置できます。例えば, 特定のエンドツーエンドのパケット交換の ITR は, 送信元ホストのサイト内のファーストホップまたはデフォルトルータである可能性があります。同様に, ETR は宛先ホストに直接接続されたラストホップルータである可能性があります。別の例として, サイトが ISP にアウトソースした VPN サービスの場合, ITR はサービスプロバイダ接続点でのサイトの境界ルータである可能性があります。サイト運用, ISP 運用, およびその他のトンネルルータを混在させて最大限の柔軟性を得ることができます。詳細についてはセクション 8 を参照してください。

に最終更新