参照：
https://community.cisco.com/t5/network-access-control/issues-with-tacacs-authentication/td-p/3412001 最後の行には、「無効な AUTHEN パケット (チェック キー)」という理由が表示されます。したがって、この問題の最も可能性の高い原因はキーの不一致です。

説明
LDP セッションを完全に再構築する必要を避けるために、LDP セッションを保護することができます。直接接続された 2 つの LSR 間のLDP セッションが保護されている場合、対象のLDP セッションが 2 つの LSR 間に構築されます。2 つの LSR 間で直接接続されたリンクがダウンした場合でも、2 つの LSR 間に代替パスが存在する限り、対象のLDP セッションは維持されます。
保護が機能するには、両方の LSR で保護を有効にする必要があります。これが不可能な場合は、一方の LSR でこれを有効にし、mpls ldp Discovery target-hello accept コマンドを設定することで、もう一方の LSR がターゲットのLDP Hello を受け入れることができます。
参照: https://www.ccexpert.us/mpls-network/mpls-ldp-session-protection.html または https://www.ciscolive.com/c/dam/r/ciscolive/us/ の参照からdocs/2019/pdf/5eU6DfQV/TECMPL-3201.pdf LCD 問題のトラブルシューティング 問題:
I. リンクが (短時間) フラップすると、
...
解決：
+ リンク hello によってサポートされるLDP セッションがセットアップされている場合、セッションを保護するためにターゲットを絞った hello を作成します。