コントロール プレーン ノードは、ホスト トラッキング データベース (HTDB) を維持し、ロケーター/ID 分離プロトコル (LISP) を使用してマップ サーバーを提供し、ファブリック エッジ登録メッセージから HTDB にデータを取り込みます。マップ リゾルバーは、宛先ノードの位置情報を要求するエッジ デバイスからのクエリに応答します。

説明
このコマンドの組み合わせは「条件付きデバッグ」として知られており、条件に基づいてデバッグ出力をフィルター処理します。追加された各条件は、ブール論理の「And」演算子のように動作します。「debug ip ospf hello」の例をいくつか以下に示します。

説明
テーブルの説明が自動的に生成される

+ LISP カプセル化マップ要求を受け入れる: LISP マップ リゾルバー
+ ETR から EID プレフィックス マッピング エントリを学習します: LISP マップ サーバー
+ LISP サイトからトラフィックを受信し、非 LISP サイトに送信します: LISP プロキシ ETR
+ サイト側インターフェイスからパケットを受信: LISP ITR
説明
ITR は、宛先 EID を宛先 RLOC にマッピングし、ITR RLOC の送信元 IP アドレスと出力トンネル ルーター (ETR) の RLOC の宛先 IP アドレスを含む追加のヘッダーで元のパケットをカプセル化する機能です。
カプセル化後、元のパケットは LISP パケットになります。
ETR は、LISP でカプセル化されたパケットを受信し、カプセル化を解除して、ローカル EID に転送する機能です。この機能には EID から RLOC へのマッピングも必要なため、「マップ サーバー」の IP アドレスと認証用のキー (パスワード) を指定する必要があります。
LISP プロキシ ETR (PETR) は、非 LISP サイトに代わって ETR 機能を実装します。PETR は通常、LISP サイトが非 LISP サイトにトラフィックを送信する必要があるが、ルーティング可能な EID をパケット ソースとして受け入れないサービス プロバイダーを介して LISP サイトが接続されている場合に使用されます。PETR は ETR と同様に機能しますが、EID が非 LISP サイトの宛先にトラフィックを送信する点が異なります。
Map Server（MS）は、認証キーの登録と EID から RLOC へのマッピングを処理します。ETR は、設定されているすべての Map Server に定期的な Map-Register メッセージを送信します。
マップ リゾルバ (MR): LISP カプセル化マップ リクエスト (通常は ITR から) を受け入れる LISP コンポーネントで、宛先 IP アドレスが EID 名前空間の一部であるかどうかを迅速に判断します。

説明

ABR または ASBR でのみ集約できる OSPF とは異なり、EIGRP ではどこでも集約できます。手動サマライズは、ip summary-address eigrp asnumber アドレス マスク [administrative- distance summary-address eigrp 1 192.168.16.0 255.255.248.0) を介して、EIGRP ドメイン内のどこでも、すべてのルータ上、すべてのインターフェイス上に適用できます。少なくとも 1 つ以上の特定のルートが存在する限り、要約ルートはルーティング テーブルに存在します。最後の特定ルートが消えると、まとめルートもフェードアウトします。EIGRP 手動サマリー ルートで使用されるメトリックは、特定のルートの最小メトリックです。