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

4.1. Packet Flow Sequence (パケットフローシーケンス)

4.1. Packet Flow Sequence (パケットフローシーケンス)​

このセクションでは, 次の条件下でのユニキャストパケットフローの例を示します:

  • 送信元ホスト "host1.abc.example.com" が "host2.xyz.example.com" にパケットを送信します。これは, サイトが LISP を使用していない場合の host1 の動作とまったく同じです。

  • 各サイトはマルチホームであるため, 各トンネルルータは, 接続されている各プロバイダについて, そのプロバイダのアドレスブロックから割り当てられたアドレス (RLOC) を持ちます。

  • ITR と ETR はそれぞれ送信元と宛先に直接接続されていますが, 送信元と宛先は LISP サイト内のどこにでも配置できます。

  • Map-Request は, 基盤となるルーティングシステムトポロジ上で送信され, マッピングデータベースシステムに送信されるか, Alternative Logical Topology (代替論理トポロジ) [RFC6836] を介して直接送信されます。転送テーブルで外部宛先が見つからないか, デフォルトルートに一致する場合, Map-Request が送信されます。

  • Map-Reply は基盤となるルーティングシステムトポロジ上で送信されます。

クライアント host1.abc.example.com がサーバ host2.xyz.example.com と通信することを望みます:

  1. host1.abc.example.com は host2.xyz.example.com との TCP 接続を確立することを望みます。host2.xyz.example.com の DNS ルックアップを実行します。A/AAAA レコードが返されます。このアドレスが宛先 EID です。host1.abc.example.com のローカルに割り当てられたアドレスが送信元 EID として使用されます。IPv4 または IPv6 パケットが構築され, LISP ITR に到達するまで通常の IP パケットとして LISP サイト内で転送されます。

  2. LISP ITR は, 宛先 EID を宛先サイトのいずれかの ETR の RLOC にマッピングできなければなりません。この例では, 使用される特定の方法は説明しません。可能な方法については [RFC6836] または [CONS] を参照してください。

  3. ITR は LISP Map-Request を送信します。Map-Request はレート制限されるべきです。

  4. 代替マッピングシステムが使用されていない場合, Map-Request パケットは基盤となるルーティングシステムを介してルーティングされます。それ以外の場合, Map-Request パケットは代替論理トポロジ上でルーティングされます。例えば [RFC6836] データベースマッピングシステムです。いずれの場合も, Map-Request が宛先サイトのいずれかの ETR に到達すると, そのパケットを制御メッセージとして処理します。

  5. ETR は Map-Request の宛先 EID を確認し, ETR が構成された EID-to-RLOC マッピングデータベース内のプレフィックスと照合します。これは, ETR がそのサイトでサポートする EID-Prefix のリストです。一致しない場合, Map-Request はドロップされます。それ以外の場合, LISP Map-Reply が ITR に返されます。

  6. ITR は Map-Reply メッセージを受信し, メッセージを解析し (フォーマットの妥当性を確認するため), パケットからのマッピング情報を保存します。この情報は ITR の EID-to-RLOC マッピングキャッシュに保存されます。map-cache はオンデマンドキャッシュであることに注意してください。ITR は, リソース制約を最適化する方法で map-cache を管理します。

  7. host1.abc.example.com から host2.xyz.example.com への後続のパケットは, ITR によって LISP ヘッダが追加され, ETR から学習した適切な RLOC が LISP ヘッダの宛先アドレスとして使用されます。送信元サイトのハッシュポリシーまたは宛先サイトの Locator-Set ポリシーにより, パケットは Map-Reply を返した ETR とは異なる ETR に送信される可能性があることに注意してください。

  8. ETR はこれらのパケットを直接受信し (宛先アドレスが割り当てられた IP アドレスの 1 つであるため), アドレスの妥当性を確認し, LISP ヘッダを剥がし, 接続された宛先ホストにパケットを転送します。

逆方向のマッピングルックアップの必要性を遅らせるため, ETR は, 受信した LISP パケット内の送信元 EID (内部ヘッダの送信元 IP アドレス) を送信元 RLOC (外部ヘッダの送信元 IP アドレス) にマッピングするキャッシュエントリを作成できます。このようなキャッシュエントリは「gleaned (収集された)」マッピングと呼ばれ, その EID の単一の RLOC のみを含みます。追加の RLOCs に関するより完全な情報は, その EID に対して LISP Map-Request を送信することによって検証されるべきです。ITR と ETR は, RLOC 選択に関する相互の決定にも影響を与えることができます。詳細についてはセクション 6 を参照してください。

に最終更新