説明
最初の図は、「show controlconnections」コマンドの出力です。この図から、
192.168.100.82 なので、この IP アドレス (192.168.100.80 ではない) に接続する必要があります。

説明
EIGRP オーバー ザ トップ ソリューションを使用すると、異なる EIGRP サイト間の接続を確保できます。この機能は、コントロール プレーンで EIGRP を使用し、データ プレーンで Locator ID Separation Protocol（LISP）カプセル化を使用して、基盤となる WAN アーキテクチャ全体でトラフィックをルーティングします。EIGRP は、ネットワーク内のカスタマー エッジ (CE) デバイス間でルートを分散するために使用され、WAN アーキテクチャ全体で転送されるトラフィックは LISP でカプセル化されます。
EIGRP OTP はデータ プレーンに LISP のみを使用します。EIGRP は引き続きコントロール プレーンに使用されます。したがって、データとコントロール プレーン トラフィックの両方をカプセル化する必要があるため、OTP が動的マルチポイント トンネリングに LISP カプセル化を使用しているとは言えません。 -> 「OTP は動的マルチポイント トンネリングに LISP カプセル化を使用する」という回答は正しくありません。
OTP では、EIGRP は LISP コントロール プレーン プロトコルの代替として機能します（したがって、EIGRP は LISP ではなくネクスト ホップを学習します -> 「LISP がネクスト ホップを学習する」という回答は正しくありません）。ネイティブ LISP マッピング サービスで EID から RLOC への動的なマッピングを行う代わりに、サービス プロバイダー クラウド上で OTP を実行する EIGRP ルーターは、ターゲット セッションを作成し、サービス プロバイダーによって提供された IP アドレスを RLOC として使用し、ルートを EID として交換します。例を挙げてみましょう:

R1 と R2 が相互に OTP を実行した場合、R1 は EIGRP を通じて R2 からネットワーク 10.0.2.0/24 について学習し、プレフィックス 10.0.2.0/24 を EID プレフィックスとして扱い、アドバタイジング ネクスト ホップを取得します。
この EID プレフィックスの RLOC として 198.51.100.62 を使用します。同様に、R2 は EIGRP を通じてネットワーク 10.0.1.0/24 について R1 から学習し、プレフィックス 10.0.1.0/24 を EID プレフィックスとして扱い、アドバタイジング ネクスト ホップ 192.0.2.31 をこの EID プレフィックスの RLOC として取得します。両方のルータで、この情報は LISP マッピング テーブルにデータを入力するために使用されます。パケットが 10.0.1.0/24 から
10.0.2.0/24 が R1 に到着すると、通常の LISP と同じように LISP マッピング テーブルを使用して、パケットを LISP カプセル化して 198.51.100.62 に向けてトンネリングする必要があることを検出します (逆も同様)。LISP データ プレーンは OTP で再利用され、変更されません。ただし、ネイティブ LISP のマッピングおよび解決メカニズムは EIGRP に置き換えられます。