TACACS+サーバが利用できない場合にローカル認証と認可にフォールバックするための正しい設定は、「group tacacs+」の後のセカンダリ方式として「local」を指定することです。これにより、TACACS+サーバにアクセスできない場合、ルータは認証と認可にローカルデータベースを使用するようになります。

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

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

QoS キューイング方式は、パケットが到着した順にインターフェースからパケットを送信する先入先出法 (FIFO) です。この方式により、パケットは受信時と全く同じ順序で送信され、優先順位付けや順序変更は行われません。参考文献：CCNA 学習：Quality of Service (QoS) キューとキューイングの説明3。