ループの原因は、R2 が 10.1.1.1 宛てのパケットを R1 ではなく R4 に転送していることです。これは、OSPF の再配布ステートメントで、BW メトリックの値が高く、遅延の値が 1 であるためです。そのため、R2 は 10.1.1.0/24 サブネットに対して R1 ではなく R4 を選択し、ループを引き起こします。ここで、R5 は R3 から 10.1.1.0/24 を学習し、同じルートを R4 にアドバタイズします。R4 はそれを EIGRP で再配布します。R3 が OSPF で EIGRP を再配布中にタグ 1 を設定し、R4 が再配布中にタグ 1 のすべての OSPF ルートを拒否すると、10.1.1.0/24 は EIGRP にアドバタイズされません。したがって、ループは解消されます。

展示から私たちは次のことを学びました。
+ VRF customer_a はルート ターゲット (RT) 1:1 でエクスポートされたため、リモート サイトで同じ RT 1:1 でインポートする必要があります。
+ VRF customer_a はルート ターゲット (RT) 1:1 でインポートされたため、リモート サイトで同じ RT 1:1 でエクスポートする必要があります。
したがって、リモート サイトでは、コマンド「route-target both 1:1」を設定する必要があります (これは、2 つのコマンド「route-target import 1:1」と「route-target export 1:1」に相当します)。

解決策については下記の説明を参照してください。
R4
整数範囲 et0/0 - 1
IP OSPF 認証 メッセージダイジェスト
IP OSPF メッセージダイジェストキー 1 MD5 CCNP
ルータ ospf 1
接続されたサブネットを再配布するルートマップ to-ospf metric-type 1
コピー実行開始
R5
整数範囲 et0/0 - 1
IP OSPF 認証 メッセージダイジェスト
IP OSPF メッセージダイジェストキー 1 MD5 CCNP
インターフェース eth 0/1
IP OSPF コスト 10
コピー実行開始
検証：-