以下の説明の解決策を参照してください。
Explanation:
解決：-
プログラムのコンピュータのスクリーンショット 自動的に生成された説明

コピー実行開始

説明
テーブルの説明は自動的に生成されます

+ LISP カプセル化マップ要求を受け入れます: LISP マップリゾルバ
+ ETR: LISPマップサーバからEIDプレフィックスマッピングエントリを学習します
+ 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 サイトにトラフィックを送信する必要があるが、LISP サイトがパケット ソースとしてルーティング可能な EID を受け入れないサービス プロバイダーを介して接続されている場合に使用されます。PETR は ETR と同様に機能しますが、EID が非 LISP サイトの宛先にトラフィックを送信する場合に機能します。
マップ サーバー (MS) は、認証キーと EID から RLOC へのマッピングの登録を処理します。ETR は、設定されているすべてのマップ サーバーに定期的にマップ レジスタ メッセージを送信します。
マップリゾルバ（MR）：LISPカプセル化マップ要求（通常はITRから）を受け入れるLISPコンポーネントで、宛先IPアドレスがEID名前空間の一部であるかどうかを迅速に判断します。

OSPF ネイバーシップがダウンしたときに OSPF デバッグを有効にするには、EEM スクリプトでネイバーシップの変更を示す syslog メッセージを監視してから、OSPF デバッグ コマンドを実行する必要があります。オプション B は、OSPF ネイバー ダウン メッセージに一致するイベント syslog パターンと、デバッグを有効にするために必要なアクションが含まれているため、正しいスクリプトです。

BGPでは、「network」コマンドで正しいネットワークとサブネットマスクをアドバタイズする必要があります（この場合、R1のネットワーク10.1.1.0/24とR2のネットワーク10.2.2.0/24）。BGPはルーティングアドバタイズに関して非常に厳格です。言い換えれば、BGPはルーティングテーブルに正確に存在するネットワークのみをアドバタイズします。この場合、「network xx0.0 mask 255.255.0.0」または「
「ネットワーク x.0.0.0 マスク 255.0.0.0」または「ネットワーク xxxx マスク 255.255.255.255」の場合、BGP は何もアドバタイズしません。
直接リンク経由で eBGP ネイバーシップを確立するのは簡単です。しかし、ループバック インターフェイス経由で eBGP ネイバーシップを確立する場合に何が必要かを見てみましょう。次の 2 つのコマンドが必要になります。
+ R1のコマンド「neighbor 10.1.1.1 ebgp-multihop 2」と「neighbor 10.2.2.2 ebgpmultihop
2" を R1 に入力します。このコマンドは、TTL 値を 2 に増やし、BGP 更新が 2 ホップ離れた BGP ネイバーに到達できるようにします。
+ 回答 'R1 (config) #router bgp 1
R1 (config-router) #neighbor 192.168.10.2 remote-as 2
R1 (config-router) #ネットワーク 10.1.1.0 マスク 255.255.255.0
R2 (設定) #router bgp 2
R2 (config-router) #neighbor 192.168.10.1 remote-as 1
R2 (config-router) #ネットワーク 10.2.2.0 マスク 255.255.255.0
クイックワイヤレスの概要
Ciscoアクセスポイント（AP）は、自律モードと軽量モードの2つのモードで動作します。
+ 自律型: 自立型でスタンドアロン。小規模なワイヤレス ネットワークに使用されます。
+ 軽量: Cisco 軽量 AP (LAP) が機能するには、ワイヤレス LAN コントローラ (WLC) に参加する必要があります。
LAP と WLC は、CAPWAP トンネルの論理ペアを介して相互に通信します。
- ワイヤレス アクセス ポイントの制御とプロビジョニング (CAPWAP) は、AP と WLC 間のセットアップ、認証、および操作の制御メッセージングに関する IETF 標準です。CAPWAP は、次の違いを除いて LWAPP に似ています。
+CAPWAP は、AP とコントローラ間のトラフィックを保護するために、認証と暗号化にデータグラム トランスポート層セキュリティ (DTLS) を使用します。LWAPP は AES を使用します。
+ CAPWAP には、動的な最大伝送単位 (MTU) 検出メカニズムがあります。
+ CAPWAP は UDP ポート 5246 (制御メッセージ) と 5247 (データ メッセージ) で実行されます。LAP は 6 つの異なるモードのいずれかで動作します。
+ ローカルモード（デフォルトモード）：ノイズフロアと干渉を測定し、未使用のチャネルで180秒ごとに侵入検知（IDS）イベントをスキャンします。
+ FlexConnect（旧称ハイブリッド リモート エッジ AP（H-REAP）モード）：データ トラフィックをローカルにスイッチングし、コントローラに戻さないようにします。FlexConnect AP は、WLC から切断されている場合でも、スタンドアロン クライアント認証を実行し、VLAN トラフィックをローカルにスイッチングできます（ローカル スイッチング）。FlexConnect AP は、ユーザのワイヤレス データと制御トラフィックの両方を（CAPWAP 経由で）集中型 WLC にトンネリングすることもできます（中央スイッチング）。
+ モニターモード: クライアントとインフラストラクチャ間のデータトラフィックを処理しません。ロケーションベースサービス (LBS)、不正 AP 検出、IDS のセンサーとして機能します。
+ 不正検出モード: 不正 AP を監視します。データは一切処理しません。
+ スニファー モード: スニファーとして実行し、特定のチャネル上のすべてのパケットをキャプチャしてリモート マシンに転送します。リモート マシンでは、プロトコル分析ツール (Wireshark、Airopeek など) を使用してパケットを確認し、問題を診断できます。トラブルシューティングの目的でのみ使用されます。
+ ブリッジ モード: WLAN と有線インフラストラクチャをブリッジします。
Mobility Express は、実際の WLAN コントローラの代わりにアクセス ポイント (AP) をコントローラとして使用できる機能です。ただし、このソリューションは、専用の WLC に投資したくない小規模から中規模の拠点や、複数の拠点があるブランチ ロケーションにのみ適しています。Mobility Express WLC は、最大 100 個の AP をサポートできます。