OSFP Forwarding Address Part II: Redistribution and filtering don’t get along very well
Hoping you all enjoyed the first part of the OSPF forwarding address saga, I’m back with the promise to make things clear regarding a nicely built redistribution case. I’m not sure if you’ve ever come across it, or ever will, but it’s interesting because it explains why we need the rules to set the forward address (if you don’t remember them, you can take a look at Part I).
Let’s see what I’m talking about. Remember the second topology from Part I? Long story short, I tried to break it. Managed to partially do it, though I am still thinking of a way to make things worse, if possible :). The following setup consists in the starting point of Part II:
Initially, R2’s and R3’s interfaces towards R0 are included in area 0, in order for them to fulfill all the conditions to set the forwarding address in their T5 LSA. The snippets below show the initial state:
R1#show ip ospf interface brief
Interface PID Area IP Address/Mask Cost State Nbrs F/C
Fa1/0 1 0 10.10.13.1/24 1 DR 1/1
Fa0/0 1 0 10.10.12.1/24 1 DR 1/1
R2#show ip ospf Continue reading

After patiently raising $312M, Nutanix says it's time to take this data-center 'war' public.
With repo access, you can get away with a lot.